APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
テスト考2014 - Hidden in Plain Sight
年々、ウェブアプリを開発するときにテストを書こうという機運が強くなっていると感じる。 これは、開発パラダイムの成熟を意味することであり、基本的に良いことだと思っている。 しかし同時に「テスト原理主義」とでもいうような極端な考え方もでてきていて、開発スタイルをめぐって摩擦が起こっている。 そして、この議論は「テストは、ないよりあったほうが良いよね」という、微視的には誰も反論できないロジックに押し通されがちで、「地獄への道は善意で舗装されている」の典型的な現象に見えて仕方がない。 テストを書かない、というと背景にどんな深い考えがあっても素人くさく聞こえ、逆にテストを書くというだけで良いプログラマーに見える、という非対称な化粧効果がある。ソフトウェア・コンサルティング会社がテスト好きなのは決して偶然ではない。 ソフトウェアというのは、結局のところ、動いてナンボ、使われてナンボである。 期待するも
パンカクのイグジットと新たな旅立ち - Hidden in Plain Sight
前回、サンフランシスコからラスベガスへ引っ越しますという報告をしてから1ヶ月が経ちました。実はこの間、怒涛の1ヶ月でした。 まず、あの直後にパンカクの事業がコロプラに譲渡されることが決まりました。そして、7月31日をもってパンカクを正式に退職することが決まり、この4年間の旅は終着点へとたどりつきました。 思い返せば、2009年にインフォテリアUSAを閉鎖することが決まったとき、日本発のiPhoneアプリとして堂々の全米No.1を獲得したLightBikeというゲームを作っている会社から、「このゲームの人気を軸に対戦ゲームのプラットフォームを作って一緒に米国市場を攻めないか？」と、代表のやんくんから声をかけてもらったのが、パンカクとの運命の出会いでした。 その後、Pankiaと名付けられたそのプラットフォームは、iOS / Android / サーバサイドそれぞれ1-3名からなる少数精鋭のチ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
