技術を活かし、新しい価値を創造する DeNAのエンジニアは、想像を超えるDelightを届けるために何ができるかを考え、技術力と発想力で新しい価値を生み出しています。 多様な専門性を持ったエンジニアが切磋琢磨し、互いに刺激し合える環境や制度がさらなる成長へとつなげます。
![DeNA Engineering - DeNAエンジニアのポータルサイト](https://cdn-ak-scissors.b.st-hatena.com/image/square/517c1260a938563aeea8af27498de5573a67f4c7/height=288;version=1;width=512/https%3A%2F%2Fengineering.dena.com%2Fog.png)
iOS/AndroidのアプリをC#ワンソースで書けるということで、いま話題となりつつあるXamarin 2.0。 関東での久しぶりの開催は特別編!Xamarin 2.0にフォーカスしてお届けします! 日時 2014/04/19(Sat) 13:00 〜 18:00 (開場 13:00) ※途中入場には制限があります! 会場 グリー株式会社 14F セミナールーム {{map_link '東京都港区六本木6-10-1'}}NoMethodError (undefined method `text' for nil:NilClass): inline plugin 六本木ヒルズ森タワー 東京メトロ日比谷線 六本木駅コンコースにて直結 都営地下鉄大江戸線 六本木駅出口3 徒歩6分 都営地下鉄大江戸線 麻布十番駅出口7 徒歩8分 東京メトロ南北線 麻布十番駅出口4 徒歩11分 受付・入場に関して
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sightにはブコメしたのですが、Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima)でも本件に言及があったようなので、少し一般論を書いておきたいと思います。 ■Web APIの設計原則について そもそも、良いAPIとはどのような特性をもつものでしょうか? 一般的に、以下の2点が挙げられると思います。 拡張が容易である 拡張時に後方互換性を破壊しない ウェブの場合は、これに加え、 スケーラブルである HTTPに起因する問題に上手に対処できる ことが求められます。 前2者はウェブに限らない要件です。これを満たす設計手法としては、 リクエストおよびレスポンスのパラメータを拡張可能に 互換性を壊す拡張が必要な場合は、関数名を変える 古い関数は従来と同じ機能を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く