小平市に軸足を置いて活動している IT コミュニティ「Co-KoNPILe(ここんぱいる)」では会議室に縛られない勉強会を模索中です．
過去，小金井公園での青空もくもく会，東青梅にある古民家での 2 泊 3 日の開発合宿を行なっています．

そこで，今までの青空もくもく会，ゆるい開発合宿の知見，会議室に縛られない勉強会運営についてまとめます．
みなさんに会議室に捉われない自由な勉強会運営への一歩を踏み出していただけるよう，情報をまとめて提案をいたします．

• 公園青空もくもく会が手軽に快適になるための公園選定基準
• 快適な開発合宿をするためのスケジューリング
• これから試してみたい市外局番 042 地区の公園と合宿の紹介

※ 起点は武蔵野公会堂ではなく，国分寺駅になりますことを予めご了承ください．

わたしは働くうえで気をつけていることがあります。
それは、主語をチームにするということです。

主語をチームにすることの対比として、主語を自分とすることがあります。

主語を自分とした場合、自分の考えを中心に据え自身の主張を優先することが多いです。
これは、他のメンバーの意見や能力を十分に活かせず、結果としてチーム全体のパフォーマンスやモチベーションの低下を招くことがあります。

一方、主語をチームとするアプローチでは、メンバー全員の意見や能力を尊重し、協力して目標を達成することができます。一緒に成長もできます。

わたし自身、昔は主語を自分として働くことも多かったですが、主語をチームとするようになってからはメンバーとのコミュニケーションがスムーズになり、成果も向上しました。

当トークでは、主語を自分としたときの弊害、どのように主語をチームに変えていけばいいのかをお話できればと思います。

組織によってさまざまな形態を取る評価制度。
例としてMBO、360（180）度、コンピテンシー、ミッショングレードなどがあります。

評価制度に対する個人的な思いの丈をLTにぶつけます。

何者にもなれないエンジニアの「これから」を決めるのは評価制度です。
しかしながら、その評価制度は目的に注目しきれていないように感じており、「評価制度のための行動」を生む存在に成り下がっているように思えます。

LTでは、これらの疑問を深堀りしつつ、「自分の考える最強の評価制度」を考察します！

エンジニアの成長に欠かせない要素の1つは「アウトプットすることの大事さ」だと思います。
私の組織は社内でのアウトプット文化はそこそこありますが社外へのアウトプット文化にはまだまだ成長の余地があります。

去年から自社テックブログをはじめたので、これを機会に社内にアウトプットの文化を根付かせたい！！
本LTではその取り組みのうちの1つ、「mkmk-tech（もくもくテック）」について紹介します。

mkmk-techでは名前の通りテックブログをもくもく書く会ですが、
この中には「アウトプットしたくなる仕組み」をたくさん入れています。
社のテックブログの継続に悩んでいる方、アウトプット継続に悩んでいる方に届けます！

話すこと
・なぜテックブログを書くのか
・なぜテックブログが継続できないのか
・mkmk-tech（もくもくテック）: 内省を促す・アウトプット前フィードバックの仕組み

こんにちは、私は新卒です！
4月は出会いと別れの季節。これまでとは違う新しい環境下で試行錯誤していた方もいらっしゃるのではないでしょうか。

このトークでは、学生時代に得た「これまでの経験」から、「これからのキャリア」を積み上げる1歩目として
私が入社後に意識的にやったことを厳選して3つお話します。

新しい環境で認知を広げ、今後に繋げるための最初の1歩。その行動に至るまでには、私の経験が深く絡んでいます。
私と同じく新しい環境に飛び込んだ方はもちろんのこと、
学業やお仕事を変わらず続けている方でも持って帰れるものがあるような、心に響くトークをお約束します！
入社して間もないからこそ出せる、「ギラギラした新卒トーク」が聞きたい方も是非💪

話すこと

• 私が入社してやった行動3つとその反応
• なぜその行動をしようと思ったのか
• 振り返って思う、その行動の良かったところ・改善点

エンジニアの多くは、自分が成長できる環境を望んでいると思います。

情熱プログラマーという本には "Be the Worst" （一番の下手くそでいよう） と書かれています。
優れた人々と一緒に仕事をすることで、自然と自分のスキルも向上するというものです。

しかし、実際その環境は、決して楽ではありません。
自分も近い環境にいる中で、以下のようなことで悩んでいたこともありました。

• タスクのレベルが高すぎてなかなか成果を出せず、チームに貢献できない
• メンバーからのフィードバックで自分の実力の足りなさを痛感し、自信を失う

しかしその環境の中で、考え方や行動を少しずつ変えていき、前向きに日々の業務に取り組めるようになっていきました。

本LTではどのようにチームの貢献しながら自信を失わずに日々仕事に向かうか、自分自身の経験を踏まえてお話しします。

エンジニア学生としてインターンや学生団体でチーム開発、ハッカソンなどを経験して社会人エンジニアとなった今、エンジニアとして変わった意識や心構えなどスタンス面のことをお伝えしようと思います。

対象者

• エンジニア学生
• 社会人1年目のエンジニアの方

話すこと

• 学生と社会人で変わった意識、スタンス
• 社会人の働き方

話さないこと

• 具体的な技術的なこと

※技術コミュニティ活動＝X（旧Twitter）、技術ブログ執筆、勉強会・カンファレンスへの参加、登壇、オープンソースソフトウェアへのコントリビュートなどの業務外の技術的アウトプット活動全般の意味で使っています。

私は2007年頃から技術ブログを始め、2014年頃から各種勉強会・カンファレンスに登壇者として参加してきました。
それなりに長い年月技術コミュニティ活動をしているので、自分自身の技術志向・働き方の変化や、読んだ本・聞いたセッションの影響を受けて、何を考えて記事を書くか・何を話したくて登壇するかが変化してきたなと感じます。
どのような変化があったかふりかえり、直近ではどんな目的でやっているかについてライトニングにお話ししたいです。

開発者として日々できないことの多さにめまいがしませんか？
打ち負かされながらもその日々の中で勝利をつかみとっていきたいものです。

できないことが多く打ちひしがれることが多い中で、私はあることをきっかけに日々の取り組み方を変えました。
5 分の LT では日々の仕事への、開発への取り組みの変化について、以下のようなお話をする予定です:

• できないことから目を逸らして、できそうなことを探していないか
• 自分の蓄積にだけ甘んじていないか
• やれなくてもよいと最初から決めつけて食わず嫌いしていないか

自分のように技術力でねじふせられるわけでもなく、悶々としながら開発する日々を送っている開発者に向けて、
「すごいふつうの開発者」から「ふつうのすごい開発者」くらいにはなれそうな、すごくふつうな、前向きな話をします。

2024/03/23 に初の分散システム集会 @distributesys を開催し、5月時点で3回目の開催となりました。
VRChat では VRSNS という特徴から全国どこでも・世界中のどこであっても、インターネット回線さえあればイベントに参加できます。

アジェンダ

• VRChat上でのイベントや集会の様子
• ニッチな話が出来るVRChatの集会について
• 集会主催側の声や日々の生活との両立具合

参加者の方がPythonをちょっと触ることになったときに助けになる、最近（〜少し未来）のPythonスクリプトの書き方・実行方法についてLTします。

PythonにはPEPという拡張提案がいくつもされていて、最近「PEP 723 – Inline script metadata」が採択されました。
これはPythonスクリプトにメタデータとして依存ライブラリを明示できるようにするというものです。

PEP 723をサポートしたツールでスクリプトを実行すると、「仮想環境」という依存ライブラリ管理の仕組みをツールが担ってくれます。
人間が仮想環境を管理しなくてよくなり、6年程度のPython開発体験の中で劇的な改善を体験しました！

このLTでは愛用しているpipxをtips込みで紹介します。
PEP 723をサポートするツールには他にpip-runがあり、今後も増えていくでしょう。

みなさんは、初めてエンジニアの門を叩いた日のことを覚えていますか？
入社して初めてプログラミングに触れました、という人は案外少ないのかもしれません。

今からちょうど2年前、私が所属する開発部に1人のメンバーが加わり、僕がメンターを任命されました。
彼女は人生で一度もプログラミングをしたことがない完全未経験で、最初の質問は「プログラムを『実行する』って何ですか？」でした。

そんな彼女が今や各種デザインパターンを駆使し、第一線で活躍するエンジニアへと成長しました。

一緒に歩んだ2年間の軌跡をぎゅっと凝縮したOJTのノウハウを伝授します！

令和のエンジニアがどのようなキャリアでWebエンジニアになるのか。
そしてどのようにして「大吉祥寺.pm」のようなイベントに辿り着くのか。
その謎を追うべくわれわれはアマゾンの奥地へと向かった。

ターゲット

• 24新卒世代を知りたいプロエンジニアの皆様方

はなすこと

• Webエンジニアとして新卒就職するまでの道のり
• カンファレンスとの出会い、そして別れ
• これからのキャリア像(数十秒程度)

はなさないこと

• 本筋と関係ない自分語り
• 趣味の個人開発で作ったサービスなど
• 新卒で入社した企業の紹介

「明日から役にたつLTをダメにする方法をあなたに」

5分間で想いを伝えるのは難しいぞ！
良かれと思ってやったことが命取りになる！挽回の時間も残されていない！それがLT！
私の経験から導き出した個人的見解に基づく、やめておけってLTを解説を交えながら実践します🕺

• 笑いを取るのはやめておけ
• 奇抜なキャラ付けは逆効果
• 自己紹介はいらない
• 伝えたいことは最初と最後に
• デザインはプロに任せる
• 情報量が多いスライドを作っちゃった時に発するべき言葉
• 登壇の方向性が定まっていないとみんなが混乱する

ソフトウェアエンジニア をやっていて避けて通れないのが各種調査です。
インシデントの調査や、ちょっとした不具合の調査、機能を追加するときの既存のコードの調査など、ソフトウェアエンジニアの仕事は調査の比重が割と大きいのではないでしょうか。
そのさい自分のためにもチームのためにも有用なドキュメントを作ることができます。それが調査ログです。
本LTではなぜ調査ログを書くのか、調査ログをどう活用できるとよいのかをお話できればと思います。

私は、2024年3月末に前職を退職しました。
退職後、有休消化と空白期間とを組み合わせ、1ヶ月半の無職期間をつくりました。

無職期間中は、「働いているときには絶対やらないような技術勉強をしよう！」と決めていました。

しかし、何にも縛られない自由な立場が無職です。
ゴロゴロしながら動画を見たり、ゲームをしたりする誘惑に打ち勝ち、一人で技術勉強をやり切るのはなかなか意志力のいる話です。

幸い、同じタイミングで無職をやっているエンジニア仲間がいました。
彼を巻き込み、毎日「無職もくもく会」を実施することに。
すると、勉強がとても捗りました。

このトークでは、エンジニア仲間と毎日もくもく会をしたら捗ったという経験談をします。
お互い無職という理想的な状態からはじまり、より良い進捗を心地よく生み出すために重ねた工夫、働き始めた今も継続していくためにどうしていくか、といったお話をする予定です。

アジャイル案件でのPMとはなにか？？
システム会社のエンジニアとして、事業会社のWF・アジャイルのハイブリッド案件にアサインされてPMとして稼働するなかでの、改めて役割を明瞭化していった整理の共有をさせてください。
アジャイル/スクラムと、受発注という２本の文脈に照らして、システム開発会社のPMの役割・価値を見える化したいと考えています。

事業会社のバックエンドエンジニアだった私は、ひょんなことからAWSに転職することとなり、結果としてキャリアが大きく広がりました。現在はENECHANGE株式会社にてVPoTを務めています。

このLTでは、AWS入社によってキャリアがどのように広がったのか、私の経験を共有します。AWSの中途採用へのチャレンジ、そして現在までの道のりを紹介することで、キャリアを広げるための選択肢として「AWS入社」を考えていただけるようお話しします。

組織に属してると、目まぐるしく状況が変化したり、辛酸を嘗めることが幾日も続いたりすることがあります。
厳しい状況に直面すると、誰でも冷静さを欠いたり嫌な部分が露出することさえあります。
これはプロジェクトメンバーがそうなるかもしれないし、あるいは自分自身がそうなるかもしれません。
そういう厳しい状況はどこかのタイミングで必ず訪れます。

このトークでは、自分と周りを見失わないための私の考え、そして近くの人がそうなってしまった時の手の差し伸べ方をお話します。

皆さんは、マネジメントってどんなものだと考えていますか？
100人規模のプロジェクトや１億円規模のプロジェクト。大きいものを考えればキリがありません。

逆に小さいマネジメントはどうでしょう？
一番小さなものは？会社の組織？アジャイルな開発プロジェクト？
いいえ、あなた自信のマネジメントです。

このトークでは、身の回りにある「小さなマネジメント」を「セルフマネジメント」と呼び、それに目を向けていくことをオススメします。
セルフマネジメントを見つけられれば、もうマネジメントをしていたことに気がつくはずです。