「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - Kentaro Kuribayashi's blog
JAWS DAYS 2014のImmutable Infrastructure(以下、II)に関するトラックに呼ばれたので、話をしてきました。Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装についてや最近のImmutable Infrastructureに関する議論(Orchestration編)というエントリを書いていたからということでしょう。 ただ、最近は首都大学東京ビジネススクール不合格記に書いたように、経営学関連の学習をずっと行っていて、すっかりそのような話題から離れてしまっていた、ありていにいえば特に興味を持たなくなってしまっていたので、進学していたら研究テーマのひとつにしていたであろう件について、だいぶ生煮えではあるけれども最近またそうした話題でネットが盛り上がっていたりもしたので、以下スライド
最近のImmutable Infrastructureに関する議論(Orchestration編) - Kentaro Kuribayashi's blog
この分野について議論する際には、インフラ系技術の流れ - Gosuke Miyashitaで紹介されている Bootstrapping Configuration Orchestration という整理を前提に議論すると、どのレイヤについて話しているのかごちゃごちゃにならなくてよいと思う。ただ、 上記は階層を成す概念なのだけど、それぞれが必ずしも排他的ではなく、重なる部分が多々ある(たとえば、(1)に該当するDockerやPackerにも(2)の要素が含まれている等) Orchestrationというネーミングがいまやミスリーディング(な面がある) ということもあって、一部に混乱をきたしている。ここでは、特に(2)について、時系列を追って論ずる。 時系列の整理 インフラ系技術の流れ - Gosuke Miyashitaによる整理 Rebuild: 25: Immutable Infrast
アジャイル開発プロセスの実証的効果検証について - Kentaro Kuribayashi's blog
これまでこのブログであれこれ書いている通り、今年は勤務先の有志によりスクラムが大規模に導入され、様々なひとたちの協力と粘り強い実践のおかげで、徐々に定着しつつある。当初の理想のようにはうまく行かないことも多かったけれども、もっとよくしようという工夫、よくなるはずだという信念によって、実践に取り組んでいる人々の中では、改善の効果が実感されつつあるように思う。 しかし、問題がないわけではない。もちろん、プロセスそのものをさらに改善できるという意味でも課題はあるが、それとともに、導入の効果を実証的に示すことがなかなか難しいということも大きい。簡単にいえば「で、スクラム導入によってなにがどれぐらいよくなったの？」という端的な質問(別に誰かにそうきかれたわけじゃないけど、自分自身にそのように問いなおした場合)に、うまいこと答えられないということだ。 VersionOneによる年次報告のような継続的な
simple-hatena-modeリリース - Kentaro Kuribayashi's blog
はてなダイアリーライターをEmacsから使えるようにし、はてなダイアリー/グループ日記を簡単に更新するためのメジャーモード、simple-hatena-modeをリリースしました。設定方法や利用方法については、以下のドキュメントをご覧ください。 simple-hatena-mode - Emacs interface to Hatena::Diary Writer 同様の機能を提供するelispについては、すでにいくつかのものが存在しますが、simple-hatena-modeには、それらと比べて以下の利点があります。 複数のアカウントに対応。 それぞれのアカウントのグループ日記に対応。 僕は、複数のidとグループであちこちに日記を書いているので、とても便利です。というか、そもそもはこれが欲しくて作ったのでした。 なお、simpleという名前がついているのに全然シンプルでない件については、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
