orange
さんがブースト
正直、見たがる人がいるだろうかというのを我々が分析するのはナンセンスだと思っている
orange
さんがブースト
GitHubに公開したって、そもそもスナップショットすら見られない可能性はわりと高い。
昔「ブログで世界に発信！」って言ってた時みたいなもの、というと言いすぎで、同じ問題を踏んだ人が見つけてくれる可能性は高いのは高いんだけど。
で同じ問題を踏んだ人が、過去に別ブランチでやった試行錯誤をわざわざ見にくる可能性はとても低い。もし見に来たとしたら、それは同じように困っていて、どういう解決策を試したんだろう？ とわざわざ探しにきた場合、くらいなんじゃないかなあ。
orange
さんがブースト
で、なにを試行錯誤したか、ってのは、たとえぐちゃぐちゃでも、履歴として残しておくと嬉しい場合がある。未来の自分に役に立つなら、他人にも役に立つ可能性はある。もちろん役に立たない可能性の方がたかいし、そもそも履歴みてくれるひとがいない可能性のほうがもっと高いけど。
orange
さんがブースト
なんかわりと新鮮だった。そういう時わたしは、公開したいというよりバックアップしときたい、だし、履歴をとっとく理由は第一に未来の自分のため、だし。
「スパゲティだから公開躊躇する」ってのはわたしにはまったくない感覚（そう思う人がいるのは理解はできる）。
そういう実験するときはまずブランチを切る。そこだけ隠すのはめんどくさいので、公開レポジトリだったらそのまま公開する。もし本流に取り込むことになったら、履歴を整理する（こともある）。という程度かなあ。
しかもスペルまちがえてた＞＜；
こんな酷くてもいいの！？＞＜； って、スペアナアプリの実験版コードの一部を貼ろうかと思ったけど、650行くらいのひとつの関数でFFTと画面書くのを一気にやってて、長すぎてアレだし恥ずかしすぎてやっぱ恥ずかしい（/////
orange
さんがブースト
静的型付き言語だったら普通にコンパイル通らないような雑なエラーが見過ごされているだけのケース多々あるのではと思うし、どこまでクオリティが担保されるのかというのは極めて疑問
orange
さんがブースト
静的型付けで誤った設計が尾をひく、まあわかるんだけど、動的型付けで誤った設計したらそんなに簡単に修正できるものなんですかね(そんな大規模コード動的型付き言語で書きたくないのでわからん)
プロトタイピング？＞＜
ソフトウェアの設計に本質はトップダウンか？とか、
(オレンジは動的型つけを嫌ってるけど)
動的型つけな言語好きな人が静的型つけな言語ではダメな理由として書いてたりする「一行も書かずにいきなりきれいに設計出来るわけ無いじゃないか？ 静的型つけな環境では最初に作った誤った設計が後々まで尾をひく」的な話のあれで、
ていうかいきなり本番コード書くの？＞＜； どういう構造にすべきなのかを探るためのぐちゃぐちゃな(←重要)コードを書いて、それで得た知見(？)を元に設計するとかしないの？＞＜；って謎かも＞＜
恥を忍んでひとつ実物を出せばいいのかも？＞＜； 「これは公開しなくていいです・・・」ってなると思うんだけど・・・＞＜；
オレンジが実験用コードって言ってる物、動くけどオレンジ以外はおそらく読めないみたいな感じだし＞＜；
オレンジは自分が書いた実験用コード、恥ずかしくてみせられないかも＞＜；
例えばだけど「ちょっとこの部分微妙な構造で遅いから高速化チャレンジしてみるかな」って試行錯誤するときに試行錯誤全部公開されてうれしいの？＞＜ 試行錯誤が実験用コード過ぎてスパゲッティ化してる状態とかでも？＞＜；
更新履歴のマイルストーンって、自分向けの小さなマイルストーンと、外向けの綺麗なマイルストーンってあるような気がしてて、githubとかの文化ってそれがごちゃ混ぜになってるようにオレンジは感じて謎＞＜
わりとわからないのは、低品質な実験コードとかも公開する方がいいの？＞＜って点かも・・・・＞＜
orange
さんがブースト
GitLabの魅力としてプライベートリポジトリ:muryo:があるけど、せっかく出来たもの隠しちゃうのえぇ〜って感じある。別にクソリプ飛んでくるわけじゃないんだからとりあえず晒しとこうぜ…
ひとつのデータを長期間にわたって遊んだゲームだと、Simutransかも＞＜ ひとつの巨大マップで5年くらいかけて数百時間遊んだはず・・・＞＜
オレンジが遊んだゲームでたぶん単純にプレイ時間が最長なのはトロピコかも＞＜
- ＠orange_in_space
2017年 4月に登録
