タグ

2009年11月17日のブックマーク (17件)

  • 受託案件で制作チーム全員が心得ておきたい4つのポイント。 | _level0 - KAYAC Front Engineer Blog

    こんにちは、kijimaです。先日深夜のスタジオでのドラム練習風景をUstreamで意味もなく生中継してみました。ええ、懲りずにまたやりますよ。 今回は、(特に大手クライアントの)受託案件で気をつけるべきポイントについてまとめてみました。 まんまと釣られた方、「そんなの当たり前じゃん」という方は、周りの新人さん(特に新人ディレクターとか)にも教えてあげてください。今回はFlashに限らず、制作現場みんなで気をつけていきたいポイントです。 制作規定・レギュレーションの有無について確認する今回紹介するポイントの中では、間違いなくこれが一番重要です。 ネット業界に限らず、誰もが知っている大手クライアントともなると、様々な部分にレギュレーションやルールが存在します。会社のロゴマーク表記に関するレギュレーションは特に細かく、たとえば「緑色のロゴマークに対して使っていい背景色は何色のみ」とか、「バナー

    受託案件で制作チーム全員が心得ておきたい4つのポイント。 | _level0 - KAYAC Front Engineer Blog
    ryshinoz
    ryshinoz 2009/11/17
  • 初心者のためのPayPal(ペイパル)の基礎知識 | nanapi[ナナピ]

    初心者のためのPayPal(ペイパル)の基礎知識 に関するライフレシピをご紹介します。nanapi [ナナピ]は、みんなで作る暮らしのレシピサイトです。PayPal(ペイパル)とは? PayPalを一言でいうと? PayPal(ペイパル)というのを聞いたことはありますか?海外では超有名なので、もしかしたら知っている人もいるかもしれません。 PayPalとはなんでしょうか?一言でいうなら、インターネットを利用した決済サービスです。 「インターネット上でのおサイフ」とでも考えてもらうとわかりやすいです。つまり、お買い物の時などに便利なサイトなのです。 どのくらい使われてるの? PayPalは現在、2億アカウント登録されており、かなり大規模なオンライン決済サービスです。 190の国で使え、24種類の通貨が使えます。 PayPalはアメリカの会社ですが、たとえばヨーロッパでもPayPalのシェアは

  • mixiアプリって儲かるの?

    いろいろ皮算用してみました 1500万人もの会員を抱えるmixi。そんなmixiに、アプリが登場して数カ月。マイミクを見回しても、結構な人数が遊んでいて、改めて「mixiアプリってもしかして、すごい!?」なんて気になったり。 実際に調べてみると、当にすごい。人気のあるアプリは驚くほどの登録者数で、トップ3を紹介すると「サンシャイン牧場」が約260万人、「マイミク通信簿」が約230万人、「脳力大学-漢字テスト」が約180万人もの登録者数を誇っているのだ。比較できるものではないが、数値だけでみれば、家庭用ゲーム機なら驚異的大ヒット作と呼べるほどの人数が遊んでいるってこと。 そこまで、人気だとすると、制作者側はどのくらい利益が還元されているのだろうか? 実は、調べてみると、かなり不透明。mixiアドプログラムPV単価表で書かれている、料金設定は、下記のような感じ。 実際の料金などは、ランキング

    mixiアプリって儲かるの?
  • コクヨの針なしステープラー、「紙とじ」と「穴あけ」同時に――業界初

    コクヨS&Tは、金属製の針を使わずに紙をとじられる「針なしステープラー(2穴タイプ)」を12月9日に発売する。同社によると「ホッチキス針を使わないタイプのステープラーでは業界で初めて、紙とじと2穴ファイル用の穴あけを同時にできる構造を採用した」という。価格は5775円。 →「コクヨの針なしステープラー、見てきました――IをHに代えた工夫」(動画付き)はこちら 針なしステープラーは、金属製の針を使わないため省資源な上、書類廃棄時の分別が不要などのメリットがある。今回発売する針なしステープラー(2穴タイプ)では、金属針を使わずに業界最多のコピー用紙10枚までをとじることが可能だ。また、ハンドルを一度押し下げるだけで2カ所をとじると同時にファイル穴を開けられる。そのまま2穴ファイルに収容できるという。 ハンドルを下げる動きで用紙に2カ所切込みが入ると同時に、U字形の紙片が刃の穴に通る。ハンドルが

    コクヨの針なしステープラー、「紙とじ」と「穴あけ」同時に――業界初
  • PHPにメッセージキューとそれを扱う糖衣構文を実装してみた (「PHPのすべらない話 #3」) - moriyoshiの日記

    Goにできて、PHPにできないはずはない!というわけでやってしまいました。まあ、これにメッセージキューとメッセージスロットを足しただけなんですが。 <?php function sub($i, $ch) { for (;;) { $a = <- [$ch]; printf("%d:", $i); var_dump($a); } } $ch = thread_message_queue_create(); for ($i = 0; $i < 10; $i++) { thread_create('sub', $i, $ch); } $i = 0; for (;;) { [$ch] <- $i++; usleep(50000); } ?> 見て分かるように、 [$ch] <- $i++;こんな感じにメッセージの送信を、 $msg = <- [$ch];こんな感じにメッセージの受信を書くことができ

    PHPにメッセージキューとそれを扱う糖衣構文を実装してみた (「PHPのすべらない話 #3」) - moriyoshiの日記
    ryshinoz
    ryshinoz 2009/11/17
  • 国産クラウドの実力 | IT Leaders

    “発雲所”の一角担えるか 厳しい経済情勢が続くなか、多くの企業がITコスト削減を迫られている。しかしその一方で、ビジネス効率化にはシステムが不可欠であることも事実。国産ベンダーが提供するクラウドサービスは、ユーザー企業にどのような福音をもたらすのか。米国最新動向や要素技術とともに伝える。[誌]

  • 第1回 10年近い実績を持つForce.comの実像

    クラウドコンピューティングへの期待が高まっている。その言葉の定義や解説は色々な場面で語られているものの、クラウド上でのビジネスアプリケーション開発が実際にはどのように変わっていくのか、実感が沸かないではないだろうか。連載では、クラウドサービスの一形態「PaaS(プラットフォーム・アズ・ア・サービス)」として、米セールスフォース・ドットコムが提供する「Force.com」の無料の開発環境「Developer Edition」を使い、これからのアプリケーション開発を実際に体験してみる。 現在クラウドコンビューティングの基盤としては、さまざまなベンダーからいくつかのサービスが提供されている。クラウドの活用といっても、その利用範囲によってメリットが大きく異なってくる。例えば、ハードウエアレイヤーサービス、いわゆるHaaS(ハードウエア・アズ・ア・サービス)は、確かに既存アプリケーションの移行や既

    第1回 10年近い実績を持つForce.comの実像
  • Building Scalable, Complex Apps on App Engineを見たメモ - スティルハウスの書庫の書庫

    Building Scalable, Complex Apps on App Engine List properties 01:40 List propertyとは何か? 複数の値を持てるプロパティ 順序付きリスト LPのメリット one-to-many関係にあるデータをコンパクトに扱える tupleやlistのようなデータを簡単に保存できる 子entityを扱う必要がない。entityより軽い。 ただしcomposite indexで使う場合はindex explosionに注意 サイズが1000のLPを2つ使ってcomposite indexを作ると100万件のindexエントリができあがる Microbloggingの例 たくさんのエントリを多数のユーザーに配布する必要があり、スケーラビリティが要求される データ自体はコピーせず、fan-outさせる方が効率的 RDB的実装:Use

    Building Scalable, Complex Apps on App Engineを見たメモ - スティルハウスの書庫の書庫
  • Google I/O - Building Scalable, Complex Apps on App Engine

    Creating relatively simple applications that scale with App Engine can be easy after the initial learning curve. But larger applications with more complex functionality are still hard to get right, especially when you need to scale. This talk will go over more advanced data structures and techniques to use when building complex web applications with Google App Engine, and how to make them scale. T

  • 「リニアにスケールするように作れる」からこそのGoogle App Engine

    Google App Engineを使った最初の作品 Tiny Message (http://tinymsg.appspot.com)をリリースしてまだ20時間経っていないが、設計の過程でいろいろと学べたことがある。 その中でも一番収穫として大きいのは、「Google App Engineを使えば、リニアにスケールするサービスを作ることが可能」だということが実感できたこと。 もちろん、Google App Engine上に作ったからと言ってすべてのアプリがリニアにスケールするわけではなし、どんなアプリでもそう作れるわけではない。Entity Groupの構成を間違えればそこがボトルネックになるし、Queryの二重ループなんかを書いたら、すぐにタイムアウトしてしまう。 リニアなスケーラビリティを持つDatastoreの上で作るとは言え、やはりDatastoreの仕組みをちゃんと理解してデー

  • 私がCouchDBを使わない理由 | taro-nishinoの日記 | スラド

    私は家ではMongoDBを使用しています。では、何故RDBMS(種類は何でもいいですが)でないかと言いますと、家の外へ一歩でも出れば、やれORMがどうのこうの、スキーマがどうのこうの、SQLがどうのこうの、と日夜囲まれているのに、そんなもん家に入れたくないでしょう? MongoDBはインタラクティブシェルとしてjavascriptシェルを持っているので、JSONでデータを格納出来ますし、今ややっとPerlドライバであるMnogoDB(元々は、ご存知Florian Ragwitz氏が手掛けられ、今のメンテナはKristina Chodorow女史です)が安定して来ましたので、Devel::REPLを使用すれば、Perlのハッシュのままインタラクティブに格納出来ます。私の個人的な記録はすべてMongoDBに放り込んでいます。卓上メモ代わりのようなもんです。 これを言うと必ず「じゃ、CouchD

  • KLab

    ニュース KLab株式会社が配信したニュースリリースやお客さまへのお知らせ、メディアの掲載情報をご覧いただけます。

    KLab
  • 新言語「Go」と「Google Chrome」の融合--目指すはウェブアプリケーションの高速化

    Googleは、ウェブと自社のビジネスのためにコンピューティング業界を変革しようと常に熱心であり、生まれたばかりであるが今後重要なものとなる可能性のある2つのプロジェクト、同社の実験的なプログラミング言語「Go」とウェブブラウザ「Google Chrome」を結び付けようとしている。 具体的には、Goで書かれたプログラムを、Googleの「Native Client」ソフトウェアが組み込まれたウェブブラウザ内で直接実行できるようにする基盤を構築しようとしている。Native Clientは、ブラウザベースのプログラムを、今日広く使われているJavaScriptで可能なスピードよりも速く実行できるように設計されている。未だ初期段階ではあるものの、Chromeに組み込まれており、ほかのブラウザではプラグインとして利用できるようになっている。 Goのソースコードを覗いてみると、Native Cl

    新言語「Go」と「Google Chrome」の融合--目指すはウェブアプリケーションの高速化
  • [IVSリポート]DeNA守安氏、「mixiアプリには2つの残念な点がある」

    宮崎県で開催されている「Infinity Ventures Summit 2009 Fall」。2009年11月12日の冒頭の基調パネルディスカッションは、ミクシィ代表取締役社長の笠原健治氏、ディー・エヌ・エー(DeNA)取締役ポータル事業部長兼COOの守安功氏が登壇。既にパソコン版、ケータイ版ともにオープン化したSNS(ソーシャル・ネットワーキング・サービス)「mixi」、2010年1月にオープン化を正式に開始するケータイSNS「モバゲータウン」と共にオープン化へかじを切った両社が、オープン化戦略が何をもたらすのかを語った。 外部企業がアプリケーションを自由に開発し、SNS内でユーザーに公開できるオープン化は米フェースブックが2007年5月に開始。国内大手ではミクシィが他社に先駆け、2009年8月24日にmixiのパソコン版を、10月27日にケータイ版をオープン化している。 まず、笠原

    [IVSリポート]DeNA守安氏、「mixiアプリには2つの残念な点がある」
  • サーバー仮想化,運用して初めて分かる落とし穴

    「サーバーを仮想化すると,管理する物理サーバーの数が減るので運用は楽になると言われる。だが,現実はそううまくはいかない」。日経SYSTEMSの中山秀夫記者(写真)は2009年10月28日,「ITpro EXPO 2009 名物記者のトレンド解説」で,「サーバー仮想化 運用の落とし穴」と題した講演の冒頭,語った。 中山記者はサーバー仮想化に先行して取り組むユーザー企業を取材した。その結果,サーバー仮想化の現場が以下の4つの問題に直面することが分かったという。 (1)仮想化マシンの再配置をどうするか (2)障害発生時の原因切り分けをどうするか (3)バックアップ処理をどのように実行するか (4)セキュリティ管理はどうすべきか いずれも重要な問題だが,対処にかけられる人手や時間,コストには限りがある。中山記者は講演で,先行ユーザーがどのように対処しているかを,現実解として紹介した。 割り切って複

    サーバー仮想化,運用して初めて分かる落とし穴
    ryshinoz
    ryshinoz 2009/11/17
  • 背負子む " エチカの鏡でも紹介された「死ぬときに後悔すること25」まとめ

    大津秀一さんは終末医療に携わる医師で、1000人以上の方をお見送りしてきたと言います。今回は著書にもなっていますが、その内容を全て後悔するという事でザッとまとめてみました。 この25条全てをあなたが知った時、あなたの心には何が残りますか? 1.自分の体を大切にしなかったこと 働き盛りでガンになり、もっと自分を大事にすればよかったと言う方が圧倒的に多いそうです。 病気になってからお金をかけるより、かかる前に検査などにお金をかけたほうが良いですね、とは大津医師のお言葉です。 2.遺産をどうするか決めなかったこと 大津医師の治療中、末期がんのその患者は、携帯電話などで病床で保険などの受取人の変更手続きをなどを行っていたそうです。「今病院だから、そっちに行けないんだよ」その言葉は家族でもあり、保険の企業でもあった訳です。 大津医師は、治療の中で、患者の余命が明らかになってから家族の中が悪

    ryshinoz
    ryshinoz 2009/11/17
  • 『幼稚園の学園祭「みんなでつくったおうち」』

    先日、タロウの通っている幼稚園の学園祭が開催されました。 学園祭ではテーマを決め、それに添って夫々の学年で作った制作物を発表します。 幼稚園の年長では「家をつくる」というテーマで、子供たちが自分で考え、工夫を凝らした「おうち」を作成していました。 これがスゴかったんですよー 子供たちが、自分たちで考え、実行し、作って行ったというところがスゴイ! (所々、先生の助言や手助けはあったようですが、でもほとんど子供たちメインだったそうです) ちょっと感動したので、ご紹介したいと思います。 (長文注意です) 。。。 玄関 レンガはみんなで貼付けたそうです。 子供たちはチームで部屋作りにあたっていたそうです。 玄関チームは、まず先に「玄関だったら、を作らなくちゃ!」といって作りをはじめたのだそう。 ちゃんと実物大の足でかたどって作った 玄関ポスト に、 呼び鈴 外にはお庭。 バスケットボールのゴ

    『幼稚園の学園祭「みんなでつくったおうち」』
    ryshinoz
    ryshinoz 2009/11/17