大規模Perl初心者研修を支える技術

Copyright (C) 1999-2013 DeNA Co.,Ltd. All Rights Reserved.
大規模 Perl 初心者研修を支える技術
株式会社ディー・エヌ・エー
玉田　大輔
1

自己紹介
2
• 玉田大輔 (29)
• DeNA 新卒５年目
• エンジニア
• 戦国ロワイヤル立ち上げ担当
• 2012 年春に HR に異動
新卒エンジニア採用と
中途エンジニア採用を担当
• 2013 年春新卒エンジニア研修
Project Manager

どんな研修をしたか
3

13’ 新卒エンジニア研修生
4
• Web 開発経験豊富な新卒
• いるけどごく少数
• Web 開発経験少しある新卒
• 情報系だけど Web …はあまり
• 理系だけど情報系じゃない
• Web 開発経験ない新卒
• 文系の新卒
• C 言語の授業さえ無かった
⇒ 総勢 71 名

どんな風に育てたいのか
5
• 変化に対応できる
• 自分で考えて自分で解決できる
• 大きな壁を越えられる
• 主体的に技術習得できる
• 研修後も技術知識習得継続できる
• 技術以外も成長できる
• 自身の弱みを改善しつづけられる
⇒ 自走できるエンジニア

研修の設計
6
• 講義だけ受けて卒業
• … …育成は現場が大変すぎる
• ワークショップ：チーム
• Skill あるメンバのみ成長
• Skill ないメンバの成長が困難
• ワークショップ：個人
• Skill に合わせたカスタマイズ可能
• 技術以外も育成できる
⇒71 名への個別指導研修

研修の基準
7
• ふつうの web engineer
• 設計： MySQL
⇒ 大規模想定の深い知識
⇒ Index, Transaction の深い知識
• 実装： Perl, OOP
CPAN⇒ モジュール普通に使える
⇒オブジェクト指向での開発スキル
• その他： Git, GitHub
• 基礎力
• 論理的思考力： MECE, ロジックツリー
• ふりかえり手法： KPT
⇒ 現場即戦力。中途採用市場で希少な ( と思う ) 基準

研修の運営
8
• 体制
• @ryopeko ：パーフェクト Ruby の著者
• 西野さん： SG のリードエンジニア
• その他外部講師など数名
• 会議体
• 毎日夜 1 時間振り返り MTG
• 情報共有＆課題への施策検討
• 業務
• 個別指導 ( レビュー , フォローアップ )
• 施策検討と実施 ( テスト , 見える化 )
⇒ 数名の運営で 71 名を育成

研修の概要
9
• 座学 ( 講義 + テスト )
• Linux, Network, MySQL, Web, Security, Git を講義 (2week)
• Perl は書籍読み独学で身に付ける
• ワークショップ
• 企画⇒設計⇒実装を一人でやりぬく
• 成功している大規模サービス想定
• 卒業は早抜け方式
• その他
• 各種ワークショップ ( スクラム , ストレス・マネジメント )
• Perl 技術テスト
企画設計実装

研修の詳細
10
• 既にある企画書がベース
• 企画レベルで分散すると、講師にとってレビューがつらい
• 最低限必要な技術要素 (batch, daemon, ranking) 詰め込める
• オリジナル機能を提案する
• 既存企画の問題点への解決施策
• 大きな改善が期待できるもの考える
• 論理的に優先度を検討
• 各施策の重要度、コストを考える
• コストと重要度から優先度を導き出す
⇒ 優先度高い施策を論理的に立案
企画設計実装

研修の詳細
11
• 遷移図 , DDL を作成
• 非エンジニアに共有できるレベルの遷移図つくる
• 大規模前提の DDL
• MySQL について深い理解
• 高トラフィック対応に必要な現場で得られる知識
• Cardinality, Cluster Index, Storage Engine, Range Search
• 抜け盛れない SQL, DDL を作成
• SQL 一覧作成し DDL と照合
• 高トラフィックサービスに適切な Index か網羅的に検証
⇒MySQL を深く理解した上での設計
企画設計実装

研修の詳細
12
• オブジェクト指向での Web Application 開発
• オブジェクト指向の理解が一番の難関
• 現場ではなく研修にて OOP で理想的なコードとは何か学ぶ
• 高トラフィック , レプリケーション遅延も対応
• トランザクション , Gap/Next Key/Record Lock
• Share/Exclusive Lock, レプリ遅延わざと起こして検証
• チーム開発を意識した情報整理 / 一貫性のあるコード
• オレオレコード撲滅 , MVC, 読みやすい変数、関数
• 自身の開発領域、チーム共通利用領域など役割わけ
⇒ 実装しながら理想的なコードとは何か理解
企画設計実装

研修の詳細：その他
13
• 技術力確認テスト： Perl
• 筆記テスト ( 何も見ちゃだめ )
• 技術知識の定着度確認
• スクラムワークショップ
• 認定スクラムマスターに依頼
• チームワークについて学ぶ
• ストレスマネジメント研修
• 臨床心理士に依頼
• Sys 障害にどう向き合うか学ぶ

大規模により得たモノ
14

人大杉で起きた問題
15
• 顔と名前が一致せず、状況把握も大変
• 似たような顔 ( メガネ多い ) や名前 (We have four Suzuki …)
• 各人の進捗、評価、問題点を全て把握する必要
• 講師間での意思疎通も大変
• 講師がバラバラに動いてしまう可能性高い
• 研修生だけじゃなく他の講師が何やってるかも把握すべき
• 全員と深い信頼関係を築くのも大変
• 一人ひとりと話す頻度は低下してしまう
• 潜在的な課題 , 不満の抽出も難しい
⇒ マネジメントうまくやらないと大失敗に

Solution ：顔と名前一致せず
16
• 顔と名前のリストを作成
• 入社時の写真で作成
• 講師全員に印刷して配布
• 鈴木は姓で呼ばず , 名で呼んだ
• 意識的にコミュニケーション
• リストをチラ見して話しかける
• 一致しない人をレビューするように
• 知ったかぶりをする
• 名前呼ばずにコミュニケーション
• あとでリスト見て思い出す

Solution:71 人の状況把握が大変
17
• Google Docs で見える化
• 研修生に進捗を書いてもらう
• 研修生に日報 , 週報でまとめてもらう
• 講師はレビュー結果を毎日まとめる
• 研修生の卒業予測つくった
• 徹底的に見える化
• 記録残せるものは徹底的に残す
• どうやるか考えて作ってみる

Solution: 講師の意思疎通大変
18
• 毎日 1 時間の振り返り MTG
• 講師全員集まり 1 日の振り返り
• レビュー結果を全員で共有
• KPI 等見て進捗確認
• 全員で PDCA サイクルまわしてた
• By-name で情報共有し続けた
• 基準のすりあわせ
• 講師毎の差が出てしまうのは許容
• 大きな Point のみコンセンサスとった
• 現場エンジニアに基準を合わせた

Solution: 信頼関係築くの大変
19
• ランチ , 飲み会等で frank に話す
• 本音聞ける：飲み会 >> ランチ
• 飲み会頻度増やす工夫した
• 回数多くできるように低コストで
• ぶらりと席近くに行って雑談も良い
• レビューでしっかりぶつかる
• ぶつかり合えば信頼関係できてくる
• 研修生に尊敬されることは大事
• ちゃんと叱り , 励ますこと
• “ ” ” ”人前で褒め、個別に叱ること
• 叱咤激励により急成長した人多かった

人大杉だから良かったこと
20
• 急成長メンバーが複数名でてくる
• 急成長の秘密を同期から盗める
• 横展開を容易にできる
• 同じ問題抱えるメンバも複数名でてくる
• 誰か改善すれば他のメンバも改善できる ( マインド含めて )
• 少数で試して全展開できる
• データ比較することで傾向や平均を導出できる
• 各 Phase の進捗から卒業予想を見積もりできる
• KPI 管理して施策検討＆実施することができる
⇒ 様々な成長を観測し、共有することができた

規模関係なしに得たモノ
21

規模に依存しない , 起きた問題
22
• オブジェクト指向を理解させるのは大変
• 大きな壁すぎて去年までは見送っていた
• 基本的なプログラミングの理解ないと厳しい
• 完全未経験の新卒をエンジニアにすることは超大変
• 技術だけ教えてもダメ
• マインド , 仕事の進め方も身につけないとできない
• 主体性のないヒトは更に難しいと思う
• 研修生の意識を変えること
• 言い訳しがちな研修生やっぱいる⇒外部環境に左右
• 学生気分からの脱却⇒作業者マインドから抜け出す
⇒ 技術、仕事力、マインドの全てを注入する必要

Solution:OOP の教育は大変
23
• Sample を参考にして
オブジェクト指向を学ばせる
• OOP な WAF 使うと教えやすい
• SQL::Maker など読んでもらった
• 継承元となる Sample つくった
• 必要なものはオーバーライドさせた
• 技術テスト (Perl) で理解度確認
• チェックポイントとして確認
• 研修生が解説して理解度高めた
• 勉強会を主催してもらった
• SQL::Maker 等の CPAN を読む会

Solution: 未経験者の育成大変
24
• 基礎 Skill 向上のきっかけつくる
• MECE, KPT, タスク管理を指導
• 面談で研修生の弱みを指摘
• フォローアップで個別ケア
• 成長加速する方法を講師と考える
• 自己分析して KPT しっかりとやる
• レビューだけでは見えない点育成
• 優秀な同期から盗ませる
• 急成長の同期から聞き出してもらう
• 他研修生の日報 , 週報から学ぶ
• ギャップを埋めるように改善を実施

Solution: 意識面での育成大変
25
• 経営目線に触れてもらう
• 取締役の小林さんなどに依頼
• 意識面でよい刺激をもらった
• フォローアップで個別ケア
• 環境次第で performance 違うの残念
• 言い訳は成長阻害の最大の原因
• 自身を客観的に観測してもらう
• セルフモチベーションコントロール
• 学生気分脱却できるようサポート
• 本当に成長する人は目の色が違った

規模に依存しない , 良かった事①
26
• フォローアップで成長加速をサポートしたこと
• 研修生が自身の weak point を克服する手助けとなった
• どうやったら底上げできるか、ノウハウがたまった
• 研修生に手をあげてもらい、積極的に任せたこと
• 主体的に同期を巻き込んで活動するきっかけをつくれた
• マルチタスクやチームワークなども経験できた
• 研修生自身でのふりかえり手法を早期から共有したこと
• 早期から自身を観測し改善しつづけるクセをつけることできた
• 振り返り上手い研修生はやはり急成長できた
⇒ 意識、仕事力の向上を手助けできた

規模に依存しない , 良かった事②
27
• 現場の技術志向高いメンバが技術基準を決めたこと
• 現場で即戦力となる技術知識に集中して教えることができた
• 参考となる書籍 , CPAN を教えたこと
• 書籍購入や CPAN 読むハードルを下げることができた
• GitHub 活用してレビュー等進めたこと
• GitHub ネイティブな初の研修生で現場からの評判良い
• 技術テスト (Perl) を実施したこと
• 進捗とは別軸で公正に定量的に評価できた
• 研修生が主体的に解説し , 抑える点を主体的に学んでもらえた
⇒ 技術 Skill の向上を手助けできた

研修生に聞いてみた
28

アンケートとりました
29
• どんな書籍がどう参考になったか
• 書籍、 Web などが対象
• どう利用したか、感想なども教えて
• 苦労した Point と Solution は？
• どこで心が折れそうになったか
• どうやって克服したのか
• 初心者たちへ伝えたいことは？
• Web Engineer 目指す初心者たちへ
• アドバイスをもらいました

参考になった書籍
30

参考になった Perl 書籍 Ranking
31
• 6th
. CPAN モジュール ( 書籍じゃないですが )
• Class::Data::Inheritable( 難しい ),SQL::Maker( 読み易い ) が評判
• 読むために必要な知識を得る過程が良い
• 色々な要素詰まっており、初心者脱出に最適

32
• 5th
. モダン perl 入門 ( 牧大輔さん著作 )
• “ ”デザインパターン , “ ”テストの章が特に評価高い
• Moose, Catalyst, 他 CPAN 使う前提なので中級者以上向け
• 2013 年 10 月に電子版 , 2014 年 1 月に発売予定
• 半分以上書き直されたそうなので、ぜひ買いなおしましょう !!

33
• 4th
. すぐわかるオブジェクト指向 Perl
• 非常に丁寧な解説で本当にすぐ分かると評判
• Perl でのオブジェクト指向実装方法を学びやすい ( 続 Perl よりも )
• オブジェクト指向の概念や必要性は別書籍で学ぶと良い

34
• 3rd
. Perl ベストプラクティス
• 自由度高い Perl ” ”でこうあるべきという可読性高い書き方学べる
• 基礎的なコーディングできるようになってから読むと良い

35
• 2nd
. 独習 Perl
• プログラミング未経験者には最も手をつけやすい
• 他言語でのプログラミング経験者にとっては物足りない

36
• 1st
. 初めての Perl, 続・初めての Perl
• 仕様についての情報の正確さ , 網羅率が支持された
• 練習問題が充実しており、しっかり解けば力がつきやすい
• 翻訳読み難い , プログラミング未経験者には難易度高い
• 続 Perl ” ”でリファレンスは良い ,” ”オブジェクト指向はわかりにくい

参考になった MySQL 書籍 Ranking
37
• 5th
. エキスパートのための MySQL[ 運用 + 管理 ]
トラブルシューティングガイド
• 第 3 章 5 に InnoDB のロックモニタとロックモードに関してすご
く詳細に書かれているのでトランザクションの挙動を追いかける
ときに役に立った
• データの断片化がどう起こるのかが非常にわかりやすかった。

38
• 4th
. Web エンジニアのためのデータベース技術 [ 実践 ] 入門
• どうやって大規模 DB 設計するのか基礎を学ぶことができた
• 正規化 / 非正規化の話がかなりためになりました。
• WebApp で , どの程度のアクセスが見込まれ , 許容できるのかを知る上
で、非常に助かりました。

39
• 3rd
. 漢のコンピューター道 (Blog)
• Web なのに信頼できる。深い内容がわかりやすくまとまっている
• ココで構造的な理解の後、公式リファレンス使うと良い
• 本質的な理解をするためにとても役に立った

40
• 2nd
. MySQL 5.1 リファレンスマニュアル ( 公式 )
• Index 走査や Lock 取得など詳細がわかる。概要分かった後に使う
• 日本語読みにくいので英語版の方がオススメ

41
• 1st
. 実践ハイパフォーマンス MySQL 第 2 版
• 大半の研修生が購入して参考にしていた書籍
• 3 章の Index についての解説が特に読むべきところ
• 内部構造や内部処理を詳細に理解することができる
• 必要な章だけ読むべき , 公式リファレンスも合わせて読むべき

参考になった Git 書籍 Ranking
42
• 3rd
. Git によるバージョン管理
• 各コマンドをどのような場面で使うのかを理解できる
• 具体例がわかりやすい

43
• 2nd
. Git ポケットリファレンス
• 分からないコマンドがあったときに調べることができる
• プルリクエストの図がみやすい

44
• 1st
. こわくない Git (Slide Share)
• とにかく分かりやすいと評判
• Git の概念を初めの一歩としてみるのに良い

参考になったその他書籍 Ranking
45
• 4th
. Vim テクニックバイブル
• vim で作業効率を上げたい人にはおすすめ

46
• 3rd
. 体系的に学ぶ安全な Web アプリケーションの作り方
• 古典的・代表的なセキュリティバグとその対策を（おそらく）網羅的に
、理論と実践の両輪から筋道立てて丁寧に解説した良著

47
• 2nd
. – デザインパターンとともに学ぶ - オブジェクト指向のこころ
• 最初の 30 ページほどにオブジェクト指向の真髄が詰まっている
• この本 ( の 1 章 ) でオブジェクト指向の概念学び , 他を読めば良い

48
• 1st
. リーダブルコード
• 「動けばいいコード」から脱却する学習時間対効果の高い本
• 良いコード , 悪いコードの基準を学べた

苦労した Point と Solution
49

50
• 3rd
. 綺麗なコードを書けない
• リーダブルコードで得られた知識を実践した研修生多数
• 全体設計を考え、オブジェクトとメソッドをモックで作る。
その上で既存モジュールで流用できる場所を考える。
• 知識より各機能をどう分類、階層化、共通化するかが大事。
自分なりの思考整理術を身につけておく事がオススメ。
• 4th
. Web の情報が正しくない , 質も悪い
• ブログは参考程度に。“これ本当？”と思いながら、 perldoc や
公式リファレンス、書籍等で裏を取るようになった。
• MySQL の Lock 周りが公式でも信用出来ないので苦労している。

51
• 1st
. オブジェクト指向を理解できない
• 理解深い同期と飲んで「オブジェクト指向って何なのか」を朝
まで語り合った。それにより概念的な理解が進んだ。
• 「オブジェクト指向のこころ」を読み、自分の実装と照らし合
わせる事で、オブジェクト指向の感覚をつかむ事ができた。
• 実装機能を「何をどうする（動詞＋目的語）」と書き出して、
オブジェクトとして実装すべきもの / どう使うかを整理した。
• 2nd
. Web Application Framework を把握できない
• リクエストからレスポンスまでを追って地道に解決していった
• 巨大な敵にそのまま立ち向かうのでなく、一つ一つの機能ベー
スで理解して、着々と進めていった
• 型グロブやコードレフなど、見たことのないコードが多かった
ので、ググりながらその機能を自分で試すことで理解した

初心者へ伝えたいこと
52

53
• 3rd
. 知識を人に晒してインプットを得ろ
• コードを積極的に人に見せてディスってもらうと刺激になるし、ブ
ログなどで技術知識をまとめるといいプレッシャーになる。
• 勉強会を主催するとプレッシャーにより学習濃度がとても高まる。
観覧者も発言すると大きく学びの幅が変わると思います。
• 相当な理解がないと人に教えることは出来ない。最初から「人に教
えられる」というレベル感で学び、定着させると良い
• 4th
. 信頼できるエンジニアからのサジェストを活用しろ
• 講師、先輩からサジェストされる情報、技術は非常に有用。
• 自信の無い人は先輩などにアドバイスをもらってみると良い。
• 自分より少し上くらいの技術力の同期と仲良くなるとよさそう。

54
• 1st
. 不確実な Web の情報に迷わされるな ( 大多数の意見 )
• 信頼できる順：実験 > 公式 > 書籍 >>>>>>>>> Web
• 本当にブログの記事は信用ならない事は痛感しました。
• Web 上で情報を探すより本を買った方が最終的に早い。
• 書籍で基本をマスターし、詳細は公式ドキュメントで学ぶべき。
• 2nd
. 実際にコードを書いて試すとよい
• 公式と書籍にプラスして実験。いつ壊れても良い仮想マシンを常備して
、気になることは即実験する。わからないことや危険なことを躊躇する
ことなく試す。
• 悩んでも分からない事は多いので、実際試す事が非常に大事。
• 公式ドキュメントより、実践する方が何倍も知識が得られた。

研修した結果
55

研修した結果
56
• 研修中に大きな壁を乗り越えた
• 2014 年 2 月卒業予想⇒ 9 月卒業と巻き返した新卒も
• 自身の強みと弱みを理解して、弱みを克服できるように
• 本当に自走できるエンジニアとなった
• 新卒たちで様々な勉強会を主催するように
• BBQ, 屋形船 , YAPC 幕間 CM, Perl テスト解説など手をあげて担当
• 書籍や公式 Web などから高度な技術知識を自分で得られるように
• 技術以外でも大きな成長をしてくれた
• ロジカルシンキング等の基礎力が大きく向上した新卒も
• みんなの手本になる大きな成長をし、同期に還元してくれた
⇒ 期待以上の成長をしてくれた

さいごに
57

さいごに
58
• ヒトに focus して良かった
• 見違えるように急成長した研修生が多数いた
• 個別に watch しつつ , 早期発見 , 早期対応することが大事
• 現場エンジニアと共に研修フルコミットしたのも良かっ
た
• 理想的な Web 開発とは何か研修で知ることができた
• 現場と研修の差異を極力無くすことができた
• 「自走できるエンジニア」が目的で良かった
• どんな現場 , 環境に配属されても成長していける ( 実例も )
• 良い意味で期待を裏切って成長した研修生多数いた

大規模Perl初心者研修を支える技術

More Related Content

大規模Perl初心者研修を支える技術