高校生や未経験エンジニア向けに、プロのIT講師がITやプログラミングの授業動画を週１～２回配信しています目標は『世界一わかりやすい情報系チャンネル』！‟わかるって楽しい！”そう感じてもらえたらうれしいです♪【プロフィール】・東京工業大学大学院 情報理工学研究科 卒業・大学生、大学院生のときに５年半塾講師・IT研修...

この記事は技術広報 Advent Calendar 2024 12/13のエントリーです。 「技術広報のこころ」「技術広報のこころ」は、2024年の技術書典17で頒布した同人誌です。 会場でも電子版でもたくさんの方に読んでいただくことができました。ありがとうございました。 本記事では、本書の第1章「技術広報とはなにか」をまるっと引用し、今年話題になった「技術広報とDevRel」について考えます。 [引用] 第1章「技術広報とはなにか」さて、そもそも「技術広報」とはなんなのでしょうか。 広報とは技術広報とはなにかを知るためには、まず「広報」とはなにかを知る必要があります。日本広報学会の定義によると、「広報」とは次のように定義されています。 「組織や個人が、目的達成や課題解決のために、多様なステークホルダーとの双方向コミュニケーションによって、社会的に望ましい関係を構築・維持する経営機能である

2024/12/07に開催されたDevelopers CAREER Boost 2024に登壇してきました。 スライドはこちら。 9月の記事「年配者のために若い人とのコミュニケーションや生存戦略について話した // Kwappa研究開発室」で紹介した、年配者と若い人についての話をしました。 1時間の話を20分にまとめたので駆け足にはなりましたが、冗長さをシェイプアップできたんじゃないかと思います。 そういえば今年は登壇らしい登壇がなくて、この機会はとてもありがたく感じました。同人誌作ったり「月イチでなにかしゃべるシリーズ」があったりでアウトプットはしてたんだけど。 聴いてくださった方、登壇の機会をくださった翔泳社のみなさまに深く感謝します。 キャリアの分岐点が転がってるかもしれないこのイベントでは「計画的偶発性理論」がちょっとしたブームになっており、4つぐらいのセッションでこのキーワードが

企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン

空前のITエンジニア不足といわれるようになって久しい。ソフトウエア開発や運用保守などの実力さえ持っていれば、その他の条件はそれほど重要ではなくなってきた。 その条件の1つが年齢だ。開発や運用保守の豊富な経験を持っていながら、高齢であるというだけの理由で仕事をしていないエンジニアがいる。そうしたエンジニアに現場に戻ってきてもらい、うまく活用できないかという動きが出てきた。いわゆるシニア活用だ。 シニアの自覚がある人はあまりいない ただ、個人的には「シニア」という言葉があまりに手軽に使われ過ぎているのではないかと感じている。シニアとはいったい何だろう。 私の現在の年齢は50代後半で、カテゴリーとしてはシニアと呼ばれても不思議ではなくなった。しかし、自分自身がシニアだという事実には違和感がある。「まだまだ若い、ばかにするな」という感覚ではない。単純に「ピンとこない」のだ。 個人差はあるものの、外

技術広報Advent Calendar 2024がすでに埋まっていたので、Advent Calendarとは関係なく投稿します。 ちょっと前に「DevRelってなんなん、それDevRelちゃうやろ」みたいな話が盛り上がって、こんなエントリを書きました。 blog.kushii.net で、名前はなんでもいいけど「エンジニアといいかんじに働く方法は自分なりに色々わかってきたな」という実感と「これを伝えていくとエンジニアもその周辺もよりよく共に働けるのでは」という気持ちをぼんやり抱えてました。 そんなタイミングで(細かいところは前後するんですが)とある出版社さんから「DevRelについての本を書きませんか」とお誘いがありました。へぇいいですね！と一緒に目次を作ったりしたんですが、色々あって今のタイミングでは見送りましょうという結論になりました。 供養がてら目次だけでも公開しておきたい&技術書典

多くの企業のIT課題解決に貢献したい、人や社会の役に立ちたい ～プロパーに負けない気概を持って働く派遣エンジニアたちのキャリア観～ 「IT人材不足」が叫ばれるようになって久しい。国内のIT企業やSIerが限られた数のエンジニア人材の争奪戦を繰り広げる中、近年ではDX推進のためにシステムの内製開発に乗り出す事業会社も増えており、優れたIT人材の獲得競争は今後ますます激しくなると予想される。 いざ人材を募集してみても「要件に合致する人材が見つからない」「応募者のスキルやポテンシャルをなかなか見極められない」ということもある。かつてはエンジニア人材といえば「理系出身」というイメージが強かったが、近年は文系出身のエンジニアや、非エンジニア職からの転職者も増えている。人材不足を補う上でこうした存在は心強い半面、やはり修学経験や実務経験の裏付けが乏しい点は不安材料だといえよう。 そんな中、エンジニア未

まずはこれを見てくれ 本編その1 本編その2 親方Project 1. 技術同人誌を書こう～楽しもう大人の出版ごっこ！～ 2. ワンストップ見積もり本(増刷・改訂版) 3. ワンストップPodcast 4. ワンストップ技術同人誌を書こう　改訂版 ノンプログラマーのためのスキルアップ研究会 5. 無課⾦のCopilotで普通のサラリーマンがしごでき⾵になる⽅法 WAKE Career / WAKE Community 6. わたしのすごい技術大全 windhole 7. 失敗プログラマー第4版 株式会社プレーンテキスト 8. 店舗を読み解く技術～小売業ドメイン知識入門～ 9. 未経験者がメディアとコミュニティとイベントを立ち上げてみたらこうなった mochikoAsTech 10. mochikoAsTech 著作目録 11. 最高のおうちオフィスではたらく ～快適なリモートワーク環境の作

技術書典17の入稿に追われていた10/25、月イチ話すシリーズで「三大あいまい能力」という話をしてきました。 お題として「言語化能力を高めるには」というリクエストをいただいて、散歩したり走ったりしながら考えました。どうも「言語化能力」ってあいまいなワードだな…あいまい…そういえば昔「コミュ力ってあいまいなワードだ」って話をしたな…という連想でこのタイトルになっています。なお「モテ」は「三大」にするための穴埋めで深い意図はありません。 プレゼンができるまで言語化能力はなぜ必要か、と考えたら、「意思表示」「情報伝達」「問題解決」というキーワードを思いつきました。で、「言語化能力ってなんぞや」をChatGPTに聞いたら出てきたのがこの定義です。まあそりゃそうだなって感じ。3つのキーワードも含まれてるし、よさそうな気がします。 同じころ、「みんなで学ぶ、みんなができる ビジネスフレームワーク実践講

自分のWebサイトを手直ししていて、メールアドレスをどうしよう…という迷いが発生しました。気軽に連絡ほしいんだけど、いまどき mailto は原始的すぎる。クリックしてコピーぐらいがいいかな？と思って手をつけたら、意外とやることがあったのでメモしておきます。 やったことマウスオーバーでツールチップが出るクリックすると…クリップボードにメールアドレスをコピーツールチップの文字列を変えるマウスアウトでツールチップの文字列を戻すツールチップHTMLとCSSだけで作るツールチップこちらをまるっと参考にしました。 <button class="contact-button email tooltip" onclick="copyMyEmail();" onmouseout="restoreTooltipMyEmail();"> <span class="tooltip-text" id="toolt

11/2〜11/17に開催される技術書典16に河童書房として出展し、同人誌を頒布します。11/3(日)のオフライン会場には「す09 : 河童書房」として参加します。 今回は新刊1冊、新版1冊、既刊2冊の4冊頒布予定です。 新刊 : 「技術広報のこころ」現在お手伝いしている企業で技術広報も手伝うようになり、じゃあドキュメントを書いておくかという気持ちになり、それなら公開するのがよいのでは？という前回とまったく同じ発想で執筆し始めた本です。 それなりに長いことやってた仕事なので書くこともぼちぼちあり、書いても書いても終わりが見えない…というなかなか厳しい執筆を、締切ギリギリで入稿して出品できることになりました。これから技術広報を始める人はもちろん、すでに経験を積んでいる人にも役に立つのではと自負しております。 技術広報は広報活動だけじゃなくて採用とも組織開発とも密接な関係があるんだよ、というこ

技術広報のこころ 発行 : 2024/11/03技術書典17技術書典マーケット 書籍ページフィードバックフォームhttps://forms.gle/FM1GMHCFqWv7J9YMA「はじめに」より本書では、エンジニアリング界隈で耳にすることが増えてきた「技術広報」という仕事について論じます。 筆者は2016年ごろ、まだ「技術広報」という言葉が定着する前からこの仕事に従事してきました。手探りと体当たりで得た経験から、技術広報とはいったいなんであり、なにが目的なのか。どのような業務があり、どのような知識や経験が必要なのか。ステークホルダーは誰なのか、そしてどんなキャリアが積めるのか。そのようなことが少しずつ見えるようになりました。 技術広報は、テックブログを書いたりカンファレンスにブースを出したりする仕事である、と見られがちです。しかし、本質的にはエンジニア個人とエンジニアリング組織を活性化

数日前に𝕏上で「日本のDevRelって何なんだ？」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ

2024/10/05に開催されたYAPC::Hakodate 2024に参加して、前夜祭に登壇してきました。 前夜祭での登壇ことの発端はYAPC::HakodateのCfPに「エンジニアが50歳を超えると何が起こるのか」というプロポーザルを送ったことでした。 今回はめっちゃ高倍率かつ採択されたセッションはどれも面白くて（当日聴いてほわーとなった）、リジェクトは順当な結果だなあとは思っていました。そしたら運営から「前夜祭に登壇しませんか？」との連絡が。マブダチの@ogijunと憧れのエンジニアである@makogaから、奇しくも同じテーマのプロポーザルが提出されていたのでした。 50代を現役プログラマとして過ごすために by 荻野淳也 | トーク | YAPC::Hakodate 2024 #yapcjapan - fortee.jp1992年から働く芸歴32年が考える人生100年時代をハッピ

株式会社リクルート（本社：東京都千代田区、代表取締役社長：北村 吉弘、以下リクルート）は、「企業情報の開示と組織の在り方に関する調査」を実施しました。第三弾の今回は、従業員のキャリア自律支援のための企業の組織・人材マネジメントの在り方について、分析・解説いたします。 解説：HR統括編集長 藤井 薫 調査・分析：HR横断リサーチ推進部  研究員 水野 理哉 日本的雇用慣行の転換を背景に、キャリア自律支援の重要性が高まっています。いまや、「充分なキャリア構築がされない」と判断された企業は、従業員をつなぎ留められないリスクがあります。「キャリア自律」への期待を抱く個人は、企業における「対話の質」に、大きな課題を感じているのです（第二弾調査）。 では実際、どのような「対話」をすればよいのか。今回、企業において「キャリア自律意識」に影響を与える要因を調査しました。明らかになったポイントは以下の3つで

月イチでお話させていただいているシリーズ、今月は「年配者と若い人」というテーマでした。タイトルは「My Generation - 年配者がこの先生きのこるには」。先方からは「刺激的なタイトルですね！」とリアクションをいただきました。 スライドはこちら。 またしてもきのこネタなのですが、内容は新作です。アウトプットしたい気持ちと需要がリンクしたので、ほかの機会でも話せたらいいな、と思っています。 サポート記事スライドで内容はけっこう伝わるかとは思うのですが、細かいネタなどのフォローを書いていきます。 タイトル最初は「Don’t trust anyone over XXXty」でした。アメリカのヒッピー文化から出てきた言葉で、若い頃に映画でボブ・ディランが言ったことで広まったとか。書いてるうちにそぐわなくなってきちゃったので変更しました。 「My Generation」はThe Whoの名曲で

月イチでいろんな話をさせていただいている企業さまで、今月は「やらかし」をテーマにお話しさせていただきました。 前回の講演を行った日がちょうどCrowdstrikeによるブルースクリーン祭りの夜で、社内でも対応に追われまくったとのことでした。その流れで「次のテーマは やらかし で」となり、話してきたのがこちら。 やらかし事例から学ぼう前半はぼくのやらかしです。以前のLTで使ったネタを掘り下げて、ポストモーテムを書きました。蔵出しの未公開ネタも追加しています。 後半は書籍などで公開されているネタを集めて「事例集」としました。書籍『ソフトウェア開発現場の「失敗」集めてみた。』から引用させていただいたフレーズの通り、自分のやらかしから学ぶには限界があるので、事例の収集からはけっこう大事なことが学べるのではないかと思っています。 （ ソフトウェア開発現場の「失敗」集めてみた。 42の失敗事例で学ぶチ