Merge pull request #8 from h-kono-it/main

kouno_記事追加

Author: oyakata2438

src/catalog.yml

@@ -38,6 +38,7 @@ CHAPS:
       # 勉強会・コミュニティ関係いろいろ
       - chap-fumiyasac.re
       - chap-oyakata-learning.re
+      - chap-kouno2.re
 
 
   # 5部 その他
@@ -47,6 +48,7 @@ CHAPS:
       - chap-LTLive.re
       - chap-hpmp.re
       - chap-oyakata-connection.re
+      - chap-kouno1.re
 
 POSTDEF:
   - postscript.re

src/chap-kouno1.re

@@ -0,0 +1,111 @@
+= 幅を広げる学習のススメ
+
+//flushright{
+	こうの@hk_it7
+//}
+
+== 深く学ぶか広く学ぶか
+
+学習時のテーマ選びはどうしているでしょうか？
+
+ * 使っている技術の深堀り
+ * 最新技術を試す
+ * 作りたいものを作ってみる（そして周辺技術を拾う）
+
+他にも、人それぞれのテーマ選びで興味の持ったものを学んでいくことが多いかと思います。
+
+一方で能動的なテーマ選びのみを続けていると、未知の技術の開拓や知識の幅を広げる機会が少なくなってしまいます。
+
+この章では、知識の幅を広げるために実践していることを理由とともに解説していきます。
+
+== なぜ広く学ぶのか
+
+まず、なぜ広く学ぶのかについて考えていきます。
+
+エンジニアリングは専門的な知識が必要とされていますが、対象は多岐にわたります。
+
+プログラマであれば、言語やネットワーク関係、インフラ関係などが大きなジャンルとしてありますね。さらに言語ではC言語、Java、JavaScriptなど無数に領域が存在します。例えば、その中の1つであるJavaを極めたからといってエンジニアとして優れているとは言い難いと思います。なぜなら、多くのエンジニアはJavaを使うことが目的ではなく、ソフトウェアを開発するための1要素に過ぎないからです。
+
+また、多くのエンジニアは0から発明するのではなく、既存技術の組み合わせで開発を進めていきます。
+
+開発を行っているとエラーであったり調査であったりでどうしても周辺技術の知識が必要になります。一方で未知であっても人間には過去の経験や知識から推測するという能力があります（もちろん推測だけで進めてはいけませんが）。
+
+未知に遭遇したときにChatGPT等の生成AI技術の台頭により、最新の技術以外はある程度、AIに聞けば良い時代に変わりつつあります。
+
+「既存技術の組み合わせ」と「AIとの協業」を前提にすれば、今後のエンジニア像として「広く浅い知識を身につけて、場面（コンテキスト）に合わせた対応（技術選定/課題解決）ができること」を求められていくと私は考えています。
+
+どういうことかと言うと、「既存技術の組み合わせ」であれば、「AIとの協業」のもと、ある程度の回答が得られます。しかし、これには2つの課題があります。
+
+1つ目は、ちゃんと聞き出せるかという点です。2つ目はコンテキストをAIに伝えることの限界です。
+
+それぞれ見ていきましょう。
+
+=== AIにうまく聞き出せるか
+
+既存技術を自ら再実装してしまうことを「車輪の再発明」と呼びます。意図的に実施する場合は良いですが、業務的な開発としては無駄なコストと考えられるため、避けたほうが良いとされています。
+
+なぜ、車輪の再発明をしてしまうのでしょうか？これは既存技術を知らなかったこと、あるいは聞き出せなかったことによる悲劇だと考えます。
+
+既存技術を知らなかったことについては人間の限界があるため、仕方がないです。しかし聞き出せなかったという部分は改善の余地があります。
+
+聞き出せなかった理由は「聞くという発想に至れなかった」や「うまく質問できなかった」が考えられます。筆者はこの2つの原因を解決するのが、広い知識であると考えています。
+
+少しでも似たような話を聞いたことがあれば、それを手がかりにAIにたずねることで、過去に開発された「車輪」を導き出せます。
+
+=== コンテキストをAIに伝えることの限界
+
+「AIにうまく聞き出せるか」とも重複しますが、AIに聞く際にはコンテキストが重要になります。課題に対して周辺技術としてどのようなものがあるかであったり、もっと大きく見ればビジネス的な制約の有無なんかもコンテキストに当たります。
+
+開発には、さまざまな制約があることが多いです。その制約を常にすべてプロンプトに設定することは現実的ではなく、AIに伝える制約事項の取捨選択が必要になります。
+
+その際に、この質問であればこの情報が必要かな、というのは人間が判断する必要があります。必要な情報もAIに聞いて進めていくという手法もありますので、まずはこの方法を試してみるのは良いと思います。
+
+また、多少知っているものであれば、選択肢を人間が提示して、AIにメリット・デメリットを列挙して検討材料にするという使い方もできます。
+
+このようにAIと協業する上でも、広い知識があるかないかで大きな差が生まれます。
+
+さて、知識の幅を広げるためにはどうしたら良いでしょうか？
+
+== 知識の幅を広げるきっかけづくり
+
+幅を広げるためにはきっかけづくりが重要です。きっかけづくりを能動的に行い、得た情報の選択（テーマ選び）を受動的に行えば、今まで知らなかったことに対しての学習の機会を得ることができます。
+
+きっかけづくりの例には次のようなものが挙げられます。
+
+ * 本屋に行って話題の本、新刊を買う
+ * 技術系雑誌を定期購読する
+ * 技術イベント（LT会、カンファレンス）に参加する
+
+少し個別に深堀りしていきます。
+
+=== 本屋に行って話題の本、新刊を買う
+
+ここでの本屋はネットの本屋（Amazon等）ではなく、リアルな本屋を指しています。出版不況と言われて久しく、段々とリアルな本屋が減りつつありますが、新しいジャンルを開拓するには持って来いの場所です。
+
+本屋に並んでいるのに、全く聞いたことのない技術というのは幅を広げるチャンスに満ちています。なぜなら、出版されるには、ある程度の期間と需要が必要であるためです。つまり、本屋で並んでいる時点で、世間に認知され、ある程度利用が進んでいる技術であると言えます。
+
+にもかかわらず、全く聞いたことがないとなると、その技術ジャンルについてアンテナが張れていない可能性があります。もちろん全てに精通する必要はないので、アンテナが張れていないから問題であるというわけではありません。しかし、詳しくない部分を知っておくことは、開発業務を行う上で重要であると考えます。
+
+=== 技術系雑誌を定期購読する
+
+書籍としては技術系雑誌も有効だと考えています。定期購読をすることで受動的なテーマ選びを可能にします。雑誌は毎回異なる特集が組まれ、広範な話題に触れています。紙面の関係上、手を動かして試すのにちょうどよい量になることが多いことも魅力です。
+
+類似するものとして、企業等が出している合同誌タイプの技術同人誌も同じような効果があります。この本もそうですね。
+
+いろんな人が書いているからこそ、広い知識や考え方を得るきっかけになります。
+
+=== 技術イベント（LT会、カンファレンス）に参加する
+
+特にオフラインイベントだと良いと考えています。複数トラック構成でも、そうでなくても、興味の薄いトピックの時間というのはけっこう発生します。その興味の薄いトピックこそが、知識の幅を広げるきっかけになります。
+
+オンラインでの視聴では、興味の薄いトピックが並んだときに、つい他のことをやってしまいがちです。「後日アーカイブで見れば良い」も、実現しないことがけっこうあるかと思います。
+
+オフラインイベントであれば、とりあえず聞いておこうという判断をする可能性が高くなり、結果として、新しいことを知ることができます。
+
+== 知識を広げたあとは？
+
+ここまで紹介した内容は「ある程度、受動的に知識を広げる手段」でした。広げるだけ広げても実践で役立つものになるとは限りません。
+
+そのため、気になったものについては、深堀りをすることをオススメします。知識の深堀りをする方法は......他の誰かがきっと書いていてくれると思います！
+
+本章を読んで、知識を広げることで、さまざまな場面でベターな選択ができるようになることを願っています。

src/chap-kouno2.re

@@ -0,0 +1,129 @@
+= 己の学びのために地域技術コミュニティ立ち上げた話
+
+//flushright{
+	こうの@hk_it7
+//}
+
+== 俺は別に東京に行きたいわけではない！！
+
+学びを得る機会としてさまざまな勉強会があります。プログラミング言語系だと、JJUG CCCやPycon JP、PHPカンファレンスなどです。ほかにも開発手法にフィーチャーしたイベントやクラウド技術、製品を中心としたイベントもありますね。
+
+現在、その多くが東京で行われています。コロナ禍に多くの勉強会が中止、オンライン開催になりましたが、2024年になり、多数が再度オフラインでの開催に戻しています。
+
+そのような経緯のもと、オンラインでの開催を経験した結果、2つのことを考えるようになりました。
+
+1つは、エンジニア同士で会話できずに、感想戦が難しいという点です。もう1つは東京まで行くの少し......という点です@<fn>{kouno_private}。
+
+//footnote[kouno_private][あくまで筆者個人の感想であることに留意が必要です。]
+
+カンファレンスの参加目的は東京に行くことではありません。もちろん地方開催のカンファレンスの醍醐味として、観光や現地での食事であることも認めます。しかし、主目的はやはり技術的な知識であったり交流であったりだと考えています。
+
+毎回場所を変えて実施しているカンファレンスとしてRubyKaigiなどがありますが、家の近くで行われる可能性はかなり低いでしょう。
+
+そうなると、開催されることを待つよりも自分でコミュニティを作ってしまうのが早いですよね！
+
+== 立ち上げたコミュニティはどんなものか？
+
+千葉県東葛地区（松戸市、野田市、柏市、流山市、我孫子市、鎌ケ谷市あたり）を拠点とするエンジニアコミュニティです。
+
+目的は情報交換や学習の相互支援、単純な人付き合い、つまりエンジニア同士の交流としています。
+
+エンジニアコミュニティとしては、知見の共有を中心とした学習を主目的とすることが多いと思いますが、そのようにはしませんでした。
+
+地方コミュニティという特性上、強いエンジニアが集まるという形式は想像しづらく、間口を広げたいと考えたからです。
+
+また実施するコンテンツも、カンファレンスではないので、ライトニングトークやOSTが中心となります。そうすると高度な内容を学ぶことは時間制約上も難しいです。
+
+== 実践しているコミュニティ運営指針の紹介
+
+大きな方針として、「可能な限り主催者は場の提供に留める」ということにしています。
+
+個人でなんとなく始めたものなので、主催者（=私）が「やらされている感」なく続けることを目指しています。
+
+具体的には次のような方針です。
+
+ * 企業スポンサーはつけない
+ * ノベルティや軽食を出さない
+ * 運営側でテーマを絞りすぎない
+ * 振り返り等はしない
+ * 運営（主催者）は2人以上を維持する
+
+誰かが責任を感じることが少ないように運営を進めています。
+
+=== オフラインイベントにあたって会場と金銭面を公共施設利用で解決する
+
+会場は公共施設を利用することで金銭面のハードルを下げています。
+
+現在主に使っている柏市の施設では、20人程度入る会議室を3時間借りても800円程度です。
+
+プロジェクターを追加でレンタルしても、合計で1500円払えばお釣りがきます。
+
+また、ノベルティや軽食を出さないので、「おもてなし」に費用はかかりません。そして、「用意したものが余ってしまった......」みたいなことも起きません。
+
+人が集まらなくて800円の出費であれば、そのまま1人で会議室をコワーキングスペースとして使って、もくもく作業しても納得できるかと思っています。
+
+このようにオフラインイベントでハードルになりがちな会場と金銭面については公共施設を使って解決しています。
+
+==== 会場に公共施設を使う上でのハードル
+
+公共施設利用にはたいていの場合、市内在住や在勤の条件が付与されています。
+
+満たさない場合、借りられないところや料金が倍になるところもあるので注意が必要です。
+
+例えば柏市の施設を利用するためには次のいづれかが必要です。
+
+ * 個人（市内在住または在勤）で利用登録を行う
+ * 5人以上のメンバーを集め（半数以上が市内在住または在勤）、団体利用の登録を行う
+
+個人利用の場合、予約が個人名義になりますので、参加者にどこの部屋かの案内をする際に本名でのやり取りが必要です。
+しかし、それさえ許容できればハードルは低いです。
+
+団体利用の場合は市内のメンバーを集める必要があります。
+
+私の場合はTwitter（現：X）で見つけた市内のエンジニアや、所属会社で同じ市に住んでいる人がいたので協力を依頼しました。
+
+コミュニティがない地域であれば、声をかけると案外希望者はいるように思えます。
+
+また、近隣の技術コミュニティに参加することも良い案だと思います。CoderDojoなどは全国に拠点があり、学習やコミュニティに対して前向きな人が多いです。
+
+地域コミュニティを立ち上げる際は少し調べてみると良いかもしれません。
+
+== 地域コミュニティでやっていること
+
+前述の通りコミュニティの主目的を交流としているため、会話を通して学習が促進されるように設計しています。
+
+大まかな流れとしては自己紹介、アイスブレイク、トークセッション、締めという流れです。
+
+アイスブレイクとして、特定の答えのない議題について話していくOST（オープン・スペース・テクノロジー）などを行っています。
+
+最初の議題は地元のオススメスポット紹介など誰でも話せる非技術的な内容にして話しやすい空気を作るようにしています。
+
+次にトークセッションです。基本的にLT会を実施しています。
+
+しかし、一般的なLT会とは異なり、3枠に対して60分時間を取っています。
+
+話すのは1枠10分までとしているので1枠あたり10分くらい時間が余るわけですが、感想戦タイムにしています。イメージとしてはここでもLT内容についてOSTをしているような感じです。
+
+LTを聞いてもっと知りたいことや自分の考えていることを自由に発言して、発表者と参加者の相互で学びを深められればと考えています@<fn>{kouno_lt}。
+
+//footnote[kouno_lt][初回に何も考えず時間を切って、後付けの理由だけど今のところ主旨にあっているなんて言えない。]
+
+また、地域コミュニティは日常の交流があってこそだと思っているので、Discordサーバーを作成し、そこでも互いの作業進捗や地域グルメ等について話し合っています。
+
+大きなカンファレンスとの住み分けを意識して、交流という大きな目的のもとでコミュニティ内でうまく学習のサイクルを作れるようにコミュニティ設計をしています。
+
+== コミュニティの今後
+
+私利私欲で作ったコミュニティですが、あくまで「地域のエンジニアコミュニティ」であり「私のコミュニティ」にすべきではないと考えています。
+
+そのため、私がいなくても勝手にコミュニティがまわり、少しずつスケールしていければ良いなと考えています。
+
+コミュニティの理想は井戸端会議です。なんとなく集まってなんとなく情報が交換される、そこに強いオーナーシップはなく、ゆるい所属意識となくならないといいなって気持ちで駆動していく。そんなコミュニティになっていけばと思っています。
+
+最後になりますが、2つ伝えたいことがあります。
+
+1つはコミュニティ作るのはそんなに難しいことではないということです。これはここまで書いている内容を見ればなんとなく伝わるかなと思います。
+
+そしてもう1つは、近所にコミュニティがあれば、ぜひ参加してほしいということです。自分と異なる考えを持っている人との交流は知識の幅や視野を広げる一助となります。
+
+というわけで、これを読んでいて千葉県の東葛地区近辺にお住まいの人は、東葛.devで検索して参加してください！！（笑）