プロダクトマネジメント(あるいはオーナシップ)に関心のあるひとが集まるSlack Teamを作成した - Kentaro Kuribayashi's blog
プロダクトマネジメント、あるいはプロダクトオーナシップに関心のあるひとが集まるSlack Teamを作成しました。以下のページから参加できます。 Join Product Managers Japan on Slack! 追記: Product Managers JapanのWebサイトもできました。そちらも御覧ください → Product Managers Japan (PMJP) 昨今、プロダクトマネジメントに関心が集まっています。最近の盛り上がりは、Rebuildで語られたりなどによるものだと思いますが、しばらく前に出た『世界で闘うプロダクトマネジャーになるための本 トップIT企業のPMとして就職する方法』『プロダクトマネジャーの教科書』などにより、アメリカのWeb業界におけるその職能が紹介されてもおり、また、『スクラム実践入門 ── 成果を生み出すアジャイルな開発プロセス (WEB
目黒区役所に婚姻届を提出しました - Kentaro Kuribayashi's blog
本日6月28日、大安吉日ということもあり、目黒区役所に婚姻届を提出しました。特に書類上の不備等がなければ、受付日の本日が受理日となり、すなわち婚姻の成立日ということになります。 かねがねインターネット上で「結婚したい」と書いておりましたところ、「結婚しましょう」というお申し出がありました。私が結婚したいという意志を述べていたことが本心からなのであるとすれば、呼応したお申し出に関してはこれを受けるのが合理的です。 物事を合理的に判断するというのが私の信条ですので、その観点から本件について考察を行いました。その結果、現に私の意志が本心からなのであってみれば、すなわちお申し出を受けることは合理的であると判断し、婚姻届の提出に至りました。 なお、お相手につきましては、一般の女性ですので公開は差し控えさせていただきたく存じます。何卒ご了承くださいますようお願い申し上げます。 というわけで、今後ともみ
リリースの高速化はWebサービス企業にとって最重要である - Kentaro Kuribayashi's blog
インターネットを眺めていたら、リリースの高速化自体を目的化するのではなく、ビジネス成果によって成否を判断するべきだという主張があったので、思うところを書いておく。起点は他社さんにおける議論だが、そこは問題ではなくて、もし自分の関わるところでそういう議論が起こったら、自社の技術に対してそれなりのポジションにおいて関係する人間としてどのように考えるべきだろうかという視点で述べる。 リリースあるいはリリースの高速化自体を目的化するのではなく、その結果としてのビジネス的成果が大事だということは、マネジメントにとっては当たり前なわけで、いちいちいうまでもないことだろう。そもそも、サービスが圧倒的に成長し続けていれば、リリース頻度 = 成果になるはずだ。現状そうでないのであれば、成長速度が遅いということになる。エンジニアが技術を尽くしてリリース速度を向上させたにも関わらずそれが成果に結びつかないとした
「#ぶつかり稽古」という事件について - Kentaro Kuribayashi's blog
去る11月23日、あるイベントが開催された。「秋のエンジニアぶつかり稽古 2013」という。何を目的にしたイベントなのか誰も(主催者側ですらも)わからないまま始まったこのイベントは、しかし、最後までその目的が明らかにならないままに、なぜか大成功の余韻だけはしっかり残して終わった、異常な「事件」と呼ぶ他ないものとなった。 事の発端 そもそもの始まりからして意味不明だったのである。発端はこれだ。 @__kan こんにちは、ペパボです。YAPC::ASIA参加者スペシャル特典にご応募いただき、ありがとうございます ！ @kentaro とのぶつかりげいこをぜひ開催したく思います。ご都合のよろしい日をいくつかご連絡下さい！ pic.twitter.com/uoj2uExHBU— ペパボ(paperboy&co.) (@pepabo) October 2, 2013 2ヶ月ほど前、YAPC::Asi
YAPC::Asia Tokyo 2013 - Kentaro Kuribayashi's blog
YAPC::Asia Tokyo 2013 was held between Sep. 19 and 21. At this year's conference, too, I enjoyed much. Thanks to all who helped the conference to be enjoyable. The talk by which I felt impressed most was @lestrrat's one, titled Fighting Legacy Code. I'm working on similar problems for my company and I realised indeed that I had not been able to achieve enough although I also had strong passion for
Growth Hack(グロースハック)における3点の特色について - Kentaro Kuribayashi's blog
昨年(2012年)半ば頃からGrowth Hackという言葉が流行し始め、海外はもとより、日本においても先日Onlab [Growth] Hackers Conference 2013というイベントが開催されるなど、ますますの盛り上がりを見せています。本稿では、Growth Hackの何が新しい(あるいは新しくない)のかについて述べます。 Growth Hackが流行りかどうかはともかくとして、Growth Hackが目的とするところには、自分自身問題意識を抱いていることもあって、すこし調べてみているところです。 「Growth Hackとは何か？」要するに、できるだけ多くのユーザを獲得するための取り組みという意味ととらえて間違いはありませんが、内外の文献を元にもう少し整理すると、特に、以下の3点の特色を持ちます。 いわゆるビッグデータドリブンであること AARRRフレームワーク、特に"R
『入門Puppet - Automate Your Infrastructure』という電子書籍を出版しました - Kentaro Kuribayashi's blog
Chefとならんでよく利用されているサーバの構成管理フレームワークであるPuppetについて、『入門Puppet - Automate Your Infrastructure』という本を出版しました。 入門Puppet - Automate Your Infrastructure【電子書籍】栗林健太郎 達人出版会 発行日: 2013-05-08 対応フォーマット: PDF, EPUB 詳細を見る 入門Puppet - Automate Your Infrastructure 作者: 栗林健太郎発売日: 2013/04/29メディア: Kindle版この商品を含むブログ (1件) を見る id:naoyaさんの許諾をいただいた上で、『入門Chef Solo - Infrastructure as Code』の姉妹(兄弟？)本のような体裁の、コンパクトな電子書籍です。表紙は、naoya本同様「
Perlモジュールのレビューサイト PrePAN をオープンしました - Kentaro Kuribayashi's blog
Perl Mongersの皆様へ: PrePANというサイトをオープンしたので、お知らせいたします(実装は僕、デザインは同僚のスーパーデザイナid:kudakurage)。 http://prepan.org/ PrePANとは？ 社内でこんな話をしたことがありました。 業務や個人的な活動なので、便利モジュールができた〜ということがあった時、んじゃ、せっかくなのでCPANize(CPANに公開)しよっかなと思っても、いくつか不安に思うことがあったりします。 既に似たようなものがあるのでは？ 実装について不安が……。 CPANizeするに際しての名前やファイル構成の慣習がわからない 誰かにちょっとチェックしてもらいたい そのような問題に対する解決の一助となればと思い、サイトを作ってみました。「こんなの作ったけどどうだろう？」とか「こういうモジュール他にある？」とか、いろいろなことに使ってもら
シンプルなデプロイツールを書いているという話 - Kentaro Kuribayashi's blog
デプロイツールにcapistranoを使っているのですが、経年劣化により、何をやっているのか意味不明になり、機能追加しようにもどうにもならない感じになってきたので、もっとシンプルなものを作ってみようというわけで、ちょっとやってみています。 https://github.com/kentaro/cinnamon 設計指針は以下の通り。 role/taskという枠組みはcapistranoと同じ というか、このモジュールは、role/taskの管理 + アルファだけを提供する 設定のset/get コマンド実行(run/sudo) リモートでのコマンド実行(remote) (いまはないけどstreamみたいなのも欲しい) 普通、デプロイツールというのは、デプロイ先のディレクトリ構成をいい感じにしてくれたり、VCSとの連携を上手いことやってくれたりするわけですが、このモジュールはそういうことはし
TriglavのAPIクライアントをRubyとPerl版リリースした - Kentaro Kuribayashi's blog
サーバ管理ツールTriglavのAPIクライアントを、RubyとPerlで書きました。現状、APIは参照しかないのでとても単純なものですが、早いうちにちゃんとライブラリ書いてラップしておいた方が、いろいろやりやすいかなと思ってのことです。 Ruby: http://rubygems.org/gems/triglav-client Perl: https://metacpan.org/module/Triglav::Client 順番としては、Ruby版を作ってから、Perl版にそのまま移植したという感じです。すっかりRSpec厨になってしまったので、今回は、id:tokuhiromさんの作成したTest::StubやTest::Shouldを用いて、できるだけRuby版に近い書き方をしてみました。けっこう、文字列置き換え + アルファぐらいで書けるようになって、tokuhirom++って感
サーバ管理の仕組みを作り始めた話 - Kentaro Kuribayashi's blog
先日(10/9)、riywoさんさんの呼びかけにより、サーバ管理をどうやったらいい感じなるかを話し合う会がもたれました。僕は、直接サーバ管理をやっているわけではないのですが、社内でそういうの欲しいという話をしていて、ツールを作りたいといっていたので、参考になればというわけで、お誘いいただいて参加してきたのでした。 riywoさんから、叩き台としてホストのキーを元にした統合的なAPIの構想を図式化したスライドを提示していただいた後、管理システムの主なユースケースや、各社の実際の管理手法などをいろいろお話をうかがいました。僕など、インフラ的な知識に乏しいもので、これはなかなか大変なことだなあというのがあらためてわかりました。 組織体制や経理ルールの複雑性が各社でだいぶ違う サーバの情報として必要な属性が各社でだいぶ違う そもそもサーバの情報が複雑 既にあるなんらかの管理の仕組みとの整合性を取る
「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」
札幌Ruby会議2012参加のため、9/13から札幌にいます。大規模なRubyのイベントに参加するのは初めてなのですが、せっかくなのでなにかおしゃべりしようと思ってトークに応募したらLTは通ったので、「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」ちょっと話してきました。 スライドをちょっと補足すると、僕(や、隣席のるびりすと氏)は、特定のサービスにアサインされているということはなくて、広く全社のサービスを見るという仕事をしているので、まあいろいろやっているわけです。そのため、ある種自由にあれこれできる立場であるということもあります。だからといって、では非Rubyな言語のサービスをがっつりやってるひとにはこのトークは響かないかというとまったくそんなことはないと思っています。 スライドにある通り、現状、ベストプラクティスとされる開発プロセスは、Ruby発のものであった
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
PrePANをAmon2化した + Amon2で気になった点など - Kentaro Kuribayashi's blog
PrePANのWebアプリケーションフレームワークをAmon2に変更しました。閲覧者的には何も変わるところはないので特に意味はないですが、今後の機能開発がしやすくなったので、結果的にはよい影響はあると期待しているところです。 WAFは、YAPC::Asia 2011でのcho45さんの発表「ぼくのかんがえたさいきょうのうぇぶあぷりけーしょんふれーむわーく」にあるように「薄いフレームワーク」がより良いと最近は感じています。PrePANはまあ、特に変わったこともしていないアプリなので、ドメインスペシフィックに対処するべきこともなく、また、下手に自作するよりも、Amon2の方がずっといいものであることが明白なので、今回はAmon2を使うことにしました。 というわけで、Amon2作者のtokuhiromさんに「Amon2使いますよ!!1」と話したのを実行できたし、PrePANはいろいろと機能追加の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
