Notices by いつも魚とトマトを買いに来る客 (momosetkn@qiitadon.com), page 88

何回か説明はしているが、ブラウザがJSPを直接解釈してるかのような誤解をずっとしている…。

上の人とは喧嘩してもいいけど、開発メンバー同士では喧嘩しない方針で動こう

上司からは「リーダーになったつもりでやれ、なんだったらやりすぎてクレーム来てもいいぞ」って言われてるので、喧嘩になること覚悟で品質向上のために動くか。

今手伝ってる案件、関わりたくないって思うようになってきて、KPTしましょうよ、とかコードレビューしましょうよって言うモチベーションがだんだんと無くなってきつつある

品質を下げすぎても、生産性はむしろ下がる法則

「コードレビューをしないという選択をすると生産性が上がる」という見解に対して疑問をいだき始めてる。
コードレビューをすると、品質向上しておまけに属人化も防げる。属人化を防いだら工数も下がる。
結局、コードレビューしないメリットってないんじゃないか…。

そういえば、この前、SESでITの専門学校２年間、業務経験１年の人を1ヶ月でクビにしてしまった。
かなり仕事できない感じだったのでしょうがないけど、あれでIT業界を辞めたとしたら、専門学校のお金がもったいないなあ…。

できればビールじゃなくて美味しい日本酒がいいです（贅沢言うな）

さんしゃめでばななぱんださんとこでリモートワークするとか…

越後姫という甘くて香りがいい、新潟でしか食べれない幻の?も好きです

好きな果物は梨です。
新潟出身なので新潟のル・レクチェも好きです。

新人のパソコンが重すぎて１日あたり合計で40分は固まってるので、最近めっちゃキレてる。
常駐先の人に相談してもすぐには無理との返答。明日、その辺の電気屋で買ってきてあとで請求でいいですか？って聞いてみよう…。

水（仕様）がなかなか降りてこないと、隠していた火（遅延）が上へ上へのぼっていって、ついには最上流（顧客）のとこまできて隠しきれなくなるのか

新しい未知の道は不安状態になってると、道がバグっていても自分のほうがバグってるんじゃないかと思って、ひたすら自分を疑うようになっちゃうってことかな

職場のRedmineのフォーラムにぼくしか書き込んでないので、ぼく専用ミニブログみたいになってる

今の新人は自分の知らないメソッドやライブラリを使うのが苦手らしい。
「ライブラリは仕様書通りに使いましょう。仕様通りに動かなければバグである。」
というだけのことじゃないのかなあと思うんだが、何か難しいポイントでもあるのだろうか。

設計書作成する場合＝＞「ウォーターフォール」と呼ぶ
設計書作成しない場合＝＞「アジャイル」と呼ぶ

あたかもこう認識しているかのような人が管理職陣に多いような？
こういう説明をしている文献をぼくは読んだことないんですけど…。
みんな何を読んでこんなこと言ってるんだろう？

Qiita記事を社内メーリングリストに流すの、一部の人しか反応くれないや…（とりあえず今は一旦「読みました」の反応だけでOKにしている）。
メールベースでの社内勉強会の手前ぐらいになればいいなと思ってるけどそこまでのLvにまだ達していない。

@sharow @7of9 ぼくは高校の部活でC言語書いてH8マイコン使ってロボット作ってました。
プログラミングって電子回路に比べて手軽だよねってことで電気系よりもIT系に行ってしまいました…。

@7of9 @sharow 周波数測れるテスターって実はそんなに無いんだ！（ってことに今気づいた）。
↓高校生の頃、これ使ってました。

秋月テスターP-10 ORCAの雑記帳 http://orca09.blog73.fc2.com/blog-entry-251.html