google appengine に関してひと言
ここ数日、Twitter上で appengine に関する発言をたくさん目にする。それを見る限り、「注目をされてはいるが、手を出しかねている人が多い」というのが現状だろう。そこで、私からもひと言。 App Engine は純粋なソフトウェア・エンジニアにとっての天国 私自身、色々な開発環境を試して来たが、私のようにプログラミングが大好きで、新しい言語や環境を学ぶのが楽しくて仕方が無いエンジニアにとっては、「App Engineは天国」というのが正直な感想。SQLやRailsのように一見開発効率を良くしてはくれるが、直感的に実行効率とかが把握できない「補助輪付きプログラミング」と違い、App Engine上でのプログラミングは、ちょっと手を抜くとすぐに実行効率の悪さとして跳ね返ってくる「一輪車プログラミング」。 新しい言語を学ぶのが苦ならApp Engineは避けた方が良い 現時点で、Pyt
【iOS開発】Objective-Cの自分用コーディング規約プラス
次開発するとき用のメモ。まずは下記の公開されているドキュメントを読む。 Google Objective-C Style Guide（英語） Google Objective-C Style Guide（日本語訳） [Apple Developer Center]Coding Guidelines for Cocoa（英語） ここからは自分の中にあるコーディング規約。他のサンプルを参考にしながら。 コメントは英語で。マニュアルも英語なので勉強だと思って手を抜かない。 defineは「k」をprefixにしてキャメルケース クラス変数は「m」をprefixにしてキャメルケース。最後に「_」を付ける（上のコーディング規約に従うため） 自作クラスのメソッドの引数は「a」をprefixにしてキャメルケース。 「#pragma mark -」の前は２行空ける 「#pragma mark」を使って機能
Java Cloud Meeting » タイムテーブル
9:30 〜 受付開始 10:00 〜 10:50 「Google App EngineはTDDに向いているんだぜ」 The Seasar Project チーフコミッタ ひがやすを 11:00 〜 11:50 「今さら聞けないJavaとクラウド」 関西Javaエンジニアの会（谷本 心、奥 清隆） 12:00 〜 13:00 〜 昼休み 〜 13:00 〜 13:50 「分散Key-Value Store”okuyama”の機能とその仕組み」 神戸デジタル・ラボ 岩瀬 高博 14:00 〜 14:50 「Androidの人が、App Engine/Jに挑戦したよ」 有限会社シーリス 有山圭二 15:00 〜 15:50 「Google App Engineプラットフォームの勘所」 株式会社トップゲート 小川 信一 16:00 〜 16:50 「AppEngineとソーシャルアプリ」 The
WebSocketでWebは変わる？ 大胆予想！
WebSocketアプリの事例 ここまでこの連載を読んでくださった読者の皆さんは、すでにWebSocketをどう利用すればいいかの十分な知識を得たことと思います。世の中にはすでにWebSocketを用いた様々なアプリが出てきています。ここではその中のいくつかを紹介したいと思います。 ここで紹介する事例は、すべてオープンソースで、ソースコードはGitHub上にあります。試しに触れてみるだけでなく、実際にソースコードを読んでみるのも良い勉強になるでしょう。
もう携帯開発やデジタル家電の開発現場は破綻しているのではないか
今年の残業可能時間がだんだんと少なくなってきている。 労働基準法の「36協定」で決まっている年間の残業限度時間の残りが、11月～3月までの5ヶ月で割ると1ヶ月あたり平均して40時間の残業分しか残ってない。 1ヶ月40時間「も」ではなく40時間「しか」、と言ってしまう感覚自体がどうかという気もするけど、数年にわたってこんなことをやっていると感覚が麻痺してくる。 季節ごとに複数機種を出す携帯電話の開発なんかは、すでに月～金曜の週休2日のペースでは開発スケジュールが最初から破綻するほど短納期＆開発ボリュームの多さになっている。メーカーから「恒常的な土日の出勤体制を検討ください」と要請が来るほどだ。平日でも朝から終電近くまで作業しているのにもかかわらず。 中には、スキル不足ゆえの非効率な作業で自分の首を絞めている部分もあったりするのだけど、だいたいは ・数機種の平行開発スケジュール ・最後まで固ま
AppEngine/Jのspin-upを劇的に改善する方法 - ひがやすを技術ブログ
AppEngineは、アクセスがあったときにアプリケーションを起動し、しばらくアクセスが無ければアプリケーションを終了させ、また次のリクエストで再起動するという仕組みを導入しています。 そのため、アプリケーションを起動(spin-up)する時間がとても重要になってきます。このspin-upの時間はpython(webapp)で60cpu_ms以下。(cpu_msはcpuが使う仮想的な時間ですがmsと同じ感じで捉えてもらってもとりあえずは大丈夫です)JavaのServletだと600cpu_msくらいです。PythonでもDjangoような大きなフレームワークだと1000cpu_msくらい(アプリによる)かかりますが、許容範囲内。JavaだとSlim3で1300cpu_ms、Springだと早くて7000cpu_msという感じで、Slim3がギリギリ許容範囲内でしょうか。ほんとうは、1000
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
