comment技術評論社から刊行されているRubyの入門書「かんたんRuby」を、著者のすがわらまさのりさんからご恵贈いただきました。たかまる「プログラミング入門」への需要プログラミング教育の必修化をきっかけに、プログラミング教育への注目度が俄然高まっています。小学生だけではなく中高生向けの教材やコンテスト、社会人向けのプログラミングスクールなども増加し、プログラミング能力を獲得するメソッドへの需要も急増中です。自明の罠ぼくも自社およびグループ会社の研修担当として、エンジニア職以外の新卒にプログラミングを教えてくれ、という依頼を受けて、ここしばらくはプログラミング未経験の新卒たちにJavaScriptの初歩などを教える業務もしています。手頃なサイズの教材がないため、演習の資料はすべて書き下ろしたのですが...これがまた非常に難しいのです。極限まで噛み砕いて書いたつもりの教材でも、講義を始めると目が点になる新卒たち。「エンジニアとしては自明」に毒され、初心者がつまずくポイントを見逃してしまいがちで、とても苦労しました。「かんたんRuby」は簡単だが「かんたんRuby」を書くのは簡単ではないそんな経験をしたところで本書「かんたんRuby」を読むと、行間に著者の苦労がにじんでいるように見えてきました。プログラミングを教えるにあたって「かんたん」と「ごまかさない」は多くの場面でトレードオフになりがちです。思い出すのですが、説明が大変かつ本質的でないところは、つい「おまじない」として先送りにされてしまいます。本書にはおまじないも先送りもほとんどなく、きちんと最初から「ごまかさずに」Rubyを学べるようになっています。章立ての順序がよく考えられており、「おまじない」が極力登場しないよう工夫されています。その上でそれぞれの項目は理解しやすく「かんたん」に書かれているので、ごまかされずに理解を深めることができます。いうポイント、研修講師をやる前だったら気づかずに「よく書けた入門書ですね」という感想で終わっていたような気がします。あの経験があったからこそ、本書の苦労がよくわかる...。Railsについてはスコープ外にしていることです。Railsはものすごく便利なフレームワークですし、Webアプリを作り始めるにはもっとも妥当な選択肢のひとつだと思っていますが、「Railsを学ぶ」ことと「プログラミングを学ぶ」ことには少しギャップがあるようにも感じています。本書はそのギャップを埋めてくれる役割も果たしてくれそうです。こんな人にとくにおすすめ研修などで未経験者にプログラミングを教える必要がある人Railsに触れてRubyやプログラミングそのものに興味が出てきた人そしてもちろん、未経験からプログラミングを学ぼうとする人Rubyはプログラミングを学び始める入り口としても、とてもいい言語です。入門のお供にも、本書があると安心です。すがさん、「かんたん」ないい本を書いてくれてありがとうございます。Table」で開催された、Forkwell主催のイベント「日々のアウトプットが変える!あなたのエンジニア・ライフ」でお話させていただきました。Portfolio」。リニューアル前にはヒアリングに来ていただいたり、リニューアル後にはインタビューしていただいたりしたのが縁でお声がけいただきました。テーマはエンジニアのアウトプット。何年も前からずっと言い続けていることなので、多少はためになることも言えるかなーと引き受けたら、なんと相方がGMOペパボのまつもとりーさんじゃないですか。2014の発表以来まつもとりーさんのファンなので、大変ありがたいが緊張する登壇となりました。前半はまつもとりーさんとぼくの講演が20分ずつ。まつもとりーさん(風邪が治らずリモート登壇でしたが、Zoomでけっこうちゃんとやれていた)がご自身の経験からアウトプットの重要性について話されたので(エモくていい話だった)、ひたすら具体的なアクションに振ったのはいい判断だったかもしれません。commentぼくの大切な友人でもある優秀なエンジニアが、マネージャーを引き受けることになったと聞きました。いろんな事情がありなかなか大変な決断だったらしいのですが、どうせやるならがんばってほしい、うまくいってほしいという老婆心を(おっさんなのに)発揮して、ぼくが初めてマネージャーになったときのことを思い出しつつ、勝手にアドバイス的なことを書こうと思います。自社でWebサービスを運営する会社の開発チームのマネージャー、という前提で書いています。読むといい本はじめての課題に挑むとき、賢い人は先達の知恵が詰まった「書籍」による知のショートカットを試みます。読んでおいて損はない2冊を紹介します。課長の教科書ベタなタイトルですが、「マネージャーになるとはどういうことか」を一般論で語ってくれるわかりやすい本です。読んでおいて、会社や環境に合わせて理解を修正していくとよいでしょう。いう重要ワードが出てくる本です。チームで問題解決をするのが主なミッションであるソフトウェア開発において、避けて通れない考え方が紹介されています。こころがまえよく居酒屋のトイレに貼ってある小言的なやつです。老婆心を燃料に、いままでいろいろ考えてきたことを要約してみます。マネージャー最大の仕事はメンバーの給料を引き上げることだマネージャーの仕事につく細かいラベルは無限に存在しますが、源流まで遡るとここに行き着きます。メンバーに成果を出させ、それを交渉材料にメンバーの給与を引き上げること。このゴールがブレると、メンバーもマネージャーも不幸なことになることが多いように思います。チームのミッションを説明し、それぞれのメンバーに期待する役割と成果を設定し、それを達成できるようサポートする。メンバーがあげた成果を可視化し、給与を決定する場での説得材料を作る。これらがマネージャーの仕事です。メンバーの給料を引き上げられるマネージャーであれば、自らの評価も押し上げていくことができるでしょう。自分を守れるのは自分だけマネージャーになるとつい張り切って「メンバーを守るのがぼくの仕事や!!!!!」などとなりがちです。リーダーとしてメンバーを外圧や理不尽から守るのは大切な仕事ですが、そこが行き過ぎて保護者マインドを持ってしまうとお互い不幸になります。メンバーを守るのが仕事ではなく、自分を守れるメンバーを育て、メンバーが自分を守るのをサポートするのがほんとうのマネージャーの仕事です。期待する役割と成果をきちんと伝え、それを達成するためにサポートする意思があることを伝えたら、あとはメンバーが頑張り、問題や困難に出会ったら自分で判断する。メンバー自身では解決できないことを補助し、一緒に解決に導く立場としてのマネージャーであるべきです。マネージャー自身を守るのもマネージャーの仕事です。チームだけではなく自身の負荷を把握しコントロールできることが求められます。言うと、せっかくモチベーションを持ってマネージメントに取り組もうとする新任マネージャー(きみのことだ)が自重で潰れていくのは、マネージャー自身にとっても会社にとっても大きな損失なのです。メンバーには「自分で自分を守る」という意識を持ってもらう。マネージャー自身も「自分で自分を守る」という意識を持つ。これがマネージャーとして重要な仕事であり、強いチームに必要なマインドセットでもあります。期限があるタスクを持つと死これはぼくの経験から思ったことであり、うまくマルチタスクとオーバーワークを回せるマネージャーには当てはまらないかもしれません。プロジェクトにたくさんのタスクがあり、見積もりをすると現存戦力では期限に間に合わない。そんなとき「プレイングマネージャー」という言葉を思い出し、マネージャー自身がタスクを自分にアサインしてしまうことがあります。場合これは悪手となります。見積もりが溢れた分を現実的な見積もりで自分がカバーする。不慮の事態がこれ以上発生しなければ、それは妥当な判断と言えるでしょう。マネージャーのタスク消化をアテにしなければならないようなプロジェクトの場合、第二第三の「不慮の事態」は高い確率で発生します。そのとき、マネージャーが目の前のタスク消化で手一杯だったら、いったい誰が次の「不慮の事態」を捌くのでしょう?マネージャーには「自分のリソースはボーナスだと思う」スキルが要求されます。最前線に乗り込むのは最後の手段としてとっておきましょう。まとめソフトウェア開発チームのマネージメントという仕事は、大変で、重要で、そして面白い仕事でもあります。マネージャーになる・ならないの選択肢が提示された状況で「なる」ことを選んだのは、その理解と覚悟があったんじゃないかな、と思います。困ったことがあったら、いつでも呼んでね。commentマストドンの流行とfriends.nicoと超会議2017年4月、日本で分散型SNS「Mastodon」のムーブメントが勃発しました。ASCII.jpの記事の記事と、それに触発された日本語インスタンス「mstdn.jpの設立をきっかけに、企業や個人のインスタンスが次々と立ち、関連するイベントが次々と開催され、あっという間に書籍まで発売されました。身の回りでも、「friends.nico」の立ち上げとともにどったんばったんの大騒ぎが勃発。超会議にブースを出したり、ステッカー出して配ったり、mstdn.jpの管理人ぬるかるの入社が決まったり...と、4月の後半はひたすらばたばたしていたのでした。その超会議では「超技術書典」という技術系同人誌の即売会が併催されました。その中の「ライブ同人誌執筆」という企画に急遽著者としてアサインされたので、この顛末をまとめた薄い本を執筆・即売してきました。プリントしたぶんは完売御礼なので、PDFを販売できないか検討しています。Rochko氏とマストドンイベント5月になって騒動はやや沈静化し、超会議も終わってやっと一息...というタイミングで、新たなミッションが発生しました。2017の「マストドン」ブリーフィング基調講演とマストドン会議3に登壇させよ!」というもの。諸事情により来日してもらうのはかなわず、Skypeでのオンライン登壇となったのですが、氏とイベント主催者の調整をひととおり回していたため、僕の5月はひきつづきどったんばったんしていたのでした。イベントそのものは盛況で、開発者の声を直接聞くことでマストドンの思想的な面や今後の展望などへの理解も得られ、有意義なものになったと言えるでしょう。Watchちなみに日本語の記事では「オイゲン・ロッコ」と記述されることが多いですが、事前のSkypeミーティングで聞いたところ、実際の読みは「ロチコ」もしくは「ラチコ」の方が正しいようでした。新橋.beerと、ここまでマストドンに関わってしまったのに、自分でやってみない手はないだろう。思い立ち、早速立ててみることにしました。この先生きのこるエンジニアとは」というイベントで、ゲストトークとして「ロックスターになれないエンジニアたちに贈る生存戦略」というお話をしてきました。Comments...というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。1日でプログラミングに強くなる」をご恵贈いただきました。Pythonはほとんど未経験だったので、サンプルコードは全部写経してみつつ、感想を書いてみました。コードと一緒にGitHubにてご覧ください。commentソフトウェアエンジニアのあいだで人気が高まっているチャットサービス「Slack」。みなさんはもうお使いですか?洗練されたUI、柔軟な他サービスとの連携、オープンなAPIなど、エンジニアにとってはグッとくる特徴を備えています。僕の周囲でも他サービスからSlackに乗り換える会社が多く、プライベートなコミュニティがSlack上に構築されることも増えてきました。ChatOpsによるチーム開発の効率化」です。著者の@matsukazさんからご恵贈いただいたので、書評させていただきます。さんからご恵贈いただきました!ChatOpsの具体例が多くて実用的っぽい。comment4/25、ITスタッフィングさんのご依頼で、「エンジニアとして生きのこるためのスキルをキャッチアップする技術を学べるセミナー」というお題でしゃべってきました。ナレ講演の対象はITスタッフィングの登録者がメイン。お弁当が出て僕の著書がプレゼントされるという太っ腹なイベントでした。しゃべってきたこと「派遣エンジニアが収入を上げていくにはコミュ力をあげるかスキルを磨くしかないよね」という主催者の仮説に基づき、先月開かれた「コミュ力を上げるセミナー」に続いての第2回として、日々のどんな取り組みがスキルアップにつながるかを話してね?というオーダーでした。commentニコニコ動画とAWSニコニコ動画のインフラ、というと巨大なオンプレミス環境というイメージをお持ちの方が多いようです。実際ほとんどのサービスはオンプレミス環境で動いており、一時期は「日本のインターネットトラフィックの10%を占めている」などと言われたりもしました。ところが今年に入って、弊社ではAWSの利用が急増してきました。動画)で、LDRの事例を紹介しています。10月にリリースされた「ニコナレ」や「ニコルン」といった新サービスも、オンプレミス上の基盤システムをAWS上のサービスから利用する、という形で構築されています。このようにAWS活用の流れは加速しており、来年以降も事例は増えていく見通しです。仕事」でAWSに入門するためにしかし、AWSの利用経験は乏しかった弊社、インフラ担当のエンジニア陣は試行錯誤の連続でした。実践入門」という本が出版されたのです。