紙一重の積み重ねスマートフォン用の表示で見る紙一重の積み重ねアラフォーのエンジニアがなれる最高の自分を目指して、学んだことをこつこつ情報発信するブログです。2018の12日目の記事です。qiita.comSIerで働く35歳のエンジニアが、Railsと出会って変わったことについて書きます。1.4を書いていました入社4年目からは、プロジェクトリーダーとして、自分の案件を回すようになりました入社9年目くらいからは、製品開発部門へ異動し、プロダクトリーダーとして製品開発を行ってきました昨年からWEBサービスの開発チームに異動しました現在はRailsプログラマとして自社Webサービスの開発に携わっていますAWSの設計実装、DB設計、CI構築などもしますデータベースに関する本を2冊書きました。10冊本を出すことが夢です。自社パッケージ製品を持っており、パッケージのカスタマイズを受託開発で行うことがメインの事業です。Railsと出会うまで、私は自社パッケージのプロダクトリーダーを数年やっていました。主な業務内容としては、以下でした。関係部署との交渉や根回しチームの開発環境改善Selenium導入AWS導入・設計・構築Jenkins導入Chef導入インフラに関する作業もあわせて行っていましたが、コードは書いていない状況が数年続いていました。おり、正直、彼ら二人がいれば製品開発の実務には問題ないのでは、、、という体制でした。私一人の意見でプロダクト開発を推進することはなかなか難しい状況でした。なんと言うか、自分の仕事は隙間を埋める仕事というか、チーム全体が円滑に動くための裏方、みたいな立ち回りで、自分の仕事は一言でこれである!!と言えず、モヤモヤしながら仕事をしていました。モノを作っているという実感が得られず、このままずっと社内の調整役なのだろうかと、漠然とした不安がありました。今にして思えば、それがリーダーの仕事なのだと思います。いう悶々とした思いを抱えていました。非常に耳が痛かった記憶があります。感銘を受けたというお話をされていたのが、とても心に刺さりました。satoshi.blogs.com自信を持って言えるのだが、「どんなに優秀なエンジニアでも、決してプログラムを自分自身で書かずに良い詳細仕様を作ることは出来ない」という絶対的な法則があるのだ。プログラムの仕様書は料理のレシピに似ている。ソフトウェアのアーキテクトが自らプログラムを書いたり、下っ端のエンジニアの書いたコードをレビューするのは、レストランのシェフが自ら料理をしたり、下っ端の料理人の作ったスープの味見をするとの同じである。シェフがレシピだけ書いてキッチンにも立たないレストランには行きたくないし、ましてや自分で料理したこともないシェフが書いたレシピを元に作った料理がおいしいわけがない。自分で鍋をふったことがない人はレシピを作ることはできない。手帳に書き留めていました。オーケストラの指揮者のようなリーダーになろうと思っていたこの頃コードを書かない自分がどのようにチームを束ねていくべきか。