![エンジニアとしての自分とマネージャーとしての自分の狭間で、どう成長していくのか?(AWS DevDay 2023登壇資料)](https://cdn-ak-scissors.b.st-hatena.com/image/square/6a130536db9001a2aa6144e3b9ad6a3a8c8202a0/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F6d242882650b49bc940fde7e58a58690%2Fslide_0.jpg%3F26507782)
ソフトウェアエンジニアの藤吾郎(@__gfx__)と申します。最近、IC(Individual Contributor / 個人貢献者†)という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は? 「IC」とはどういったキャリアなのか? 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア
介護や医療、ヘルスケア、シニアライフなどの4つの領域で高齢社会の情報インフラを構築している株式会社エス・エム・エスで、技術責任者をしている @sunaot です。2015年2月に入社して以来、技術責任者として開発組織の構築や開発基盤の整備をリードしてきました。 今まで私がソフトウェアエンジニア(以下、エンジニア)の採用面談を延べ800件ほど担当してきた経験を振り返ると、ソフトウェアアーキテクト(以下、アーキテクト)をキャリアのゴールに据えているエンジニアも多いようです。ただ、アーキテクトを目指している一方で、実際にアーキテクトになるためには、どういった会社組織でどのような経験をしたらいいのか分からないというケースも見受けられました。 今回は、アーキテクトを目指したいエンジニアの方向けに、アーキテクトになるために必要な4つの経験や、それが経験できる会社組織について紹介します。 アーキテクトと
◆ ネットワークエンジニアのメモ:ブログ ⇒ iPhone、キャリア契約者数、成功する働き方 ◆ ネットワークエンジニアのランチ:ブログ ⇒ ランチ、ITニュース、Cisco、Network ◆ ネットワークエンジニア 役立つ物理ツール ⇒ 構築作業や保守作業で役立つ物理アイテム ◆ サーバ技術入門:サーバの基礎をはじめから ⇒ インフラエンジニアに役立つサーバ技術解説 ネットワークエンジニアとしての Network Studyでは、これからネットワーク エンジニアになりたいと考えている方や、CCIEレベルのネットワークエンジニア になりたいと考えている方に役立つよう基礎から上級レベルまでNW技術を解説。 Network Studyの内容は、国家資格であるネットワークスペシャリストの取得や CCNA/CCNP/CCIE取得に役立つ内容に仕上げているだけではなく仕事で役立つ ようにCisco
はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ
こんにちは、#しがないラジオ パーソナリティの zuckey です。 この記事は「#しがないラジオ Advent Calendar 2019」25日目の記事です。最終日ですね!(完全に忘れており、ギリギリの公開になりました。) adventar.org この1年を経て「ここは自分の弱点だな、直して行きたいな」と思ったことを書いていきます。 読み返したらちょっと自分語りすぎるか、と思う部分もあったんですが、誰かの参考になればいいなと思っています。 この1年で自分の置かれたフェーズが変わってきたように感じ、それをできる限り客観的に考えてみました。 その思考の中に、これから先仕事を楽しんでいくための道標のように思えてきました。 導入 目先のことばかり考えている次期はもう終わりだよ。そろそろ、少し高い所から遠くを見る時がきたんだよ。 SHIROBAKO ロロ 去年(2018年)、僕はしがないラジオ
こんにちは。池内です。これから綴るのは廃業エントリです。開幕から退職エントリとの格の違いを見せつけていくストロングスタイルでお届けしております(違)。 軽口はさておき、いまからおもむろに note を書き始めるわけですが、一番最初の note はこの話題でなくてはいけないだろうという清算の気持ちで文章を綴っています。会社清算だけに。 ・・・ Facebook で僕の投稿に反応いただいていた方はすでにご存じのとおり、そして Twitter や OSS関連コミュニティなどでのみ緩くつながっている方はもしかすると初耳になるかも知れません。じつは、とかしこまることもないのですが、2019年5月末をもって自ら設立した法人を解散するという意志決定をしていました。2015年8月の法人登記からおよそ4年という月日を、代表取締役というロールで過ごしました。この note はその体験をつうじて得た学びや気づき
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか? マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
2019年7月6日、株式会社サイバーエージェントが主催するイベント「Battle Conference U30」が開催されました。30歳以下のエンジニアによる30歳以下のエンジニアのための技術カンファレンスである本イベントには、さまざまな領域で活躍する若手が登壇。企業の枠を超えて、自身の技術・事業・キャリアに関する知見を発表しました。「DeveloperSuccessとして何を届けられるか、様々な分野を経た先として何ができるか」に登壇したのは、ビットバンク株式会社・鈴木雄大氏。登壇資料はこちら Developer Successとしてのキャリア戦略 鈴木雄大氏:鈴木です。Developer Successチームのリーダーとして何をやってきたかをお話させていただきたいと思います。よろしくお願いします。 まず私の自己紹介なんですが、鈴木雄大と言います。インターネットではユーンと名乗っています。
Photo by franchise opportunities こんにちは、谷口です。 ITエンジニアを募集している採用担当者の皆さん、転職サイトに求人票を掲載しただけで、仕事が終わったと思っていませんか? 貴社がApple社やGoogle社でもない限り、それは間違いです。求人票を公開しただけで、優秀なエンジニアたちから応募が殺到するのであれば、採用担当者は誰も苦労しませんよね。 現在、paizaだけでも求人票の掲載数は1800件以上に上ります。転職市場全体では相当な数の求人票が公開されています。 そんな中で、一部の有名企業でもない限り、求人票を公開しただけでは、それをエンジニアたちに目にとめてもらうことすら難しいというのはわかりますよね。 では、優秀なエンジニアたちに求人票を見つけてもらい、応募してもらうにはどうすればよいのか。今回はこのテーマについてお話ししていきます。求人票を公開し
研究開発部の takahi_i です。本稿ではクックパッド研究開発部の機械学習チームに所属するメンバがタスクに取り組む体制および、働く環境について紹介します。 準備 機械学習はそれら単体が学ぶのにコストが掛かる分野で、高い専門性を獲得するためには多くの時間をかける必要があります。そのため機械学習の専門家はソフトウェア開発を十分に経験する 機会を得られにくい状況にあります。 このような前提において民間企業で機械学習を導入する場合、二つの可能性が考えられます。一つは完全に分業する方向で、機械学習のエキスパートはモデルだけを作り、ソフトウェアエンジニアが導入 を引き受けます。もう一つは機械学習の実験、モデル作成から導入までを一人がおこないます。 分業による利点と問題点 機械学習は日進月歩の分野です。機械学習エンジニアやデータサイエンティストといった職が単体で存在します。特に大きな組織では、機械学
2018年3月30日,大阪府・グランキューブ大阪で「Game Creators Conference '18」(GCC'18)が開催された。 GCC'18は関西発のゲーム業界向けゲーム開発カンファレンスだ。関西地区のゲーム企業有志による「勉強会」を母体としたイベントだったが,いまや4トラック24セッションという規模という一大イベントに成長している。地元である関西企業によるセッションのほかに,東京などからこのイベントのために多くの企業が参加している。 ここではそんなうちの一つであるフロムソフトウェアによる講演の模様を紹介してみたい。「複数タイトルの開発を維持しつつ大規模化に適応した中小企業エンジニアの取り組み」というタイトルの講演だが,「複数タイトルの開発を維持」「大規模化」といったあたりはちょっと見ただけでは意味が分からないかもしれない。 さて,フロムソフトウェアといえば,初代PlaySt
子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには お父さんは出産を除くすべての子育てタスクを担当できるとして、エンジニア的なアプローチで育児に取り組む白山文彦(@fushiroyama)氏が、キャリア構築や技術的成長との両立について語ります。 こんにちは、白山(@fushiroyama)と申します。主にモバイルアプリ開発を生業としています。 4年前に第一子をリリースして地道な改善施策を重ねつつ、半年前にめでたく第二子もカットオーバーしました。以来、外ではソフトウェアエンジニアとして外貨を稼ぎつつ、家庭ではフルスタックお父さんとして、食事に風呂に寝かしつけに夜泣き対応にと奮闘しております。 その過程で「エンジニアでよかったなぁ!」と感じた点や「こういう考え方やアプローチはエンジニアならではかもしれない」と感じたことが少なからずあったので、ぜひ紹介したいと思
こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今日は社内で数年ほど取り組んでいる障害情報の社内共有についてご紹介したいと思います。 障害情報を社内共有する理由 サービスを運営しているなら、出来る限りサービスが一時的に止まってしまうなどの障害を起こさないように事前に対策を取るなど気をつけるべきです。しかし、どれだけ事前に対策をとっても、急激なアクセスの増加や、意図しないバグの混入、オペレーションのミスなどを理由として、障害を起こしてしまうことがあります。 障害が起きた時、それに暫定的に対応して終わりとしてしまうことも多いです。しかし、復旧した後大事なのは、障害に対して適切に振り返りをし、同じサービスで同様の理由で障害を起こさない、また社内で同様の理由の障害を未然に防ぐことです。 そこで、はてなでは障害の暫定対応をした後は、障害の振り返りや他チームへの知識共有のために
言われたものはだいたい作れるし、どんなプログラミング言語が来ても大抵書けそうかなってなったエンジニアがそこで成長が止まってしまう人を見かけることがあります。 技術が好きで、作ることが好きで、なのに環境に求められず成長が止まってしまっているんだろうと思います。 ここで成長が止まってしまう環境とは、 新しい技術の情報を仕入れて語り合うエンジニアが居ない 業務用件に高い技術が求められない 改善サイクルが遅い 開発プロセスなどをまとめる人がいない などです。 簡単に言うと、今はうまく仕事があるけれど、停滞している仕事場ですね。 下手にビジネス的に成り立ってしまっているので、それ以上成長をする必要がないのです。 まあ、そういう生き方もありかな?って思うので、それでいいやって思う人は続きは読まなくてもいいかなって思います。 ここから先はエンジニアとして技術を伸ばすことが楽しい、ものを作ることが楽しい、
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
これは pepabo Advent Calendar 2016 - Qiita の14日目の記事です。 昨日は id:Fendo181 さんの 日報サービス「DuPo」を作った話でした! それは、今からちょうど半年前のこと。 海の香りと共に暑い夏がやってくる ... 甘酸っぱい青春が再び来るのではないかと予感させる ... そんな季節でした。 開発チーム内で行っていたスプリントレトロスペクティブの時間に、チームメンバーから「そろそろコードレビューをやってみよう!」と提案があり、それから本格的にコードレビューをやり始めることになりました。 早いもので、あれから半年が過ぎました。 今宵は年の瀬ということもあり、ふりかえりを目的として半年間コードレビューを積み重ねたことで僕の中で起きた考えの変化や感じたことについて 10 個書き出してみることにしました。 教育関連に興味がある方や組織の成長を考え
最近少しずつ英語の勉強を再開してきたんですが、 できるだけ効率的に学ぶ方法はないものかと思い、いくつかの記事を見ました。特に心に響いたツールや書籍を中心に 紹介をしていきたいと思います! 🚕 エンジニアが手早く英作文をする時はかどるTipsエンジニアが手早く英作文をする時はかどる Tips - tomoima525’s blog 便利なツール 英辞郎 / アルク GitHubのISSUE Grammar Check | Grammarly English-Video.net (TEDを繰り返し聴ける) 🐝 DMM英会話 DMM英会話 DMM英会話は25分/1回を4,950円/月でSkypeでの英会話レッスンを受けることができます。 社会人をやっているとどちらかというと決まった時間に25-50分のレッスンを受けたいということが多いと思うので、 個人的にはこちらがマッチしていると思います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く