![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="48" height="48"><rect fill-opacity="0"/></svg>)
汚いコードでも動けば良いと言っている人はSIerの方です。
金もらってコード書いているだけです。
自分のプロダクトだったら少しでも綺麗にしたいと思うはずです。
優れた機械製品は中の配線も出来るだけ綺麗にしようとしています。
本当に作りたい環境でプロダクトを作りましょう。
ツイート
新しいツイートを表示
会話
返信先: さん
さすがtkさん、それだけの種類のソース見る機会に恵まれてるですね
自社プロダクトのコードとSIerのコードの違いって具体的にどのような違いがあるんです？
返信先: さん
えーと日本語読んで下さい。
大切なのは思想です。
実際のコードはここの人間性によります。
一例だと
コード内に回収履歴を山のように書いてあるコードとgit使う前提で書かれたコードは結構違いますね。
返信を表示
返信先: さん
そうなのか。。私は試行錯誤しまくってとりあえず動くようになったら汚くてもともかくすぐにリリースしてフィードバック欲しいです。で、いけそうなら早期に完全作り直ししたいです。
返信先: さん
まぁそこから最低限、レビューでどこまで綺麗にするのかって話です。
完璧は無理ですよ。ただ最低限でやると結局リファクタリングしたり、引き継ぐ相手が困るのですよ。
返信先: さん
心は分かる。エレガントに決めたいね。機材でも機械でもその思想はじわじわと滲み出て来るもんだ。Sier やコンサルはそもそも気にしてない。
スピードはクオリティであることを知らない人は、こういったツイートを見ると文句を付けてくると思うけどね。
返信先: さん
新規のPGばかりで他人の書いた汚いソースの改修で苦労した経験がないとピンとこないかも。コーディング規約もルールだから守ってじゃなくて、変数ルールを守ったソースだと把握し易い〜とか実感として感じないと厳しいのではなかろうか。