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
470
エンジニア採用担当はこんなポートフォリオにうんざりしている/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.5k
求人票の更新が辛い「ここが辛いよ採用担当」工夫や対策をシェアしよう!/20200716-lapras-meetup
tetsunosuke
1
1.5k
「老後に2000万円」をキャリアで考える/careerkaigi01-20190822
tetsunosuke
2
380
上司のオンボーディング/20190613-eom_jp
tetsunosuke
4
6.3k
研修講師が注意しているオープニングトークのデザイン / 20190312
tetsunosuke
3
1.9k
Other Decks in Programming
See All in Programming
知られざるDMMデータエンジニアの生態 〜かつてツチノコと呼ばれし者〜
takaha4k
4
1.3k
プログラミング言語学習のススメ / why-do-i-learn-programming-language
yashi8484
0
120
[JAWS-UG横浜 #79] re:Invent 2024 の DB アップデートは Multi-Region!
maroon1st
1
140
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
220
Amazon Bedrock Multi Agentsを試してきた
tm2
1
280
sappoRo.R #12 初心者セッション
kosugitti
0
230
データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns
mokuo
41
15k
AIの力でお手軽Chrome拡張機能作り
taiseiue
0
170
chibiccをCILに移植した結果 (NGK2025S版)
kekyo
PRO
0
210
定理証明プラットフォーム lapisla.net
abap34
1
1.7k
『GO』アプリ バックエンドサーバのコスト削減
mot_techtalk
0
130
密集、ドキュメントのコロケーション with AWS Lambda
satoshi256kbyte
0
170
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
29
2.2k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.2k
Optimizing for Happiness
mojombo
376
70k
Become a Pro
speakerdeck
PRO
26
5.1k
How GitHub (no longer) Works
holman
313
140k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Speed Design
sergeychernyshev
25
780
How to Ace a Technical Interview
jacobian
276
23k
GraphQLとの向き合い方2022年版
quramy
44
13k
Thoughts on Productivity
jonyablonski
69
4.5k
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 ◦ いわゆる「仕様」 •
課題の背景、解くための業務知識 • 難しいところ、自身にとってまだ課題であると思うこと
表現力を プロダクトで 見せる • クリエイティブ職(デザイナー・フロントエンドエンジニア)におすすめ • サイトならではの見せ方に気を配ろう • いろんなパターンの表現を盛り込もう •
触ってみよう、もっと見てみようと思う仕掛けを入れよう • そのプロダクトが何を解決しているのかを表現しよう