iPhoneとワンマン社長 - stanaka's blog
iPhone来ましたね。あいかわらず、Jobsのプレゼンは神がかっているかのようで、革命的なデバイスであるとの印象を打ち出しています。iPhoneの機能セット、デザインには、Jobsの強烈なこだわりが感じられて、Appleの本気度が伝わってきます。 単純なスペックの比較だと、iPhoneは、SharpのW-Zero3と似ているし、Sonyのmyloや、PalmやNokiaのスマートフォンも似ています。カメラ、無線LAN、ブラウザなどなどのキーワードは、だいたい共通しています。 どうして、Sharpを初めとするメーカーは、このようなインパクトのあるの製品を出せなかったのでしょう？ この問に対する回答は、星の数ほど考えられますが、やはり、Jobsのこだわりとリーダーシップが一番重要だったのではないかと思います。たぶん、周辺のデザイナーやエンジニアは、Jobsに強烈にダメ出しされたり、プレッシャ
小野和俊のブログ:エンジニアの進むべき道についてエジケンのブログを読んで考える
エジケンこと江島健太郎の１週間ほど前のエントリにはどのような意味があったか。 それは一言で言えば、確かな能力を身に付けるよりも、確かでない何かに向かっていくことこそがエンジニアの進むべき道なのだと、エンジニアが目指すべき方向性を再定義したことにあると思う。 一方で、エジケンが提唱し自ら実践しているエンジニア像とは、こんなものがあったら人の生活が大きく変わるかもしれないという、これまでの経験を総動員していると言いながらも結局は直感でしかないその不確かな感覚に身を委ね、しかも Google よりも何よりも客観的に見たとしても今自分がやっていることが世界で一番ホットだと言い切りながらもその確信と同じくらいの確率で起こりえる失敗の可能性を自覚しつつ、しかしそれでもその不確かな方向に進んでいく、そんなエンジニアである。大成功した人が後に美談としてこういうことを語ることはよくある。しかし今まさにチャレ
技術力の3つのタイプ - 使う、創る、動かす (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ ちょっと心をいれかえてブログをなるべく書くようにします。はい。 昨日、稚北つながりでGoogle（東京＋本社）の人々と夕飯。中の人と色々話すことができました。やっぱGoogleはすごいなぁと。 技術力がウリです エンタープライズ業界で「うちは技術力がウリです」なんていう会社に会うことがあるのですが、Googleなんかを知ってしまうと「うーん」と。なんか世界が狭いなぁと感じます。たしかに国内のSIerやベンダーの平均点と比べて「技術力が高い」っていうのは事実だとしても、それは井の中。 Googleをちゃんと競争相手として考えられるのかというのは大きな分岐点だと思います。それに「国内のSIerやベンダー」だってトップレベルのエンジニアはやっぱりすごい。「組織としての技
最速配信研究会 - ベンチャーを志向するということ
仙石浩明の日記:ソフトウェア産業の究極の振興策 http://blog.gcd.org/archives/50816826.html ここがスタートになっていろいろ意見が出ている. スラッシュドット:日本のソフトウェア産業を振興させたいなら大企業を一つ潰せ http://slashdot.jp/article.pl?sid=06/12/11/0311248&threshold=-1 雑種路線で行こう:ベンチャーに人材が足りないのは確かだが http://d.hatena.ne.jp/mkusunok/20061212 でyamaz的にもいろいろ思うところがあるので,書いてみる.なおid:yamazの経歴は下記の通り, 田舎大学の情報系修士を修了. 外資系有名半導体メーカで1年半ほど勤務 外資系超有名ポータルで7年ほど勤務. 現在無職.立場的にはおおむねニート. この売り手優位の地合いでも，
My RSS 管理人 ブログ: [メモ]これからのエンジニアが備えるべき３つの要素
先日の開発合宿で百式田口さんと話していたときに - 開発力があって - サーバー管理できて - 絵心がある人 は貴重だよね、と思うという話をふと思い出したのでメモ。 来年は大量の API が出回るはずなので、技術力といっても API 周りがいじれる言語であればなんでもいい感じ（もちろんセキュリティまわりは押さえつつも軽量プログラミング志向で）。 PHPでもとても良い本がでていることですし。 一番難しいのは絵心でしょうか。 なんでも全部一人でやることを推奨するわけではないですが、絵心があると左右の異なる視点からパンチを繰り出して仕上げることができるので、バランスの良いモノができるのでは、と。 ＃絵心をどうやって身につけるかはわかりませんが。。。 絵の上手下手ではなく、開発で使う脳とは違う思考パターンを身につける、とかそんな意味にとっていただければ・・・ 投稿者 aka : 2006年11月2
CMSとモバイルとフィードと四畳半社長: CTOと優秀なエンジニア
東京都文京区本郷でとあるCMS開発会社を営む社長のブログ。さっきまで「越後のCMS問屋」だったのですが、会社が新潟に移転したと勘違いされたようなので変えました。 モバイル、ゲーム、フィード、Ajax、Flash、ハイテクグッズあたりのはやりモノが好きです。 最新作「メルルーの秘宝」がドワンゴから提供中 週刊アスキーで「2045年の週刊アスキーをつくる」連載中 某社の社長がマッサージチェアを用意するから優秀なプログラマー20人に来て欲しいという発言をして、話題になっていますが、もとのエントリーやそのトラックバックもまあなんとなく読んだだけでそれに言及するつもりもないけど、話としてはインスパイアされたのでハリウッドからお届け うちの会社は基本的にCTO、つまりチーフテクノロジーオフィサーを置いていません。 なぜかというと、CTOっていうのは技術に関する経営面のトップを言うのだと(意味から
雑種路線でいこう - 技術者を頭数で数える奴が報酬を弾むかな
弾さんがいうように，心をつかまれると報酬は抑えめになるって確かにあるよね．けど技術者を頭数で勘定する奴が「仕事に対する正当な評価」に基づいて報酬を払ってくれるとも思えず．心をつかまれつつ，ちゃんと価値を理解して，そこそこの報酬を払ってくれるとこもあるだろう． 残念ながら多くの技術者は「アホで間抜けなスーツ」から毟るほどタフではない．もちろん気にくわない上司とも仲良く仕事する術を覚えた方が，いい待遇にありつきやすいってことは確かだけど，技術者を頭数で勘定する奴にプログラマとしての価値や生産性を理解してもらえると思えないのだが． だいたい採用力とか何とかいいながら，オフィスのデザインとかマッサージチェアがどうとか，全く技術者に響く議論をしてないしさ．イントラじゃないんだから，こんな調子のエントリを社長が書いた日には真っ当な技術者を採るには逆効果じゃない？僕はエンジニアではないけど，この無神経さ
ひげぽん OSとか作っちゃうかMona- - エミュレータプログラマ最強説
今日はエミュレータプログラマ最強説を唱えてみようと思います。 最強の定義としては「ひげぽんがこの人には絶対かなわないと思う」という意味です。 プログラマとして日々仕事と趣味でコードを書いており、勉強も続けていますがこの人には99%勝てないという人たちが何人かいます。 勉強すれば追いつくとかそういうレベルではない人。レベルが一桁違う感じ。 そういう人達は「エミュレータプログラマ」である確率が高いというのが今日の話です。 エミュレータというのは、Windowsでプレステのソフトで遊べるぜー的なそういうソフトウェアのこと。 なぜそのような人たちがすごいと思うか?というと、自分ができることを全部あっさりとやられてしまうからです。 （もしくはやろうと思えばいつでもできる力がある。) 例えば OS書ける? →はい。書けます。自前でタスク管理やメモリ管理は当たり前。エミュレータはハードウェアやCPUをエ
プログラマの種類とキャリア - naoyaのはてなダイアリー
http://d.hatena.ne.jp/mkusunok/20060426/hr を読んでいろいろ考えた。 最近はてなブックマークとか見てて、優秀な人は自分がすごいことをやってるとか、努力してることに気づかないみたいな話がありましたね。例えば僕なんかはゲームがすごい好きで、ある程度つまらないゲームでも結構ずーっとやってられるみたいな感じがありますが。んなゲームするのが好きでどうすんだよ! ってそういう話じゃなくて。この感覚をときどき、プログラミングをしてたりコンピュータを触ってるとき、新しい技術について調べてるときに感じることがあるよという話。 その一方で、読みづらくて分かりづらい本を読んだり、ひたすらバグを叩いてるときとか、同じプログラミングに関することでも気分が滅入るときはたくさんある。プログラマという職業を続けられるのは、プログラミングが好きだからと思う一方で、好きだからといって
人材不足?の背景 - 雑種路線でいこう
最近「優秀なエンジニアってどこにいるんですかねぇ」とよく聞かれる．本当に優秀なエンジニアは起業したり，大学に残って研究を続けたり，グーグルに就職したりするんだろうけれども，だいたい探してるのは「Ajaxなひと」とか「Web進化論に出てきそうなGeekたち」とか，ヲイヲイ優秀なエンジニアの基準がそれかよとゲンナリしてしまうのであるが，まぁそんなものかも知れない． いわれてみると前の会社を辞める前に登録したエージェントがずっと静かだったのか，ここ半年くらい急に年収1000〜2000万とか妙に景気のいいメールが飛んでくるようになったり，会社に身に覚えのない外人から電話がかかってきて訝しがっていたらヘッドハンティングだったりとか，そういうのが増えた． 僕は基本的に人買いは信用しないし使わないけれども，誘われたら必ず会うようにしている．だいたい印刷屋の親父とかタクシーの運転手とか飲み屋のオーナーは肌
教えるのではなく感じさせよ：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン
On Off and Beyond: エンジニアは神様です
JTPAというシリコンバレーの日本人のネットワーキングNPOをやってます。JTPAでは、ボランティアの有志にてニュースレターを発行しているのですが、毎年エープリルフール号には気合が入りまくり。 これまでは、アメリカンな文字でズラズラ書くジョークに凝っていたのですが、慣れてきた読者の皆さんから「つまんない」というコメントが増えたので、今年はビジュアルに2Dジョーク。JTPA本社屋建設は、聖クンの気迫がこもってます。実は湖にも映りこんでいるところに注目。 ウェブ退化論は、いわずと知れたウェブ進化論のパロディーであるが、いちおー、私がテキストで原作（贋作？）を書いていったものの、4月1日直前のニュースレターミーティングで、その場でPhotoshopにて作成というやっつけ作品。ミーティングに出席していたAdobe Bridgeの開発者のAさんが、自らその場で手取り足とり指導という豪華なセッティング
JTPAシリコンバレーツアー感想 - ため日記
日記 | 22:30 | シリコンバレーツアーから日本に帰ってきて、少し落ち着いたのでつらつらと感想を書きます。書き溜めるよりは、その日その日のうちに日記に書いてたほうがよかったなと思った。ツアー全体シリコンバレー広い言葉が通じない（当たり前）。異文化交流は衝撃的。もっといろんな国に行きたい食べ物が大味。でも食材は豊富なので、自分で作ろうと思えばいくらでもおいしいものは食べれそう海外で食べるおにぎりは格別にうまかったワイナリーが近くにある。有名ワイナリーやその作り手との距離が近いっていいな。JTPAではテイスティング会とかもやっているらしい。いきたいエンジニア、IT業界関連エンジニアがエンジニアとして働いていける環境エンジニアはほとんどデュアルディスプレイMacの普及率が異様に高い。「我こそはgeekという人は、Macを使わないとそろそろやばいよ」統計によると、エンジニアは音楽をやっていた
MapReduce - Cafe Babe
MapReduceは，Google社内でクラスタ上のデータ処理に用いられている並列分散プログラミングモデルである．ちょうど今サンフランシスコで開催されるOSDI 2004に発表予定の論文が，すでに公開されているが，これが非常に面白い． http://labs.google.com/papers/mapreduce.html 概要は次のような感じ． データ処理を，MapとReduceの2つに分割する．なお，この名前は同様な機能を持つLispの関数名が由来． Mapでは，あるキーと値の組から，中間のキーと値の組のリストを生成し，ローカルディスクに書き込む． Reduceでは，Mapが生成したキーと値の組をリモートディスクから読み出し，値のリストを返す． MapとReduceは，複数のワーカによって分散したマシン上で並列に実行される． たとえば，細分化された入力ファイルをMapを処理するワーカが
[結] InstantRails でRuby on Railsを動かす - 2006年3月 - 結城浩の日記
目次 2006年3月29日 - マルチリンガルの時代 / 2006年3月27日 - 模様替え / 2006年3月25日 - ナルニア国物語 / LaTeXで式展開の説明文を付ける方法 / 2006年3月24日 - 伝統と変化 / 2006年3月22日 - 当選者発表中 / 2006年3月21日 - JWord防止 / 2006年3月20日 - コンセプトアウト・デマンドイン / 2006年3月19日 - 日曜日 / 2006年3月17日 - アルゴリズムを学習する最良の方法 / 2006年3月16日 - すばらしい本に仕上がっています / 『増補改訂版Java言語で学ぶデザインパターン入門マルチスレッド編』無料プレゼント / 2006年3月14日 - 結城浩の最新刊『増補改訂版Java言語で学ぶデザインパターン入門マルチスレッド編』 / rubyco（るびこ）の日記 / 2006年3月13
「ウェブ進化論」の梅田望夫氏が語る“Googleという隕石”（後編）
前回に続き、シリコンバレーのコンサルティング会社 ミューズ・アソシエイツ 社長 梅田望夫氏に、Googleの本質と、日本がとるべき道を聞いた。梅田氏は、GoogleはIntelやAppleの系譜に連なる、ネットワークの向こう側で「モノづくり」を行う技術志向のコンピュータ・メーカーだと指摘する（聞き手はITpro発行人 浅見直樹）。 －－ Googleの強さの源はどこにあるのでしょうか。 梅田氏 Googleは研究開発指向が強いコンピュータ会社だと思った方がよいでしょう。 2000年にバブルがはじけた時、博士号をもつエンジニアを積極的に雇用したのは、GoogleとVMWare社くらいでしたから。そこが、単なるネット上のサービス業に留まっていたYahoo!などとの決定的な違いでした。 ですから、IBM社やIntel社、Apple社の流れを汲んだ、コンピュータ・テクノロジーの系譜に記載しないとい
はてラボ - tapestry
はてラボ（ http://hatelabo.jp/ ）というサイトができました。本家のはてなとは別に、はてなの開発者が「こんなの作ったよ。使ってみてちょ」という、いわゆる「サービスの卵」置き場です。id:wanparkが最初にこれを社内で提案したとき、id:jkondoをはじめ、開発者が「うぉお、わくわくしてきた」と妙にコーフンしていたのを思い出します。開発者ではない私には、この「はてラボ」の価値がさっぱり分からなかったのですが、運用が始まるにあたってプレスリリースを書くために皆から話を聞くなかで、ようやくはてラボの魅力を理解することがわかりました。それは、創作した劇を人々に観てもらいながら変化させていく「実験劇場」のシアターみたいなものなんですね。あるいは、もっと小さく言えば、オリジナルの料理を試作して家族や友達に食べてもらって意見をもらうための食卓みたいなものなんですね。ものづくりの醍
作るは困難・使うは簡単-リアルタイム・エンタープライズ
新日本監査法人の季刊誌、IPOセンサー2006年1月号に掲載いただいたコラムです。 *** シリコンバレーでソフトウェア産業に携わる人たちを見て感心するのは、「地に足の着いたこまごまとした開発」と、「個別の開発を思い切り抽象化した包括的ビ ジョンの構築」との間を、自在に行ったり来たりする能力だ。アプリケーションの開発は、コードをがりがりと書く仕事。一方で、アーキテクチャをしっかりと 作り上げるには、個別の開発から何段階も次元を上げ、高いところから俯瞰する哲学的思考が求められる。そしてその両方を行き来することで技術が進歩する。 「現実の泥沼をかき分けて進む力」と、「体系化する力」の両方が求められる、知的力仕事だ。 一方、これをソフトウェアを使うユーザの側から見ると、「概念形成期には抽象的で難しいものでも、それがアプリケーションに落とし込まれた暁には、非常に簡単でわかりやすいものになっている」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NTTと日本技術者連盟、エンジニアの動画投稿を募集するコミュニティサイト
On Off and Beyond: 「きみはペット」に見るカーリーフィオリーナ三つ指幻想