シャワーをシャワアアアアッとあびた
ボンクラプログラマー
頭とお腹が弱い。
最近は個人鯖の @shibafu528 がメインです。
⚠️ CW設定のない下品な発言が非常に多いです。これは仕様ですのでご了承下さい。
ℹ️ spam対策でフォロー承認制にしています。上の一文が構わないという方ならお気軽にどうぞ。
FINAL FANTASY XIV 関連の著作物は
(C) SQUARE ENIX CO., LTD. All Rights Reserved.
Sig Sigの切ってるとこが俺と同じ感じでめっちゃ親近感湧くんやけど俺よりたぶん格上
最近酒入りチョコばかり食ってるけどもう酒飲みながら板チョコ食っててもよくない??
コメント見て知ったんだけど現行AC3級からリンカネ退場したマジ!?!?!?!??!?!?!?!?!?!?!?!?!?!?!?
考えることは多くて面倒、あるコマンドを実行する時には依存関係のうちどのプラグインは先行してロードされてないと困るとか
たとえばWorldとWorldプロバイダとなるプラグインがロードされた上でCLIコードが走らないと、World編集できないとか
DSLとしてはdescとかこの記法よりもRakefileみたいなステートフルに処理してるやつのほうが分かりやすいかもしれんな
command :foo do
load_plugin # 依存関係を解決した上で自分自身のプラグインコードを読み込む
# ... なにかする
end
とかできればいいかな
プラグインのコードが必要なCLIコマンドは、依存関係に関する知識が必要になるから、ちょっと活用は難しいかも
でもここまでのコードでも使い道はあるかもしれん。readlineを使ってインタラクティブに入力させて何か生成するとかやってもいいわけで
このコードがあれば、かつての ruby mikutter.rb account を復活させられると思うよ
コマンドラインを解釈してCLIコマンドを実行してる場所が、ほとんどのコアプログラムをロードしてない状態なのは何だか難しい
そりゃまあ、決まったオプションを解釈するだけにそんなん要らないので、あたりまえだが
Mopt.parse!でCLI実行まで一気にやるのがあれなので、分割すれば多少マシな感じになるか
祖国は甜花のために - ニコニコ動画
https://www.nicovideo.jp/watch/sm38166175
どこかでひょんな理由でActivityスタックに戻ってこれなくなるとか、全部捨てられるとかAndroidではいくらでも考えられるので、まあオンメモリとかInstanceStateだけに置きっぱにしてるのが悪手で、STのアプローチが正しいと思う
仕様としてどう定めてるのか知らないけど、STは正常投稿できたやつ以外はだいたい保存してる
@toshi_a 大丈夫やでqt pluginは面倒くさくなって他のことやってるし
sets.inject(&:&)
||
sets.inject {|acc, cur| acc & cur }
第一引数をレシーバとして :& メソッドを、残りの引数で呼び出すブロックを生成する、という解釈だっか
どういう言語機能があって、実際愚直に書き下したらどういうコードと等価なのかというのをパッと分かるかなので、あんまりSyntax highlight関係ない
メインマシンのストレージに余裕なさすぎてdtvaultの開発機がMacになる口実ができすぎている
アイちゃんパイセン / ゆぬきうた さんのイラスト - ニコニコ静画 (イラスト)
https://seiga.nicovideo.jp/seiga/im9980342
なんか知らんがlinux機にWF-1000XM3繋げようとすると、KDEのGUIだと上手くいかなくてbluetoothctiのインタラクティブからやることになる
最初のサイト立て05/08/12か…思えば遠くまで来たものだ
一部の人にバレている自宅宛ドメインの名前の由来だよ
ネット使えるようになる前はクソbmp量産職人とゴミxls量産職人だったと思います
最初にパソコン触った頃からネット使うようになったまで数年あるけど本当に何してたか思い出せねえな
インターネットに明るくないから実はgifを意識してどうこうしたの2011年入ってからなんだよね
あしたちごとかあ 先週サボり散らしてbundle update 300回くらい叩いてたから真面目に働かないといかんか
Cocotodon画面占有が少ないから1画面でもちょっと置いとけていいんだけど、意味不明なタイミングでwsが切断されて、しかもそれを画面に通知してないから虚無になるな
今gui,gtk pluginの関係性を読んでるんだけど、前ちらっと見た時に感じてた通りこの2者間はイベントによって繋がっているんだ…
gui pluginがツールキット依存実装があることを期待してwindow生成とかをイベントとして投げて、それをgtk pluginがハンドルして実際のwindowとかその辺のwidgetを生成してるんやね
i_windowとかってもしかしてimaginaryの略だったのか (変数名を見ながら)
mikutter/plugin/core/.mikutter.yml の記述が面白い