Notices by あじょだよ (azyobuzin@mstdn.maud.io), page 11

人間と関わりたくないので、オープンなコミュニティを管理する側にはまわりたくないなというお気持ち

オープンソースソフトウェアと、オープンなコミュニティとは別で考えないといけない

http://oita.oika.me/2018/12/14/vscode-floating-window/ を読んで思った点として

1. upstreamにマージされる必要があるか？
あなたがその機能を必要だと思い、それを実装したとして、upstreamにマージされる必要はなく、あなたはそれを配布することができるのに、どうしてupstreamのIssueで白熱してしまうのか

2. 最終決定権は誰にある？
コントリビューターならば発言権がある！みたいな主張をされないためにも、 Contributor License Agreement を定めて、コードの権利を大元の組織においておくのは大切なんだなぁと思った。

抽象的な表示は誘導があって初めて許されると思う。一般常識になるまでチュートリアルで示すのと、ヒントを出すのを徹底し続けなければ定着しない。（そしてパワーユーザーはそれを鬱陶しく思うでしょうし）

最初からアイコンしかない前提の UI があって、 iOS っていうんですけど

プレゼントボックスアイコンは面白いな。押しても悪いことは起こらなそうだから、試しに押してみるモチベーションにはなるかも

URLを知らない説というか、なんでもスクショで共有する話、iOSの共有ボタンが意味不明なアイコンしてるのが悪いと思ってる。「友達に教える」くらいにやわらかい表現の言葉で表すか、最高に意味の伝わる新しいアイコンで示してほしい。なお僕は共有ボタンが共有を意味するんだな〜と納得できるアイコンは見たいことないですけど

5000兆手観音

互換性を維持するには誰かが負担を背負っていかなければいけないんだけれども、もう自分は使わないから捨てたいって言っている人が背負う必要はなく、使いたい人が背負うのが正常ではないかと。特に自由ソフトウェアならば

互換性を維持するべきかどうかは、そのプロダクトにどのくらい責任を負っているか次第だと思ってる。客がいっぱいいる、変更で信頼を失うなら意地でも維持するべきだし、そうでなければ利用者に負担を押し付けていく。

きぼうソフト、 Rails のコンサル会社か。これオペミスかなり印象悪くならない？

オッ無計画巨大DBマイグレーション案件か？？

索引、式で使った記号の意味一覧を載せろ

サーバーレス、言葉が嫌いなのでモチベーションが低く、今まであまり調べてなかったな

努力→やらない

スキルバカって何

負の感情による人間の行動を描くの、物語に動かされている感が出がちで、それを感じさせないように描かれているとうまいなーと感じる

今日の進捗 https://github.com/StackExchange/Dapper/pull/1167

悪いオタクが全会一致で年金受け取れないと思ってるの面白いな

東京駅こそ名前なんとかするべきでは