エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
『チームのために自分のスタイルを曲げる覚悟』
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会... 悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 ある開発プロジェクトで、コーディングルールなどを決めていたときのこと。外注プログラマの中に自己主張の強い人がいた。コメントはこう書くべきだ、モジュールの構成はこうすべきだと、意見を出してくる。それ自体はいいのだが、その内容は我々の経験からすると「一般的でない」と思われるものだった。しかし、彼はチームが初めて採用する技術について詳しいという触れ込みだったし、あまり熱心に主張するので、結局、彼の意見を取り入れて開発を進めることになった。 しかしである。開発を進めるうちに、その選択が間違いだったことが明らかになっていった。彼のルールのおかげで、開発効率は悪く、コードの保守もしにくく