SpringBoot2のBlocking Web vs Reactive WebについてLTしてきた - Mitsuyuki.Shiiba
社内ミートアップでLTの時間をもらったので、ここに書いた内容を3分で喋ろうとしたんだけど、どうしても3分をちょっと超えてしまうので無理を言って4分もらって喋ってきた(運営のみなさんありがとうございます)。ぐったり。明日から普通のエンジニアに戻ります。 dev.to 実感を大切にしてみた こういうことに気をつけてLTしてみた： ブログの記事に書いてるコードを見せるんじゃなくて、実際のIDE内のソースコードを見せること そのときにIDEAのプレゼンテーションモードで見せること 実際にアプリを動かした状態でcurlで叩いて動いてるのを見せること Gatlingを実際にgradleで実行すること そこでBlockingAppのスレッドが増えるところをVisualVMで実際に見せること その方が聞いてて「へー。本当に動くんだ」とか「さわってみようかな」とか思ってもらえるかなーと思って。ってことで以下
同じものを見てもらおう。弱さも見せよう。 - Mitsuyuki.Shiiba
とあるチームのリーダー的な人たちから「ちょっと相談したいことがあるんですけどいいですか？」って言われて「はいー。暇ですよ」って話を聞いた。 ## 相談 「実は、進捗が遅れているので、どうしたらいいかと思いまして」 うん。 「リカバリーするために、こういう風に動いてもらえないか？とメンバーに提案しようかなと思うんですけど、本当にこれでいいのか迷ってて・・・どう思いますか？」 ## うーん まず、分かってると思うけど、頑張りによるリカバリーは、ないよね。だって、今まででもチームは手を抜かずに全力で一番良いと思う方法でやってるもんね。 だから、リカバリーとして考えられるのは2つ： スコープを削る もうちょっと良いやり方がないか実験してみる 今提案しようとしてるのは、後者ってことよね。それは悪くないと思うし、メンバーも従ってくれるとは思うよ。でも ## それよりも そもそも「メンバーが自分たちと同
#devkan で喋りましたー「新しいメンバーがチームにやってきた時に行うこと」 - Mitsuyuki.Shiiba
devlove-kansai.doorkeeper.jp 「新しいメンバーがチームにやってきた時に行うこと」ってテーマで準備してたら「ペアプロかモブプロやっといたら良さそう」になってしまって「それもなぁ・・・」ってなってたら「そもそもみんなどういうことで困ってるんだろう？」と疑問に思ったので、みんなに教えてもらうことにしました。 出来上がりはこちら。 DevKanのみんなすごい。やっとむさん直伝のサイレントグルーピング？ってのでみんながもくもくとグルーピングしてくれた！ ドキュメントがないとか、放置されるとか、聞きにくいとかで困った経験があって、だからドキュメントを整備したり、聞きやすい環境を作ったりしといてあげたら良さそうだねーってなって。まぁペアプロとかモブプロとかやってたらドキュメント読んどいて、もなくていいよねーって話。 コミュニケーションの部分の参考までに、自分の考えを共有した。
2時間スプリントでソロ、ペア、モブ、学習セッションを実験した - Mitsuyuki.Shiiba
忘れる前に走り書き的にメモ。 ## Day0 実験の場をゲット！ とあるチームのテックリードから「助けて欲しい」という相談があった。話を聞くと、プロジェクトが遅れている状況で、まだ大きく分けて3つの技術的課題が残ってて、でも、チームはその技術にあまり詳しくないので先が見えなくて不安。ということみたい。 チームの構成は、プロダクトオーナー、テックリード、エンジニア2人の4人チーム。開発手法にはスクラムを採用してる。スプリント期間は2週間。 「いいよー。水曜から金曜の3日間だけなら手伝えるし、それで不安は解決できると思う。スプリントはその間は止めようかな」と言いながら、折角だから実験させてもらおうかなと思い、条件を出した。「この3日間は全員がこの課題解決を最優先すること」それから「僕の好きにやらせてもらうねー」。 実験してみたかったのは、別々に作業するのと一緒に作業するのとではどっちがどうなん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
