あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。 - Qiita
「エンジニア35歳定年説」が許されるのは小学生までだよねーとか思っていたら、実際にはそんな感じになってしまったあるエンジニアの半生を振り返ります。ご参考まで。 第一期 サービスリリース前 自分でサービスをガリガリ作っている というかサービスを作ることしかしていない １日１６時間くらい仕事をしても、プログラミングしかしていないので疲れない 仕様の検討をしながら作るので、基本全ての時間は開発をしているという認識 フルスタックエンジニアというある種の全能感を満喫する 第二期 サービスリリース後 運用（ユーザーサポートなども含む）が入ってくるのでサービス開発のスピードが落ちる エンジニアを採用（業務委託含む）する 仕様の調整やコードレビューなど、開発以外の仕事が少しずつ増えてくる でもまだまだ自分が圧倒的にメイン開発者 コードレビューやマージ、リリースは自分が全てやる システムの全体からディテール
いつの間に自分が「細かいことにウルサイ嫌な先輩」になっていた - トイアンナのぐだぐだ
新卒で入社した企業は「軍隊」と揶揄されるほどの厳しい職場だった。だが、厳しさの裏には成長とやりがいを保証されていたから苦痛ではなかった。厳しい職場でめざましく出世する人間には、下記の２パターンがある。 １．部下へ全権を任せることで失敗も糧にした成長を促す「委任型マネージャー」 ２．部下の行動を逐一把握、ミスを無くし完璧な成果を出す「監視型マネージャー」 私は生来のおっちょこちょいな性格もあって、後者の「監視型マネージャー」と相性が悪かった。正直、上司が何をそんなに怒っているか理解できないことも多かった。 たとえばこんな誤字をしたことがある。 本企画書にて１年後の売上げを達成するためのCM制作費につきまして、追加予算ご承認をお願い申し上げます。 テレビCMは消費者が接する媒体の中で最も心理的影響が大きいとデータにありますが、来年度予算ではCM予算がs全体の10％以下となっており…… 企画書に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
