小平市に軸足を置いて活動している IT コミュニティ「Co-KoNPILe(ここんぱいる)」では会議室に縛られない勉強会を模索中です.
過去,小金井公園での青空もくもく会,東青梅にある古民家での 2 泊 3 日の開発合宿を行なっています.
そこで,今までの青空もくもく会,ゆるい開発合宿の知見,会議室に縛られない勉強会運営についてまとめます.
みなさんに会議室に捉われない自由な勉強会運営への一歩を踏み出していただけるよう,情報をまとめて提案をいたします.
※ 起点は武蔵野公会堂ではなく,国分寺駅になりますことを予めご了承ください.
わたしは働くうえで気をつけていることがあります。
それは、主語をチームにするということです。
主語をチームにすることの対比として、主語を自分とすることがあります。
主語を自分とした場合、自分の考えを中心に据え自身の主張を優先することが多いです。
これは、他のメンバーの意見や能力を十分に活かせず、結果としてチーム全体のパフォーマンスやモチベーションの低下を招くことがあります。
一方、主語をチームとするアプローチでは、メンバー全員の意見や能力を尊重し、協力して目標を達成することができます。一緒に成長もできます。
わたし自身、昔は主語を自分として働くことも多かったですが、主語をチームとするようになってからはメンバーとのコミュニケーションがスムーズになり、成果も向上しました。
当トークでは、主語を自分としたときの弊害、どのように主語をチームに変えていけばいいのかをお話できればと思います。
組織によってさまざまな形態を取る評価制度。
例としてMBO、360(180)度、コンピテンシー、ミッショングレードなどがあります。
評価制度に対する個人的な思いの丈をLTにぶつけます。
何者にもなれないエンジニアの「これから」を決めるのは評価制度です。
しかしながら、その評価制度は目的に注目しきれていないように感じており、「評価制度のための行動」を生む存在に成り下がっているように思えます。
LTでは、これらの疑問を深堀りしつつ、「自分の考える最強の評価制度」を考察します!
エンジニアの成長に欠かせない要素の1つは「アウトプットすることの大事さ」だと思います。
私の組織は社内でのアウトプット文化はそこそこありますが社外へのアウトプット文化にはまだまだ成長の余地があります。
去年から自社テックブログをはじめたので、これを機会に社内にアウトプットの文化を根付かせたい!!
本LTではその取り組みのうちの1つ、「mkmk-tech(もくもくテック)」について紹介します。
mkmk-techでは名前の通りテックブログをもくもく書く会ですが、
この中には「アウトプットしたくなる仕組み」をたくさん入れています。
社のテックブログの継続に悩んでいる方、アウトプット継続に悩んでいる方に届けます!
話すこと
・なぜテックブログを書くのか
・なぜテックブログが継続できないのか
・mkmk-tech(もくもくテック): 内省を促す・アウトプット前フィードバックの仕組み
こんにちは、私は新卒です!
4月は出会いと別れの季節。これまでとは違う新しい環境下で試行錯誤していた方もいらっしゃるのではないでしょうか。
このトークでは、学生時代に得た「これまでの経験」から、「これからのキャリア」を積み上げる1歩目として
私が入社後に意識的にやったことを厳選して3つお話します。
新しい環境で認知を広げ、今後に繋げるための最初の1歩。その行動に至るまでには、私の経験が深く絡んでいます。
私と同じく新しい環境に飛び込んだ方はもちろんのこと、
学業やお仕事を変わらず続けている方でも持って帰れるものがあるような、心に響くトークをお約束します!
入社して間もないからこそ出せる、「ギラギラした新卒トーク」が聞きたい方も是非💪
エンジニアの多くは、自分が成長できる環境を望んでいると思います。
情熱プログラマーという本には "Be the Worst" (一番の下手くそでいよう) と書かれています。
優れた人々と一緒に仕事をすることで、自然と自分のスキルも向上するというものです。
しかし、実際その環境は、決して楽ではありません。
自分も近い環境にいる中で、以下のようなことで悩んでいたこともありました。
しかしその環境の中で、考え方や行動を少しずつ変えていき、前向きに日々の業務に取り組めるようになっていきました。
本LTではどのようにチームの貢献しながら自信を失わずに日々仕事に向かうか、自分自身の経験を踏まえてお話しします。
コミュニケーションにおける「パス」について、「コミュニケーションパス」がまず頭に浮かぶと思います。
いわゆる、1対1のコミュニケーションがどれだけ発生するか?というコミュニケーションパスとともに、チーム間を跨ぐ場合に誰を経由してコミュニケーションするか?という経路としてのパスもあります。
個人的に、直接のコミュニケーションにおけるやりとりも「パス」(pass)することだと考えていて、相手にいいパスを出せるか?というのもチームコミュニケーションにとって大切な要素ではないでしょうか。
本トークでは、1対1のコミュニケーションにおける対話(パス交換)に着目して、私が大切にしていることを共有したいと考えています。
エンジニア学生としてインターンや学生団体でチーム開発、ハッカソンなどを経験して社会人エンジニアとなった今、エンジニアとして変わった意識や心構えなどスタンス面のことをお伝えしようと思います。
※技術コミュニティ活動=X(旧Twitter)、技術ブログ執筆、勉強会・カンファレンスへの参加、登壇、オープンソースソフトウェアへのコントリビュートなどの業務外の技術的アウトプット活動全般の意味で使っています。
私は2007年頃から技術ブログを始め、2014年頃から各種勉強会・カンファレンスに登壇者として参加してきました。
それなりに長い年月技術コミュニティ活動をしているので、自分自身の技術志向・働き方の変化や、読んだ本・聞いたセッションの影響を受けて、何を考えて記事を書くか・何を話したくて登壇するかが変化してきたなと感じます。
どのような変化があったかふりかえり、直近ではどんな目的でやっているかについてライトニングにお話ししたいです。
開発者として日々できないことの多さにめまいがしませんか?
打ち負かされながらもその日々の中で勝利をつかみとっていきたいものです。
できないことが多く打ちひしがれることが多い中で、私はあることをきっかけに日々の取り組み方を変えました。
5 分の LT では日々の仕事への、開発への取り組みの変化について、以下のようなお話をする予定です:
自分のように技術力でねじふせられるわけでもなく、悶々としながら開発する日々を送っている開発者に向けて、
「すごいふつうの開発者」から「ふつうのすごい開発者」くらいにはなれそうな、すごくふつうな、前向きな話をします。
2024/03/23 に初の分散システム集会 @distributesys を開催し、5月時点で3回目の開催となりました。
VRChat では VRSNS という特徴から全国どこでも・世界中のどこであっても、インターネット回線さえあればイベントに参加できます。
参加者の方が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のノウハウを伝授します!
業務では Mac を使用して開発を行い、プライベートでは WSL を利用していました。
しかし、WSL の環境構築にうまくいかず、当時のスクラムマスターに教えてもらった elementary OS という Linux ディストリビューションを試してみたところ、快適に開発できるだけでなく、普段使いにも適している理想的なノート PC が手に入ったのです。
もちろん、Mac を選択することが一般的であり、理にかなった選択といえますが、様々な理由から Mac を選択できない人もいます。
そんな持ち運びに便利な PC を探している人に、軽量な PC に Linux をインストールするという選択肢を提案したいと思います。
令和のエンジニアがどのようなキャリアでWebエンジニアになるのか。
そしてどのようにして「大吉祥寺.pm」のようなイベントに辿り着くのか。
その謎を追うべくわれわれはアマゾンの奥地へと向かった。
「明日から役にたつLTをダメにする方法をあなたに」
5分間で想いを伝えるのは難しいぞ!
良かれと思ってやったことが命取りになる!挽回の時間も残されていない!それがLT!
私の経験から導き出した個人的見解に基づく、やめておけってLTを解説を交えながら実践します🕺
私は、2024年3月末に前職を退職しました。
退職後、有休消化と空白期間とを組み合わせ、1ヶ月半の無職期間をつくりました。
無職期間中は、「働いているときには絶対やらないような技術勉強をしよう!」と決めていました。
しかし、何にも縛られない自由な立場が無職です。
ゴロゴロしながら動画を見たり、ゲームをしたりする誘惑に打ち勝ち、一人で技術勉強をやり切るのはなかなか意志力のいる話です。
幸い、同じタイミングで無職をやっているエンジニア仲間がいました。
彼を巻き込み、毎日「無職もくもく会」を実施することに。
すると、勉強がとても捗りました。
このトークでは、エンジニア仲間と毎日もくもく会をしたら捗ったという経験談をします。
お互い無職という理想的な状態からはじまり、より良い進捗を心地よく生み出すために重ねた工夫、働き始めた今も継続していくためにどうしていくか、といったお話をする予定です。
アジャイル案件でのPMとはなにか??
システム会社のエンジニアとして、事業会社のWF・アジャイルのハイブリッド案件にアサインされてPMとして稼働するなかでの、改めて役割を明瞭化していった整理の共有をさせてください。
アジャイル/スクラムと、受発注という2本の文脈に照らして、システム開発会社のPMの役割・価値を見える化したいと考えています。
エンジニアのお仕事と聞くとどんなことが思い浮かぶでしょうか。
コードを書くこと?設計すること?インフラ構築?
エンジニアとしてできることはこれ以外にもたくさんあります。
本来の業務のかたわら、採用に関わる機会は多くありますよね。
最近だと広報に携わっている方も多く見かけます。
若手の教育に情熱を傾ける方もいらっしゃるでしょう。
私が専業で教育と広報、開発との兼業で採用に関わってきた経験をお話しします。
それぞれのお仕事の楽しさを伝えつつ、みなさんのキャリアを広げるお話ができたら嬉しいです。