- 運営しているクリエイター
#エンジニア
キャリアの心配をしてるのは手元の仕事を楽しまないから
noteやらQiitaやらで、キャリア提案とか1on1の記事をよく書くようになったので、キャリアの相談をもしくはキャリアの相談のアテンドをよくされます。
そしてそのほぼメインのテーマが
１．「将来が不安だから、キャリアをちゃんと考えたい」です。みんな将来（たぶん30代中盤以降）に、豊か（お金と時間に対する不自由さ）が、一般水準以上に収まるか、が不安だということです。
そしてその将来への不安を
「100日後に1人前になる新米エンジニア」まとめ＠21～30日目
継続して追っかけてみているわけですが、当たり前当たり前したFBが体感ですが少なくなってきた気がします。やっぱり一度一緒にやった作業は、なんとなく勘所がわかるらしい。やったことない作業はまだつかめないらしい。中長期で見て作業の本質を抽象化することを覚えてくれると嬉しいですね。
本筋と関係あるかは不明ですが、この期間一番インプレッションが多かったのはこちらの投稿です。対してFBしてるわけでもないな、
「100日後に1人前になる新米エンジニア」まとめ＠11～20日目
いつのまにやら5分の1が過ぎ、なにげに一歩一歩を振り返っていくのは自分としても有用だなあとも思い始めました。
特に最近のものに関しては、FBの背景で個人的に参考にしているものとか大事にしているものとか、そういうのも合わせて残すようにしています。
あとどうでもいい話ですが、ランチの写真を合わせて載せているのは、内容全く関係ありません。趣味です。
11日目：たぶん、大丈夫12日目：関数使用禁止例1
「100日後に1人前になる新米エンジニア」まとめ＠1～10日目
パクリっぽいなーと思いつつ、自分が一番アウトプットしていて楽しいのは「うちのメンバーこんだけやってんだぜ」っていうやつだなとふと思ったりしたので、今々で教育注力しているメンバーにスポットを当てて追っかけて見ることにしました。
そういえば自分こんなこと言ってたな～とか、こんな反応してたな～とか、色々と振り返りながらアウトプットできているので結構愉快です。
せっかくなのでまとめて振り返りしやすくし
エンジニアリングのホットワードと生存戦略
エンジニアを取り巻く環境の中で、重要フレーズだなと思うものを並べてみて、それらを使ってどんな生存戦略を描くのかを考えてみました。
1. 触れられないと不安になるものフルサイクルエンジニア
一部DevOps
フルサイクルエンジニアは「フルスタックエンジニア」と一応区分して使っていて、「プロダクトサイクルを回すのに必要なことは結構なんでもやる」という意味合いのつもりで挙げています。中にはデータ取
エンジニアが何を武器に生きて行くべきか
どちらかというと、３～５年とかではなくて、１０年～２０年くらいのスパンでものを考えた時の話なのかなと思いながら読んでいただけると幸いです。
どんなモダンな環境もいずれは時代遅れになる
変化を前提としたビジネスが当たり前になり、システムも組織も体制もサービスも、今日イケていても、来年イケてる保証はもうどこにもない、変化し適応し続けなければ生き残り続けられない、そんな世界にもうなっているなあと痛感
変化の意思決定を円滑にする「時間軸」のフレーズ
時間軸を持ってほしい
「仕事にコミットしすぎるのは不安」とか「自分はそこそこでOK」とか「こっちのほうが得意だから」、みたいな指針を持つ（述べる）のはいいんだけども、セットで「このスタンスでいるのはあと○年」みたいに時間軸を考えるようにして欲しいと、よく言っています。そのほうが生き方の選択肢広がると思う。
とある1on1
これは以前1on1をしていたメンバーが言っていてすごく腹落ちしたことを
EMの「やりたいことが見つからない」問題について
「新卒エンジニアの『やりたいことが見つからない』問題について」
というタイトルで先日記事を書きながら、実はこっち側もけっこう悩み深そうだなーと思っていました。ので、書いてみたという次第です。
というのも「人に求めるならまず己から」というのは、言わずもがなであるわけですが、これが存外どうしたものか、EMになっている経験者であってもなかなか答えを出しづらい課題なようです。
でも悩みの方向性はだいた
駆け出したあと、EM（エンジニアリングマネージャー）で走り続けている理由
冒頭望む望まざるに関わらずと言いますか、社内のEM（エンジニアリングマネージャー）としては割と経験年次を重ねている部類になってきました。
ただただ任されたプロダクトの改善に没頭し、メンバーは部下というよりは同じ第一線に立つ仲間として、「お願いします！」「ちゃんとやってくれよ！」と日々叱咤、それを「マネジメント」だと思い込みながらとにかく全力疾走していた、そんな頃から比べるとやや一皮剥けた感触があ
エンジニアが、システム障害と「向き合う」
つい昨日、2～3年前に読んだ本を読み返しはじめました。
いくつになっても、第一線の現場から離れても、やはり逃れられませんね。障害。自分が引き続きこれからどう向き合っていこうかの考えを巡らせる中で、他の方からどんなFBが返ってくるのかを見てみたいと思い、まとめてみた備忘を公開します。
障害（バグ）は出したくない当たり前ですが、出したくて出してる人なんて全くもっていません。ついでにいうと、出しても
新卒エンジニアの「やりたいことが見つからない」問題について（一応解決編）
前回、書き始めたらまさかというかなんというか、課題感だけぶちけまけて解決提案をしないまま「続く」とやってしまったので、GWということも有り早々に筆を取った次第です。
正直なところ、環境や状況や生い立ちや背景その他諸々エトセトラの変数が多すぎるので、「これを意識すればおｋ！」みたいなみなさん共通の一撃必殺がないのは残念なところです。
そのかわり、自分だったら1on1でどういう感じで共通解を探