Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジニア採用担当はこんなポートフォリオにうんざりしている/20211125
Search
ITO Tetsunosuke
November 25, 2021
Programming
0
500
エンジニア採用担当はこんなポートフォリオにうんざりしている/20211125
2021/11/25 MENTA 主催 「ポートフォリオ作成のノウハウLT会【エンジニア・デザイナー向け】」
ITO Tetsunosuke
November 25, 2021
Tweet
Share
More Decks by ITO Tetsunosuke
See All by ITO Tetsunosuke
20230804/ジンジニアMeetup-キャリアブランチ
tetsunosuke
2
1.6k
求人票の更新が辛い「ここが辛いよ採用担当」工夫や対策をシェアしよう!/20200716-lapras-meetup
tetsunosuke
1
1.5k
「老後に2000万円」をキャリアで考える/careerkaigi01-20190822
tetsunosuke
2
390
上司のオンボーディング/20190613-eom_jp
tetsunosuke
4
6.4k
研修講師が注意しているオープニングトークのデザイン / 20190312
tetsunosuke
3
2k
Other Decks in Programming
See All in Programming
PHPで書いたAPIをGoに書き換えてみた 〜パフォーマンス改善の可能性を探る実験レポート〜
koguuum
0
160
AIコードエディタの基盤となるLLMのFlutter性能評価
alquist4121
0
210
ComposeでWebアプリを作る技術
tbsten
0
110
Youtube Lofier - Chrome拡張開発
ninikoko
0
2.4k
Building a macOS screen saver with Kotlin (Android Makers 2025)
zsmb
1
150
設計の本質:コード、システム、そして組織へ / The Essence of Design: To Code, Systems, and Organizations
nrslib
3
380
Deoptimization: How YJIT Speeds Up Ruby by Slowing Down / RubyKaigi 2025
k0kubun
0
810
Qiita Bash
mercury_dev0517
2
200
AI Agents with JavaScript
slobodan
0
230
gen_statem - OTP's Unsung Hero
whatyouhide
1
200
Road to RubyKaigi: Making Tinny Chiptunes with Ruby
makicamel
4
120
Making TCPSocket.new "Happy"!
coe401_
1
1.2k
Featured
See All Featured
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.3k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.1k
Navigating Team Friction
lara
184
15k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
Being A Developer After 40
akosma
91
590k
Building Applications with DynamoDB
mza
94
6.3k
Mobile First: as difficult as doing things right
swwweet
223
9.6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.2k
The Language of Interfaces
destraynor
157
24k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
19
1.1k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
23
2.6k
Designing for Performance
lara
608
69k
Transcript
兼業に関する状況報告 ポートフォリオとは 複数の書類をひとまとめに持ち運べる ケースのこと。 転じて、その人をよく表す、 (特にアーティストの) 作品集のこと。 (Cambridge Dictionary より意訳)
エンジニア採用担当はこんなポートフォリオにうんざりしている 〜ポートフォリオ作成のノウハウLT会 〜
自己紹介 MENTA歴3ヶ月 ブロンズバッジ 元エンジニア 採用担当 2 follow me @ tetsunosuke
採用担当として、 あまりにひどいポートフォリオの数々、 それを作らせて良しとしている人たちに一石を投じに来ました。 ポートフォリオ作成のお手伝いはしてません。 作成における技術的な問題解決はお手伝いします。 批判的な目で見てほしいときのアドバイスはします。 ※ 今日の話はクリエイティブ職の方向けではなくエンジニア向けです
(一定の条件を満たしていないポートフォリオには) 新卒採用の 「リーダー経験」「ボランティア」 と同じくらい うんざりしています
ポートフォリオ という 言葉 の 持つ意味 • 金融資産においては「組み合わせ」 ◦ 現金預金・株式・不動産・投資信託などなど •
クリエイティブ職種においては「束にして持ち運べるもの」 ◦ 「ポータブル」な「実績の組み合わせ」 ◦ 相手に合わせて多様な作品の中から合うものを選べるようにしておく
あなたのポートフォリオ 「組み合わせ」 になってますか? あるいは 見せたい実績を 見せられるようになってますか?
あえて厳しいことを言います • ポートフォリオサイトをなぜ作ってるのでしょう? ◦ 実務経験があれば、そもそも作る必要ありますか? ▪ まずはその現実をしっかり直視しましょう ◦ 他と同じことをやってて勝てるわけがないです ▪
新卒の「ボランティア」「リーダー経験」と同じです → だから差別化要因がないとうんざりになっちゃうんです
うんざりするポートフォリオは自己満足だらけ • 何を見せたいのかわからない ◦ トップページのURLだけが送られてくる ▪ 「なんとなくかっこいいサイト」を作ってる方が見せたいのは デザインのセンスなのでしょうか? ◦ GitHubのURLだけが送られてくる
▪ READMEがフレームワークのコピーなんですけど?
採用担当は 暇 で は あ り ま せ ん ! (なのでよほどじゃないと全部見ることはまずないです) 1ヶ月の努力が5分で捨てられないように 伝えたいことを可能な限り伝える努力を
ポートフォリオを見せるたった 2つ の理由 • 自分ができる力のポイントを示すため ◦ 作る力(プログラミング) → ソースコード ◦
考える力 (モデリング) → 設計プロセス ◦ 表現力(プロダクトデザイン) → デザイン・アイデア • 成長の可能性を示すため ◦ 一定期間内に自身の学びをどれだけ深め、試行錯誤してきたのか ◦ 調べたり聞いたりして成果を出す力、
3つのポイントごとの工夫どころ コードで 作る力を • GitHubの README ◦ フォルダ構成説明 ◦ 何を見てほしいか
• コミットコメント ◦ いい加減につけない • 「技術的な」ポイント ◦ 見た目や作った理由 ではない ◦ 可能ならAPIを分離 ◦ テスト書く ドキュメントで 考える力を • DBやクラスなどの設計 ◦ UML、スキーマ ◦ なぜそうしたか • 詰まった点 ◦ QiitaやZenn ◦ 手伝ってもらってできた ものよりも自分で葛藤し て成長した記録 プロダクトで 表現力を • 何を解決しているか • フロントエンジニアなら 力を入れよう • きれいにまとめるか多様 な表現を入れるかどちら かで勝負 • 普通のエンジニアにとっ ての優先度は低い!
成長の可能性とは • 学習習慣 • 学習期間 • 人に見せているか • アドバイスを受け入れ ているか
• 記録を残しているか (経験を積めたか)
時間は有限です どうせ作るなら良いものを そして良い見せ方を 見せたいことをしっかり伝える ポートフォリオにしましょう。 → 何を伝えたいか はっきりさせましょう
→ これから見せる相手が求めて いるのは何か考えましょう レビューしてもらいましょう → メンターやコミュニティの 仲間を活用しましょう → リクエスト・相談どうぞ
以下はボツ
作る力を コードで 見せる • GitHub の README.md は丁寧に • フォルダ構成や見てほしいところをピックアップ
◦ 自動生成されたファイル以外を見せたいですよね? ◦ テストを書いたとかロジックが難しいところとか • コードのコメント、コミットコメントはいい加減につけない • 多様な技術を使ってみよう ◦ 興味本位で技術を選んでも良い唯一の機会です
考える力を ドキュメントで 見せる • 設計に関するドキュメントを載せよう ◦ クラスやDB設計、UML ◦ いわゆる「仕様」 •
課題の背景、解くための業務知識 • 難しいところ、自身にとってまだ課題であると思うこと
表現力を プロダクトで 見せる • クリエイティブ職(デザイナー・フロントエンドエンジニア)におすすめ • サイトならではの見せ方に気を配ろう • いろんなパターンの表現を盛り込もう •
触ってみよう、もっと見てみようと思う仕掛けを入れよう • そのプロダクトが何を解決しているのかを表現しよう