先ほど、ガンダムの話で友人と口論になってしまいました。 モビルスーツのデザインの話でしたが、ジオンにはツィマッド社・ジオニック社・MIP社という３つの軍事会社があり、各モビルスーツの形態や機能をみると、どこの会社で製造したか、提携先はどこか、を判断できるのだ、と友人は主張します。 私は、初代ガンダムのモビルスーツデザインは基本が富野監督のラフスケッチで、大河原先生が仕上げていたものが多く、そんな細かい点まで設定はなかった。企業名が作品上に登場したのはゼータの「アナハイム・エレクトロニクス」くらいしか認識がないぞ。 と言ったら、 「お前は真のガンダムファンではない。」と怒りまくって帰ってしまいました。 いったいいつから後付けの裏設定が定着したのでしょうか。実際の話ではないのですから、ドイツの試作機のような展開を付けて疑似的な軍事資料を作っている事に疑問を抱きます。そのあたりの初めの展開をご存
Google マップ API の日本語ドキュメントを公開しました。 ( http://code.google.com/intl/ja/apis/maps/ ) Google マップ APIを使うことによって、ご自身のサイトに Google マップの地図を埋め込めるだけでなく、地図を操作したり、コンテンツを地図に追加することができます。Google マップ API はパワフルな地図アプリケーションを作成するための多数のユーティリティを提供しています。マップ API の API リファレンス、サンプル、デベロッパーガイドといった開発に必要な技術情報をご覧いただけます。 さらに、「 Mapplet 」という、Google マップの中で動作するミニアプリケーションに関するドキュメントも日本語でご覧いただけます。 ( http://code.google.com/intl/ja/apis/maps/
最もタメになる「初心者用言語」は JavaScript だ。 これだけはガチ。続きはデブサミで話す。 See Also Matzにっき(2008-02-04)
Teedaのメリット・デメリットについて振り返ってみたいと思います. ■Teedaのメリット ・HTMLテンプレート まずはなんといってもHTMLテンプレートではないでしょうか。 レイアウトを確認するうえでは威力を発揮しやすいと言えます。 また前工程でユーザに確認してもらうために作成したモックをそのまま開発に 持ち込める点は良いのではないでしょうか。 ・設定ファイルレス 規約による設定ファイルレスはTeedaの中でも生産性に貢献する部分のひとつです。 簡単な規約を付与することで、設定ファイルに書くタグ＋設定内容を規約に 置き換える部分は効果はあったでしょう。ただしデメリットもあります。後述します。 ・POJOベースのPageプログラミングモデル POJOなPageクラスをHTMLと1対1でバインドするTeedaの方法は 役割としてはとてもわかりやすかったように思います。DoltengのHT
まだ１月が終わったばかりですが、2008年のベストガジェットはEye-Fiでいいんじゃないかと思ってます。 この10年で考えても、このレベルに達している商品ってiPodとかなんじゃないんでしょうか。 なぜなら、人はホントにびっくりしたときに「なんだこれ！」というと言いますよね。Eye-Fiで今私が経験していることは、まさにこれだからです。 で、前置きはこの辺にして、Eye-Fiを実際に使うまでの手順です。Eye-Fiは、単にデジカメに差すだけでは使い物になりません。なぜなら、Eye-Fiって単なるガジェットやソフトウェアではなく、オンラインのWebサービスも含めて、ひとつの製品だからなんですね。 ということで、Eye-FiのカードをPCに差して、WinならWinのMacならMacのソフトをインスタレーションします。 そうすると、まずはEye-Fiのアカウントを設定することになります。 登録
http://www.nicovideo.jp/api/getflv/[動画IDかスレッドID] flv取得URL、コメントXML取得URLなどが得られます。getflv?v=[動画IDかスレッドID]でもアクセスできます。 [動画IDかスレッドID]は、http://www.nicovideo.jp/watch/sm...のsm...の部分、もしくはスレッドIDでもよいみたい。 参考にさせていただいたところ flvの取得 - poChiの日記 http://msg.nicovideo.jp/[数字]/api/ コメントなどが得られます。 POSTでほしいものを投げます。 [数字]というかアクセスURLそのものはhttp://www.nicovideo.jp/api/getflv?v=[動画IDかスレッドID]にアクセスして取得してください。 参考にさせていただいたところ コメントの取得
ひきこもりの社会学 (SEKAISHISO SEMINAR) 作者: 井出草平出版社/メーカー: 世界思想社発売日: 2007/08/01メディア: 単行本購入: 1人 クリック: 130回この商品を含むブログ (36件) を見る タイトル通り、「ひきこもり」と呼ばれる現象を社会学の観点から解析しようとした一冊。発表後、各方面で反響を呼んでいる。 全般的に非常に興味深い内容だが、ここでは、「ひきこもり」と「オタク」を巡る断面に話を絞って話す。 いや、これが、ぼく的には目からうろこ落ちまくりの内容だったんですね。簡単にいうと、なぜ、ひきこもり当事者はオタクにならないのか、という話。 ネットでは、そして世間でも、未だに「オタク」と「ひきこもり」を同一視する傾向がつよい。 暗い部屋に閉じこもってひたすらアニメやゲームに没頭する、「オタク」の末期的症状、それがひきこもりだ、という理解。 しかし、こ
(Last Updated On: 2018年8月8日)GNUCitizenによると CSRF – It comes very handy. It seams that no matter how much you talk about it, very few pay attention on the problem. And it is not a problem that you can afford to have. And among the XSS issues, which most OpenID libraries have, CSRF (Cross-site Request Forgery) seams to be the most pervasive form of attack. http://www.gnucitizen.org/blog/hijacking-ope
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ナップサック問題という大昔からある有名な問題があります。怪盗が重量制限のあるナップサックにできるだけ物を詰め込んで、詰め込んだ価値を最大化する問題です。 そのための、教科書的な解法は、動的計画法を使うことです。プログラミングコンテスト（IOIやICPCなど）では非常に良く出るアルゴリズムです。 まずは、教科書的なボトムアップの解法。Scalaで書いています。 object KnapsackBottomUp extends Application { val goods = List((3,1), (4,2), (5,3)) val n = Integer.parseInt(Console.readLine) val solved = new Array[int](n + 1) for(weight <- 1 to n) { solved(weight) = goods.map( g =>
今月も引き続きスクリプト言語のサポートに関して解説していきます。 今週はJavaからスクリプトの関数の呼び出しについて取りあげます。 関数の呼び出し 先週、解説した手法はスクリプトの先頭からそのまま評価していきます。しかし、イベントが発生したときに特定のコールバック関数を呼ぶなど、関数単位でスクリプトを呼び出したいことがよくあります。 このような場合、javax.script.Invocableインタフェースを使用します。 スクリプトエンジンの実装で関数呼び出しに対応しているものはInvocableインタフェースを実装しています。Invocableインタフェースを実装することはオプションなので、関数呼び出しに対応していなければ実装する必要はありません。 しかし、ScriptEngineクラスにはInvocableインタフェースを実装しているかどうか調べるためのメソッドは用意されていないので
IT 戦記で Haskell のリストを JavaScript で書くというのをやっている。これは面白い。ただ、そのまま書くと無限リストが無限再起に陥ってしまうので、遅延評価を行わなくてはいけない。 関数式を使った遅延評価 JavaScript で遅延評価を行うにはどうすればいいか。その答えのひとつが関数式だ。リストの各セルを、先頭の値と後続のリストという構造ではなく、先頭の値と後続のリストを返す関数という構造にしてやれば、リストの最初のセルを評価した時点で残りのセルがすべて評価されるという事態を防げる。 具体的には、リスト構築の際、後続のリストそのものの代わりにリストを返す関数を渡し、後続のリストを得るときは関数呼び出しを伴うようにすればよい。なお、ここでは空リストを表現するのに nil という特殊な値を用いる。nil は先頭の値も後続のリストも nil 自身であるリストである。 var
いろいろ試行錯誤をしていて JavaScript の関数を作って呼び出すのと Haskell のそれとの決定的な違いを見つけた。 それは、たぶんものすっごい単純で当たり前なことだけど、これが分かったとたんに僕の周りのピースが一気に繋がったので、恥をしのんで書く。 僕は以下のように脳内変換していて Haskell a = 1 iszero i = if (i == 0) then True else False Javascript a = function() { return 1 } iszero = function(i) { return i()/*評価は関数呼出し*/ == 0 ? True : False } // True False はこう True = function() { return true } False = function() { return false
2008年02月04日07:00 カテゴリLightweight Languages λ Calculus - まずは遅延評価から うーん、まずY Combinatorというのはおじさんたちが悪かったかな。ギター習いたてでいきなりFの音を出すようなもんだから。 Haskell のリストと遅延評価が少し分かった - IT戦記 Y コンビネータって何？ - IT戦記 まずは、遅延評価についてきちんとおさらいしておこう。 慌てるな、ループは急に止まらない まずは、以下の式を考えてみる。 (function(a, b, c){ return a ? b : c; })(true, 1, 1+1); 実行してみると、1となるはずだ。しかしここで重要なのはこのことじゃない。後ろの1+1が実行されるかだ。このことはどうやって確認したらよいだろうか。以下のようにしてみればいいはずだ。 var ELSE =
このページの表示は許可されていません このブログは下記の理由などにより凍結されています。 規約上の違反があった 多数のユーザーに迷惑をかける行為を行った。 30秒後にトップページへ移動します
次の国から YouTube を閲覧しているようです: 日本 この国からの動画をハイライトして、ウェブサイトの閲覧に以下の言語を選択しました: 日本語 この変更を受け入れるには、[OK] をクリックします。または、サイトを英語で表示するには、[キャンセル] をクリックします。各ページ上部の YouTube ロゴの右にある設定は、いつでも変更できます。 You appear to be viewing YouTube from this country: 日本 We have highlighted videos from this country and selected the following language for viewing the website: 日本語 Click "OK" to accept this change, or click "Cancel" to
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
