GoogleのChromeブラウザの構成モジュールのそれぞれのバイナリ・サイズの表 - [モ]Modern Syntax
映像作家のエオウィン・アルドリッジさんが撮ったビデオは水を飲む自分の姿をいろいろな映画監督のスタイルで撮影してみる、というものです。 パート1とパート2で総勢20名の映画監督のスタイルでやっています。パート1の最後ではエオウィン・アルドリッジさん本人のスタイルのものもみせています。 私は結構映画を観る方なんですが、正直よくわかんないものもあって、まだまだ勉強不足だなあと思いました。 で、このビデオ、映画監督の名前が先に表示されるのでその心構えで観ることができるんですけど、逆に映像を見せて「これ、どの映画監督のスタイルでしょうか？」という質問形式にしたら全然わかんないじゃないかと思うんですけど、どうなんでしょうね。 ではパート1です。ここでは以下の監督のスタイルが披露されています。 Christopher Nolan, Stanley Kubrick, Edgar Wright, Quent
iPhone アプリを iPad 対応にする方法（プログラミング編） : 管理人@Yoski
スクリーンショットとりながら丁寧に説明する気はないのだけど、メモ残しとかないと自分でも忘れそうなので・・・ iPad の登場で、iPhone/iPad 両方に共通のバイナリというものが SDK 3.2 で作成できるようになりました。 もちろん、iPhone は iPhone OS 3.1系、iPad は 3.2 系なので、API の変更を吸収する必要はあるのですが、それを差し引いてもシングルバイナリで提供できるというのはメリットが多いわけで・・・ で、その方法。主に Interface Builder を使ってる人向け。 詳しくは Starting Your Project を読んでください。MPMoviePlayer を使っている自分にとっては「どうすんだよ、これ・・・」って感じではあるのですが・・・ま、それはさておき。 ※次の手順 1-3 については、XCode の 「Upgrade
SCRUM本に載っていたSECIモデルで暗黙知と形式知について学ぶ - Guyon Diary
今、SCRUMに取り組んでいます。 自分が現在関わっているプロジェクトはSCRUMではありませんが、隣のチームのプロジェクトはSCRUMで進めていたりしていて、社内でもXPよりSCRUMという言葉をよく耳にする気がします。 今日の読書より 「アジャイルソフトウェア開発スクラム」というSCRUM本の「スクラムが機能する理由」という章を今日読みました。 この章では、感覚的にSCRUMが良いという話しではなく、理論的に「ほらっ証明できるでしょ」というような切り口や証明的な視点で書いてあります。「スクラムに対する知識創造の視点」という項に記載されていた図が心に残りましたので、記録に残したいと思います。 「スクラム組んで開発しよう！」より http://www.ogis-ri.co.jp/otc/hiroba/technical/IntroASDooSquare/chapter2/IntroScru
「売れる iPhone アプリ」にするための151のヒント。 | AppBank
こんにちは、もとまか（@motomaka）といいます。 色々とiPhoneアプリ作ってます。iPadアプリも作ってます。ブログもやってます。どうぞよろしくお願いします。 最近、アプリ開発のセミナー等をよく見かけますね。 ASCII.jp：AppBankが語る「売れるiPhoneアプリとは？」 売れるiPad/iPhoneアプリのためのデザイン必須知識（1/5） – ＠IT 売れるiPhone/iPadアプリの作り方・育て方@銀座 : ATND Togetter – まとめ「第1回iPhoneアプリ勉強会（Presented by AppBank）」 Togetter – まとめ「7/9 #appbank 第2回iPhoneアプリ勉強会」 Togetter – まとめ「7/9 #appbank 第2回iPhoneアプリ勉強会 / 狩られ道さんのターン」 やはり、iPhoneアプリの開発は盛り
はてなはWebサービスの開発スピードをiPhoneアプリにまで持ち込まない方が良い - FutureInsight.info
もうはてなはあんまりこういううるさいユーザの声を求めていないかもしれませんが、一応書いておきたいと思います。昨日、はてなの新サービスであるはてなモノリスがリリースされました。 はてなモノリス サービス終了のお知らせ はてなモノリス自体はあんまり使い込めてないので、まだ面白さを理解できていないのですが、問題はこのはてなモノリス用iPhoneアプリ。僕のiPhone 3GSでは異常に落ちます。投稿するまでのカメラでバーコードを撮影して、投稿するまで10回くらい落ちました。さらに投稿したと思ったら、Safariにいきなり飛ばされ「URLが不正なためリクエストは拒否されました。」というエラーメッセージが出現し終了。この時点で全く投稿する気がなくりました。レビューにも似た様な投稿が多数あるので、たぶん深刻なバグがあるのだと思います。 で、昨日は頭にきて、Twitterで一通りぐちを言った後、寝たので
SBAW09
SBAW09について SBAW09について 多摩美術大学美術学部 情報デザイン学科 火曜日、3〜4限 @B-lab. 担当：久保田晃弘 + 田所淳 インタラクティヴ・ソフトウェア開発ワークショップ 今年度から、SSAWの内容は引き継ぎつつ、新規に「ソフトウェア&バイオアートワークショップ (SBAW)」としてより柔軟に多くのトピックを扱っていきます。 火曜日のワークショップでは、オーディオ、ビジュアル、ネットワーク、生体情報など様々なメディアを横断して、新たな表現を行うための技術や手法について探求していく予定です。 前期の講義では、まず前半部分で、インタラクティブにサウンドを扱うための基礎技術を学びます。Max/MSP、SuperCollider、Chuckなどを駆使して、リアルタイムに音響生成して表現する方法を学びます。さらには、その音響と呼応するビジュアルをリアルタイム
はてなブログ | 無料ブログを作成しよう
新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…
高密度小池 ／ サン牧の本質的な問題
サン牧の本質的な問題 サン牧には問題がいくつかあって、表面的なことを言えば、 OpenSocial にちゃんと従っていないという点と、外部課金回りに重篤な不具合があるという二点です。 OpenSocial に従っていないという点は、 mixi がわがしっかりした作りになっているので、これはさほど問題になりませんが、外部課金のお粗末さはかなりのものと言えます。 ここでサン牧運営の Rekoo の技術力やモラルの問題を糾弾するのは簡単で面白いことですが、これもあまり本質的ではないと思います。 結論から言うと、本質的な問題は mixi が mixi アプリの提供を急ぎすぎたことであると僕は思っています。 mixi アプリは、資金を集めるために始められたサービスであると理解するのが、やはり正当かと思いますが、 mixi にマネーなり話題なりを集めるサービスを mixi アプリ上で展開して
ネーミング重要ってレベルじゃねえぞ - NullPointer's
そう、ネーミング以外にも、長すぎる関数、無意味なコメント、変更箇所をコメントアウトして残す、などなど技術者を詐称するカスがやりがちなアンチパターンを一通り取りそろえているのだ。それゆえに、なにか事情があってこのような有様になっているのだろう、と好意的に考えられない。おそらく単に担当者が無能なのである ｗｗｗｗｗ、昔話でもしようか。以下の話は一部フィクションです。 あるSI企業のプロジェクトに、関数の名前が全て EA00001 のようなコードで定義されている仕様書がありまして、それはどこか別の会社のお偉い上流エンジニア様が作成なさったらしいのですが、こういう命名はどうなんですか？と当時新人だったおいらは先輩に質問しました。 そのとき先輩は、システムエンジニアなら、その程度は全部覚えるもんだ、という意味の事を言ったことを覚えています。今考えるとどう考えてもダメなんですが、まだ純真な社会人一年目
お客様の本音…って…あれ？ - がるの健忘録
元ネタ アジャイルだウォーターフォールだいう前にさぁ http://shift.cmd-q.jp/weblog/0902/000845.html プログラム開発手法とプロジェクト管理手法はちがうわな http://shift.cmd-q.jp/weblog/0902/000846.html んと…まずは気になる部分をざらりんと列挙しつつ軽く突っ込み。 アジャイルだかウォーターフォールだかどうでもいいよ。 どっちでもいいから、ともかくまずは顧客の要望をきちんとほじくりだして並べてみせてくれよ。 まぁクライアント的に本音ですわな。 顧客の出した要望は開発側でまとめてくれよ。顧客が自分でまとめた要望なんて穴だらけなんだよ。 この要望でどんなものが出来上がるのか、開発側は頭ん中にすぐに組み立てられるだろうさ。けど顧客側にはわかんないんだよ? どんなものが出来上がるのか想像もつかないのに、最初から満
デブサミ2009 はてなの開発戦略 - 2nd life (移転しました)
先日のデブサミ2009で発表した、はてなの開発戦略 (すごい名前だ…) のプレゼン資料を公開します。前半は主に git の話で、後半ははてなブックマークリニューアルの、Perl 層の開発をどんな感じで行っていったか、という話です。 デブサミ2009 はてなの開発戦略View more presentations from hotchpotch. はてなの git では、中央のマスタレポジトリサーバがあって、そこから各自 clone / fetch して開発を行ってるので、完全に github のような分散のメリットを生かしているわけではありません。 しかし完全に分散を生かさずとも、git に移行したメリットは十分にあって、資料の中でもふれていますが、やはり一番便利なのが git のブランチ機能です。もうこれ無しでの開発は考えられないなぁ、ぐらいで、さくっとブランチ切って開発、ブランチの切り
ロシアは鉛筆を使った - レジデント初期研修用資料
宇宙飛行士は、無重力状態ではボールペンが書けないことを発見した。 NASA は120億ドルの開発費をかけて、無重力でも書けるボールペンを開発した。 ロシアは鉛筆を使った。 定番の科学ジョークだけれど、大事だと思う。 Mig-25 のハイテク 1970年代最速のジェット戦闘機、Mig-25は、正体が分かってしまえば、 ありふれた技術で作られた、時代遅れの戦闘機だった。 ベレンコ中尉が北海道に亡命してきた昔、あのときはまだ、Mig-25 といえば「正体不明の究極戦闘機」 であって、小学校の頃に読んだ図鑑にも、なんだか秘密兵器みたいに描かれていた。 分解調査された実物は、たいしたことがなかったのだそうだ。 チタニウムの合金だろうなんて言われていた機体は、ありきたりなニッケル鋼で作られていた 基本的に「まっすぐ飛ぶ」ことしかできない飛行機で、格闘戦の性能は悪く、燃費も極端に悪かった すごいエン
ひげぽん OSとか作っちゃうかMona- - Subversionの話
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
ひがやすを blog - Javaを古くしたやつとRubyを煽っているやつ
その正体はわかったよ。正体わかった瞬間からだが震えたよ。まじで。 まずは、羽生さんのこのエントリを見て欲しい。 http://d.hatena.ne.jp/habuakihiro/20070922#1190464426 その後によしおりのこの有名なエントリも復習して欲しい。 http://d.hatena.ne.jp/jYoshiori/20070826/1188150596 もうさぁ、変わってないよねぇ。昔からのこの構図。歴史は繰り返すっていうの。 あからさまにいうとさぁ。賢いスーツな奴らと、頭の固くてあわれで保守的なおやじの歴史だよ。 最初は、EJBだよ。EJB。これからは、ビジネスコンポーネントが流通して、もうプログラミングはいらなくなる。コンポーネントの組み合わせを考えるだけでOKみたいな。最初にね、キャッチーな言葉とともに、あらたなテクノロジーを広めようとするのは、賢いスーツな奴
2007-07-25
そんなの問題外だ、というくらい基礎中の基礎が抜けていたとしても、Seasar2プロダクトは使えてしまいます。 Seasar2で目指しているのは、基礎のできない人でも使えるということではなく、機械的にできるような非本質的な作業はできる限り自動化し、開発者が本来やらなければいけないことに集中できるようにすることです。 私は、性善説に基づいているので、最初は良くわからずに作っていた開発者も周辺の技術に興味を持ち、いろいろ勉強してくれるだろうと信じてきます。最初は、基礎的な知識が足りなかった人も、丁寧に誘導してあげれば、基礎的な知識を身につけてくれると信じています。最初から、「こんな基礎的なこともわからないのかボケ」みたいなことはしたくありません。 ITの業界が良くなっていくには、より多くの人が参加することが重要です。多くの人が参加すれば、そのうちの何人かは、すごいことをやってくれるでしょう。最初
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
