Piro/結城洋志【ITエンジニア1年生のためのまんがでわかるLinux】シリーズ好評発売中
@piro_or
Followers
5K
Following
93K
Media
2K
Statuses
82K
FirefoxアドオンTree Style Tab、日経ソフトウエア連載「ITエンジニア1年生のためのまんがでわかるLinux」、コスプレ写真撮影等。「数学ガール」の結城浩先生は別人です。青バッジはTweetDeck用。https://t.co/rQmzBfSmOO
東京
Joined May 2009
なんと！ 先週発表された技術書典「第10回刺され！技術書アワード」で、もえじら組のブラウザー歴史本＋Firefox擬人化コスプレ写真集「Moezilla Historica」を「ニュースタンダード部門 優秀賞」に選出いただけていました！ まじで！？
1
11
29
「セックス依存症になりました」も作者自身が受けた治療の体験を漫画にしてる作品だけど、これがまだ許容可能な範囲にあるのは、やっていたのが犯罪性の高くない行為だったらしいから、というのはあるような気がした。
強制わいせつで被害者（ジャンプファンから攻撃されると怯えていた）も読者も作画先生もアクタージュ舞台化で輝くはずだった女優の未来も全部ぶっ壊しておいて、捕まったときに受けたカウンセリングに感銘を受けてそれを題材にしてそれが泣けたから連載しますって何。ずいぶんとお綺麗な話たが、
0
0
6
そっか。名前の出る・名前で売る仕事は、名前に権威が付くから、権威を使って問題行動を起こした人の場合は問題行動のトリガーになるという面もあるか。
0
0
1
アクタージュの原作者も別名で復帰してた、というニュース記事を見た。執行猶予満了後だそうなので、「罪を償ってからの社会復帰」とは言えるものの、いまいち釈然としないものを感じるのは、「復帰するなら完璧に隠蔽しきらなきゃいけなかったんじゃないのか」「完璧に隠蔽しきれないなら復帰するべき
1
0
4
ぼくらのコミケ史 好きが紡いだ５０年 https://t.co/YhCIghdLcn 「ぼくらの」という部分に男性中心主義的だと言ってる人がいるけど、女性の活動が活発だったことは複数回語られていたし、「男の世界だ」みたいな話も特に無かったように思う。 8日まで見逃し配信があるので、自分で見て確かめて。
web.nhk
【NHK】１９７５年に第１回が開催された「コミケ」は、日本のマンガ・アニメ・ゲーム、コスプレ活動など数多くの創作活動に大きな影響を与えてきた。２０２５年の「冬コミケ」にカメラが密着するとともに、準備会、出展者、ボランティア、古参のファン、参加コスプレイヤーなど関係者にも徹底取材。＜ぼくら＞が熱狂する理由が次々と解き明かされる。
0
1
1
こういう勘所を分かる事が今は必要だけど、それをどこまで身に着けるべきなのか？ 勘所を分かってなくても大丈夫なようになるまで待つ方がいいのか？という所がみんなの悩みどころなんだろうな。
0
0
1
こういうときは多分依存性注入という考え方でいくのがいいんだろうけど、どこを注入可能な依存性にするのかという所の設計判断までは勝手にはしてくれない��か。
1
0
1
作ったニッチなライブラリーに自動テストを書いて、とGeminiに丸投げしてみたところ、実装自体がunit test friendlyな作りでないのに、（変えていいと言わなかったから）実装を全くまったく変えずにどうにかmockでテストしようとして、躓きまくってぐるぐるしてたので、途中で処理を打ち切った。
1
0
1
あと、大体のところはChatGPTとGeminiの生成でいけても、実際にブラウザー上で動かして詰まるところを手作業で修正する必要はあった。その後も、不具合を見付ける度にちょっとずつ要件を伝えて直していってる。
0
0
0
こんなノウハウあまりにニッチすぎて、まじでまだ誰も世の中でやってなかったっぽい。 要素技術は当然存在してるけど、組み合わせてこういう使い方をする例がなかったという。 我ながら、どうしてこんなにニッチな所にばかり行く羽目になるのか。
1
0
0
Sideberyの作者さんが反応してくれてて、その中でプライベートブラウジングモードに言及があったのを見て、そういえばそんなのもあったんだった……となって慌ててライブラリーを修正した。
github.com
Steps to reproduce Open Firefox-**NIGHTLY** in a new profile Install Sidebery, either Stable (v5.4.0) or Nightly (v5.5.0.1, or recent older) Attempt to create a tab group, either of normal/nonpinne...
1
0
0
僕のプログラミング力だと、多分一日がかりとかの作業だったんだろうな…… とはいえ、「よろしくやっといて」みたいなざっくりした指示の仕方だと多分うまくいかないだろうと思って、作業内容は結構具体的に指示してみている。
1
0
0
hash-messagingをcross-context-messagingに統合した。対象タブのcookieStoreIdを見てバックエンドを半自動で切り替える作り。実際の統合作業はほぼGemini任せ。
github.com
Provides ability to send/receive messages between contents and extensions, without any WebExtensions API. - GitHub - piroor/webextensions-lib-cross-context-messaging: Provides ability to send/rece...
1
0
0
hashを使ったやり方は無駄が大きい上に低速なので、default containerなタブではBroadcastChannelを使うように2つのライブラリーを統合してみようとしてる
1
0
0
about:blankもtab.urlが空のときと同じ扱いにしてみたけど、これで起こらなくなってくれるだろうか
1
0
0
const url = (new URL('about:blank')); console.log(url.origin + url.pathname + https://t.co/V7W11iVaMm) としてみると「nullblank」という文字列になって、これをbackground pageから読み込み指示した結果起こってるようだ
1
0
0
この改修で発生するようになった、グループ化用のタブのURLが /background/nullblank というよく分からないURLになってしまう問題。なんとなく、メモリー逼迫時にタブが自動でアンロードされた場合に起こっているような雰囲気を感じている。
1
0
0
動作テストしてて、どうも通信がうまくいかないなあと思ったら、これ、別コンテナーのタブはBroadcastChannelで通信できないんか……あかんやん…… ここにきてまたハッシュ通信が必要になってきた
1
0
0
BroadcastChannelというのを使えばこんなアホなことせんでもいいと分かって作り直した…… https://t.co/TlA2O8WBaf URLのハッシュで通信、今後どっかで使うことあるかなあ。なさそう。
github.com
Provides ability to send/receive messages between contents and extensions, without any WebExtensions API. - GitHub - piroor/webextensions-lib-cross-context-messaging: Provides ability to send/rece...
1
0
0