RESTが日本で受け入れられていった頃の話( #mozaicfm の補足) - Kentaro Kuribayashi's blog
mozaic.fm第7話のRESTの話で、RESTが日本で広く受け入れられていった頃、というか、その端緒の頃の話が出ていて懐かしかったのだし、細部にやや不正確なところがあるのが気になったりもしたので、補足を書いておきますね。 まず、いわずとしれた@yoheiさんがRESTをまず知ったのが2003年とかそれぐらいの時期とおっしゃっていて、それから数年経ち、RESTがWebエンジニアに広く受け入れられていったのは、2007年末にリリースされ、resourcesという機能を取り入れたRails2からというのは、@t_wadaさんがおっしゃっている通り、事実だろうと思います。 また、Podcastの中では、主催のJxckさんが、それはそれと認めた上で、彼自身にとってはAjaxの登場が大きかったということを述べた上で、@yoheiさんの主催された第八回XML開発者の日での高橋征義さんとid:seco
GMOペパボ株式会社の技術責任者に就任いたしました - Kentaro Kuribayashi's blog
標題の通り、8/1付けでペパボの技術責任者に就任しました。あわせて、@hsbtさんがチーフエンジニアに就任しました。技術者の体制を強化したことで、Webサービス事業者、すなわち、技術の会社として、さらに高い成果を出していけるよう努めたいと思います。 ちなみに、CTOでも役員でもありません。たとえていえば、技術部長みたいな感じの立ち位置です(うちには技術部という部署はありませんが)。 ところで、その技術責任者の主な役割を、以下のように定義しています。 技術的な会社の意思決定に貢献し、また技術面における中長期的な計画の策定・執行を行う。 経営陣、幹部会議、技術基盤チーム及び技術専門職へ情報の橋渡しを行う。 技術専門職の人事、技術基盤チーム予算に関する責任を有する。 会社におけるエンジニア出身の幹部として、適切な経営判断に貢献するとともに、それを技術者に橋渡しをし、また、技術者がより力を発揮でき
ペパボの2014年上半期エンジニア評価について - Kentaro Kuribayashi's blog
ペパボの新しいエンジニア評価については、ペパボのエンジニア評価制度をパワーアップしたで既にお知らせしたところです。さて、今回その評価が終わり、総評を書いたので、さしつかえない範囲で公開します。 ちなみに、技術上級職については既に「ペバボのエンジニア職位制度のアップデートについて」で紹介しています。そちらも御覧ください。 制度の概要 そのエントリにもある通り、新しい制度では、以下の特徴があります。 エンジニア全員を、エンジニア集団である技術基盤チームが評価する GitHubに評価用の提出資料をまとめpull requestを出してもらい、それに基いて、結果も含めて全員にオープンな状態で評価する あらためて上記のエントリを引用すると: 今回の制度は、上述の専門職としての評価制度はそのままに、既存の半期ごとの目標設定 → 評価サイクルの中に、エンジニア的観点をより盛り込んでいこうというものです。
Casto: 史上最速にライブコーディングができるサービス - Kentaro Kuribayashi's blog
CastoというWebサービスがあります。史上最速に、インターネット経由でライブコーディングができる、非常に素晴らしいサービスです。その素晴らしさのわりにまだあまり知られていないので、紹介します。 Castoでライブコーディングを始めるには、ふたつの方法があります。 CastoのWeb UIから、ライブコーディング対象のファイルをドラッグアンドドロップする castoコマンドを用いる 後者のコマンドの例は、作者によって以下の様なアニメーションGifで紹介されています。 ↑の画像では、Casto上のURLをコピペしてブラウザで開いていますが、--browseオプションをわたすと自動的にブラウザで開くよう、pull requestを送って、マージされております。 コマンドについては、最近追加されたのですが、さらに利便性が高まったと思います。是非お試しいただきたいサービスです。
リリースの高速化はWebサービス企業にとって最重要である - Kentaro Kuribayashi's blog
インターネットを眺めていたら、リリースの高速化自体を目的化するのではなく、ビジネス成果によって成否を判断するべきだという主張があったので、思うところを書いておく。起点は他社さんにおける議論だが、そこは問題ではなくて、もし自分の関わるところでそういう議論が起こったら、自社の技術に対してそれなりのポジションにおいて関係する人間としてどのように考えるべきだろうかという視点で述べる。 リリースあるいはリリースの高速化自体を目的化するのではなく、その結果としてのビジネス的成果が大事だということは、マネジメントにとっては当たり前なわけで、いちいちいうまでもないことだろう。そもそも、サービスが圧倒的に成長し続けていれば、リリース頻度 = 成果になるはずだ。現状そうでないのであれば、成長速度が遅いということになる。エンジニアが技術を尽くしてリリース速度を向上させたにも関わらずそれが成果に結びつかないとした
ペパボのエンジニア評価制度をパワーアップした - Kentaro Kuribayashi's blog
mizzyさんのエントリ(paperboy is hiring - Gosuke Miyashita)にある通り、ペパボでは、エンジニアに関しては一般のラインとは別に、専門職としてのキャリアアップをしていくラインがあって、ここ2年ほど運用され、よく機能しているところです。そんな折、技術基盤チームも陣容が充実し、社内にもその存在や成果が充分に浸透してきただろうというわけで、半年ほど前からあたためてきた新しい制度を、先日から運用開始しました。 今回の制度は、上述の専門職としての評価制度はそのままに、既存の半期ごとの目標設定 → 評価サイクルの中に、エンジニア的観点をより盛り込んでいこうというものです。エンジニアであろうがなかろうが、一般に、事業目標をブレークダウンしたものが個々人の目標 → 成果になっていくわけですが、そうしたプロセスにおいて、より多様な観点からアウトプットの生産性を向上させて
「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - Kentaro Kuribayashi's blog
JAWS DAYS 2014のImmutable Infrastructure(以下、II)に関するトラックに呼ばれたので、話をしてきました。Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装についてや最近のImmutable Infrastructureに関する議論(Orchestration編)というエントリを書いていたからということでしょう。 ただ、最近は首都大学東京ビジネススクール不合格記に書いたように、経営学関連の学習をずっと行っていて、すっかりそのような話題から離れてしまっていた、ありていにいえば特に興味を持たなくなってしまっていたので、進学していたら研究テーマのひとつにしていたであろう件について、だいぶ生煮えではあるけれども最近またそうした話題でネットが盛り上がっていたりもしたので、以下スライド
【無料】「継続的Webサービス改善ガイド」(WEB+DB PRESS Vol.75)【公開】 - Kentaro Kuribayashi's blog
以前寄稿したWEB+DB PRESS Vol.75の特集を、Web上でも読めるよう公開しました。 継続的Webサービス改善ガイド：特集｜gihyo.jp … 技術評論社 今日は、僕の書いた「第1章 なぜ「継続的Webサービス改善」が必要なのか～変化に対応し，10年後も生き残るWebサービスのために：継続的Webサービス改善ガイド｜gihyo.jp … 技術評論社」が公開されました。 特集全体の趣旨は以下のような感じです。 本特集のテーマは「継続的Webサービス改善」です。できるだけ長い間，ユーザに価値を提供し，利潤を生み続けるWebサービスを運営するためには，継続的な改善を行うことが必要です。Webサービスを改善するには，技術的な取り組みはもちろん，開発投資とそのリターンという経営的な観点，チームビルディングなどの開発プロセス，ビジネスメトリクスへの注視など，考慮すべきことがたくさんありま
最近の会社での統計学普及の取り組みと入門書について - Kentaro Kuribayashi's blog
データサイエンティストブームですね。というのはおいといて、弊社でも統計学をいろんなひと(特にディレクタやデザイナとか)が学んで使えるようになるといいよねという感じで、みんなで勉強しよう！みたいなことをしています。今日は、若手敏腕ディレクタのzaimyが、下記資料に基づく勉強会をしてくれました。 http://www.storyboards.jp/viewer/u0arvn 僕も目下勉強中なのでなんもわからないのですが、読んだ本のうち、統計学に馴染みのない人向けでよかったものについて社内向けにまとめてみたので、こちらにも転載しておきます。 完全独習 統計学入門 作者: 小島寛之出版社/メーカー: ダイヤモンド社発売日: 2013/06/17メディア: Kindle版この商品を含むブログ (2件) を見る これが一番オススメです。見た目は固そうですが、簡単だし、内容もいいと思います。Kindl
アジャイル開発プロセスの組織論的文脈における研究の現状 - Kentaro Kuribayashi's blog
アジャイル開発手法の採用による影響についての論文について、日本語論文についてCiNiiを、英語論文についてはGoogle Scholarを検索して調査した。主に、以下の通り分類できる。 品質管理に関するのもの 生産性に関するもの 生産管理手法としての他プロセスとの比較 上記分類以外の、組織論的文脈(マクロ/ミクロ双方)での研究が、管見によるとほとんど存在しない(英語論文では、たとえばスクラムでいうところの「自己組織化チーム」についての研究や、リーダーシップ論に関わる研究は、少数ではあるが存在する)。ここでいう「組織論的文脈」とは、たとえば以下のような領域のことをいう。 アジャイル開発が導入する組織構造と既存の公式組織の関係について PO/SM/自己組織化チームと既存のモティベーションやリーダーシップ理論との関係について 人事評価やキャリアプランについて アジャイル開発と組織学習の関係につい
WEB+DB PRESS Vol.78「特集・実践 スクラム」に寄稿しました - Kentaro Kuribayashi's blog
このブログでもこれまであれこれと書いている通り、今年は勤務先でスクラムの導入・普及を行っていました。その過程で得られた知見を共有することで業界の発展に寄与したいと考え、今回の寄稿となりました。 WEB+DB PRESS Vol.78 作者: WEB+DB PRESS編集部編,栗林健太郎,安詮院康広,山口良平,尾上忠輔,大川高志,坂本寛樹,青木峰郎,増井雄一郎,中島聡,江島健太郎,中島拓,柴田博志,伊藤直也,登尾徳誠,片桐崇,後藤秀宣,佐藤鉄平,近藤宇智朗,長野雅広,奥野幹也,渡邊恵太,A-Listers,家永英治,はまちや2,川添貴生,原田勝信,和島史典,城倉和孝,安達俊雄,Akira,川嶋賢一出版社/メーカー: 技術評論社発売日: 2013/12/21メディア: 大型本この商品を含むブログを見る 勤務先でのスクラム導入や研修などをお手伝いしていただいた永和マネージメントシステムの家永さん
Webサービスのようなプロダクトについての議論について教えて下さい - Kentaro Kuribayashi's blog
このブログを提供している「はてなブログ」もそうであるような、一般ユーザ向けのWebサービスのようなプロダクトについての議論を知りたいんです。ここでいう「Webサービス」とは、以下のような特徴を持っているものをいいます(これが全部ではないですが、少なくともこれらを全部満たします)。 不特定多数のユーザが共通の物理的実体にアクセスし、サービスを利用する 継続的に機能が追加されていく(削除されることもある) 一般に、いつまで使われ続けるのかあらかじめ決められていない コア技術の多くを外部に依存しているため、外部環境の変化を受けやすく、またその変化が非常に早い Webサービスの構成要素の一番大きなものはソフトウェアですが(もちろん「サービス」なのでソフトウェアだけで完結するとは限らない)、WebサービスとMicrosoft Officeなどのようなソフトウェアとを比べると、(1)が一番大きく違いま
Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装について - Kentaro Kuribayashi's blog
本稿では、"Immutable Infrastructure"時代におけるconfiguration management tool(以下、CMT)の要件およびそれを満たすツールについて議論する。 背景の整理 "Immutable Infrastructure"とは、2013年6月、Trash Your Servers and Burn Your Code: Immutable Infrastructure and Disposable Components - Chad Fowlerにより提唱された概念だ。ある種のプログラミング言語における不変性がプログラムにおける厄介な問題を解決するように、サーバの状態を不変な(正確には、状態を変更しない)ものとすることで、成長し続けるソフトウェアにとって避けられない、時間の経過によりもたらされる種々の問題が、解決可能であるとする。 そもそもどのような
アジャイル開発プロセスの実証的効果検証について - Kentaro Kuribayashi's blog
これまでこのブログであれこれ書いている通り、今年は勤務先の有志によりスクラムが大規模に導入され、様々なひとたちの協力と粘り強い実践のおかげで、徐々に定着しつつある。当初の理想のようにはうまく行かないことも多かったけれども、もっとよくしようという工夫、よくなるはずだという信念によって、実践に取り組んでいる人々の中では、改善の効果が実感されつつあるように思う。 しかし、問題がないわけではない。もちろん、プロセスそのものをさらに改善できるという意味でも課題はあるが、それとともに、導入の効果を実証的に示すことがなかなか難しいということも大きい。簡単にいえば「で、スクラム導入によってなにがどれぐらいよくなったの？」という端的な質問(別に誰かにそうきかれたわけじゃないけど、自分自身にそのように問いなおした場合)に、うまいこと答えられないということだ。 VersionOneによる年次報告のような継続的な
組織パターンを実践する - Kentaro Kuribayashi's blog
先日(10/30)「ジム・コプリエン (James O. Coplien) : Advanced Scrum - 組織パターンでScrumを微調整する "Scrum Fine-Tuning using Organizational Patterns」という研修 + ワークショップに参加しました。先日刊行された『組織パターン (Object Oriented SELECTION)』に基づき、著者のコープ氏自らによる解説を聞ける貴重な機会でした。 研修について コープさんについては、『組織パターン (Object Oriented SELECTION)』その他の本などの活動により、非常な敬意を抱いているのですが、今回、これまた尊敬する角谷さんに機会を与えていただき参加することができて、とてもよかったです。コープ氏、角谷さんをはじめとするコーチ陣のみなさま、ありがとうございました。 研修の内容は
「PHPアプリケーションの継続的バージョンアップ」という題でPHPカンファレンス2013でトークしてきた #phpcon2013 - delirious thoughts
PHPカンファレンス2013で「PHPアプリケーションの継続的アップデート」というタイトルで話をしてきました。僕は、いまでこそPerlやRubyの人みたいな感じですが、もともとはPHPからプログラミングを始めたので、PHPカンファレンスで話すというのは、感慨深いものでした。「ぺちぺ」「ぺちぱー」という言葉の創始者でもありますし。 トークの内容は、最近仕事でやってきたことのまとめみたいな感じです。PHPといいながら、2/3ぐらいはPHPには直接関係ないことばかりでしたが。トーク中でもいったように、言語そのものというよりは、システムの複雑性をいかに減らすかが「継続的な」取り組みには必要なので、いたしかたありません。それなりに面白いものになっていると思います。 スライドは以下。 これまで『WEB+DB PRESS Vol.75』『入門Puppet - Automate Your Infrastr
Webサービスにおける費用対効果 - Kentaro Kuribayashi's blog
コードを書いたり機能を追加したりせずにお客さんが増えたり儲かったりするなら、その方がいいことは自明である。コードや機能が増えることはシステムの複雑性を増加させるため、当初の開発工数という意味におけるコストだけでなく、将来にわたってコストが増えるということ。 コードや機能が増えることによるコストは、やればやるだけ増えることもまた自明である。コードの一行一行、機能のひとつひとつが、将来の開発者に対する負担となる。一方で、一般にWebサービスにおけるベネフィットは、なにかやればその分儲かるというものではないため、費用対効果がよくわからないことが多い。単にひたすら作っているだけだと、コストばかりが増えていくということになりがち。 ではどうするか。できるだけコストをかけないでベネフィットを増やす必要がある。しかし、コードを書いたり機能を追加したりすると、上述の通り、コストが増加することは避けようがな
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
書評『コーディングを支える技術』(西尾泰和・著) - Kentaro Kuribayashi's blog
西尾泰和さん (@nishio)の新刊『コーディングを支える技術』をご恵贈いただきました。ありがとうございます。 コーディングを支える技術 ~成り立ちから学ぶプログラミング作法 (WEB+DB PRESS plus) 作者: 西尾泰和出版社/メーカー: 技術評論社発売日: 2013/04/24メディア: 単行本（ソフトカバー）この商品を含むブログを見る 『達人プログラマー―システム開発の職人から名匠への道』という本で、こんなことが述べられています(手元に現物がないので「総論 複数のプログラミング言語を学ぶ意義」から孫引き)。 毎年少なくとも一つの言語を学習する - 言語が異なると、同じ問題でも違った解決方法が採用されます。つまり、いくつかの異なったアプローチを学習することにより、幅広い思考ができるようになるわけです。 先日、この話を思いだして「今年は何をやろうかなー」と考えていました。「去
書評『スマートフォンのためのUIデザイン』 - Kentaro Kuribayashi's blog
tikedaさんより、新著『スマートフォンのためのUIデザイン』をご恵投いただきました。ありがとうございます。結論からいうと、名著、英語でいうと、"Epic, just epic"って感じ。必読です。 スマートフォンのためのUIデザイン ユーザー体験に大切なルールとパターン 作者: 池田拓司出版社/メーカー: ソフトバンククリエイティブ発売日: 2013/03/30メディア: 大型本 クリック: 117回この商品を含むブログ (2件) を見る 本書は、スマートフォン用のアプリ・ウェブサイトのパタンを分類・整理した上で、網羅的に紹介する本です。かつての類書に『iPhoneアプリ設計の極意 ―思わずタップしたくなるアプリのデザイン』という本があって、これはこれで素晴しいのですが、本書はカタログに徹したことで、さらに価値を高めていると感じました。 そもそもデザインにとって、パタン化は伝統的な営み
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
