2024/02/06
第6週: 日月火水木金土
2024年 10.11％経過
sta.icon
おはよう
🖐️はるひ.iconyosider.icon
やはり雪降った日は寒いんだな
寒さで目が覚めてしまう
10分前暖房きかせて起床時10℃
体勢を工夫して布団の外に顔を出さなくて済む寝方を確立したい
赤ちゃん？みたいに丸々感じが良さげ
だが数十分もしないうちに腰が痛くなってくる、寒さと痛さのトレードオフか……
最適な塩梅を見つけねば（苦手）
はるひ.icon
👀
まだ眠い
普通だったら寝不足かなーと思う(が、がっつり寝ている、体質もしくはサーカディアンリズムの乱れから来ているのだと思われる とにかく睡眠ばかりしている
身体的疲労とお布団のふかふかさに抗えない…
課題ができないのと用事をブッチしてしまうのがあかん、、
食事、運動、メンタルケアなど含めて生活習慣を見直さねバラ習い
バラ習い
ウンコの感想
終盤は隙がなく悲しかった。硬かった
そんなサッカーのチームワークみたいなHyou.icon
meganii.icon
https://gyazo.com/dd695f48fff2718e0259d43e267a51c5
目ん玉飛び出しててびっくりした
+1inajob.iconteyoda7.icon
👀takker.icon
井戸端さんはみているHyou.icon
inajob.icon
保育園も先生が出勤できてなくて大変そうだった
録音の日
公開した！
👍Hyou.icon
nishio.icon
起きたら停電減ってた
寒い中修理してる人お疲れ様です
SFっぽさある(注: 中国でラブドールの開発が進んでるって話)
(脱線)一回tweet展開したけど、展開したままにしていい内容かどうかなやんだので消したtakker.icon
(NSFW)nishio.icon
どんなふうに発達しているんだろう...基素.icon
頑張って欲しい、廉価で手に入れられるようになるまで……sta.icon
VRやAIといったソフト面は目処がついてる（と思ってる）、あとはハードなんだ……
意外といけるかもsta.icon
30万～とかをイメージしていた
メーカー名WMDOLLで検索したら商品を売ろうとする「写真もってるのでは？」ってのがヒットするので素材についてのページを見つけたnishio.icon
「お尻に15キロのダンベルを乗せて3日経っても元に戻る」人間より丈夫ではw
エロの力は偉大だyosider.icon
オプションパーツがいろいろあった基素.icon
マネジメントが大変そうw
https://gyazo.com/fec51fb1862734807b71fd48a9465f40
サーバでタイムアウトになってたやつ、クライアントで叩くように変えた
解説を書く
API Keyがあるなら、このページから作成できます
APIキーはないがChatGPT Plusを契約しているなら…
これで追加できる
Apple Vision Proの中の画像の解像度でどこまで小さい文字が見えるか試してる人がいて、すごい解像度だということがわかった
仕事に使えるゴーグル！
takker.icon
今日の面談明日に延期になった
笑い男化は可逆なのか非可逆なのか
以前のアイコンがそろそろ恋しくなってきた
gyazoが10万枚を越えた
溜まっているプリントを片っ端からscanしている
Hyou.icon
いやぁ。お腹痛い
ねむ
批判ばっか青い鳥｜飛ぶ鳥落とす｜目はクロス｜もはや異論はない
結構いい感じにできたかも？
基素.icon
雪だからさぞ寒いだろうと思って外で寝てみた
気温は夜中から日中にかけて上昇してしまったので氷点下人体実験ができなかった 一足遅かったtakker.icon
unami.icon
気圧下がって頭痛
一応薬飲んだ
同じく頭痛nishio.iconHyou.icon
Gorira Tatsu.icon
10年前はおまけ程度でだれもまともに勉強なんかしてなかったが、今は力が入っているのかなtakker.icon
力が入っている：他の教科なみに教員が充実している、テストの格が5教科と同等etc.
すごいyosider.icon
やったやったwogikaze.icon
模試もやったけど難易度が低すぎてほぼ力測れず.. . wogikaze.icon
常識でほぼ解けてしまった
良い
基素.icon
mtane0412.icon
issueを調べても解決した感を出している
こういうのがよくあってつらい
mergeされたあとに、未解決だというコメントが投稿されているtakker.icon
開発者が触れている部分を見たが結局どうすればいいのか全然わからない
あるissueの変更に対して1行に収まるような変更をするのが作法として正しいのだろうか？
フォントサイズをでかくしたいという要望に対して、複数のファイルそれぞれでコミットを分ける？
「フォントサイズをでかくしたい」を一つの変更とみなすなら、単一のcommitでいいと思うtakker.icon
同じissueに対する変更としてまとまっていたほうがわかりやすい気がする
1機能1PRで書いているけど、なかなか難しいtakker.icon
何も考えずにコミットメッセージを作るツールをうまく使うためにたくさん考える必要が出てくる
不可解なのは確実に使いづらいのに全然話題になっていないこと
おま環の可能性を疑っている
あるいはエンジニアは自然と単一行に収まるような単位でコミットしている
問題があるよと報告してcontributeするのが正しいのだろうけど上の2つの可能性が気になっていてできていない
どんなエラーが出ていますか？takker.icon
エラーを生成しているソースコードを特定すれば、そこから逆算して原因となるロジックを調べられるはず
extraArgsが悪さしている
\`git commit -m ${commitMessage} ${extraArgs.join(" ")}\`みたいなコマンドが実行されている
code:sh
$ git commit -m "#111 ⬆️ chore(package.json)......" "#111 $msg"
error: pathspec '#111 ' did not match any file(s) known to git
oco '#205: $msg’ならextraArgs='#205: $msg’になる
結果、\`git commit -m ${commitMessage}\`を実行しなければならないところを\`git commit -m ${commitMessage} ${messageTemplate}\`として実行してしまうため、エラーが生じてしまうのです
これはoco単体を実行したときには発生せず、commit templateを指定したときのみ発生します
ocoだけならextraArgs=[]なため何も起きない
おそらくdi-sukharevさんはcommit templateを使っていないため、バグに気づいてないのでしょう
以上のバグを修正したPRが#279にあたるのですが、なぜかgithub actionsがcloseしてしまっています。なんでだよ よく無反応で自動でcloseするやつ使われてるけどcontributeのメリットを殺してる気がするmtane0412.icon
自動closeのメリットがわからんtakker.icon
issueのcloseはともかく(nishio.iconさんの記述を参照)、PRもauto closeしちゃうのはどうなんだろう
身銭を切っているかどうかの話を使うと、単にバグ報告するだけよりはコストを支払っている
code reviewするのがめんどいということだろうか
変更が大規模だったり複雑だったりすると、読むのも動作確認するのも大変
なるほど、ありがとうございます！mtane0412.icon
とりあえずやれることは、contributersに↑をPRしてほしいと催促することでしょうか
でもissuesのコメント見る限り、di-sukharevさん忙しくてメンテできてなさそう
1機能変更1commitじゃないのか
複数行にコミットメッセージわたっても普通は成功するんですが、テンプレート機能を使うとエラーが出ますmtane0412.icon
issue番号を入れたいのにできない
手っ取り早いのは、テンプレート機能を使っているコードを追跡して怪しそうな箇所を特定することでしょうかtakker.icon
ユーザーのやる作業じゃない
まだまだGithub仕草がわからない
Macのオーディオ入出力を切り替えるAlfred Workflow作った。switchaudio-osxを使うやつが既にあったけど動かなかったのでApple Scriptで。
https://video.twimg.com/ext_tw_video/1754837238507040768/pu/vid/avc1/1148x720/i81DRATwCgohCLMd.mp4?tag=12#.mp4
既存のやつ動かない物が多いのでChatGPTにAppleScript書かせるだけで解決していく
maichan.icon
散歩に行きませんでした
レビューを書くのは難しい
Summer498.icon
「書き」と打とうとして「舁き」と出てきたときはIMEの常識を疑った
yosider.icon
2月、三連休がふたつもあるのか
ありがてぇ
いや、締切りがきつくなr
cak.icon
はじめまして
まして！takker.iconnishio.iconmaichan.iconmeganii.iconunami.iconmtane0412.iconkidooom.iconはるひ.icon
豆腐をチンしてポン酢をかけるとおいしい
心が汚れているので違うものに空目しましたmaichan.icon
一姫.icon基素.icon
チーにゃHyou.icon
はじめましての人にいきなりなんてことを言うんだ(棒読み)nishio.icon
kidooom.icon
余計な心配をしてメンタル不調気味
🍵基素.icontakker.icon
blu3mo.icon
昨日の続き、三つの思想の「中庸/middle ground」ではなく「合意/consensus」を追求すべきかと聞いたら異なる結果になった
Political decision-making must aim for a consensus between Synthetic Technocracy, Corporate Libertarianism, and Digital Democracy.
面白いnishio.icon
デジタル民主主義は賛成するかと思ったのに、他の二つの悪いところを指摘し始めててウケる
他の二つもそれぞれ残りの二つをDisってるな
なかでも統合テクノクラシーは「いやコンセンサス作るのは遅いじゃん」って気持ちが強いわけか
nishio.icon
自動でイシューを閉じるボットの話
ちょうど今朝関連したことを考察してたんだけど
オープンソースソフトウェアのプロジェクトのより良いやり方の参考になるかなとエリノア・オストロムの「コモンズのガバナンス」を読んでみたら、条件1で「資源を利用可能な者は明確に区分されていること」が来て、結局「誰でも自由に利用できる」が間違いだということなのか…となった回 ここnishio.icon
ソースコードはほぼゼロコストで複製できる資源だから、それは「誰でも利用可能」にしてよくて、一方で問い合わせや要望などの「限られた人間の時間を消費するアクション」は明確に区分された者にしか許してはならないということか、この二種類の資源をなんとなく抱き合わせにするのが悪い
そしてこれ
限定された「占用者」が、利用ルールの修正に参加できること(条件3)
ソースコードを複製して使うのはゼロコストだから誰でも自由にやって良いけど、コントリビュータの認知資源は限られてるわけなのでそれを自由に使えるかのように勘違いしてはいけない この二つのリソースはまったく性質の異なるものなのだなーという話
なのでコントリビュータが動きのないイシューを自動で閉じたいと思うならそれはコントリビュータの決めることなわけ
限定された「占用者」が、利用ルールの修正に参加できること(条件3)
動きがないということはイシューを書いた人は物事を動かしてなくて、コントリビュータが動かすのを待っているということ
つまりコントリビュータから見ると十分な支払いがされていない状態
なんで自動で閉じたいのかというと、多すぎてウザいからだと思う
自動で閉じなければどんどん溜まっていってウザいから
2024/02.icon