そういった具合だ。もちろん、いずれも間違いではない。しかし、私が前職で学んだことのなかで、もっとも「仕事ができるようになる」ために重要だと思ったのは上のような話ではない。
![「仕事ができるやつ」への最短の道](https://cdn-ak-scissors.b.st-hatena.com/image/square/2fb6874241fc8a090e8cbf3136fcc42d82b9d726/height=288;version=1;width=512/https%3A%2F%2Fimg.huffingtonpost.com%2Fasset%2F5c63b7e824000093024b34a3.jpeg%3Fops%3D1200_630)
そういった具合だ。もちろん、いずれも間違いではない。しかし、私が前職で学んだことのなかで、もっとも「仕事ができるようになる」ために重要だと思ったのは上のような話ではない。
朝起きて布団から出るのがつらいので、HBFav をつらつらと眺めていた。 あるサービスの JavaScript が重いとか、そのコードが難読化されてないとか、担当者とおぼしき人間が書いたコメントがそのまま残ってるから消しましょうよとか、そんなことが書かれていた。JavaScript が重い、という話は結局そのサービスの JavaScript が重かったのではなく、ユーザーが自分で導入した広告が重いというだけの話だった。 コードが難読化されていない、趣味の製品ではなく会社の製品なのでコメントそのまま残ってるから消しましょう・・・実にくだらない。 ところで話は変わってコードレビューについて。 コードレビューに慣れないチームが、何の考えもナシにコードレビューを始めるととにかく気になったこと大小様々な指摘が行われることになる。一見、いろいろな指摘が出て議論が活発になっているように見えるが、だいたい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く