新人エンジニアにおすすめする一冊 2022 | CyberAgent Developers Blog
こんにちは！CTO統括室の黒崎(@kur_m88)です。2022年度のサイバーエージェントには新卒のエンジニアが約90名入社してくれました。 アフターコロナー1期生の新入社員へ、代表藤田からのメッセージ 2014年までエンジニアブログを遡ると、こんな企画がありました。この企画を8年ぶりに復活させてみようと思います。 #e100q 新人エンジニアにお勧めする一冊 思いつきで企画してみたので100人に聞く時間はありませんでしたが、約40名から返事をもらえました。 社内でアンケートを募集した様子 おすすめする一冊の被りが多ければランキング形式にしようと思っていたのですが、あまり被りがありませんでした。 ちょっと分量が多いですがせっかくなので全部紹介しようと思います。 先輩エンジニア達から新人エンジニアに向けた言葉ももらったので、最後に載せてあります。ぜひ最後までご覧ください！ 新人エンジニアにお
エンジニアを分類する、3つのタイプ｜山本 正喜 / Chatwork CEO
エンジニアのタイプは、技術が好きか、プロダクトが好きか、組織が好きかの3つに大きく分類できる。技術の人は技術の本質を追求しテックリード/アーキテクト、プロダクトの人は技術を手段と割り切りフルスタックエンジニア/PdM、組織の人は開発生産性を高めようとEM/PMOを目指すことが多い — 山本 正喜 / Chatwork CEO (@cwmasaki) February 9, 2022 思っていた以上の反響をいただいて、いろいろと「このケースはどうなんだろ」というコメントも多数いただくので、この分類にいたった背景や考察などを、しっかり記事にしてみようと思います。140文字だと伝えきれない・・！ エンジニアとしての志向性を技術・プロダクト・組織のどれが好きかで分類すると、目指すキャリアパスを考えやすいよねという話で、私がよくエンジニアの若手に話している内容をツイートしたものでした。 3つのタイプ
エンジニアの"有害な振る舞い"への対処法 - Qiita
本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz
未経験からWebエンジニアを目指す人に伝えたいこと
最近、未経験からWebエンジニアを目指そうと思っているんだけどどうだろう？ という相談を受けることがあったので文章としてまとめておきます。 この文章はプログラミングを学んでWebエンジニアになろうとしている人に向けています 既にこの業界で働いている人にとっては常識的な内容しか書かれていません Webエンジニアになるには そもそもの読者の方達がどのような状況にいるのかによって方針が変わります。 新卒採用 新卒採用の場合は企業が未経験者を積極的に採用をして教育をしてくれるルートがあります。 この点は普通の就職活動をしてエンジニア職として採用されるようにがんばりましょう。 ただし、最近は新卒であっても小学生や中学生の頃からプログラミングの経験を積んできたスーパープログラマーがいます。また、そういった早熟な方達以外にも、大学や高専、専門学校などでプログラミングを専門的に学んできた人たちと就職活動で
チームにいると頼りになるソフトウェアエンジニア
チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー
コードが読めるソフトウェア開発者 - As a Futurist...
僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職
Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3
はじめに 「【転職エントリ】Googleに入社します｜Lillian｜note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、許可を得て簡単に背景を書いておこうかと思います。 これはあくまでもアドバイザー側からどう見えていたかを書いておくものですが、医学部卒だけでも3,4人 Google や Amazon に入っていったおぼ
夢中になった技術が「打ち込める仕事」になるまで ─ OSS検索エンジンの開発にコミットし事業にも貢献する - Findy Engineer Lab
はじめまして、 @mocobetaと申します。 パッケージソフトウェアベンダー、コンサルティング会社、Webサービス企業などを経て、現在は株式会社LegalForceというスタートアップの研究開発セクションでソフトウェアエンジニアをしています。 個人としては、Python形態素解析ライブラリjanomeを開発するとともに、OSS検索エンジンライブラリApache Luceneのコミッターをしています。ちなみに本記事のアイキャッチ画像は、絵師さんに描いてもらったjanomeのキャラクターです。とてもかわいく描いていただいて、お気に入りの1枚です。 この記事では、進路とエンジニアとしての力不足に悩んでいた私の若手時代から、10年（以上）の模索期間を経て、ライフワークにしたいと思える技術に出会い、なんとか好きな仕事で食べていけるようになるまでを振り返ります。アップダウンの激しいIT業界において、
3-1. エンジニアからCookpad全社の人事部長になった理由とは？ - hidekのエンジニアと長話 | stand.fm
メルペイVPoEのhidekが、様々なゲストエンジニアとともに作っていくトーク番組「hidekのエンジニアと長話」、3人目のゲストはLaunchable の庄司嘉織さんです！ ドワンゴやCookpadを経て、現在はLaunchableにて新たな挑戦をされている庄司嘉織さん。 第1回目の放送ではエンジニアからCookpad全社の人事部長になったお話を詳しくお伺いしています。 トークが盛り上がり、嘉織さんとの対談は今週から4回にわけて配信していきます。 次週以降はLaunchable入社と現在のお仕事についてや、マイクロサービスと組織のお話、EM（エンジニアリングマネージャー）についてなど、毎週とても濃い内容となっておりますのでぜひ楽しみにしていてください！ コメントやレターもお待ちしています！
エンジニアの劣等感との付き合い方 - Qiita
はじめに 私は、不完全な人間です。 人より劣っているところ、弱みもたくさんあります。 しかしながら、なんとか、今日までエンジニアとして生きていくことができました。 私がこれまで、劣等感とどう折り合いをつけてエンジニアとして生きてきたか、説明したいと思います。 この記事で最も言いたいことは「不完全な自分を認めながら、でも、自分の成長の可能性を失わない」ということを伝えたいです。 劣等感にまみれたエンジニア人生 ふりかえると、劣等感にまみれたエンジニア人生でした。 「自分はダメなエンジニアなんだ…」 という想いが、思考の隅につきまといながら、なんとか生きています。 思い返せば、この想いの最初のきっかけは、新人時代に先輩社員にコードレビューの指摘で、叱咤された事でした。 「こんなことも知らないの」 「コードを書く才能がないんじゃない」 「…あぁ、もう、いいから、こっちで修正しとく。いいよ。さわら
法人としての価格設定問題からの、おじさんエンジニアの辛さと賃金の関係性 - 株式会社ホクソエムのブログ
株式会社ホクソエム常務取締役のタカヤナギ=サンです、主にバックオフィス業務を担当しています。 自分メモに書き溜めていたポエムネタが溜まってきたので少しずつ放出していこうと思い筆をとりました。 「いや、そんなもん会社のBLOGに書くんじゃねーよ💢」という話があるかもしれないですが、ここは私の保有する会社なので何の問題もない、don't you? これは何の話なの？ 以前、社のお若い方が技術的に楽しそうな案件を持ってこられて、その価格設定をどうするかについて悩まれておられた時がありました。 その際に社内のSlackにいわゆる”おじさんの小言”のようなものをちらほら書いていたので、それを改めて文章にし、更に「あ、この話は私がちょいちょい感じているおじさんエンジニアの辛さと賃金の話にもつながってくるな」思い、そことも絡めて書いたものになります。 法人としての価格設定問題 既にご存じの方もいるかも
経験年数に応じて一般的に求められるスキルが身についてないままソフトウェアエンジニアとして生きている(いた)ことのつらみ｜ぱん
※以下、ソフトウェアエンジニアをエンジニアと省略して書いていることがあります。 プログラミングを仕事にしてから9年だ。いちおう9年ということになる。知り合ったばかりの人に「プログラミング歴何年ですか？」「プログラマー・エンジニアになってから何年ですか？」と聞かれたらこう答えざるを得ない。そしてそう答えると、「え、9年…！ベテランですね…！」と言われる。企業の採用担当（エンジニアの詳しいスキルを測ることがあまり得意ではないと思われる人が多い）からもおそらくそういう目で見られているのだろう。「豊富なスキルをお持ちの方とお見受けいたします。弊社のテックリード/リードエンジニアポジションはいかがですか」みたいな全くマッチしていないスカウトメールが時々来る（だいたいベンチャーで、色んな人に送っているんだろうとは思うけど）。ほんとうにつらい。なぜならわたしのスキルは、周囲にいる他のエンジニアと比較する
どうやってテクノロジーを追いかけていますか？ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。
求む、同志 - 川口耕介のブログ
既報のように、こないだから、ここ十年来のプロジェクトであるJenkinsを離れて、新しい事業Launchableを起こしています。ソフトウェア開発者の生産性を上げたい、もっとデータと機械学習を使って、開発者の外骨格である自動化されたプロセス達が効率よく、頭良く実行されるようにしたい、そういう思いを持って取り組んでいます。おかげで、お金もちゃんと集まったし、全米各地の優秀な人達を集めたチームを作ることが出来たし、お客さんも開拓されつつあるし、t_wadaさんにも「強いシンパシーを感じる」とまで言ってもらって、心を強くしています。 デブサミ登壇後は控室で @kohsukekawa さんとずっと議論していた。川口さんの新しいプロダクトに役立つかもしれないアイデアをいろいろと話せてとても充実した時間だった。技術カンファレンスは廊下や控室での対話にも大きな価値がある。 #devsumi — Taku
五等分のtarunon : tarunon
所謂私信というやつです。現職(メルカリ)について、フルタイムでのコミットではなく、週一程度の顧問に切り替えます。週五から週一なので五等分。 差し当たって今日に至るまでの2年と2ヶ月の振り返り、今日この日の想いを記しておこう、というものです。つまりチラシの裏だな。 やってきた事 全てiOSアプリに対するコミットです。2年間で20万行程度コードを捧げましたが、偶にズルも入ってるしコード量なんてのはアテにならないので参考程度に。 最初の4ヶ月はUSアプリの機能追加でした。 1ヶ月余った時間を出品画面のリファクタリングに充てて、なおかつそれがとても高い評価を得られたこと、リファクタリングに対する評価とその文化が、私の会社に対する信頼感を大いに育てたことを今でも覚えています。 次の3ヶ月はJPアプリの2つの炎上プロジェクトの単騎での鎮火でした。どう考えても戦力不足なアサインと、炎上の果てに生まれてし
エンジニアの生き様をウォッチするメディア
「ミノ駆動本解説！『良いコード／悪いコードで学ぶ設計入門』を一歩深める読み方」READYFOR株式会社 ミノ駆動
クックパッド社員10年目の私が、マネージャー4年間→サービス開発エンジニアに戻って分かった、たったひとつのこと｜クックパッドマート｜note
クックパッド社員10年目の私が、マネージャー4年間→サービス開発エンジニアに戻って分かった、たったひとつのこと はじめましてクックパッドマートの開発チームでサーバーサイドエンジニア兼テックリードを担当している勝間です。クックパッドマートは2018年1月から立ち上げに携わったメンバーの1人です。はじめましての人に、簡単に自己紹介させていただきます。 勝間 亮 (@ryo_katsuma) 1981年生まれ。大学院卒業後に技術ベンチャーに新卒入社。2009年にクックパッド株式会社に転職。サーバーサイドを中心としたサービス開発エンジニアとしてcookpad.comの開発を担当。2014年にレシピ投稿領域の責任者を経て、2017年にレシピサービス全体のサービス開発の責任者に。2018年からは新規事業であるクックパッドマートの立ち上げに携わり、現在はテックリードとして商品の配送領域の開発とエンジニア
3年弱でゼロからフルスタックエンジニアになるまでにやったこと - 自分を攻略していく記録
はじめに そもそも何をもってフルスタックというのかという話もあるが、ここでは、開発するプラットフォームや言語を問わずエンジニアとしてすぐ働ける、というイメージでフルスタックエンジニアという言葉を使っている。ベテランのエンジニアからすると自分の技術力はまだまだだし、自分でフルスタックエンジニアというのは恐れ多いが、iOS・Androidのモバイル環境やウェブ、ブロックチェーン周りのいろんな技術を現場レベルで触ってきた過程で、どういうことをいつ学んできたのか書いていく。もちろんこれが正しいわけでもないし、人によってはフルスタックにならずに何かに尖らせたいということもあるので、参考程度にとどめていただければ、と思う。 長いので、あらかじめまとめを書いておくと以下のような感じ 週末とかもひたすら好きなモノを作ってみる。その際、できれば新しい技術で作ってみるのに挑戦する。 環境に慣れてきたら変える。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIer、フリーランス、事業会社を経験したエンジニアが語る それぞれの メリット/デメリット
ベテラン技術者が新しい環境で大失敗した話
