APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
自作サーバーカンファレンスの同窓会に参加した - 未来のいつか/hyoshiokの日記
若い人は知らないのだけど、昔自作サーバーカンファレンスというのをやった。自作？サーバー？意味わからない。そもそもサーバーって何よ。というのが昨今の若い人の反応だと思う。 そのような時代背景のもと自作サーバーカンファレンスの同窓会に参加した。http://atnd.org/events/47968 クラウドの時代。自前でサーバーを準備するなんて意味わからない。そーゆーことだ。 RubyやPythonでコードを書く時代にアセンブリ言語でしこしこコードを書くという意味が分からない。時間の無駄。という感覚と似ている。 経済的な観点から言うとサーバーを自作するということに意義を見いだすのは難しい。というかない。 ベンダーのサーバーの価格が自作するよりも遥かに高いということであれば、それを自作する意義もあるが、昨今そのようなこともない。 そのようなコスト構造のときに自作サーバーを持つということにどのよ
そろそろFluentd v11についてひとこと言っておくか - Go ahead!
リリースは永遠にされません！ 日本では色々なところでv11の噂がまことしやかに囁かれていますが， 俺がメインメンテナである限りv11がリリースされることはないので，諦めてv0.10.xを使ってください！ 以下まじめな話になります． v11が生まれた背景と現状 v11が生まれたのは1年以上前です．背景には，v10と呼ばれる今のバージョンがプロトタイプを兼ねたリリースであり， 「利用者のフィードバックを取り込んで，ダメな所をガッツリ書き換えて互換性を壊してメジャーバージョンアップや！」という流れがありました． しかし，v10は十分に柔軟でかつパフォーマンスも発揮しており，コミッタ陣はそれほどモチベーションがあったわけではありません． また，プラグインによって解決出来た問題も多く，v11が生まれた時ほどユーザから「v11が欲しい！」という要望は聞かれなくなりました． 当たり前ですが，ユーザからの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
