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
TED本音を語る会スライド
Search
TatsuyaKitakatsu
January 28, 2020
Education
290
0
Share
TED本音を語る会スライド
TatsuyaKitakatsu
January 28, 2020
Other Decks in Education
See All in Education
Design Guidelines and Principles - Lecture 7 - Information Visualisation (4019538FNR)
signer
PRO
0
2.9k
Gluon Recruit Deck
gluon
0
160
Data Representation - Lecture 3 - Information Visualisation (4019538FNR)
signer
PRO
1
2.9k
Adobe Express
matleenalaakso
2
8.2k
Gesture-based Interaction - Lecture 6 - Next Generation User Interfaces (4018166FNR)
signer
PRO
1
2.1k
【ZEPメタバース校舎操作ガイド】
ainischool
1
160
GOBUSATA紹介
chankawa919
0
140
高校数学B「統計的な推測」 分野の問題と課題
shimizudan
2
130
演習:Gitの基本操作 / 04-git-basic
kaityo256
PRO
0
390
演習:Gitの応用操作 / 05-git-advanced
kaityo256
PRO
0
240
良い塩梅を実現する、AWSネットワーク3分クッキング
masakiokuda
1
220
アントレプレナーシップ教育機構 概要
sciencetokyo
PRO
0
1k
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
320
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
150
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
9.9k
Practical Orchestrator
shlominoach
191
11k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
10k
Designing Powerful Visuals for Engaging Learning
tmiket
1
320
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
120
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.6k
Transcript
プログラマ就職/転職 Tips サークルアラウンド 北勝
Index - 自己紹介 - 転職までにやってきたこと - 開発現場に入って感じたこと - ここまででやってきてよかったこと
自己紹介 - 27歳 - 前職は機械のエンジニア(20~24) - 海外留学を経て、26歳冬に帰国、プログラマを目指す - サークルアラウンドの個別トレーニング→アルバイトを経て、 同社のプログラマとして転職
- 最終学歴:高専
普段の業務 - 基本的に受託開発のみ - Ruby, Ruby on Railsを主に使用(たまにjavascript) - Docker,
AWSのネットワーク構築 - 技術ブログ執筆 → Tech Drive : https://dev.techdrive.top/ - 業務でやったこと Ruby(Rails), JavaScript(jQuery), AWS(Ops Works, Beanstalk), Docker(Dockerfile, docker-compose), heroku
プログラマになるまでにやってきたこと
学習の軌跡 - 上京前(4ヶ月) 平日:2~3時間 休日:5~6時間 - 上京→個別トレーニング(2ヶ月) 毎日8~12時間 カフェに引きこもる - 就職後(〜now)
休日に3~4時間程度
- Progate(ドットインストール) - Railsチュートリアル(途中で挫折) - Railsチュートリアルを参考に自作アプリを作成 →趣味共有アプリ - サークルアラウンドの個別トレーニングで同じアプリを現場の 書き方やお作法で一から作り直した
AWS Cloud9 を利用して、自作アプリのアウトプットを目標
開発現場に入って感じたこと
- 扱うコードの量が多い - コードの影響範囲って何? - アプリを作る知識以外も求められる - ハマった時にかける時間 - 質問のタイミング
- 質問の仕方 - 語彙力 - コード品質
扱うコードの量が多い - 自作アプリよりはるかに多いファイル数 - コード量が多い上にほとんどが他人が書いたコードを読んだ り、修正したりすることが多い - 何もかも多いからどこに何があるかを探すのに一苦労
コードの影響範囲 - まず影響範囲とは何か?なぜ知らないといけないのか? →自作アプリだけだとこれの重要性に気が付きにくい - どうやって影響範囲を調べるのか →Linuxコマンド`grep`, エディタのコードジャンプ よく影響範囲リストをexcelにまとめたりする
アプリを作る知識以外も求められる - webの知識 - SQLの知識 - google力 休日に書籍を読む+すでに知っている人に教えてもらう
ハマった時にかける時間 - 手助けを借りる相手の時間を奪いたくない - もっと調べろって言われるんじゃないか・・・ - 経験の浅いうちは →give up をいち早く知らせることが重要
→15分〜30分以上は悩まない →質問する前に質問内容を整理すること
質問のタイミング - 仕様の質問するタイミングがかなり遅かった →現状のコードと推測で仕様をわかったつもりになっていた 推測し始めるタイミングを常に意識して感じた瞬間が質問タイミン グを刷り込んだ
質問の仕方 - 問題が起こるまでのストーリーを最初から説明しがち →結局伝えたいことが伝わらなくて会話が長引く 結果を必ず最初に伝える 質問する前に質問する内容を整理する時間を作る
語彙力 - 休憩時間や業務時間外での会話、エンジニアトークが理解で きない ラジオを聞き流しているつもりで聞き流すだけ わからない単語をメモってあとで調べるorその場できく
コード品質 - エンジニアである以上、良いコードが書きたい 他人が書いたコードを真似る 業務外で書いてみる
ここまででやってきてよかったこと
- 業務外でコードを書くこと →業務の制約がなければ自由に実装できる - 学習はゆるく継続させる →書籍、コード書く、勉強会等なんでも良い - 「なぜか」「謎の」とか言わない →原因は必ずある 探るのは辛いけどそこが成長ポイント
ご静聴ありがとうございました