Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
Google App Engineを使って無料でサイトを立ち上げる方法 - EC studio 技術ブログ
Googleが提供する、Google App Engineというサービスを知っていますか？ Amazon EC2などと同じで、Googleが用意するクラウドサーバー環境で アプリケーション開発ができるというサービスです。 (レンタルサーバーのようなもの) その大きな特徴は、なんといっても月間500万PV相当まで"無料"ということです。 ※有料で制限を拡張することも可能 ※2011/09/07 注 Google App Engineの新料金体系が発表されました。 新料金体系では無料で使える枠が大幅に削減されています。 この記事の無料での使用制限に関する記述は、新料金体系では 正しくありませんのでご注意ください。 「App Engine は無料で始めることができます。最大 500 MB の永続性ストレージに加え、月間約 500 万ページ ビューに対応できる十分な CPU と帯域幅を、すべてのア
iPhone活用によって変わった情報整理法 | 投資十八番
iPhone活用によって変わった情報整理法 2010.02.06 未分類・雑談 有用、無用の膨大な情報が通り過ぎていきます。 情報を効率的に整理して利用しやすいようにするにはどうしたらよいか。いろいろと試行錯誤してきました。情報は大きく分けて3つの経路から入ってきます。（1）書籍、（2）仕事プライベート等、（3）インターネットです。 私は昨年末にiPhoneを買いました。その一ヶ月後に「iPhone買ってちょっとだけ変わったこと」をいう記事で、ウェブとの関わり方がちょっとだけ変わったと書きました。そして、もうすぐiPhone購入後二ヶ月が経ちます。 この間、私の情報整理法についてもちょっとだけ変わったのです。 ○ iPhone前とiPhone後 私の情報整理法を、iPhone購入前Bi(Before iPhone)と購入後Ai（After iPhone）とで比較します。 【Bi】
コーポレートコンピューティングの終焉、エンタープライズ2.0の夜明け
「The End of Corporate Computing」（コーポレートコンピューティングの終焉）は、Nicholas Carr（ニコラス・カー）氏が2005年にMIT Sloan Management Review誌に書いた記事で、5年前にいまのクラウドコンピューティングの盛り上がりを見抜いていました。 その後、カー氏は書籍「クラウド化する世界」（原題：Big Switch）を2008年に出版し、発電機から発電所へという時代の変化になぞらえて現在のクラウドコンピューティングの流れを説明したことでよく知られています。 「The End of Corporate Computing」がオンラインで公開 なぜいまごろ2005年のカー氏の記事を持ち出したのかといえば、カー氏が自身のブログ「Rough Type」で、この「The End of Corporate Computing」がMIT
誠 Biz.ID：個人事業主もサラリーマンも読める「税金の話」：源泉徴収票の見方、教えます
個人事業主もサラリーマンも、知っておいて損はない「税」の話。今回は一般になじみ深い「所得税」の計算ロジックを考えてみよう。 今年も確定申告の時期がやってきた。個人事業主は前年1月から12月までの所得を申告し、税額を確定、納税する。サラリーマンも副業の収入を申告したり、医療費が多い場合は還付を受けたりする。今年は2月16日から3月15日まで1カ月間がその期間だ。 筆者は2年前に「パソコン好きが青色申告を体験してみると？」という記事を書いた。個人事業主になったばかりの方と、起業を考えている方を対象に書いたが、今回はサラリーマンの方も対象に“税”について書いてみたい。 政権交代により、「子供手当」「高校の無償化」といった言葉を耳にする機会が増えた。その財源として配偶者控除や扶養控除が廃止になるといったニュースも飛び交うようになった。この手のニュースや記事に出てくるのが、年収○百万円、中学生と高校
開発組織のDNA: 柴田 芳樹 (Yoshiki Shibata)
以前、「生産性の向上」と題してブログを書いています。その中で、ハーラン・ミルズの言葉を引用しています。 企業におけるプログラマーの能力差は10倍であるといわれている。しかし、企業自体の生産性にも10倍の開きがある。 ソフトウェアの開発組織における生産性には、様々な要因が影響を与えているのは確かだと思います。 最近、私自身が感じ始めているのは、ソフトウェア開発に対する取り組み方というかＤＮＡというか、上手く言い表せませんが、何か今まで私が認識していなかった要素があるのではないかということです。 組織が発足して、徐々に拡大していく過程があるのですが、すべての組織が同じ過程を経るのではなく、発足当初から異なったDNAを持って組織は大きくなっていくのではないかと。そして、そのDNAは維持され続けて、後から新卒で入っていった人がいても、受け継がれていくのではないかと。 たとえば、私自身が1984年に
引き継いだプログラム、「自分のもの」にするには ? | スラド デベロッパー
この仕事に就いてから、比較的大きなプログラム (3 ～ 4 万行程度) を何度か引き継いだことがある。元々の開発者らは、自分の書いたコードでもあるし (その仕様や動きを) よく理解していたが、自分はそこまでとは言えない。実際、プログラムに修正を入れる際は修正そのものよりも修正を入れるべき正しい位置を探すのに多くの時間がかかってしまう。 このように引き継いだプログラム、どうやったら理解できるようになるのだろうか ? 元の開発者らほどこのプログラムを「理解」できないのは自分の力量の問題ではなく、仕方がないことなのだろうか ? 本家 /. には「一から作り直したくなるだろうが、それは絶対に避けるべきだ。汚く見えるコードにも、全て理由があったりするものだ。開発時の相談や議論、意思決定までの過程にいなかったからコードが理解できないのである。一から作り直しても、そういった問題への理解は深まったりはしな
優秀な技術者が「無能化」していく悲劇 日本半導体が陥った「組織のジレンマ」とは | JBpress (ジェイビープレス)
前回、日本半導体が、韓国、台湾のメーカーや米マイクロンテクノロジーの「高度な破壊的技術」に駆逐されたことを論じた。 日本メーカーは、25年もの長期保証を付けた高品質な半導体を作り続けたが、 韓国、台湾メーカーや米マイクロンテクノロジーは、そんな長期保証を必要としないPC用DRAMを安価に大量生産した。つまり、日本半導体は、クレイトン・クリステンセンが言うところの「イノベーションのジレンマ」に陥ったのである。 そして、1980年前後に形成された、極限技術・極限品質を追求する日本の技術文化、すなわち過剰技術で過剰品質な製品を作る技術文化は、DRAMで手痛い敗戦を経験したにもかかわらず、30年以上経過した現在も変わっていない。 なぜ、変わることができないのか？ その原因の1つには、DRAMでシェア世界一になったという過去の成功体験があるものと考えられる。 社長会見に垣間見えたトヨタの傲岸不遜 こ
Life with Cygwin
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
（メモ）ElasticSearch | 関口宏司のLuceneブログ