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
430
エンジニア採用担当はこんなポートフォリオにうんざりしている/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.4k
求人票の更新が辛い「ここが辛いよ採用担当」工夫や対策をシェアしよう!/20200716-lapras-meetup
tetsunosuke
1
1.4k
「老後に2000万円」をキャリアで考える/careerkaigi01-20190822
tetsunosuke
2
350
上司のオンボーディング/20190613-eom_jp
tetsunosuke
4
6.1k
研修講師が注意しているオープニングトークのデザイン / 20190312
tetsunosuke
3
1.8k
Other Decks in Programming
See All in Programming
外部システム連携先が10を超えるシステムでのアーキテクチャ設計・実装事例
kiwasaki
1
220
Kubernetes for Data Engineers: Building Scalable, Reliable Data Pipelines
sucitw
1
200
推し活の ハイトラフィックに立ち向かう Railsとアーキテクチャ - Kaigi on Rails 2024
falcon8823
6
2.2k
Vue SFCのtemplateでTypeScriptの型を活用しよう
tsukkee
3
1.5k
C#/.NETのこれまでのふりかえり
tomokusaba
1
160
PagerDuty を軸にした On-Call 構築と運用課題の解決 / PagerDuty Japan Community Meetup 4
horimislime
1
110
飲食業界向けマルチプロダクトを実現させる開発体制とリアルな現状
hiroya0601
1
390
カスタムしながら理解するGraphQL Connection
yanagii
1
1.2k
Go言語でターミナルフレンドリーなAIコマンド、afaを作った/fukuokago20_afa
monochromegane
2
140
開発効率向上のためのリファクタリングの一歩目の選択肢 ~コード分割~ / JJUG CCC 2024 Fall
ryounasso
0
360
Googleのテストサイズを活用したテスト環境の構築
toms74209200
0
270
Kotlin2でdataクラスの copyメソッドを禁止する/Data class copy function to have the same visibility as constructor
eichisanden
1
130
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
92
16k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
25
1.8k
BBQ
matthewcrist
85
9.3k
Measuring & Analyzing Core Web Vitals
bluesmoon
1
39
GraphQLの誤解/rethinking-graphql
sonatard
66
9.9k
Fashionably flexible responsive web design (full day workshop)
malarkey
404
65k
It's Worth the Effort
3n
183
27k
The World Runs on Bad Software
bkeepers
PRO
65
11k
10 Git Anti Patterns You Should be Aware of
lemiorhan
654
59k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
How STYLIGHT went responsive
nonsquared
95
5.2k
The Art of Programming - Codeland 2020
erikaheidi
51
13k
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 ◦ いわゆる「仕様」 •
課題の背景、解くための業務知識 • 難しいところ、自身にとってまだ課題であると思うこと
表現力を プロダクトで 見せる • クリエイティブ職(デザイナー・フロントエンドエンジニア)におすすめ • サイトならではの見せ方に気を配ろう • いろんなパターンの表現を盛り込もう •
触ってみよう、もっと見てみようと思う仕掛けを入れよう • そのプロダクトが何を解決しているのかを表現しよう