「自らを実験台として新たなキャリアを切り拓け」 及川卓也氏のアラサーエンジニア進化論 - エンジニアtype | 転職type
急カーブを描いていた成長曲線が、いったん踊り場を迎える。そんな感覚を持つのが、ソフトウエアエンジニアとしてちょうど10年ほど経験を積んだ頃ではないだろうか。 がむしゃらに技術スキル向上を目指していればよかった時代が終わり、さてこれからのキャリアの方向性は？とふと立ち止まる節目。そこで迷いなくクリアに次のステップを思い描ける人は意外と少ない。なぜならしっくり来る選択肢が目の前に存在するケースが稀だからだ。 マイクロソフト、グーグル、Incrementsで活躍してきた及川卓也氏は、そんな悩めるアラサーエンジニアに３つのキャリアパスを提示する。及川氏が語る、エンジニアの仕事人生を切り拓くヒントとは？ 及川卓也氏 早稲田大学理工学部を卒業後、1988年、日本DECに入社し、営業サポート、ソフトウエア開発、研究開発などに従事。97年、マイクロソフトに転職し、Windows製品の開発統括に携わる。20
エンジニアとしてこの先生きのこるために
2019年度リクルート新人ブートキャンプ エンジニアコースの講義資料です
エンジニアに必要なスキルは - まなめはうす
エンジニアにとって最も大切なことは、お腹が出ていないこと。 と、１５年前に私の見ていたサイト界隈で決着がついたのですが、エンジニアである私が必要だなと思うスキルって自分の中では時折変わっているので並べてみます。 可読性の高さ プログラムを書く仕事に就いたこともあって、一番大切なことは可読性の高さだと上司に面接で熱く語ったのは良い思い出です。技術屋でない上司はちんぷんかんぷんのようでしたが、バグを出さないためには、誰が見ても読みやすいコードを書くことによりバグも見つけやすくなるし、そこまで気遣いができればバグを残すことはなくなると思ってました。 この難しさは、自分にとって読みやすいというだけでなく、誰が見ても読みやすいということです。そのために、個性を取り除いていく作業を良くしたものです。 丁寧であること プログラムを書いたり、レビューをするようになったり、繰り返しているうちに次第に思うよう
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
エンジニア組織において元エンジニアの代表が心掛けていること - SideCI TechBlog
こんにちは。SideCIを運営しているアクトキャットの代表の角です。SideCIは日本発の数少ないCI系サービス、エンジニア向けサービスの1つであり、全員がエンジニア経歴の持ち主であるエンジニア組織で運営しています。 今回は、普段私が組織づくりにおいて心がけていることをご紹介します。 はじめに エンジニア兼代表という私の肩書きについて色々ご質問頂く機会があったので、いくつか回答してみます。 「元エンジニアだとコード書きたくならない？」 もちろん、なります。が、書けていません。書いていません。そして、それを心がけています。 直近1年間の私のGitHub上での草の生え具合は次のようになっています。 「コードを書かないって寂しくないですか？腕が鈍っていく感覚とかありますか？」 やっぱり、寂しいです。また、腕が鈍っていく感覚もあります。 ただ、これもまた、生き方の選択によるもので、書かないことが今
これからエンジニアがやったらよさそうな仕事 - fujimuradaisuke's blog
技術顧問ブームですね。先日退職してから色々な会社を回ってて、これニーズあるんじゃね？って仕事を何個か思いついたので、列挙してみます。 チーム開発を軸にした技術顧問 やること: 開発プロセスの構築・実行・改善、ミーティングのファシリテートを行い、チーム開発を良い感じにする。 必要そうなスキル: チームを作った経験。ソフトウェア開発プロセスの知識と実務経験。それなりの技術力。 GitHubでコードレビューしてCI/CDを回して、っていうスタートアップでよくあるエンジニアリングの型はある程度できているけど、うまく運用できていないところは少なくないと予想している。わかってる人が手伝ったら軌道に乗るまでが早そう。事業や組織の性質・フェーズに合わせる必要もあるし結構難しい。チームで仕事をするというカルチャーを伝えるのも価値がありそう。人間力が問われますな…。 個別技術を軸にした技術顧問 やること: 技
プロダクトマネージャーはどんな仕事をしているのか - 小さなごちそう
私がプロダクトマネージャーとしてプロダクト開発のディレクションを行う際の、一連のプロセス（タスク）を洗い出してみた。 1. ミッションの発見 ユーザー理解（インサイトの発見と整理） ソーシャルリスニング、アンケート、デプスインタビューの実施 関連する自社プロダクトの問い合わせ傾向の確認 他領域/同構造のユースケース発見（アナロジーによるユーザー課題推測） インサイトの洗い出しと、キーインサイトの発見 3C分析（バリュープロポジションの導出） ユーザー課題の発見と整理 競合調査と分析 自社の強みの把握 問題の構造理解 論点思考、仮説思考、2軸図、マトリクス図、バリューグラフなどを使った問題の整理と図式化 ファシリテーション 関係者のアイデア・気付きを引き出す メンバーの問題理解を補助 問題vsチームの構造へ議論を誘導 Next Actionの導出 2. コア・アイデアの創出 課題解決のための
エンジニアからみた良いプロダクトマネージャとは？ - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
エンジニアからみた良いプロダクトマネージャ（以下PM）とは。rebuildfm #98で id:naoya さん(@naoya_ito)から PM についての話があったので便乗して書いてみる。※プロダクト（製品）マネージャはプロジェクトマネージャとは全然違う職種なので注意。 結論から先に。エンジニアから見た良い PM とは「つねにユーザーのことを考えた上でプロダクトに信念を持っている人」だと思う。それは当たり前じゃないか？と思った人は正しい。でも常にそれをできる PM は多くはない。幸いにも僕は多くの優秀な PM と仕事をさせてもらったのでそこから学んだことをまとめてみよう。 PM の役割 まずは PM の役割から見ていこう。スタートアップの CEO の役割からエンジニア、デザイナーをマイナスした感じと言ったら伝わるだろうか。 もう少し具体的に PM がやっていることを挙げてみよう。 自分
「日本人の技術者は優秀だという考えは捨てるべき」とピースオブケイクCTO が語る理由 | HRナビ by リクルート
2015年に発足が予定されている「ASEAN経済共同体（AEC）」。インドネシア、マレーシア、フィリピン、シンガポール、タイなど東南アジア10カ国が加盟するASEAN域内の「モノ」「ヒト」「サービス」の自由化が進み、ビジネスの速度も上がると予測されている。今年、これまで以上にアジアへと目が向けられているのは、このためだ。 「STORES.jp」を運営する株式会社ブラケット取締役兼CTOを経て、2012年1月から「cakes」や「note」を運営するピースオブケイクの取締役CTOに就任している原永淳氏。2013年4月には、世界展開の準備のためシンガポールへと拠点を移し、アジアのエンジニア育成・支援に取り組んでいる人物だ。 アジアへと進出したきっかけは、アジアというマーケットを体験した衝撃だという原永氏。「アジアを視野に入れ、現地を知ることが日本のエンジニアのキャリアを考えることに通じる」とも
エンジニアの「できない」という言葉の裏側 - Konifar's WIP
「ここ、こんな感じにできませんかね？」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか？」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「（できるけどやり
若者と転職 - seri::diary
このエントリーはしょぼちむ Advent Calendar 2014 の21日目の記事です。 前日は @fukai_yasu さんの記事でした（まだ未登録？）。その前は@setoazusaさんのしょぼちむにテストファーストについて説明してみるでした。 しょぼちむご本人とは東京で働いていた頃に３回ぐらいプライベートでお酒の席でご一緒させて頂いたぐらい？の関わりでしょうか。何となくjava一派ということで仲良くさせて頂いていました。 お酒の席ではしょぼちむ氏に「いつ辞めるの？」と転職を持ちかけるネタでいじるのが一部界隈では定番なようなので、「若者と転職」というタイトルで駄文を書かせて頂きます。 しょぼちむ氏の参考になれば幸いです。 概要 私は2014年12月現在で28歳になります。 23歳で社会人になったので社会人としては丸５年半やってきたことになりますが、この5年半で3回転職をしています。
失敗続きの窓際エンジニアが掴んだ最後のチャンス｜iOSアプリ開発者 堤修一に訊く│CAREER HACK
150万ユーザー以上を獲得した「バウンドモンスターズ」や「Domino's App」などを手掛け、iOSアプリ開発者として世界で活躍する堤修一さん。31歳でWEB業界に転職した彼は、プログラミングも満足にできない状態から、いかにして世界で活躍するiOSエンジニアになったのか？ スキルも実績もない30歳OVERのエンジニアが世界で活躍するまで WEB・IT業界は若さ故、活躍する人々のキャリアパスは未だ不透明だ。 そこで、エンジニアのキャリア形成に関して、第一線で活躍する様々なエンジニア・クリエイターに直球でインタビューを行なう本企画。 今回、話を伺ったのはiOSデベロッパとして世界で活躍する堤修一さん。ブログ「Over＆Out その後」の著者でもある彼は、これまでにiOSアプリを30本以上をフルスクラッチで開発しているという。 まずは彼の経歴をざっとご紹介。京都大学大学院・情報学研究科を卒業
エンジニア人生のリアル - Chikirinの日記
セブ島のビーチで読んだ『世界で勝負する仕事術』〜最先端ITに挑むエンジニアの激走記〜がおもしろかった。 著者の竹内健氏は、1967年生まれ、東大工学部から「誰もやっていないことをやりたい」と研究者を目指して修士課程に進学。 「企業への就職など考えてもいなかった」のに、東芝の企業訪問に誘われ、ちょっと行ってみたら舛岡富士雄氏の熱いトークに感激し、一転、就職することを決めます。 しかし「入社したら話が全然違った！」、理想と現実はかけ離れており、入社後は延々と誰でもできる単純作業をやらされるはめに・・。 ・・超ありがちな話ですね。 少々優秀でも、学生なんて社会人の熱い言葉にはコロッとだまされるし感動するし、志高く入社してみたらすべてが嘘ばっかりだし。今でも竹内氏と同じ思いをしている学生さんは、毎年 3000人くらい、いそうです。 その後、氏は「執念で雑用からはい上がる」と決め、「突然の研究所閉鎖
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのための経営学という資料を公開しました - GoTheDistance