Perl日記

日々の知ったことのメモなどです。Perlは最近やってないです。

プロとは

「あなたが思うエンジニアとしてのプロとは何か」を提出しないといけないらしい。
先にこちらに下書き的にまとめてみる。
まあ特段新しく考えたわけでもなくて、普段、業務の中で感じていた漠然とした内容を言語化してみただけだ。


エンジニアとしてのプロとは何か

  • 好き嫌いで拒否しない
  • お金になる(ような)ことをする
  • 自分がいなくても仕事が回るようにする
  • 【番外】ワインでいる努力

好き嫌いで拒否しない

仕様がなんかアレとか、
既存コードが辛いとか、
調べるのが面倒とか、
スケジュール調整をなんで自分がとか、
謎の問い合わせ対応が来たとか、
まあ色々あると思うけど、「それはやらない!」と拒否するのではなくて、(モチベーションの差はあれど)とにかくやるのが大事かなと思う。

あと言うまでもないけど、もちろん好き嫌い自体はあっていいに決まってる。
それを日々の仕事にダイレクトに反映させていると、途端にチームメンバとしての存在感は薄くなっていくだろう。

お金になる(ような)ことをする

最初は「ユーザに価値を届ける」、と心地のいい言葉を書こうかなと考えていた。
が、よく考えなくても、いまの会社(スタートアップ? ベンチャー?、というのか)は、まだそんな余裕はなくて、とにかく収益を上げたいのだ。
それはイコールで「価値を届ける」ことになるのかもしれないが。
一見すると、直接はお金を生み出さないような、たとえば1行ログを出力するだけの処理を追加するにしても、
「この情報をログに出力しておくことで、問い合わせ対応がスムーズになり、業務効率の改善になるのだ」とか、
「あとで集計して想定との差を測定するのだ」とか、
「ユーザの行動を追跡して、よりよいおすすめを出せるようにするのだ」とか、いろいろあると思う。
それらはすべて、「1行ログを出す」という点を出発して、活用というプロセスを経て、収益という形で帰ってくる。
リファクタリングだったら処理効率があがってサーバ台数が減らせるかもしれないし、単体テストは不具合という損失を未然に防いでいるかもしれない。
あれ?、そう考えると、だいたい理屈がつけられるな…。
まあなんにしても、Webサービス開発・運用をするという名目で雇われているので、何も考えずに何かをするのはよくないとは思う。


自分がいなくても仕事が回るようにする

常に自分がそこにいなくなったときのことは想定しておきたい。
そのためには、自分だけが持っている情報がないかどうかを日頃から意識しておく必要がある。
自分としては、そうやって、「他の人も自分と同じことができる」「同じでなくてもこれを見ればわかる」「わからなくてもそこにあることは知っている」と共有をはかっている。
が、これはなぜか現場との乖離があって結構辛い。
「この部分はこのひとしか知らない」と情報を専有しているひとに高い価値が置かれている。
なんだ、じゃあ自分もあれとかあれとか教えずに黙っていればよかった、そうしたら会社は自分を辞めさせられずに給料が高くなるのにーーー、という気持ちになる。
悲しい。


【番外】ワインでいる努力

「泥水にワインを足しても泥水のままだが、ワインに泥水を足すと泥水になる」という有名な言葉がある。
チームで仕事をするのも同じで、全員が「チームで仕事をしている」という意識を持たないと、よい仕事ができないように思う。
一滴の泥水が全体を壊す。
そんなことのないように、ワインでいる努力は常に怠らないようにしたい。

成果の出ない一年だった

去年の2月に中途入社してから、1年3ヶ月くらいが経った。
この1年3ヶ月は、それまでと比較して、成果が出なかった期間だったと感じる。
なんでかな、と考えるまでもなく、おそらくその原因は、スピード感だと思う。
できることもした方がいいこともたくさんあるのだけれど、タスクの動きはさながら漏斗のように、出口へ行けば行くほど詰まってしまい、世に出るものはほんの少し、という状態だった。
なので、やってもやらなくてもどうせ最後で詰まるので、それに合わせてゆっくりやろう、ついでにGoを勉強しよう、と働いていた。
あとは、その漏斗の先を太くできるように、こそこそ動いたりしていた。
そんな感じで、資格とったりGoでゴニョゴニョ作ったりしていたのだが、ここにきて、給与についての説明会があった。
頑張ったらちゃんと給与があがるようになるらしい。
やったね!
ただまあアクセルベタ踏みするにはしがらみが多すぎるので、まずはいろいろ実績作っていこうかな。

分報チャンネルを巡回しないようにした

いま所属している開発チームでも、個人用の分報チャンネル(#times_xxxのやつ)がおのおの存在している(途中入社したときからあった)。
「そういうものか」と思って、自分用のチャンネルを作って、Twitter的な使い方をしていた。
自分も他の人も、そこにはあまり書いていないようだったので、そのときは他人の分報チャンネルには入らなかった。
もちろん、エンジニア全員用とか、社内全員用とか、プロジェクト用とか、専用のチャンネルもあって、そちらでの情報共有は注視するようにしていた。


その後、人数も増えて、いろいろな事が社内でも進むようになり、ここ何ヶ月かで、チャンネル内での情報共有が飛ぶことがあった。
「なんでかな」と思って、ぐるぐる見ていると、個人の分報チャンネルで仕事が進められているのを見た。
自分以外のメンバは、その分報チャンネルにJoinしており、人気チャンネルとなっていた。
「あーなるほどー」と思ったものの、やはりその状態には納得できなかったので、その分報チャンネルに入ることはせずに、
それからは1日1回はみんなの#times_xxxをチャンネル一覧から検索して、プレビューで見渡して、すぐ閉じる、ということをしていた。


そんなとき以下の記事を見た。
stefafafan.hatenablog.com


これと同じことが起こっているなーと感じた。


「人数が少ないほうが話しやすい、というのは理解できるけれども、情報共有はしてほしい」という旨は、
伝えてもなかなかみんなに伝わらず、まだまだタバコ部屋での意思決定は続いている。


プレビューで覗いて回って付き合い続けるのもどうかと思ったので、とりあえずこの巡回はやめることにした。


情報共有という点で、メールよりもチャットの方がまだましだと思うけれど、まだまだ使い方にも改善の余地は相当あるなと思った。