『Railsの学び方、あるいは本の書き方、そして教え方』 銀座Rails27 2020/11/27 https://ginza-rails.connpass.com/event/193008/
「Railsの学び⽅、あるいは本の書き⽅、そして教え⽅」銀座Rails #27 2020/11/27 https://ginza-rails.connpass.com/event/193008/五⼗嵐邦明/igaiga twitter: igaiga555ガーネットテック373株式会社
View Slide
⾃⼰紹介五⼗嵐邦明/igaiga twitter: igaiga555フリーランスRailsエンジニア ガーネットテック373株式会社著書:『ゼロからわかるRuby超⼊⾨』、『Railsの教科書』、『パーフェクトRails［増補改訂版］』、『RubyとRailsの学習ガイド』銀座RailsはVol.03 2018.11.21 LT以来、ちょうど2年ぶりリンクアンドモチベーション、forkwell、SONY各社さんの継続⽀援に感謝河野君とは群⾺⾼専時代の同級⽣
ゼロからわかるRuby超⼊⾨ 発売2周年イラスト描いてくれたべこさんは群⾺⾼専の後輩https://twitter.com/becolomochiプログラミングが初めての⼈向け現存するRuby本の中で「最も易しく、分かりやすく、かわいい」を⽬指した本Railsで使う知識は⼀通りカバーSinatraを使ったWebアプリの説明
【提供】 RMHさんRMHさんTokyuRubyKaigi でもお世話になったVoyageGroup傘下の会社私もお⼿伝いしています今回の私の発表に対してスポンサーになっていただきました業務時間中に今回の資料作成時間をいただきました(-⼈-)1⼈⽬のエンジニア社員を募集していますくわしくはまた後で
えこひいきが発⽣しますスポンサー: RMH(TokyuRubyKaigi でもお世話になったVoyageGroup傘下の会社)新⼈研修業務: Classi各スクール: フィヨルドブートキャンプ、DAIMYOエンジニアカレッジ、Dive Into Code販売: BOOTHRailsチュートリアル、Railsガイド運営: YassLab「プロダクト開発が学べるRailsチュートリアル、RubyとRailsの学習ガイドなどを執筆する『五⼗嵐邦明』⽒と連携し、コンテンツ拡充へ」https://prtimes.jp/main/html/rd/p/000000002.000038934.html書籍群:『ゼロからわかるRuby超⼊⾨』、『Railsの教科書』、『パーフェクトRails』、『RubyとRailsの学習ガイド』
今⽇の流れ第1部 学習編第2部 執筆編第3部 教育編限られた時間なので全体的に概論になっていますもっと聞きたい箇所があれば次回登壇の参考にしますのでリクエストください今回のTryとして「 ⽴場を替えて⾒る」を書いています「学ぶ側からはこうで、教える側からはこう」といったもの裏側から⾒ることで得られる知⾒がないかという試みマークが出てきたら、この視点の内容だと思ってくださいなので、教育編に学習の話が出ることもあります
第1部 学習編主な内容Railsの学び⽅の基本的な流れわからないことをわかる技術抽象と具象の旅⼼を⽀える技術
Railsの学び⽅の基本的な流れ書籍・資料をつかった学習
Railsの書籍・資料をつかった学習 Rails編難易度やさしい順に並べてますRailsの教科書: https://tatsu-zine.com/books/rails-textbook【この間の本がもっと欲しいです】Railsガイド: https://railsguides.jp/独習Ruby on Rails(著: ⼩餅良介):https://www.shoeisha.co.jp/book/detail/9784798160689現場Rails(著: 万葉衆): https://book.mynavi.jp/ec/products/detail/id=93905Ruby on Rails 6 実践ガイド(著: ⿊⽥努): https://book.impress.co.jp/books/1118101134Railsチュートリアル: https://railstutorial.jp/パーフェクトRails: https://gihyo.jp/book/2020/978-4-297-11462-6【この先の本ももっと欲しいです】
Railsの書籍・資料をつかった学習 周辺技術編Git: わかばちゃんと学ぶ Git使い⽅⼊⾨ https://www.c-r.com/book/detail/1108コマンド版 https://www.r-staffing.co.jp/engineer/entry/20190621_1HTTP, REST: Webを⽀える技術 https://gihyo.jp/magazine/wdpress/plus/978-4-7741-4204-3DB設計: 楽々ERDレッスン https://www.shoeisha.co.jp/book/detail/9784798110660SQL: SQL書き⽅ドリル https://gihyo.jp/book/2016/978-4-7741-8066-3RSpec: Everyday Rails https://leanpub.com/everydayrailsrspec-jp監視: わかばちゃんと学ぶサーバー監視https://twitter.com/llminatoll/status/1322805164126789637AWS: AWSをはじめよう https://booth.pm/ja/items/1032590暗号技術: SSLをはじめよう https://booth.pm/ja/items/1834443暗号技術: 暗号技術⼊⾨ https://www.hyuki.com/cr/達⼈プログラマー https://tatsu-zine.com/books/the-pragmatic-programmer-2ed
地図をつくる「RubyとRailsの学習ガイド2019」より: https://igaigarb.booth.pm/items/1312664追記したい項⽬: CI, Redis, Load Blancer, CDN
書籍の先の世界本は0から100くらいまでの知識を学ぶ道具そこから実務で使う1億くらいまでの知識をどうやって増やすか100くらいまでは⽇々つかう技術その先、1万、1億と知識を増やしていくと使う頻度はどんどんまばらになるこれはよく使う、これはほぼ使わない、これは1年に1回くらい使う、といった感じそもそも本にまとまっていない技術もたくさんある「執筆編」でこの分野の本が欲しいを話します
わからないことをわかる技術最初のうちは本や資料などで⾃習して、「わかることを増やす」作業をしていくまばらになり始めた当たりからは同じ⽅法では効率が悪くなっていくそこからは並⾏して「わからないことをみつけてわかるようにする」作業をやると良い「わからないことをみつける」ことは⾃分1⼈では難しい作業なので、先輩からのコードレビューや質問、会話を通じて「わからないこと」を探していくのがお勧め特に、問題を解くためのコードを書き、それに対してコードレビューを受けることはとても良い練習になる実践的によくつかう技術の中で「まだ知らないこと」を学ぶことができる
わからないものに遭遇したときの対応⽅法例3回とりあえず読んでみる短いサンプルコードを探す別の説明を読んでみる⼈に聞いてみる（次のページから掘り下げます）半年寝かしてまた読んでみる参考: Web系上場企業CTOが考えるプログラミング初学者の学習についてhttps://note.com/yoshikouki/n/n270610a5d4c6
質問できる場所を探すプログラミングを続ける限り、質問や議論をしつづけるのでその練習でもある質問できる場所の例ruby-jp Slack newbieチャンネル https://ruby-jp.github.io/回答されてる⽅々のオールスター感がすごいプログラミングスクール私もフィヨルドブートキャンプやDAIMYOエンジニアカレッジで回答してますプログラミングスクールは次の2つを提供できると良いと考えている「質問できる場所」、「分からないところを⾒つけてもらえる場所」これをやるには現場⼒のあるエンジニアが必要なので⾼コストになるのが難しい加えて、将来を⾒越して「コミュニティとつながれる場所」であるとより良い
質問する技術を⾝につける質問スキルを上げる⽅法いろいろ質問してみて、どんな答えが返ってくるのかふりかえりしてみる「⾃分が望む問いが返ってくる確率が⾼いのが良い質問」最初はこんな⾵に考えるとフィードバックサイクルを回せるかもいろんな⼈に聞いてみる違う答えが返ってくるので多⾓的に学べるpublicな場所での質問は、⾃分だけでなくみんなの役に⽴つ折れない⼼
具体的な質問で考えてみる例:Q.「オブジェクト指向がわかりません」A.「わからないわかる」「オブジェクト指向」が指すものが多すぎて何を知りたいのかが分からないもう少し分からない部分の情報を増やしてみる
オブジェクト指向がわからないがわからない問題クラス、メソッドの⽂法と動作イメージがわからないRuby超⼊⾨で練習どんなクラスを作ればいいかが分からないRailsでは規約にのると楽できるRailsでどんなクラスを作るかはまずはモデルの設計からモデル設計はテーブル設計をするとついてくるテーブル設計は「楽々ERDレッスン(ISBN: 9784798110660)」で練習URL設計がわからないRESTを「Webを⽀える技術(ISBN: 9784774142043)」で練習良い名付けが分からないWEB+DB PRESS vol.110 「名前付け⼤全」 藤村さんの記事で練習電⼦版買えます: https://gihyo.jp/magazine/wdpress/archive/2019/vol110
質問の答えがバラバラで困る問題たくさんの⼈に聞くと正反対の回答を得たりもする先⼈の回答は先⼈のコンテキストでの回答であることに注意⾃分にとってはあてはまらないことも多い話半分に聞くべき聞いて情報を集めたあとは⾃分で判断する必要がある信頼のおける「よりどころ」から論理を組み⽴てて判断する
よりどころの育て⽅最初は先⼈の意⾒をよりどころにする信頼のおける先⼈をどうやって探すか問題は難問だんだんと以下の技術を判断のよりどころとして増やしていく規格（RFCなど）動いているソースコード公式ドキュメント(次ページから解説)作者の思想
Railsでわからないことがあったときの調べ⽅Railsガイドhttps://railsguides.jpRails公式ドキュメント。機能単位の解説。調査にも便利ですが、全体⼀読しておくとRails⼒が上がりますapi.rubyonrails.orghttps://api.rubyonrails.orgRails公式リファレンスマニュアル。メソッド名から機能を検索。Railsのコードに書かれた説明コメントがブラウザ上で読めるようになっています慣れてきたらソースコードをgrepで探してから、Webへ⾏くと読みやすいソースコードから読んでると関連コードも読めて便利ですまた、このページに載っていないメソッド群はRailsのプライベートAPIですプライベートAPIなメソッドは利⽤を控えるのがお勧めです
Rubyでわからないことがあったときの調べ⽅るりま(Rubyリファレンスマニュアル)https://docs.ruby-lang.org/ja/Ruby公式リファレンスマニュアル辞書的な使い⽅のほかに、全体⼀読するのもお勧めですArray, Hash, String, Enumerableだけでも読んでおくと効果的【宣伝】リファレンスマニュアルの使い⽅をRuby超⼊⾨ 5章に詳しく書きましたるりまサーチhttps://docs.ruby-lang.org/ja/search/メソッド名などの⽂字列をるりまから検索できますRubyソースコードdoc/standard_library.rdoc に添付されているライブラリ⼀覧がありますhttps://github.com/ruby/ruby/blob/master/doc/standard_library.rdoc
抽象と具象の旅ある解決⽅法を持っていたとしますそれを完全⼀致でない別の問題を解くときに利⽤したりしますよね？これは勘でやってるけど、なぜそんなことができるのかはそれほど簡単ではない実はここで私たちは「抽象の世界」と「具象の世界」を⾼速に往来している例: 「あ」という⽂字を認識するとき、明朝体とゴシック体で同じ「あ」だと認識できるドット単位で完全⼀致しているわけではない「あ」とは「この辺から線が始まってｽｯｽｯといってｼｬｯとしてる⽂字」みたいな抽象化した理解をしている新しいドットパターン（具象の世界）が出てきたときも、「あ」として認識できる抽象の世界へ⾏くと適⽤範囲が広がるその代わりに、理解が難しく、適⽤⽅法と適⽤可能範囲を考えないといけなくなる
抽象と具象の旅 つづき抽象と具象の旅はプログラマが毎⽇使う技術その割に学び⽅が確⽴されていないどうすればいいのか？私も答えは持っていない⽅法案: 具体例をいくつか集めて、当てはまるか当てはまらないかを分類するその境界線をみつけて⾔語化できるとかなり本質に迫れているのではないか抽象 具象 抽象を往来して理解を深めている例オブジェクト指向のカプセル化(抽象)attr_accessorを書いて公開してる(具象) カプセル化していないattr_accessorを書いてない(具象) カプセル化している不要な公開をしていない(抽象)
⼼を⽀える技術こんな悩みも出てくるかもしれません⼀緒に学習していた⼈が優秀で同じペースで学習できない若者が優秀でｽｯと追い抜かれる⻑くプログラミングを学びつづけるコツは「⼈と⽐べない」、⽐べるのは昨⽇の⾃分「アドラー⼼理学⼊⾨」 岸⾒⼀郎 ISBN: 97845841031281⽇1⽇⼩さい新しくできるようになったことを感じる技術を⾝につけるこんなにもたくさん成⻑を感じるポイントがある仕事は希有かもしれません
⼼を⽀える技術 書籍アドラー⼼理学「アドラー⼼理学⼊⾨」 岸⾒⼀郎 978-4584103128悩みの解決⽅法のレシピブック「道は開ける」 デール・カーネギー 978-4422100524原始仏教瞑想「反応しない練習」 草薙⿓瞬 978-4041030400メンタルタフネスストレスのない世界では⼈間は⽣きられないストレスをうまく利⽤する⽅法「メンタルタフネス」 ジム・レーヤー 978-4584391778
雇⽤形態の考察就職前にアルバイトが活⽤できたらしていくべき稼ぐことで持続可能になる会社をよく⾒ることもできる社員(正規雇⽤)かアルバイト(有期業務委託)かの違いプログラマはアルバイトでもそれほどデメリットがない（と思う）転職先となる企業が多いため「⼦供を保育園にいれたい」のようなケースでは関連してくるかも？もしも1年以上同じ会社でアルバイトしていたら良い待遇（賃⾦or雇⽤形態）を求めよう
就職選考時に企業側が考えること前提: 採⽤基準は会社によって全然違うなので落選したら「相性が悪かった」でかたよってるかもですが私が選考側で、対象者がビギナーレベルであればこう考えますどれだけの技術知識を持っているか（考えないわけではないが、⽀配的ではない）この⼈に対して既存メンバーがどのくらいの時間、どのくらいの割合で⼿助けするか基本線（相性やお互いの⽬指す先の摺り合わせ）は確認済みの前提
就職時の⼒量の考察どのくらいの⼒量を⽬標にするのか？⽬安: PRコメント3往復程でマージできるくらいの⼒量を⽬標に（厳しめ⽬標）「この⼈に対して既存メンバーがどのくらいの時間どのくらいの割合で⼿助けするか」PRやSlackでのやりとりがスムースにできるまで成⻑する⾒込みがあれば採⽤しやすい参考: 「Railsエンジニアとして就職できるレベルとは」https://docs.komagata.org/5494多少の教育コストはかかるけど、トータルで⾒れば助かるなので、知識よりも実践的なやりとりの練習をした⽅が早くゴールできる仮説はあるわからないところをわかるようにしていくプロセスの学びとその練習
第2部 執筆編この分野を書くと良いのでは既にある本は前述収⼊と⽣態系本の作り⽅書き⽅のコツ今⽇は主に書籍の話をしますが、書く媒体としていろんな表現⽅法があります書籍Web動画それぞれ補完的
この分野の書籍・資料が欲しい2020秋オブジェクト指向: 前述デバッグ⼊⾨⾮同期実⾏⼊⾨GraphQLをRailsで使う体系的な資料push通知、メール送信基礎Excelファイル読み書き （「退屈なことはパイソンにやらせよう」的な⽇常業務応援本）Web操作⾃動化、情報取得 (ferrum gemつかってみたい)趣味全開本本にも多様性が必要同じ分野に本が何冊かあった⽅がいい
⾜りないものを埋めるか、売れるものを書くか⾜りないものを埋めたいときに、売上と両⽴できれば最⾼「⾜りない分野だが、売れなそうなもの」を書くモチベーションを作れないのかたとえばそれを仕事とすることはできないのかエンジニアに執筆を仕事で頼むと書籍相場に対してすごく⾼額だけどそのお⾦をなんとか⼯⾯できないのかと思う答えはまだない以前やった執筆スポンサー制度で⼀定の成果はあったので別案を考えていきたい採⽤の道筋を⽴ててスポンサーを募る？（カンファレンススポンサーのような）「御社課題の資料を作成して勉強会開催」を業務にして、その資料の権利をもらう？
私の書籍での印税⽐較RubyとRailsの学習ガイド 個⼈(BOOTH) 500円 電⼦版BOOTH⼿数料 5.6％+22円 #=> 印税約90%Railsの教科書 商業(達⼈出版会) 1100円 電⼦版 #=> 印税約50%Ruby超⼊⾨ 商業(技術評論社) 2728円 紙版商業誌紙版の印税は⼀般的に5〜10%を全著者で分配。電⼦版印税は把握難。パーフェクトRails 商業(技術評論社) 3828円 紙版印税⾦額(1冊当たり): Railsの教科書 ≅学習ガイド >> Ruby超⼊⾨ > パーフェクトRails販売数: Ruby超⼊⾨ > パーフェクトRails >> Railsの教科書 ≅学習ガイド総利益⾦額: だいたい同じ。期間の短いパRailsを除くと2倍程度の差に収まる。参考: チェリー本筆者 伊藤さん記事 https://blog.jnito.com/entry/2020/11/25/074822
商業出版と個⼈出版商業出版利益: ⼀般的に販売売上の5〜10%を全著者で分配たくさん売れる、印刷技術が⾼くきれい要求品質が⾼いため執筆時間かかる、出版後の修正がしづらいなどの制約個⼈出版利益: ⼿数料を差し引いた残り(電⼦版なら売価の90%程を得られる)修正や改定をコントロールできる、販売広報は難しい⾃分で権利を持って活⽤できるRailsチュートリアルと提携(今⽉) https://codezine.jp/article/detail/13209DAIMYOエンジニアカレッジ Rails基礎コースで「Railsの教科書」読書会開催(今)https://daimyo-college.pepabo.com/
個⼈で書籍を書きたいとき 販売⽅法編BOOTH(個⼈出版): ⼿数料 5.6％+22円 #=> 印税: 約90%電⼦版（フォーマットはPDFほか⾃由）で売るのはすごくかんたん紙版は⾃宅から発送 or ⽉1100円で倉庫発送（発送まで全⾃動で便利）Zenn(個⼈出版): ⼿数料 約10%+3.6% #=> 印税: 約87%markdownで書けば公開、販売できてすごくかんたん短く書いて、売れるかどうかの調査もできる技術書典はめちゃめちゃ売れる物理開催の⽅が売れるが、オンライン開催でもそれなりに売れる特に紙版がすごく売れる（オンライン開催でも同じ傾向）紙版をコストをかけて刷るか刷らないかの判断技術書典、すごく良い場所だと思うので技術季報を⾼く買って応援してます次回 技術書典10 年末年始開催 申込〆切11⽉末 https://techbookfest.org/
個⼈で書籍を書きたいとき 製作編markdownで原稿を書くReVIEWでPDFを作る例(私の利⽤ツール): Re:VIEW Starter https://kauplan.org/reviewstarter/VivliostyleでPDFを作るメリット: CSSを使って組版できるデメリット: ブラウザがバージョンアップすると⾒た⽬が変わるDockerでブラウザのバージョンを固定した環境をつくるなどしておく物理本を印刷所で刷るときもPDFベースでいける調整は隠しノンブル(⾒えない所へページ番号出⼒)付与くらい(印刷所の技術に感謝)私は技術書典に持ち込みやすい⽇光企画さんを利⽤してますpixivFACTORYさんだと印刷所横断検索ができます組版のノウハウがなければ、達⼈出版会に持ち込むのも⼀⼿組版は技術書典コミュニティへ⾏くと詳しい⽅がたくさんいます
商業誌で書きたい⽅へ機会を得るためのポートフォリオ替わりに個⼈で何か書いておくとよい商業誌の著者は燃え尽きがち次の執筆を誰かに任せられないか⻁視眈々と狙っている既に何か書いている⼈だと執筆の話があるときに推し易い儲けが少ないので、ほかのメリットと組み合わせてなんとかモチベーションをつくる⾃分ブランド向上など
書き⽅のコツ以降で説明していきます紙⾯の都合で今⽇説明しきれないことをここに書き残しておきます書き⽅のコツ 話さないこと読み続けてもらうためのモチベーションを意識するスタート地点を決める: どの層の⼈をターゲット読者にするかスタート地点によって想定前提知識が決まってくるゴール地点を決める: この本を読み終わったら何ができるようになるかゴール地点を決める⽅がスタート地点よりも難しいと思う
わかりやすい説明は分解と順番が⼤切⽂章⼒、国語⼒は⼀定レベルで成果物への分かりやすさ寄与が飽和する感じがする順番の⽅が分かりやすさ寄与が⼤きいのでは仮説詳しくは以下で話しましたとちぎRuby会議09「考えるのはたのしい」資料: https://speakerdeck.com/igaiga/tork09igaiga
本はDRYに書いてはいけない⼀度⾔って伝わるのは30%⼤事なことは繰り返し⾔う必要があるとはいえ紙⾯に限りもあるし、伝わった⼈には邪魔にもなるばれないようにいかに繰り返すか逆の⽴場で、読む時に「なんかこれよく出るな」と思ったらそれはたぶん⼤事
本に書かないことを決める「書かないことを決める」のはとても価値がある⾏為書くことを増やすのはかんたんだが、減らすのは難しい読み⼿が費やす時間を減らし、得る内容を集中させることで理解を深めることができる「書かれていないこと」の理解処理を読み⼿の未来へ遅延⾮同期実⾏させるイメージ「説明する」「外部資料引⽤して⾔葉だけ説明」「触れない」と段階を追って落とす書かれてないことは「必要ない」ではない「この本に書かれたことよりも現在は重要度が低い」なことに注意詳しくは以下で話しましたおつかれシャワー(june29 Vlog) #095 さまざまな学習スタイルhttps://youtu.be/vIwyyqb1WOU
⼈間は全て別の処理系⾃分処理系で動いても、他の処理系では動かないことがあるコードは多処理系対応するのに、⽂章は多処理系対応しないんですか？(煽り)教えること、本を書くことの上達にはたくさんの処理系の情報収集をすると良い質問するときにも、回答が⼈によって違う前提を利⽤しよう複数処理系の結果によって複数の知⾒を得られる
多くの処理系を知る良い⽅法ruby-jp Slackで質問に答えるフィヨルドでメンターやるときどき募集してますフィヨルドはコミュニティ受講⽣、メンター、野良メンター（関わりある企業の⼈たち）らが集まる場所受講⽣を含むメンバーたちによる継続的なカリキュラム改善Rubyコミュニティの「⾨」の1つに育ちつつある(個⼈の感想です)⾓⾕さんの講演動画: https://fjord.jp/articles/2020-09-14.html
第3部 教育編説明のコツ次の3つを話します相⼿が前提で持っている知識を確認する「型」と「実践」に分解して理解して説明しよう受信バッファに収まるように全体イメージを活⽤する達⼈プログラマー 第2版 「7.伝達しよう」に良いことがたくさん書かれていますhttps://tatsu-zine.com/books/the-pragmatic-programmer-2ed企業での教育について私が技術顧問業をこんな感じでやってますの経験談【宣伝】
相⼿が前提で持っている知識を確認する答えを理解するのに必要な、質問者が事前に必要とする知識を考える必要ならいくつか質問をして、質問者がそれらを持っているかを確認する説明のスタートラインを決めていくイメージ本ではできないが、1:1なら処理系ごとの動的な分岐ができる⼈間は全て別の処理系であることを忘れない
「型」と「実践」に分解して理解して説明しよう学ぶ⼈、教える⼈へ向けた、説明のコツの話「型」と「実践」に分解して理解して説明しよう型: 抽象化されている有⽤なパターン実践: (複数の)型による⾏動と判断の過程(例)テニス 「型: ラケットの持ち⽅、振り⽅」「実践: 実際に振ってボールを打つ」RailsDM講演 2018/03/25「知性の習得」で詳しく話しました資料: https://esa-pages.io/p/sharing/4060/posts/696/32c79c339c3a2e476ceb.html動画: https://youtu.be/GqiIF_3RyU8
型と実践の例if wallet.overflow!do_somethingend使った型: 「重要なコードを先に書く」使わなかった型: 「コードは短い⽅が全体を読みやすい」実践: 型「重要なコードを先に書く」を優先して、型「コードの短さ」よりも先に書いた財布があふれる喜びを表現していると解釈できるwallet.overflow!でnilが返ってきたらすごく悲しいですねこれは・・・もし喜びが強調不要なら、天秤が逆になり、コードの短さ優先で後置ifで書くだろう
「型」と「実践」に分解して理解して説明しよう⽇々の型と実践の「結果」は観察できるある実践には、複数の型がそれぞれ違う重みで⽤いられるたいていの場合、重みづけは⾒えづらいつかわれなかった型も⾒えづらい重みによる判断の結果、ある特定の型と反することをしているようにも⾒えるメンターは、⾃分が、またはメンティーが使った型と重み付けを説明していこうメンティーはPRコメントの指摘をこれで分解してみよう型はわかりづらいこともあるそのときは聞いてみよう
受信バッファに収まるように全体イメージを活⽤する例: 「AとBを⽐較して、結論はAが良いなんだけど、理由が3つあるので順に話すね」最初に全体を⾒通せるように話すと聞く側が受け取りやすい受信側は脳内にゼロから展開するので、受信バッファの利⽤メモリ量が多くなる全体図があると、使⽤する脳内メモリ量を減らせる（気がする）受信メモリ量は有限直接関係ない話は結論後に様⼦を⾒ながら話したり、後⽇にするのが理想博物館の順路を⾒せるようなイメージ送信側はアドリブで説明全体のイメージを設計する必要があるので、がんばるこのページもこの技を使ってみましたが、理解しやすかったでしょうか？受信側も整理しながら聞いたり、紙に書き出しながら聞くとたくさん受け取れるかも
説明のコツをいくつか紹介しました前提で持っている知識を確認する「型」と「実践」に分解して理解して説明しよう受信バッファに収まるように全体イメージを活⽤する学ぶときはこれらの裏返しを考えてみる前提で持っている知識を提⽰する ここまで調べてこう考えている「型」と「実践」に分解 判断結果に対する根拠と重み付けを聞く受信バッファに収まるように全体イメージを活⽤ 全体を整理しながら聞く
企業での教育について他の⽅法と⽐較して「社内で活躍している状態」から逆算で設計できるメリットがある⾃社で有⽤な技術を優先して学習できる⾃社で使わない技術を省略したり後回ししたりできる現実的なコストでどうやって成⻑環境を作っていくか研修設計者の腕の⾒せどころ【宣伝】私を呼んでください成⻑環境がないと採⽤活動でも不利になっていく企業の魅⼒を上げられない
企業での研修設計受講⼈数が少ないうちは、教材づくりよりも練習や議論に時間を使う⽅が得な気がする教材づくりコストは受講⽣が多ければスケールする教材づくりは更新コストも考慮する必要がある書籍や外部の資料を利⽤すれば更新コストを節約できるコストを考えると外部講師に有料講義を頼む⽅が安いこともある【宣伝】フィヨルドブートキャンプでも企業向け新⼈研修やってます得意な分野は⾃社で教えて、苦⼿な分野は外部にまかせるのもコスパ良いClassiさんで新⼈教育設計をやっている経験から外部講師を利⽤しつつ、コツコツ社内で教育できることを増やす研修をやってくれる仲間を社内に増やす4期やったら随分充実してきました
採⽤、教育、評価はつながっている社内評価で会社の求める技術をメンバーへ伝えるメンバーと会社のインセンティブをすり合わせていく教育と評価の結果を採⽤にフィードバックする採⽤基準へのフィードバック採⽤後のn年でこういう仕事をされていますの実績を求⼈ページに書ける採⽤可能範囲を広げるために、教育可能スキル範囲を広げていく⼊社前にアルバイトで働いてもらう作戦も⼀⼿企業は採⽤候補者のことを良く知り、教育のお試しもできる採⽤候補者はスキルを磨いて給与を得られ、企業のことを良く知れる第1部学習編ゴール「アルバイトや就職でRailsの職を得る」の先の世界を作る仕事採⽤基準ラインを下げていって、今よりなめらかな世界をつくりたいそんな開発組織を作りたい会社さんとぜひお仕事⼀緒にやりたいです
【提供】 RMHさん【宣伝】そんな感じでエンジニア組織を⼀緒につくっていきませんか？！1⼈⽬の社員エンジニア(テックリード候補、CTO候補)募集中CTO⼒補佐 Voyage Group CTO ⼩賀さん、私Railsテックリード⼒補佐 フリーランス松尾さん、私私はここで数年かけてRailsエンジニア組織をつくっていきたい新しい場所に0からRailsエンジニア組織を⼀緒に作ってくれる⼈を募集中「RMH」と書いてカジュアル⾯談を希望してもらうか、または私まで連絡くださいhttps://hrmos.co/pages/voyagegroup/jobs/0000044
igaiga
yukihiromori
kazukihayase
mixi_engineers
nori_shinoda
bumptakayuki
nikkei_engineer_recruiting
opeonikute
eiki
ama_ch
nktamago
yusuke
nagix
chriscoyier
kneath
thoeni
schacon
panda_program
cherdarchuk
reverentgeek
iamctodd
moore
malarkey
cromwellryan
notwaldorf