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

Send feedback App Engine documentation 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

** 2013.08.26 レイアウト更新しました ** 猛烈なスパム投稿で度々DBフルを起こしていた、Joel on Software ( ジョエル・オン・ソフトウェア ) のデータベースが編集ロックされました。 おそらくスパム対策ですが残念なことに日本語トップページが消失している状態になっています。( http://local.joelonsoftware.com/wiki/Japanese ) 各記事は存在しているので、トップページだけここで公開しようと思います。 以前は検索結果からインデックスを作成していましたが、waybackmachineから 2012/05/10 時点のものが拾えたのでそれを元に整えて再公開します。 何か問題がある場合はお知らせください。 事例によるスケジューリング2007年10月26日 ソフトウェア開発者はスケジュールを作りたがらない。大抵はなしですまそうと

2009年12月16日「チュートリアルを少し変更、おバカな設定例」 Catyでは、ファイル名拡張子の意味付けや扱い方がデスクトップと同じなんだけど、「クールなURIは、拡張子がねーんだぞ」とか言われそうだから、そのうちラショネールを書かなきゃ。 「ラショネール」なんて奇妙な言葉が出てきてますが、目論見や主張が正当であることを示す根拠、てな意味ですかね＞ラショネール。 僕とKuwataさんが開発しているWebフレームワークCatyは、URLに、.html, .cgi などの拡張子を必ず要求します。クエリパラメータも遠慮なしに使います。「拡張子とかクエリパラメータなんて、RESTfulじゃないなー、クールじゃないなー」とか言う人がいますが、なにゆえに「拡張子やクエリパラメータがダメなのか？」 -- その根拠を示して欲しいもんです。僕らが積極的に拡張子やクエリパラメータを使う事情と根拠は、このエ

（[追記 date="翌日"]文言を少し改善し、注意を付け足したりしました。[/追記]） HTTPメソッド、URL、動詞（verb）に関して次の記事を書きました。 HTTPメソッドの正統的使い方と現実的対処法 HTTPメソッド、URL、そして標準化された動詞 訂正補足：HTTPメソッド、URL、そして標準化された動詞 問題点がほぼ明らかになり、全体の状況も見えてきたので、総括したいと思います。これで決定版にしたいのですが、実のところ、まだ考えが変わる可能性は否定できません。現時点では、以下に記述する案が最善だと思っていますがね。 内容： 用語の注意 事の発端，事の成り行き URLの意味と用途を分類する リソース種別ごとに動詞を考える さらにリソース種別ごとに動詞を考える GETに乗せるか、POSTに乗せるか インターフェースとしてのリソース種別と動詞 リソースとクラス 用語の注意 HTTP

はじめに 先日、僕が勤務しているソニックガーデンのブログ記事で、弊社プログラマとデザイナーさんの対談記事が公開されました。 【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう 【中編】プログラミングとデザイン、やっていることはわりと同じ〜「デザインは感覚じゃない」 【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得！ インタビューに登場する町田さん（@machida）と赤塚さん（@ken_c_lo）は僕もよく知っているとても素晴らしいデザイナーさんです。 素敵なデザインができるのはもちろん、HamlやSassなどプログラマ寄りの技術知識も豊富に持ち合わせていますし、物腰も柔らかくてとても相談しやすい方たちです。 業界の各方面から引っ張りだこなのも十分頷けます。 ところで、上の記事の中に出てくる「デザインメンター制度」

Send feedback Using OAuth 2.0 for Server to Server Applications Stay organized with collections Save and categorize content based on your preferences. The Google OAuth 2.0 system supports server-to-server interactions such as those between a web application and a Google service. For this scenario you need a service account, which is an account that belongs to your application instead of to an indi

Send feedback Authenticate to BigQuery Stay organized with collections Save and categorize content based on your preferences. This document describes how to authenticate to BigQuery programmatically. How you authenticate to BigQuery depends on the interface you use to access the API and the environment where your code is running. For a short example of authenticating to BigQuery, see Getting start

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

Send feedback Cloud Storage authentication Stay organized with collections Save and categorize content based on your preferences. Most of the operations you perform in Cloud Storage must be authenticated. The only exceptions are operations on resources that allow anonymous access. A resource has anonymous access if the allUsers group is included in the ACL for the resource or if the allUsers group

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

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.