ソフトウェアエンジニアに働く慣性の法則 - id:anatooのブログ

なんでもいいのだけれども、例えばだけどバージョン管理システムつかって開発してないです、みたいな人がいた時に、傍から見たらすごく良くないことをやっているように見えるけど、当人からすれば今までこれで開発してきたし、別にバージョン管理システムなんか使わなくてもいいよ、みたいなふうな反応をされる。また、こういう反応はその当人だけじゃなくてその人の周りの人も同じ様な反応をする。 もうすこし卑近な例で言うと、コードの質なんかに関しても、汚いコードで書くのが普通で今まで数多くの案件をこなしてきました、みたいな場合だと、綺麗なコードなんて犬に食わせろ的な態度を取って逆に綺麗にコードを書く人をすこし敬遠した態度を取るような人も見られる。そしてそういう人の周りには似たような態度を取る人が多い。そういう考え方みたいなものは、長い間過ごす同じ開発チームのなかで浸透していくからだと思う。 基本的に綺麗なコードを書く

[anatoo]

ここ最近思ったことを書いた

[katzchang]

打ち破るのは一人だと無理で、二人以上必要。

[luccafort]

すごくよく分かる。開発「テスト書くようにしましょう！」営業「それだと工数増えるからやめて」開発「………」ということが過去に実際にあったしなぁ。

[t-wada]

"あるプラクティスがエンジニアにとって当たり前になると、他のエンジニアにもそれが浸透する。 …(略)… だから悪いプラクティスがエンジニア間で浸透するとそれを変化させるのに苦労する"

[wwolf]

現場ではとりあえずやってみるという選択は難しいものね。

[matsumoto_r]

リリース重視になってしまう最初の一歩は、全体の分量を見積もれない人が立場上でスケジュールきってしまって、それが悪しき習慣の始まりになる場合もある。

[hengsu]

メモ。

[kkotyy]

"開発が破綻したり問題が出てくるようになってきて初めてこりゃいかんよね、みたいなことを言い始める人が出てきて、いやだからそれを前から言ってたやんけ" 死人が出るまで変わらない。

[fusionstar]

すごく、わかる。

[AltNight]

ありそう