Scrumが難しいのは幻想-情熱の再定義- を講演してきました。 #RSGT2018 - うさぎ組
私が所属しているチームは2017年にいろんなプラクティスを実践してきました。その内容をRegional Scrum Gathering Tokyo 2018で発表しました。 2018.scrumgatheringtokyo.org confengine.com 発表内容の概要 私達のチームは2016年までメトリクスの活用、スプリント期間の短縮、くじ引きで決めるPOやSM、などのプラクティスを通して改善を繰り返してきました。スクラムガイドもどんどん破りました。 このチームはScrumが難しいなんて思っていませんし、誰でも出来ると信じています。 チームが開発する製品は大きく変わりましたがScrumが難しいなんてことはありませんでしたし、 なによりこのチームのエッセンスを大学生40名に導入したところなんと1週間で1日スプリントをモノにしました。Scrumが難しいのは幻想だったのかもしれません。
カンファレンス発表の技術という話を社内の TechMTG でした - HsbtDiary(2017-09-01)
■ カンファレンス発表の技術という話を社内の TechMTG でした ほぼほぼ毎月開催している技術部と BPR 室(業務プロセス革新室)合同開催の TechMTG でカンファレンス発表の技術という話をした。 TechTalk は技術の話を何かしらするということになっているので、最近時間切れで失敗続きなカンファレンス発表を見直すためにちゃんとやるためのおさらいという自戒を込めてアイデア出しから発表後のことまで一連の流れを発表してきた。 この辺の技術カンファレンスに発表するときの準備の話、できてる人は説明するまでもないし、できない人は見よう見まねでやるしかないので上手くなるのはその人次第みたいな感じなのはあんまよくないなと思って、自分が気にしてることをつらつらと書いた。 書いてないこととして Keynote の Tips みたいのも割とあるので、それは発表みたいな感じじゃなくてこういう機能もあ
Go Con 2017スライドまとめと感想 - ぺい
GoCon2017参加してきました。 Go Conference 2017 Spring - connpass Twitter上で、全国のgopherがやたらと合コンと言って、#goconをつけて呟いていたイベントです。 合コン？#gocon pic.twitter.com/qXbxth1TII— つぶやき実験室 (@totoro5000) 2017年3月25日 いつも後で見返そうと思って、放置してURLわからなくなるので、今回はまとめることにしました。リンクが抜けているスライドは発見が出来なかったものです。 もし、あれば教えていただきたいです。 発表枠 Coding in the context era@lestrrat [Goで書くエディタの壁を超える開発支援ツール@zchee] Go でつくる汎用言語処理系 実装戦略@Linda_pp Goでヤフーの分散オブジェクトストレージを作った
altJS勉強会「Haxeすごいからみんな使え！」
Common Lisp製のテキストエディタにコントリビューションをしたので、その実装とかこぼれ話を発表しました。
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
Emacsでの見た目そのままにソースコードをKeynoteのスライドに貼り付ける方法, 松江Ruby会議03に行ってきた - 角谷HTML化計画(2011-07-03)
■1 Emacsでの見た目そのままにソースコードをKeynoteのスライドに貼り付ける方法 RubyKaigi2011の足音が聞こえてくるなか(おい、再来週はRubyKaigi2011だぞ!!)、 社内でKeynote勉強会をしたときにも意外に知らない人が多いんだなーと改めて思ったので説明してみます。スライドづくりのご参考に。 緊張しているトークの最中にソースコードを見せるときには、普段自分が見ている見た目と同じになっていると幾らか緊張がほぐれるものです。Xcodeとか(TextMateも?)を使ってる人はこんな手順踏まなくても良さそうだけど(もしかしてEmacs23の人も?……私はまだCarbonEmacsを使っているのであった)。まあ、それはそれとして、手順は3つ(人によっては4つ)。 0. htmlize.elをインストールする 1. ソースコードをhtmlizeする 2. HTML
SSH力をつけよう
最近勉強を始めたコンテナ技術に関する基礎的な知識をまとめました。 [訂正と注釈] p.27-30: 「Deployment」内の「Version: 1」 => 「Version: 2」 p.37: 「終了コードをから」 => 「終了コードから」 p.39: 「HTTPSが利用できない」=> AWS上では、SSL終端するLBがサポートされています。https://kubernetes.io/docs/concepts/services-networking/service/#ssl-support-on-aws p.40: 「ユーザがingress controllerをmaster上にセットアップする必要」 => master上にセットアップしなければならないという制約はありません。例えばGCEのingress controller(GLBC)はPodとして動作します。https://gi
Clean Javascript
The document discusses techniques for writing clean JavaScript code. It provides examples of code smells and improvements to address issues like attaching events from the outside, separating selection from logic, shallow scope, overwriting default behavior, and separating logic from views. The document advocates for practices like modularizing functions, separating DOM manipulation from models, an
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
わかりやすい技術記事を書くための心構えとテクニック / #railsdm 20171206