第１回！よだの使いやあれへんで！

チキチキ！これを言うたら気をつけろ！？

クソエンジニア発言１０連発！！！

@yodatomato

$whoami

   
@yodatomato

• Java/Android/Laravel(PHP)…
• Favorite：
  Erlang/Elixir/Phoenix/
  Mithril/kotlin/Golang
• Master of ZohyoMeetUp

本日の内容

１０年間エンジニアを

やってきている中で、
これクソ発言だなーとか

思った一部を共有します

注意点

• 特定の誰かをDISるのが目的ではなく、
  こういうマインドになると誰かが困ることになる、という理解を進めたい

• クソエンジニアの定義はその人それぞれだと思いますが、チームで作業をする上でクソいなと「僕が」思った話なので、「こんなのはクソじゃない」「お前がクソ」みたいな話をする奴とは互いにクソを投げ合ってるってことになると思います。なかなかやるじゃねえか。ご飯食べに行きましょう。

• 解決は基本的に双方の歩み寄りが必要なことが多いです

なぜやるのか

この世のクソ

エンジニア

滅ぼしたい

というわけで始めます

マネジメントはしません（笑）

エントリーNo.１

マネジメントしません？

• これだけ聞くと「は？」しか思わない
• じゃあお前は何するんだ？
• 給料同じなの？マネジメントしないのに？
• なにニヤついてんの？死ぬの？

エンジニアは（も）マネジメント

できるようにならないといけない

• 人は年をとる
• 若い人のほうが、新しい技術・新しいやり方に
  対する感度が高い
• 若い人・若い人が持ってきてくれるものを「マネジメント」することで、「チーム」は良い物を作れる
• もちろん向き不向きはある
  が、向いていない人でも切り捨てていいものではない
• やらないならやらないなりのことをするという決意を伝えて
  理解を得て欲しい

こういう感じで

進んでいきます

心臓の弱い方、大丈夫ですか？

ソース読めばわかるから説明はしないから

エントリーNo.２

ソース読めばわかるから説明はしない？

• 説明聞いてソース読んだほうがはるかに効率的に理解できるよね？
• 説明できない・説明するのがめんどくさいだけ
• こういうことをいう人のソースってコメントもろくについてないしソースも見づらいし、テストも書いてないしで正直読むの疲れる
• チームで働くのやめて欲しい

ソースを読めばわかる、

そう考えていた時期が僕にもありました

• でもそれってコードを書く側がつけあがってるだけ
• 「読み間違った場合」の責任を読む側に押し付けてる
• 変な質問されてイラつく、とかわからなくもないけど
  基本的にそんなのお互い様だって思って生きたほうが
  気が楽だし、みんなハッピーに助け合えるよ
• みんな能力が足りないから補うために会社で働くんでしょ？違うの？じゃあ１人で働きなよ。

Gitの導入は道楽

エントリーNo.３

Gitの導入は道楽？

• 何言ってるかわかんない
• 嘘みたいだろ？エンジニアが言うんだぜ、これ
• こういう奴に限ってSVNで声掛けコミットして
  コンフリクト一日かかって直したり、
  資材を複数台の本番サーバーで直接いじって
  サービス落としたりする
• ホントやめて

流石に勉強不足で人をDISらないで

• 別にSVN使っててもいいけど、Gitがここまで一般化してる時代にその認識はまずいでしょ。
• しかも面と向かって言われなかったってことはただの悪口だし。
• 技術力がお察し

N年目社員

「コピペしたコードが動かないんです」

エントリーNo.４

コピペしたコードが

動かないんです？

• それ相談されても
• そんなこと言わせちゃってゴメンな
• N年目のNは最大で１５くらいまで見たことがある

最近はあんまり聞かない

• 最近のコピペは優秀
• 逆にすんなり動かれるとやばいところでやばい何かがでたりする
• ちゃんとコードの中身は理解しような

レビューお願いします

（一瞬もテストしてない）

エントリーNo.５

未テストのソースを
レビューお願いします？

• 大体試しに動かしてみた瞬間にエラーになる
• 動いてても肝心の要件を満たしてなかったり、
  画面ちょっと触ったらデザインがたがたになったり、
  仕様の抜け道があったり

脳内のロジックと、

実際に書いたコードは意外と乖離していて

動かすまでは本当に油断できない

• 人間は失敗します
• テストコード書いて、画面で自分で叩いてみて、それでも安心できないからレビューしてもらうわけで
• 性善説が一番危険
• テストしないでレビュー依頼するのは、レビューワーの時間まで失わせる

この書き方

気に入らないから直して

エントリーNo.６

書き方が

気に入らない？

• レビューで言え
• ぎりぎりになって仕様の穴に気づいたとかならわかる
  が、書き方が気に入らないとかはもっと早く言えよ
• この手のタイプはそもそもギリッギリまでレビューしないで温めておいて慌てて消化するからみきれてない

ソースの書き方にこだわりが
ある事自体は悪いことではない

• ただそれは「個人の趣味」を超えていないことのほうが多い
• 「パフォーマンスに直結する書き方」であるならばちゃんとそれを発信して全体周知するべきだし、規約に含めるべき内容
• そもそもレビュー時に集中していないせいであり、
  最初にアドバイスできていれば済む話だったりする

土日でやればいいじゃん（笑）

エントリーNo.７

土日でやればいい？

• 自分で自分に決意の意味で言う以外で聞くと腹立つ単語
• 大体これを言う人の「せいで」タスクの遅れが発生している事が多い
• 瞬間的なパワーを使うタイミングを見極められない
• こんなクソみたいなタスクに土日を？
  ⇛退職みたいなコンボの発生源

土日でやる覚悟を持つのは

わるいことではない

• ただ当たり前のように強制されるもので
  「ない」ことは明白
• それを指示しないといけない人は、ちゃんと理解してもらうように努力する必要がある
• 作業者側も、自分のミスがあった場合には、それによって事業に影響が出るということの重みはわかったほうがいい
• 双方の歩み寄りは必要

そんなことわざわざ

言わないとできないの？

エントリーNo.８

そんなことも言わないとできないの？

• 集団作業したこと無いのかな
• 思っても言うのはやめよう？な？
• 仕様、規約、ノウハウとかいうものは
  そのためにあるんだよ？
• 言わなくてもできる状態になってないので、
  担当者の力量任せになってて言う人がいることが多い
• 若手がちびって縮こまる

そんなこと言わなくてもできるような環境を整えるのがエンジニアの仕事でしょうよ

• 言ってるといつか言われる
• 大概言うような人は言われたときに逆ギレしたりするので、誰も幸せにならない
• 「誰も幸せにならない」ことをするのはエンジニアじゃない（と僕は思ってます）
• 言われる側は縮こまらないで、「もっと頑張って知識つけような」くらいのエールをもらってると思ってあげて

僕が好きなので

この言語選びました

エントリーNo.９

僕が好きなので

この言語選びました

• 趣味のコードならいいんじゃないですか？
  え？仕事？仕事の話なの？
• 趣味で複数のエンジニアを囚えるな
• 誰だよこいつ入れたの
• 大体こういうこと言う時は「導入コストが辛い言語」とか「枯れてるけど今更感がある言語」とかのことが多い

ただこれは時と場合によっては

許す場合もあるんじゃなかろうか

• そもそも多言語とちゃんと比較した結果で、会社における責任を取れると判断したという前提で、
  自分一人になってもそのコードでメンテし続ける覚悟があって、あとちゃんと導入サポートしたり、普及活動したり、手順や基盤をちゃんと整えるなら・・・
• 少なくともそれを伝えられるなら、「自分が好きなので」とは言わないはずではある。
• 先を見据えて考えてるかというプランを提示するのも大事かもしれない。短期的には自分が教えられる言語で、次はこれを使うように並行で準備していきます！的な

俺、人の気持ち

わかんないんだよね

エントリーNo.１０

人の気持ち

わかんないんだよね？

• え？なに？プログラム書きすぎて機械化したの？
  じゃあちょっと機械語読んでみてよ。早く。
• 「俺、キレたら何するかわかんないから」と同じ匂い。
  態度悪いのを正当化するための言い訳にすぎない
• みんな、「だからなんなの？」って思ってるけど
  「あー、こいつきもい、もう関わらんとこ」って
  思って黙ってる
• わかんないことは普通わかるように努力するんだよ？

エンジニア以外も言うけど、

どのみち他の人を苛つかせるだけ

• 殆どの場合、むしろ人の気持ちを理解していて、
  その上で「あえて無視して踏みにじる」言い訳に
  使われることが多い印象がある
• 「じゃあ黙ってろよ」一発で死ぬ程度のメンタルの
  持ち主がいうことも多いが、場の空気は悪くなる
• ただ横柄な態度したいだけなので、ガチで偉い人に注意してもらう、そもそも大事な場から排除していくという戦略を早めに取らないと、悪影響しか無い

おわりに

綺麗な世界を僕は見たいです