積読してたラノベ、激ヤバすぎる
タイトル買いしたラノベ、まだ読んでないんですけど、レビュー見たらどうもタイトル通りではないらしく、楽しみになってきたが、その前にタスクを片付けないとな……
GitHub Actions 試してみたいんだけど、 GitHub のベータ機能の規約がなんか一方的な感じがして、なかなか同意するを押せない
もともと bzr ユーザーで、 Launchpad の Web が重い重い言ってた頃に、 GitHub の軽快な Web は衝撃的だった
AsyncLocal が有効に働くのは、その async を管理する側が ExecutionContext を切ってる場合だけなわけだよな。 ASP.NET Core のサーバー部とか読みに行かなきゃなぁ
スマホのストレージ最適化突っ込みたいなら、スマホ業界が落ち着いてきた今がチャンスという気がする。今まではシェア拡大が急務だったと思うので
大体リファレンスとソースコードを見て想定通りの挙動をするかどうかを常に調べながらコード書く癖がついているので、さささっとその場でコード書くっていうのは苦手
走り続けなきゃ死んでしまう気持ち高まりすぎて、無理に走り続けて死んでしまうのが怖い。無意識に他人に追いつけ追い越せを考えてしまうけれども、自分の限界前でセーブしなきゃいけない
@ltzz 他人の改変はわからないよ。 reflog は自分の操作ログだし、コミット日時もコマンドライン引数だったか環境変数で指定してコミットし直せるし
それこそ remote に全 push ログを取らせるでいいのでは。素の Git ならフックでスクリプト動かせるし、 GitHub なら webhook がある
だからフローとして、
1. 作業単位でブランチを切る
2. その作業についてレビューをする
3. 作業ブランチを共通ブランチ(master)にマージする
4. master への force push を許可しないことで、レビューで合意済みのコミットを改変できないようにする
というやり方が多いのでは