orange @[email protected]

専門であればそのことについてブログなりSNSで言えばいいだけなのでは

インターネットの声がでかいのに情報系が多いからかも知れんが、他人の専門にがんがん口出したりこき下ろしさえするのに、自分の専門への不理解に対してブログやSNS使って叩いたり嘲笑ったり、情報系本当に何様なん？

商売でやってるんじゃないんだし、その誰かを無視する積極的な理由がないのであれば公開してしまいますね

世界のどこかにいる誰かが私のコードを見たいかどうかは私が決めることではない

正直、見たがる人がいるだろうかというのを我々が分析するのはナンセンスだと思っている

GitHubに公開したって、そもそもスナップショットすら見られない可能性はわりと高い。

昔「ブログで世界に発信！」って言ってた時みたいなもの、というと言いすぎで、同じ問題を踏んだ人が見つけてくれる可能性は高いのは高いんだけど。

で同じ問題を踏んだ人が、過去に別ブランチでやった試行錯誤をわざわざ見にくる可能性はとても低い。もし見に来たとしたら、それは同じように困っていて、どういう解決策を試したんだろう？ とわざわざ探しにきた場合、くらいなんじゃないかなあ。

で、なにを試行錯誤したか、ってのは、たとえぐちゃぐちゃでも、履歴として残しておくと嬉しい場合がある。未来の自分に役に立つなら、他人にも役に立つ可能性はある。もちろん役に立たない可能性の方がたかいし、そもそも履歴みてくれるひとがいない可能性のほうがもっと高いけど。

なんかわりと新鮮だった。そういう時わたしは、公開したいというよりバックアップしときたい、だし、履歴をとっとく理由は第一に未来の自分のため、だし。

「スパゲティだから公開躊躇する」ってのはわたしにはまったくない感覚（そう思う人がいるのは理解はできる）。

そういう実験するときはまずブランチを切る。そこだけ隠すのはめんどくさいので、公開レポジトリだったらそのまま公開する。もし本流に取り込むことになったら、履歴を整理する（こともある）。という程度かなあ。

静的型付き言語だったら普通にコンパイル通らないような雑なエラーが見過ごされているだけのケース多々あるのではと思うし、どこまでクオリティが担保されるのかというのは極めて疑問

静的型付けで誤った設計が尾をひく、まあわかるんだけど、動的型付けで誤った設計したらそんなに簡単に修正できるものなんですかね(そんな大規模コード動的型付き言語で書きたくないのでわからん)