- 今までみた絶望的なソースコード [転載禁止]©2ch.net
383 ：デフォルトの名無しさん[sage]：2015/10/25(日) 12:56:40.32 ID:cc/DQ18H - >>377
こっちには、return複数あったらだめなんて言う
意味のないレビューをする人はいないんでねｗ
|
- 今までみた絶望的なソースコード [転載禁止]©2ch.net
384 ：デフォルトの名無しさん[sage]：2015/10/25(日) 12:59:23.67 ID:cc/DQ18H - >>381
> しかし速度重視の難解コードはクソソースと呼ばれ後ろ指さされる
いつも思うんだが、速度重視したらなんで難解なコードになるのかわからん。
速度が速いコードっていうのは無駄がないコードなわけで、
普通は可読性が高いんだよ。
速度を速くするアルゴリズムがある場合で、そのアルゴリズムが
複雑な場合に限って、速度を重視したら難解になるんだが。
|
- 今までみた絶望的なソースコード [転載禁止]©2ch.net
391 ：デフォルトの名無しさん[sage]：2015/10/25(日) 14:44:38.49 ID:cc/DQ18H - >>388
だからそれ、アルゴリズム変わってるじゃん。
馬鹿なの？
|
- 【node.js】サーバサイドjavascript 3【io.js】©2ch.net
651 ：デフォルトの名無しさん[sage]：2015/10/25(日) 20:19:18.60 ID:cc/DQ18H - meanってmean.ioのことかいな？
yeoman generatorとかも一緒だけどさ、自分らで作っていない物を組み合わせる
フルスタックを自称しているフレームワークは使ったらだめだと思う。
なぜかって言うと個々のコンポーネントの変化に耐えられない。
別々の所が開発しているのでフレームワークのバージョンとは別に個々のコンポーネントが
バージョンアップしていくのだけど、フレームワークが邪魔をして個々のコンポーネントの
バージョンアップに追尾できない。個々のコンポーネントはフレームワークのことなんか
考慮せずにバージョンアップするし。
GeneratorとかGeneratorで生成した部分が古くなってしまう問題があるし、
生成した後で変更したくなった時に大変。
コンポーネントの一つを別のものに変えたいと思った時にも
同じことが言えるんだけど、フレームワークのせいで選択肢が狭められてしまう。
ひとつの構成例として参考にするにはいいと思うけどね。
Railsとかみたいに全部自分らで作っているならば、コンポーネントが個々で
バージョンアップしないので一応OK。ただしRailsに完全に依存してしまう。
|
- Git 13 [転載禁止]©2ch.net
263 ：デフォルトの名無しさん[sage]：2015/10/25(日) 20:47:35.52 ID:cc/DQ18H - Gitのコミットメッセージの書き方
http://postd.cc/how-to-write-a-git-commit-message/
えっと、俺がいいたいのは、適当にコミット作るんじゃないってこと。
|