日本の電気メーカーが iphone作れない理由：外資の人から見た視点 - Togetter http://togetter.com/li/193059 製品を薄く、軽く、そしてこれまでにあるのを付け加えるのは楽。 言ったら悪いけど、無難。 バカにでもできる製品開発。 だから、みんなそれをやって利益がでない。 iphone 見たいなのは超リスク。 それを会社を上げてつくるからinnovative な製品ができる なぜ他社は Apple のようなシンプルで魅力的なデザインの製品が作れないのか? この手の話が定期的にホッテントリに上がってくるので、 まとめながら考えてみます。 デザインは美的感覚じゃなくて、広義の設計や機能のデザインです。 「付加価値をあげるとは、付加機能を増やすことである」という昭和的価値観 エアコン設計にみる昭和的発想 - Chikirinの日記 http://d.haten
ちょっと前にTogetterで作成したまとめに対して大きな反響をいただきました。 SIerは自動化する対象が違っているのでは？ - Togetter これは、私が Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler)) 作者: Jez Humble,David Farley出版社/メーカー: Addison-Wesley Professional発売日: 2010/07/27メディア: ハードカバー購入: 3人 クリック: 141回この商品を含むブログ (23件) を見るを読み始めて、ふとつぶやいた をきっかけに始まったTL上での議論をまとめたものです。この本は、7月に行わ
transniper @transniper 知人より電話、2.5ページレター英訳。「いいじゃんこれくらい。無料でやって。在宅仕事なんて気楽なもんだろ？こっちなんか毎日大変だぜ、お前とは違うんだよ」そのまま何も言わず電話切って携帯の電源落としてGmailでフィルタ掛けてそいつのメールは常にSPAM認定させるようにした 2011-01-25 11:56:38 大越 正浩/M. Ohkoshi🏳️🌈 @office_UNITE ハゲればいいのに。(c) ジョージ大統領 RT @transniper: 知人より電話、2.5ページレター英訳。「いいじゃんこれくらい。無料でやって。在宅仕事なんて気楽なもんだろ？こっちなんか毎日大変だぜ、お前とは違うんだよ」 2011-01-25 12:07:06 KeNji ShimiZu / Game Translator @transcreative @o
「ハイヤーーーーーッッ！！！」 と気合いを入れたところで、今日はScalaのコレクションライブラリで多用されている、Higher kind genericsについて軽く解説したいと思いハイヤーーーーーッッ！！！ Higher-kind Generics(type constructor parameter)って? まぁぶっちゃけ@kmizu が解説してくれてるのでコレ読んでもらえばおけです。 ScalaのHigher-kind Genericsについて - Togetter そういえば最近Javaでもid:Nagiseによるこんな話がありましたね。 Javaによる高階型変数の実装 - プログラマーの脳みそ Java による高階型変数と Scala とジェネリクス - Togetter 要は、型パラメータを取る型パラメータ(?)が使えるよって話。 trait AttrHelper[+Hold
なっちゃん（以下な）「なんかさー。タイトルが無理すぎない？」 ぎぃくん（以下ぎ）「まあ流行りだからね」 せっちゃん（以下せ）「流行りって言ってもFizzBuzzを３０バイトで - Togetterが1/24だし、1週間経ってるけど。どちらかと言えばオワコン？」 な「まあまあ」 ぎ「とりあえず、どのぐらい無理っぽいか見てみるかい？」 普通のFizzBuzz せ「じゃぁまあ普通のFizzBuzzをみてみましょ。」 な「FizzBuzz Javaでググって…これかな？ Fizz Buzz - Semicolonless Java」 public class FizzBuzz { public static void main(String[] args) { for (int i : new int[] { 0 }) { while (++i <= 100) { if (i % 15 == 0)
オスツ🍣 @alohakun 逆向きの型推論もできるようにして HogeClass hoge = NULL; hoge = new (...); とかできるようにすれば良さそうに思えるんだけど、何か問題あるのかしら。 http://d.hatena.ne.jp/yaneurao/20100929 2010-09-29 07:53:03 やねうらお @yaneuraoh @alohakun 「逆向きの型推論もできるようにして」は、最初に明示的に型を書かないといけなくて、var x = hoge.XXX(); のようにして複雑な型名を受け取るケースにおいて困るのです。 型名は絶対に明示的には書きたくないのです。 2010-09-29 08:10:49 オスツ🍣 @alohakun @yaneuraoh 次善の策（旧コードの互換性を保ちつつ C# の仕様を変更すること前提）のつもりで書きまし
早すぎる最適化オジサン @makotokuwata まずAppEngineがいまいちブレークしないのは、お金を集める仕組みが用意されていないことと、Datastore (Bigtable) の使い方が難しいことの2点だと思う。 2010-11-05 23:11:32 早すぎる最適化オジサン @makotokuwata 1点目の、集金システムについて。AppEngineと比べて、たとえばiPhoneアプリは十分ブレークしているといえるけど、これはやはりiPhoneアプリは販売して収益を出せる可能性があることが大きい。 2010-11-05 23:12:58 早すぎる最適化オジサン @makotokuwata それに比べて、GAEはインフラと開発環境は提供するけど、集金の仕組みは提供できてない。言い方を変えると、無料で使える環境は提供しているけど、収益を上げるための環境は提供できてない。そこが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
