崖の上のポニョが神過ぎた件:ハムスター速報 ２ろぐ
映画作品・映画人板からです。スレ投稿ありがとうございました。 ポニョのネタバレあり 管理人はこのスレ見てからもう一度見ようと思いました。 かなりレス番いじくって引用してます。 2008/09/03 21:30追加更新： 497氏からメールにてコメントを頂いたので記事末尾に掲載いたしました、興味ある方はご覧ください。 30 ：名無シネマ＠上映中：2008/08/08(金) 21:11:06 ID:gI67iKAK ポニョ見てガクガク震えた俺がきましたよ。 この映画はすげえよ。神かは知らんがすげえよ。 間違いなく宮崎駿の集大成だ。 ここでチラ裏させてくれ。 32 ：名無シネマ＠上映中：2008/08/08(金) 21:16:18 ID:gI67iKAK 俺の知識は一夜漬けレベルなので詳しい人は補完たのんます。 宮崎監督は神話の要素を毎回出してくるけど今回もてんこ盛りだったな。 自分の考えをま
Javaバイトコードの読み方 - プログラマーの脳みそ
Javaのデバッグをしていて、ステップ実行中にステップインを繰り返したらソースコードのないところに行き当たったことがあるだろう。あるいはEclipseでF3キーでクラスやメソッド・フィールドの宣言元を辿っていってソースコードのないところに行き当たったことがあるだろう。 Eclipseの場合、"Class File Editor"というものが開く。そこにはJavaのバイトコードのニーモニックがズラズラと並んでいて、「これは読めないや、ワケが分からない」と投げ出してしまったりしていないだろうか。 怖がることはない。ちょっとコツを掴めばすぐに読めるようになる。 Class File Editorの開き方 自前のJavaクラスの場合、ビルドして出来上がったclassファイルを開く必要がある。"Package Explorer"だとclassファイルは隠されていて見えないのでWindow -> Sh
Flashがオープンソース化できず、FirefoxがYouTubeのHTML5動画を再生できない理由。H.264
「Flashをオープンソース化できない主な理由は、H.264のようにアドビが所有していない技術が含まれているから」と説明するのは、アドビシステムズでオープンソース担当ディレクタのDave McAllister氏。 McAllister氏が自身のブログにポストしたエントリ「Following the open trail. 」で、こう説明されています。 The main reason we can't release Flash Player as open source is because there is technology in the Player that we don't own, such as the industry standard hi-def video codec, H.264. われわれがFlash Playerをオープンソースとして公開できな主な理由は、Pl
エンティティを２つに分けます - How BuddyPoke Scales on Facebook Using Google App Engine - urekatのスカンク日記３
http://highscalability.com/blog/2010/1/22/how-buddypoke-scales-on-facebook-using-google-app-engine.html エンティティを２つに分けます：メインモデルとサブモデル。 Datastoreのputはもっとも大きなコスト要因なので削減するためにできることはなんでもやりましょう。 メインモデルにはkeyだけでアクセスします。 インデックスは一切作らないし、余計なフィールドも一切保存しないようにします。 getのスピードは速くなり、putにかかる料金は安くなります。 余計なフィールドは時間もお金も無駄にすることになります。 だからUserモデルの「入会日時」フィールドはメインモデルには含めません。 このような頻繁に使わないフィールドはサブモデルに入れておきます。 サブモデルに対してインデックスを作り、
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
うまいなwwこれを気に就活のやる気なくす人いそうだなｗww:アルファルファモザイク