You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

ウェブサービス開発にはエンジニアの存在が必要であり、彼らをまとめて組織の技術力を向上させるCTOは、企業を成長に導くキーとなる存在だ。 ハウツーサイトnanapiを運営するnanapi取締役CTOの和田修一氏は、2005年に楽天に就職、2009年から同社代表取締役の古川健介氏とともにnanapi.jpを立ち上げた人物だ。 同氏がMOVIDA SCHOOLで語った、CTOに必要な役割とエンジニアの組織づくりについてまとめた。 ビジョンとマネジメントが必要な「役員型CTO」 CTOには、大きく2つに分類されると考えている。その1つが役員型CTOだ。私自身がまさにこちらの立場で、役員型CTOはエンジニアリングだけでなく経営全般に対しても責任を持ち、コミットしていかなけばならない。そのため、技術よりも経営を立場上優先しないといけない場合もある。 もちろん、役員といえども技術力は必要だ。ビジョンを持

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog Yahoo!デベロッパーネットワークの中野(@Hiraku)です。これまで、JavaScriptで非同期処理を書く上での問題として、コールバック地獄やエラー処理に例外が使えないことなどを解説してきました。 これらの問題に対処するライブラリの1つであるjQuery.Deferredに関して、もう少し丁寧に解説いたします。なお、jQueryのバージョンは記事執筆時点の最新である、1.9.1を想定しています。 jQuery.Deferredとは jQuery.DeferredとはjQueryのバージョン1.5から導入された、非同期処理をうまく扱うための標準モジュールです。使いこなすことで、以下のような効果が見込めます。 非同期処理を連結

2011年05月23日23:12 カテゴリ Python＞継承先のメタクラスは，そのまま書けば良い Pythonで複数のメタクラスを使うときどうしたらいいんだろう？という記事を書いたのだが，それを解決しているコードを教えてもらったので，書いておく． まず元々私が参考にしたのは，Pythonのメタプログラミング (メタクラス) を理解したい人のための短いコード片と禅問答 | TRIVIAL TECHNOLOGIES on CLOUDだった．これを使いメタクラスを2つ書くとこうなる．AはAMetaを持ち，BはAを継承してかつ，BMetaを使う． # coding: utf-8 ''' Created on 2011/05/23 ''' class AMeta(type): def __new__(mcls, name, bases, attrs): cls = super(AMeta, mcl

Ryo Yamasaki(@vierjp)です。 2/13に開催された appengine ja night #23 の前半のセッションで @proppy氏によるDatastoreを中心としたAppEngineのパターンについての説明がされました。 このセッションについて@proppy氏に直接質問させてもらって理解した事も含め、 自身の復習も兼ねて考察してみました。 既に結構時間が立っていますので若干今更感はあるのですが、 書き始めてみると思いのほか濃い内容になった気がします。 なお、後半のセッションでBrian氏によって語られた「Google Compute Engine」については "公開されているドキュメントをベースに、ドキュメントに書かれている範囲で"(重要ｗ) 可能であればajn #23のスライドの内容にも踏み込んで近いうちに記事を書こうかと考えています。 関連リンク： ・app

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Stay organized with collections Save and categorize content based on your preferences. App Engine is a fully managed, serverless platform for developing and hosting web applications at scale. You can choose from several popular languages, libraries, and frameworks to develop your apps, and then let App Engine take care of provisioning servers and scaling your app instances based on demand. Learn m

移転しました http://please-sleep.cou929.nu/20130121.html

Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター

RESTful WebサービスではHTTPステータスコード=処理結果 弊社 アイコン認証Webサービス は、REST方式のWebサービスとして実装されています。 REST方式でない通常のWebアプリケーションでは、通常HTTPステータスコードとしては200(OK)しか返されません。 エラー等の状態を表す場合でもHTTPステータスは200(OK)が返され、画面に表示される内容にエラーを表すメッセージ等を含ませる事によって状態を表現します。 RESTfulなWebサービスを実現する場合には、処理結果はHTTPステータスコードで表現するべきとされています。 理由としては、以下のものがあげられます。 適切なHTTPステータスコードを返さない ( 全部 200 (OK) とかの ) 場合、エンティティの中身を解析しなければ、処理結果が判別できない。 Web標準に従う事で、HTTPステータスコードから