 
|
はてなキーワード: コーディングとは
http://d13pix9kaak6wt.cloudfront.net/avatar/manfromtomorrow_1293414596_15.jpg
ご尊顔
http://www.stickam.jp/profile/purposemaker
年齢: 38
性別: 男性
http://b.hatena.ne.jp/manFromTomorrow/
ぼっさん(14)
スイーツ(13)
童貞力(49)
男の世界(34)
これが38歳既婚者のタグかぁ…
http://twitter.com/#!/manFromTomorrow
http://twilog.org/manFromTomorrow
http://twitter.com/#!/manFromTomorrow/status/61207413411418112
http://twitter.com/#!/manFromTomorrow/status/116482768631894016
東横線で帰ってるみたいだし。
http://twitter.com/#!/manFromTomorrow/status/139156359819177984
http://twitter.com/#!/manFromTomorrow/status/75704148745666560
http://twitter.com/#!/manFromTomorrow/status/4357262835458048
@yoshikochan0731 ウチのめっちゃ近所だｗ マックスバリュとミニストップに挟まれた通りを府中街道の方に抜ける途中にありますよー。ちょっと分かりづらいかも！
http://twitter.com/#!/manFromTomorrow/status/4362892149260288
そうなの？わかるかな？明日行きたいです。歩いて行けそう。目印なんかありますか？駅背にして右？左？RT @manFromTomorrow ウチのめっちゃ近所だｗ マックスバリュとミニストップに挟まれた通りを府中街道の方に抜ける途中にありますよー。ちょっと分かりづらいかも！
@yoshikochan0731 住吉中学、サークルKを抜けてちいさい川を渡ったらもうすぐですお！ http://goo.gl/pPk2I
http://twitter.com/#!/manFromTomorrow/status/25633481588
住高は修学旅行か…雨のなか大変すなあ
http://twitter.com/#!/manFromTomorrow/status/101957699696197632
あわてて証明書更新してちょっと不具合。しかしVerisignサポセンのナイス判断で事なきを得た・・・Verisignは良い会社！ｗ
http://movapic.com/manFromTomorrow/pic/3938264
http://twitter.com/#!/manFromTomorrow/status/85130910143492096
お勤め先はIT関係かー
http://twitter.com/#!/manFromTomorrow/status/133402414668713985
ヨメが切迫早産で急遽産休にフェードイン。Week36までは絶対安静とのこと。動くのが好きなコなんで家で寝させておくのが不憫でならないけど、ここは心を鬼にして安静にしておいてもらわねば・・・むー。心配だ。
38歳でも子作りとかするんだ。
http://twitter.com/#!/manFromTomorrow/status/102734981524226048
http://twitter.com/#!/manFromTomorrow/status/21210988976021504
http://twitter.com/#!/manFromTomorrow/status/21364020430770176
http://twitter.com/#!/manFromTomorrow/status/21851901448421376
http://twitter.com/#!/manFromTomorrow/status/29158362005
http://www.ustream.tv/channel/manfromtomorrow
団地っぽいしこれ自宅内部かな
http://twitter.com/#!/manFromTomorrow/lists/memberships
http://twitter.com/#!/kaitoster/kawasaki
先日、TBSの番組「夢の扉＋」を見ていた。TBSの中で視ているのはこの番組だけだが。先日のテーマは「小さな町工場から日本の製造業を支える！」というもので、職人集団「チーム等々力」の免震テーブルの開発について綴られていた。
確かに、各職人の技術はすごい。ああいう職人技が日本を縁の下の力持ちとして支えているのも事実だと思う。例えば、新幹線の先頭ノーズはあれは職人手作業じゃなかっただろうか？
違和感を感じたのは、「職人が大学教授の求めているモノを理解出来ない」という点だった。結局番組では理系大学出身の技術者が、大学教授の要求（要件定義）を職人に分かるように図面に起こした事になっている。
それでいいんだっけ？ 図面になっている物は作れるが、図面を起こす事が出来ないということだろうか？
我々IT技術者は、顧客のまだ具体的になっていない要求をヒヤリングするところから始まり、要件定義をし、設計し、実装し、テストし、納入し、運用・保守をする。だから、顧客の専門用語や技術も分からなければならないし、情報技術も分かっていなければならないし、運用・保守コストも考えなければならない。それに情報技術は進歩が早いにもかかわらず、分野によっては製品寿命が20年とかいうのもあるから、新技術だけ知っていても話にならない。
「チーム等々力」の方々は、いい製品を作るかもしれないけれど、IT業界的に言えば、コーディングだけ、という事に。否、それでも範囲が広い。コーディングは一種の「設計」でもあるから、範囲はもっと狭い。
そういえば、ITで「制作・製造」ってどの部分を指すんでしょうね。もしかして、コンパイル・リンクしている時間だけかも。なにしろ、コーディングも設計の一部であるから。
自分は、顧客の要求をヒヤリングするところから、運用・保守まで全てに関わっている。ヒヤリングしている時点でどう実装すれば良いか、どう保守するか、保守のための実装はどうするか、を考えながら顧客と接している（ここでいう実装とは、ハードウェアも含む）。
かなりゼネコン化されているので、元請けが仕事を取ってきて、こちらに仕事を発注する事になる。その時点で、かなりの情報が欠落している。元請けの方は、顧客（この場合エンドユーザー）の専門が分からないまま受注している事が多い。その上、実装を分からずに発注してくるから、かなり困る。結局、元請けに対し、かなりの懸案事項が発生する事態となる。顧客に対してこの設計では足りないとか、設計に対し実装不可能とか。それをいちいち指摘しないとならないが、これが時間がかかる。
こういう案件がたくさん来ると、今度は実装出来る人間に限界が出てくる。なので、実装するのをさらに下層の外注ソフトハウスに出すの事になるのだが、今度はこれが、エンドユーザーの事が分からないため、なんだかよく分からないブツが上がってくる。その上、金の切れ目は縁の切れ目だから、運用保守に関しては全く考慮されていないブツ。もちろん、中には優秀な外注さんもいて、すばらしいコーディングのブツが出来上がってくる事もあるが、そういう人に出会える確率は万分の一程度か。
そこへ追い打ちをかけるように、コスト低減要求と短納期要求、仕様変更。人月の神話。
顧客の頭の中を覗く人、顧客の要求を情報技術者向けに翻訳する人、翻訳されたものを実装する人、実装されたモノをテストする人、テストし終えたモノを納入・設置する人、運用・保守する人、がそれぞれ分業・連携取れていないのが、現日本のIT産業の姿です。
最近は自社の社員も質が下がってきていて、Windowsしかいじれないとか、統合開発環境内でしかブツが作れないとか、コンピュータがどう動いているかイメージ出来ないとか、果ては、顧客の専門用語が分からない、というのもいる。ソフトハウスに至っては、作ったはいいが、作ったモノに対してデバッグ出来ないとか言い出す始末。
というわけで、就活生には、ITはお勧めしない。もし、プログラミングだけしていたいというのであれば、メーカーではなく、小さなソフトハウスに就職した方が良い。でなければ、顧客と対等（同等）の（製品）知識と、新旧情報技術に対応出来るだけの能力が必要とされるのである。
2010/05/16 23:40
こんにちは。昨日会った者です（これで特定するには情報不足だけど、まあわかるよね）。
で「幅優先探索でやる」という方針自体はいいと思うし、データ構造の作り方も基本は押さえていると思います（斜め読みしかしてませんが）。
ただ、コーディングの発想が「C で作る」という大方針から見て、少しちぐはぐな印象も受けます。データ構造の設計や操作の部分、汎用のライブラリを作ろうというのならあれでもいいと思うのですが、わざわざ汎用のライブラリを使わずに自分で専用の道具を一から作ろうというのなら、問題の性質を考慮して能率良くやることが大事です。
ところが、ここに載っているコードを見ると、見かけが C らしくなく、C++ や Java の劣化版のような印象を受けます。記法（マクロを大文字化しない、ルーチン名を大文字で始めるなど）だけの問題ではなく、データ構造の設計思想が「C で書く」という方針と矛盾しているように見えます。
もう少し具体的に言うと、そもそも C というのは現在 Web 系の世界などで流行のスクリプト言語類とは逆で、汎用言語でありながら低レベル（ハードウェアに近い）処理が簡単にできることに特色があります。つまり、組み込みを想定してプラットフォーム非依存のコードを書いたり、ハードウェアの特性を考慮して低レベルな最適化をやりたいというときに適しています。
そこでこの問題ですが、これを C でやるということは、処理速度や使用メモリ量の最適化が要求される状況、つまり迷路の大きさが途方もなく大きいような状況を想定すべきです。もっと言ってしまえばこの問題、たとえば画像処理などで似たような発想が要求されることがあります。このため、どうすれば時間のかかる処理を切りつめることができるかを考えてやらねばなりません。
このプログラムの場合、時間のかかる処理の代表格である malloc() が大量に使われています。これはいかにもまずいです。このような大量データを処理する場合の定石は、あらかじめ必要なだけメモリを確保しておいて、自分で割り当てることです。具体的には、必要と想定される量だけメモリを配列の形でどかっと確保しておいて、配列のインデックスをポインタ代わりに使います。そして、足りなくなったら倍々のような感じでメモリを realloc() してやればよいのです。
なお、そのような観点で言って、木の各節点の子の数は高々 4 （スタート地点が内点でないとすれば 3）であることを使っていることはよいと思います。ここで「子のリスト」とかを作ってしまっていたらこれはもうアホもいいところですから（容量の節約にすらなりません）。
そんな感じでしょうか。
とにかく、この手の問題は、アルゴリズムさえわかっていれば可読性もヘッタクレもないので、「短く書く」というような表層的なことよりも、何が求められているのかをよく考えて、柔軟に設計思想を考えることが大事だと思います。
2010/05/17 13:54
Oさんですね。専門的なコメントありがとうございます！cで書くと言いつつObjective-Cっぽい発想で書いていました。マクロの命名もその影響で、関数はImage Magickなどに似た命名規則になっている気がします。mallocを使いすぎると時間がかかるということは全然意識していませんでした。今度作るときはメモリ管理を自前で用意する発想を取り入れてみたいです。参考になるコメントありがとうございました！
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす
http://japan.internet.com/busnews/20111013/8.html
で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。
（2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。
Stevey の Google プラットフォームぶっちゃけ話
僕は6年半ばかり Amazon にいて、それから今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやもうとにかくね。百、いや二百のポイントで二つの会社を比較することが出来るだろうけど、僕が正しく覚えていれば、 Google はそのうち三つを除いて優れている。実にある一点に関してはスプレッドシートを書いたんだけど、法務部が外に出すなって言うんだ。リクルーティングは惚れ込んだみたいだけどね。
つまり、まあ簡単に言えば、 Amazon の人事採用プロセスってのは基本的に欠陥品なんだ。だって、チームがチーム毎に、自分達のために人を採用するんだぜ。だから、色々平均化の努力はしてるみたいだけど、採用基準はチームによって信じられないくらいバラバラさ。そんでもって作業工程ってのも腐ってる。ソフトウェア信頼性工学なんてお呼びじゃないし、エンジニアに何でもやらせようとするんだ。コーディングする時間もないくらい。もちろんこれもチーム毎にバラバラで、要するに、運次第ってところ。施しやら困った人を助けるのやら、コミュニティに貢献するのやら、そんなのはもってのほか。ばかにしに行くんじゃなけりゃ、近寄るべきじゃないね。それにまた施設も染みだらけの壁に囲まれた箱みたいな家畜場で、装飾やらミーティングエリアなんてものには一銭も使ってない。給料やら福利厚生なんてのも最悪だ。まして最近じゃあ Google やら Facebook っていうライバルがいるのにね。社員特典なんてものも見たこと無かったな。採用通知の番号を照合して、ハイ終わり。コードベースも悲惨そのもの。エンジニアリング基準ってものがないんだから。チームによっては個別にがんばっていたくらいかな。
公平に言えば、彼らは良いバージョン管理ライブラリシステムを持っていた。これは僕らもまねるべきだし、僕らのところには同様のものが無い、良い pubsub システムもあった。でも多くの部分で彼らが使っていたのは、ステートマシンの情報を RDBMS に突っ込んだり読み出したりするだけのくそみたいなツールの塊だった。僕らならただでも欲しくないようなね。
僕が思うにその pubsub システムとライブラリ管理システムが、まさに Amazon が Google より優れている三つのうちの二つだ。
早期にリリースして、狂ったようにイテレートするってのも彼らのうまいところじゃないかって言うかも知れない。けど逆もまたしかり。彼らは早期にリリースすることを何にもまして優先する。品質保持やらエンジニアリング規則、その他長い目で見たら重要になってきそうなものはみんな後回し。そんなだからたとえ市場で競争相手よりアドバンテージがあったとしても、結局ちょっとしたことをやるのにも問題を起こしちゃうよね。
でも、一つ、そんな政治的な、思想的な、技術的なへまを補うだけの、彼らが本当に本当にうまくやってることがある。
Jeff Bezos は悪名高きマイクロマネージャーだ。彼は Amazon の小売りサイトの1ピクセルまで管理する。彼は以前 Larry Tesler を雇った。 Apple の主任科学者で、たぶん世界で最も有名で尊敬される HCI エキスパートさ。そんでもって、 Jeff は Larry が言ったことを、 Larry が辞めるまで3年間無視し続けた。 Larry は大規模なユーザビリティ研究もやっただろうし、少しの疑いの余地も無く誰もそのひどいサイトを理解できないってことをデモしたに違いない。けれど、 Jeff は1ピクセルたりとも動かさせはしなかった。トップページにぎっちりつまった内容の1ピクセルたりともね。それらはまるで何百万という彼の貴重な子供達なのさ。けれど Larry はそうじゃなかった。
マイクロマネジメントが Amazon が僕らよりうまくやっている三つ目ってわけじゃあない。つまり、まあ、彼らはうまくマイクロマネジメントをやっていたと思うけど、それを強みって言いたいわけじゃ無い。まずは何が起こっているかみんなに理解してもらうための文脈を準備しているだけさ。僕らはこれから、公衆の面前で、 Amazon で働きたけりゃ私に金を払えと言ってのける男について話すわけだからね。誰かが彼に反対したときは、彼は彼の名前入りの小さな黄色いポストイットを手渡して、誰が会社を動かしているかを常に忘れさせまいとする。思うに彼は全くの… Steve Jobs なのさ。ファッションとデザインセンス抜きのね。 Bezos はとんでもなく頭が切れる。誤解しないで欲しい。彼の前じゃ、普通のコントロールフリークなんてヤクが極まったヒッピーみたいなもんだよ。
それである日 Jeff Bezos が指令を出した。まあ彼がいつもやってることなんだけど。その度にみんなはピコピコハンマーで叩かれるありんこみたいに走り回るんだ。でもそのある一度、2002年かそのくらいのことだったと思うけれど、彼は指令を出した。とんでもなく巨大で、目の玉が飛び出るほど重たいやつを。普段の指令が頼んでも無いボーナスに思えるようなやつを。
彼の巨大な指令はこんな感じだった。
1)この時点より、全てのチームはサービスインターフェースを通じて全てのデータと機能を公開すること。
2)各チームは各々そのインターフェースを通じて通信しなければならない。
3)その他の全てのプロセス間通信は許可されない。ダイレクトリンク、他のチームのデータソースから直接データを読むこと、メモリ共有モデル、バックドア、全てを禁じる。ネットワーク越しのサービスインターフェースを経由した通信だけが許可される。
4)使用する技術は問わない。 HTTP 、 Corba 、 Pubsub 、 カスタムプロトコル、何でも良い。 Bezos は気にしない。
5)全てのサービスインターフェースは、例外なく、外部に公開可能なようにゼロから設計されなければならない。すなわち、チームは全世界のデベロッパに向けてインターフェースを公開することができるよう、設計し、計画しなければならない。例外は無い。
6)そうしない者は解雇される。
7)ありがとう！良い一日を！
ハハ！。ここにいる君たち150人ちょっとの元 Amazon 社員ならもちろんすぐにおわかりの通り、7番は僕が付け加えたジョーク。 Bezos は間違いなく君たちの一日なんかに興味ないからね。
それでも、6番は、本当だった。だからみんな一生懸命会社に行った。 Bezos は、さらに上級のチーフ熊ブルドッグであるところの Rick Dalzell に率いられた数人のチーフブルドッグを雇って、成果と進行を監視させた。 Rick は元レンジャーで、陸軍士官学校出身で、元ボクサーで、元 Wal（ごにょごにょ）Mart で拷問のような削減をやってのけた人物で、デカくて愛想の良い、「堅牢なインターフェース」という言葉を連呼する男だった。 Rick は歩き回り、「堅牢なインターフェース」について語り回り、そして言うまでも無く、みんなはいっぱいの進展をし、 Rick にそれを知らせた。
それからの数年間、 Amazon 内部はサービス指向アーキテクチャに姿を変えていった。その変化を形にしている間に、彼らは非常に多くのことを学んだ。 SOA に関する学問や論文は当時もいくつかあったけれど、 Amazon のとんでもない規模からすれば、そんなもの、インディ・ジョーンズに向かって「通りを渡るときは左右をよく見るんだよ」って言うくらいの意味しかない。 Amazon の開発スタッフはその途上でとにかくたくさんの発見をした。そのほんの一部をちょっぴり挙げると、こんな感じだった。
とまあこれらがほんの一例。他にもたくさんの、おそらく何百の、 Amazon が見つけた個別の発見や教訓があった。外部サービスにはおかしなところがいくつもあったけれど、君たちが考えるほどじゃあない。サービスに対して組織するってことは、外部のデベロッパを信用できないのと同じように、お互いを信用することなんてできないんだということを、チームに教えてくれたんだ。
こんなのシステム開発と言えるのか。
バカバカしい。
日本語でアプローチできるのは日本だけだが、英語でアプローチすれば世界を相手にできる。
彼らが８歳で書いたコードは、そのままで「ぐるーばる（笑）」だが、日本人だとなかなかそうはいかないだろう。
利用者の対象が違いすぎるんだから、欧米で「世界で利用されるサービス」が生まれやすいのは当然だ。
これは当たり前の事なんで、焦るならコーディングがどうだ騒ぐ前に、日本語でサービス作るの止めればいい。
ただ、それだけ。
同じことは中国でも言えて、自国の言語だけで世界人口の実に１割以上をカバーする国家なので、世界を相手にする必要がない。
自国向けに作ったサービスで、それなりに出来が良ければ、１００万人くらいすぐに集まる。
会社創ってサービスが成功して世界を席巻してGoogleみたいに・・とか。
今更気付いた。俺、コード書けない。
みんな「はじめてコードを書いたのは８歳の時だよ」とかそんなのばっか。
２０歳過ぎてる俺。え？
大概が俺でも知ってるような有名大学出身で、大体が先人、最近だとマークザッカーバーグの影響かドロップアウトしてる。
みんな有名大学行ってただけあって地頭は良いわあらゆる知識に精通してるわ。
しかしなにより超ハードワーク。睡眠以外はひたすらサービス開発したり、ミーティングしたり。
みんなお金より世界をより良くしたいって本気で言ってる人ばっか。
今回よーく理解した。
もしかしたらバリバリのエンジニアぐらいになれるかもしれない。
でも、世界を変えてきた先人達みたいにはなれない。あの人達は別次元だ。
そしてその次を担うのは今回シリコンバレーで会ったような人達だ。
まだ全然知られていないスタートアップにも恐ろしいほどの人材がいる。
少なくとも俺の知っている限りシリコンバレーで出会ったような人は日本にいなかった。そういう日本人ならアメリカにはいたけど。
もちろん優秀な人は何人かいる。
でもその人達はせいぜい高校や大学からコードを書き始めたりだとかそういうレベル。
それはもちろん立派。でももっとシリコンバレーのギークみたいなのが出てこないとずーっと日本からはシリコンバレーのような土壌は生まれない。
凄い人はどんどん凄いことしていいんだよっていう雰囲気がないってのも原因なのかな。
でも、本当に自信がなくなった。
これからのネット企業のトップは技術者（もしくは少なからずエンジニアとして働ける程度の技術力を持った人）でなければいけない気がする。
そうじゃなきゃあんなシリコンバレーの天才達に勝てる気がしない。
俺はどの道を行けばいいんだ。
死ぬほど頑張って技術をつける、ファウンダーではない他のポジションで頑張る、経営力や営業力でそういった天才に立ち向かう・・。
いや、まずはシリコンバレーにいた若い人達の覚悟や努力を見習うべき。
日本の意識の高い学生（笑）は薄い人脈（笑）を作るために日々飲み会、セミナーもどきに参加したり、シリコンバレーに行って酔ってるだけ。
あっちの人はそんな派手なことせずにひたすらコーディングしてる。ラフな格好でレッドブル飲みながら毎日毎日地味な作業の繰り返し。
実際に作ってるんだ。
そりゃ差がつくわな。
別にフルHDにしろと言ってるわけじゃなくて、もうちょっと広くしろよと言ってるだけ。
具体的に言うと、映画とかはどうでもよくて、コーディングとかするときに凄い困る。
さっきも言ったけど、ビジネスだと狭くても困らないのか？ってこと。
Excelとか使うだけでも結構困るんじゃないかと思うんだけど。
あと俺今はwinxpで1920*1080で仕事してるけど、全然困らないぞ？
フォントとかなんとかで困るってどういう状況だろう。
プライベートではMBAで1440*900だけど(デスクトップはxpとlinuxで1920*1200)、やっぱ最低でもこのくらいの解像度は欲しいと思う。
開発終了といってもずいぶん前から更新は止まっていたわけで、明確に開発終了が宣言されただけで公開終了になるわけではない。
しかし FFFTP といえば FTP クライアントの定番なので、ネット上で様々な意見が飛び交っている。それについて思うままに書き散らかしてみる。
みんなが「ホームページ」なるものを持ち始めたころ、ファイルをアップロードするのに使ったなつかしい思い出がある。BlogやWikiのようにオンラインで編集できる時代になったことへの感慨も含むのか。
もちろんFTPがプロトコルとしてセキュアでないことは言うまでもないが、いまだに業務で使わざるを得ないことがある。LAN内の転送なら速度は最強かもしれないし、FTPのミラーサーバは世の中にごまんとある。短絡的に「オワコン」の一言で片付けられる問題ではないだろう。
ほとんどのユーザはお客さん気分であることを再確認し、「FreeBSD への貢献」をたたき込んだ自分とは違う人種だと思った。
もともとFTP以外の通信プロトコルを想定して設計していないだろうから難しいように思う。ただ、ユーザは動いているプログラムの中のことなど考えない。
モチベーションが低下する理由ってたくさんあるなぁと。長続きしているオープンソースプロジェクトはすごい。
23歳の大学院生。痩せ型でセルフレームのメガネをかけている。趣味は読書で古典からマンガまで何でも読むが、ビジネス書はバカにしている。テクノ好き。自動車嫌いで自転車が好き。学はあるけど貧乏。教養をひけらかして煙たがられることもある。
45歳の会社経営者。恰幅のいい体型で高級スーツを着こなす。素封家で地元の名士。愛車はセルシオ。趣味はゴルフと旅行。最近頭が薄くなり始めたのが悩み。一見するといい人に見えるが、腹黒な商売人。
35歳の外資系金融機関に務めるビジネスマン。細身で仕立ての良いスーツを着こなしBMWを乗り回すヤッピー。私立名門大学卒でビジネス書を多く読むがあまり教養はない。嫌味な性格の拝金主義者。
18歳のキャバクラ嬢で読者モデル。典型的な今時のギャルで同世代の友だちが多い。享楽的な性格で週末はクラブでオールする。偏差値が低い高校出身で元ヤンキー。西野カナのファン。基本的に股はゆるい。Twitterさんと仲が良い。FC2さんの経営する店で働いている。
40歳で表向きは会社経営者だが、風俗やキャバクラなどを経営しており黒社会と関わっている。ダブルのスーツを身を包み、首には黄金のネックレス。ベンツに乗っている。
19歳の専門学校生。腐女子。背が低くメガネをかけている。声はアニメ声だが容姿は冴えない。BL漫画と少年漫画を好む。歴女でもあり新選組が好き。音楽はもっぱらアニソン。
19歳の大学生。チャラ男。テニスサークル所属で他大学の女子を食いまくっており、それを自慢しては顰蹙を買ういわゆるDQN。それなりにいい大学に通っているはずだが頭はあまりよくないため皆にバカにされている。
15歳の高校生。最近はよくオフ会に参加する。歌ったり踊ったり、楽器を弾いたりするのが好きだが、趣味はあまり長続きしたことがない。はてなさんや2chさんには「ゆとりwww」と馬鹿にされる。深夜アニメ好き。
33歳で無職。童貞。小太りでメガネをかけている。趣味はインターネット。卑屈な性格で人の不幸が大好き。韓国とフジテレビとパチンコと民主党が大嫌い。はてなさんやTwitterさんとは犬猿の仲。
40歳専業主婦。噂話や人の悪口で盛り上がる。韓流ドラマとハーレクイン好き。旦那の稼ぎが悪いと常に愚痴っている。
29歳のOL。女子大卒。所謂「スイーツ（笑）」で医師や弁護士などが参加する婚活パーティに参加するが結果は芳しくない。おしゃれだが容姿はあまりよくない。友人は多いが親友は少ない。
30歳のソフトウェア技術者。頭がよく仕事もできる。外国語も得意でエコやボランティアにも興味がある。仕事も遊びも楽しむ本物のリア充。
33歳で広告代理店勤務。ワーカーホリックでいつも忙しく働いているが本人は満足している。やたら早口でしゃべる。
35歳の秋葉原ショップ店員。自作PCとデジタルガジェットが趣味。アニメは好きだがエロゲポスターがベタベタ貼ってあるのには閉口している。AKB48は嫌い。
27歳のWEBデザイナ。デザイン・コーディングはもちろん、簡単なプログラミングやディレクションまでこなすが器用貧乏。DTP上がりのデザイナをバカにしている。
29歳の料理研究家。手軽に作れる料理を紹介する。たまに明らかにおかしい料理を考案して顰蹙を買う。
37歳のトラック運転手。暇があればいつもケータイをいじっており、運転中もいじっている（危険）。育ちは良くない。子どもに不思議な名前（キラキラネーム）をつける。
17歳の女子高生。パンツが見えそうな短いスカートをはいている。ビッチに見えるが実は処女。ニコニコ動画さんと同じ高校に通っているがお互い違うグループに所属しているので話したことはない。アメーバさんに憧れている。
25歳のサラリーマン。常にケータイをいじっている。一見するとリア充っぽく見えるがそうでもない。mixiさん・グリーさんと犬猿の仲。
31歳のサラリーマンで2chさんの弟。兄弟仲は悪い。2次元人だが脳内嫁が1クールごとに変わる。収入のほとんどをアニメBlu-rayやフィギュア、エロゲーや同人誌につぎ込む。典型的なアキバファッション。
70歳でヤフーさんの親戚。かつてはヤフーさんと同じく会社経営者だったが、会社はヤフーさんに売り渡し今は隠居状態。好々爺に見えるが昔はすごかった。
エンジニアとか全く詳しくない俺でも
タレント業（ツイッターやブログでうざくいろんなとこでしゃばって「企業家ぶる」こと）や
SEO的な手段にばかり邁進して
作るものがゴミ、てか作る能力ゼロだろ、みたいな奴は見かける。
「アイデアとパワーがある若い連中」はそういうアホみたいな「頑張ってる」っていう評価や保護は必要としてないと思うんだ。
根本的に作る能力が無い、タレント業の連中ほど、「頑張ってる」っていう駄サイクル的な評価と保護を好むし欲する。
出し抜きはしない。
能力ない奴がどれだけ口先で目立っても、良質なサービス作って世にはばかることは無いから。
ただ彼等無能と彼等を保護したがる君のようなバカが世に何を生み出すかと言うと
大量のクズサービスと、それを目立たせようとするスパムSEO行為、
ゲイツやジョブスぐらい才能ある人がやってるなら何もいわねーよｗｗｗ
ゴミ撒き散らさないでおとなしくしててくれ。
いい物作ってれば売れる。
真面目にものを作る奴が偉い、いい加減この手の無骨で愚鈍なものづくり礼賛主義な老害どもにはうんざりだ。
これを読んでる奴の大半、日本人の大半は物作ってるわけじゃない。
作る奴が特別偉いわけじゃないんだよ。クソが！
作ったものをドレスアップして、地道に売って歩いて世に知らしめて初めて利益を生むしみんなが使うんだよ。
起業家がタレントで何が悪い？それで資金を引っ張り、製品のアピールが出きるなら結構じゃないか。
幾ら良いもの作ったってアピールできなきゃダメなんだよ、誰も使わないんだよ。
後からあれは俺の方が最初に作ったとか言ったって負け惜しみなんだよ。
タレントだろうが何だろうが、起業しない奴よりしてる奴の方がよっぽど頑張ってると思うよ？
こういう土壌が堀江を潰したし、アイデアとパワーだけは有る若い連中の意欲を潰してるんだよ。
あいつらはずるい、口先だけだ、適当にやって真面目にコツコツやってる連中を出し抜いてズルしてるなんてなぜわかる？
ちゃらちゃらしてたって資金繰りの苦労や誰にも負けない野望、数知れない程の挫折があったりするんじゃないか？
あれか？ビルゲイツはNTのコーディングも全部やらなきゃいけないのか？
(ここで言うHTML5はcss3とJavascriptも含めた技術全体の事、逆にFlashはAir等の派生技術は含めないブラウザ上のFlashPlayerの技術のみを指します。）
ウェブに携わる人間には常識だけど、HTML5は何でも出来るスーパーヒーローではない。
どちらかというと、中日の高木とか、ヤクルトの宮本とか、巨人の川相とかの方が近い。知らないやつはググれgoogle:いぶし銀。
HTML5の真骨頂は、昨今のリッチなインターネットコンテンツを、非常に簡潔にスマートに記述できるところにある。複雑な事をすれば凝った事もある程度できるけど、得意分野じゃない（標準APIが機能不足だし、JavaScriptの言語仕様が複雑な処理に向いていない）。
ブラウザだけでここまで出来る、とか、
Flashはもういらない、とか、
ってのは、川相だって筋肉付ければホームラン打てるようになるし清原はもういらない、って言ってるようなもん。宮本にパワーヒッターを求めるのなら筋違いだ。生い立ちも素質も違うのに、どうして代替となりうるのか（プログラムと人間を一緒にするのが暴論なのは百も承知）。
HTML5とFlashにはそれぞれ得意分野があるし、淘汰される形で対立しうるものではない。にもかかわらず、ブコメ見てて、いまだにFlash氏ねHTML5マンセーな意見が支配的なのが痛すぎる。
「ブラウザだけで」というと聞こえはいいけど、何のことは無い。５年くらい前のFlash相当のプログラムが、ようやくブラウザに搭載され始めただけのことだ。Flash は重いとよく言われるが、同じことをすれば（今のところ）HTML5 のほうが重いことが多い。
あと、記事を読むと大概「（どれかの）ブラウザだけで（なら）ここまで出来る（けど他のブラウザじゃ動かない）」って言葉が隠されている。HTML5 の仕様が固まれば全コンテンツが全ブラウザで同じように動くようになるよ！なんて本気で信じてるならあなたはネット向きじゃない。
Flashは互換性の点で優位にある。一社提供で基本的に同じコードを同じ開発者が作っているってのもあるけど、そもそも「どのブラウザでも同じように動く」が、セールスポイント＝利益に直結するというモチベーションになるのが極めて大きい。
HTML5 と対立するは Flash ではない、HTML4 だ。HTML4の悪い所を直してHTML5にしようとしてるんだから当たり前。
video対応やベクター描画といった Flash が寡占してる技術の一部を HTML5 が食ってるのは事実だけど、Flash と HTML5 の機能は相補的である。HTMLは文章構造を効率的に記述する目的で生まれたものだし、Flashはタイムラインベースのベクターアニメーションを表示するために生まれた。両方ともブラウザ上でリッチなユーザー体験を提供するという目的に向かって進化してるので、お互いの領土を食い合う形にはなってるけど、生い立ちが違うので得意分野も当然違う。
テキスト表示とレイアウトはHTML5のほうが断然得意だし、2D描画はFlashの方が一日の長がある（私見だけど、HTML5はFlashの描画能力の半分にも至っていないし、Flashのテキスト表示機能はie6のそれにすら劣る、と感じる）。
Flash vs HTML5 という構図は、スティーブ・ジョブスのプロパガンダにすぎない。
ジョブスは訴求力を上げるため、しばしば、対抗技術＝「悪」とした勧善懲悪ストーリーを作り上げる。簡潔で力強い言葉にのせて、対抗技術の欠点と自社技術の利点を（時には脚色しつつ）徹底的に挙げていく。対抗技術の利点など無きものとしてしまう。そこには自社技術の欠点など存在しない。
HTML5推しの本来の意図は、ジョブスの声明から推察するかぎり、HTML5であればAppleが開発してるブラウザエンジンwebkitを通じて自らの手でインターネット体験を提供出来るが、FlashはAdobeが開発している技術なので手を出せない（厳密にはFlashはオープンな技術なので自社開発する事は不可能ではないが）という点にある（もちろん、実際は様々な複合要因だと思うけど）。自社製品におけるインターネット体験、という肝心なところを他社に依存してしまうのは許せない、というのは至極真っ当なコダワリだ。Android にユーザーが流れてしまうという大きなデメリットを背負ってまで、iPhone が Flash を載せないことについては、評価すべきとすら思っている。もともと Mac版 Flash プレイヤーのデキの悪さという恨み節もあり、歴史的な経緯による「Flash は重い」という先入感も利用し、衝撃の声明は完遂された。
かくして、勧善懲悪のスーパーヒーロー HTML5 が誕生した。
Flash と HTML5 両方のコーディング経験者であれば判るけど、HTML5はこれまでに比べて簡潔に記述できる事が最大のメリットであって、複雑で凝った事は得意分野じゃない。にもかかわらず、無理矢理 HTML5 で書かれた凄いアプリが「ブラウザだけで！」とか「Flashいらない！」とかセンセーショナルな煽り文句とともに紹介され、もはや冷笑の対象となっている。
もちろん、凄い HTML5 アプリの作者は何も悪くない。未来の技術をいち早く実験/公開して、われわれにその可能性を提示してくれているのだ。そんな彼らを冷笑の対象にしてしまって良いわけがない。
ここまで読んでくれた人ならわかるだろうが、自分は、川相のゴロ捕球からの洗練された送球フォームが大好きだ。いや、HTML5の洗練された仕様と最新鋭の技術が大好きだ。
だからこそ現状を見ていられない。
現実として、Flashは互換性を気にしないで良いがiPhoneで見れない。HTML5はiPhoneで見れるがブラウザ間の互換性が問題となる見通し。
何が幸せなインターネットの未来なのかわからないけど、今の HTML5 vs Flash という構図は、不幸な方向に向かってるように見えてしょうがない。
今回触れてない話の１つにセキュリティ/バグ関連があります。議論の余地のある話ですが、個人的にはどっちもどっちだと思ってます。
あと、巨人末期の清原は本当にもういらなかったかという話があります。議論の余地のある話ですが、個人的にはどっちもどっちだと思ってます。
とぼくはおもう
注意しなければならないのは、IT系と一口にいっても、サブジャンルは腐るほどある点だ
Joel Spolskyは５つに分けていた
ソフトウェア開発には、しばしば交わっているがたいていは分かれている、5つの世界があると思う。その5つとは：
http://local.joelonsoftware.com/wiki/5%E3%81%A4%E3%81%AE%E4%B8%96%E7%95%8C
そして、これらのIT企業が、最先端のシステム開発をしているかというと、そんなことはないのである
ファイルサーバに空き容量が無くてローカルに退避する作業に一日費やしたりする
「打ち合わせご希望日を添付のエクセルシートに記載の上ご返信ください。なお、ファイル名は”社員番号_指名_記載日付”の形式でお願いいたします」
ほとんどの現場が、方眼紙状にしたエクセルを印刷して、判子をつく（客の都合でもある）
そんな作業ばかりしているし、本質的なコーディングの作業は1割もないのだ
夢打ち砕かれ
http://anond.hatelabo.jp/20070831005830
俺は80文字×32行の緑文字を見つめながら、遠い夢を見続ける。
http://anond.hatelabo.jp/20110811033545
自分ではそう思ってないけど、人から見ると負け犬の遠吠えに見えるから、
冷めた目で見てもらってかまわないです。
俺はいわゆる今まででプログラムできたことない（年齢＝プログラム作れない暦）。
小中高とパソコンなかったから大学ではがんばってプログラム作ろうと思ってた
んだけど、文系の大学でハッカー全然いないから、友達に結構紹介してもらった。
まず、なんで俺がプログラムを作りたかったかというと。世間体を気にしていて、
早く口だけハッカーというレッテルをとりたかったから作りたかった。
まあそんな男が持てる分けないんだけど。
友達にも口だけ口だけってネタにされて（まあ冗談ってわかってるけど）、
まあ察してると思うけど、プログラムはできなかった・・・一応コンパイルまでこぎ着けて
全部 fatal error でさようならが８本（８連敗）、全く後に続かなかった。
１本目は、うまれて初めてパソコンの前でまともなコーディングをしたから完全に舞い上がって
ものすごい労力をつぎ込んだ。ハウツー本でエクセルマクロと同じ感覚でコーディングすると良い
と書いてあったから、俺が打った五行がコンパイルエラーしたら五行を書き直したり、
１０行がコンパイルエラーしたら１０行を直したり、１５g(ry というやり取りをしていた。
（まあ内容は置いといて・・・）
OSの反応が途絶えてからパソコンの前で待ってて来るかな来るかな、って３時間くらい
待ってたこともあった。そして、無限ループで変数を増やしまくってたらしく
「このプログラムは不正な処理を行ったので強制終了されます。[詳細] をクリックすると、次のエラー メッセージが表示されます。」
っていわれて１本目撃沈。
それから友達から指摘を受けて、言語の扱い方を学んで次のコード次のコードへ
どんどんアプローチをかけていった。
２～６本目位までは１本目と同じくらいか、少し少ない熱意を持って
やったがそれも全て撃沈。
７～８本目位になったあたりで精神が病んできちゃって、８本目が撃沈した
次の日位から、食事が喉を通らなくなった。食べてもほぼ１００％吐いてた。
なんで自分は書けないのか？書けなさすぎて劣悪な遺伝子だな、頭も悪いし
こんな遺伝子残さない方がいいんじゃないか、という劣等感を感じるようになった。
大学はそのときまで全然さぼらなかったんだけど、あまりのだるさに１日さぼって、
次の日は学校行っただけでダウン、ついた瞬間保健室へ駆け込み、休憩して授業を
受けずにそのまま帰宅。一週間で飯は食えるようになったけどそれでも前に比べる
とかなり小食になった。
そして、自分の気持ちの中でいくつかの結論が出た。
自分は本当に書けない、やればやるほど空回りする。そして、無理すればするほど
ぼろぼろになっていく。努力して、プログラムの為に尽くしてもプログラムが完成しないことに気づいた。
完全に逃げてるけど、俺の中でプログラム作ることはただたんにレッテルをとりたいだけ
そう思ってて今日まで過ごしてきたら、韓国戦見てたときに母さんが「あんたプログラム作らんの？」って
言ってきて「俺はもう作るのあきらめた」と言ったら、弾小飼がいかに Perl がすばらしい
か説いてきた。それと「一回もできたことない奴が分かったような口聞くな」とか
「そんなの負け犬の遠吠えだ」などと言ってきた。それでこっちの
意見を全く聞こうせず、ずっと MacBook Air のすばらしさを熱弁してくれた。
自分で逃げてるなんて百も承知、俺はもう疲れたんだよ。
日々見下されてて、俺に対する態度がひどくて劣等感を感じて、バイトは土日絶対１日入って、
それでコーディングするだけでも多大な労力を使ったのに、それが就職したら
毎日設計書書き？毎月の生活苦しいのに、定期的に設計書書いて誤字とかどうでもいいダメ出しをもらう？
そもそも好きって感情がわからんからプログラミングに意味を見い出せない。
だから今はもう一生口だけブックマーカーでいいかなと思っています。
思うと少し残念な気持ちに成る。
K＆RのCで書かれたプログラムを渡された（もう少し正確に言えば、VisualStudioのWizardで作られたものにK＆RのCでコーディングしてある(C++ですら無い)ので純粋なCでは無いが果てしなくK＆RのCだ）。あと、これを作った人はどうにも「ポインタ」の概念が無いらしく、無駄に多次元配列だったり、配列のアドレス渡しとかが多用されている。
作業指示は、これを流用して、C++/CLIかつ.netFramework3.5使用かつ新規案件に対応せよ、との事。
個人的にはどう見積もっても3人で4ヶ月かかる量なんだが、予算が1人で1ヶ月、と言って来た。理由は「Cからの流用だから」。
参ったな。自分としては、C++/CLIはもはや別言語だと思っているんだが。
どうにも上司と顧客に説明出来ない。説明出来ないのは、自分が理解していないせいだ、と言われればそれまでなのだが、自分の感覚で言うと、高段者がうっている将棋や囲碁の一手を初心者に教える、とでも言うか、小学生に微分積分を教えるというか、そんな感覚がある。
いや、相手が、K＆RやANSI、C++、C++/CLIを分かっている人間になら、説明は出来るのだが、相手のレベルに合わせて、説明が出来ない。
今回のこれに限らず、見積もりとかすると、「なんでこんなに時間かかるの？」とか「高い」とかよく言われるのだが、やっぱり説明が出来ない。デスマってるプロジェクトには、よくさらなる人員投入がされる事が多々あるのだが、デスマってる時点で負け戦だし、「混乱したプロジェクトに人を投入すれば、さらに混乱するだけ」と自分は思っているので、やめてもらいたいと思っている。
「あんたの小学生になる子供が、100人いたら、東大に合格するくらいの学力が発揮されるんですか？」と問いたい。
あれは、VisualBasic4が出た頃か。それまでWindowsプログラムというものをCまたはC++で書いていた自分には、驚異的な言語に思えた。そしてみんな言う。「VBで作れば簡単ですよ」
自分にはVBという言語はとてつもなく難しい言語に思えた(MFCは論外)。なぜなら「かゆいところに手が届かない」言語だったから。だから、皆が言う「VBなら簡単」の理由がさっぱり分からなかった。ちょっとした使い捨てツールや、極々Windows標準的な事しかやらないのであれば、VBは簡単な言語であったのは分かる。実際自分もそういう使い方をしていたから。
そして、うちの職場ではそんな製品を作る所では無く、仕様を満たすためにはサブクラス化とかWin32APIを使うとかしないと実現出来なかった。もちろん「VBで作れば簡単ですよ」と言っていた連中にサブクラス化など理解出来ようも無く、ただただ右往左往してデスマーチに突入していった。
その時も、お偉方や顧客に説明が出来なかった。「VBなら簡単」と言っていただろう、と言われるだけ。
まぁ、VBも.net時代になってから、だいぶマシになってきたと思うけどね。少なくとも、スレッドセーフになってくれただけでもありがたい。
まぁ、その辺はともかく、もしかして、デスマやIT土方とかなるのは「説明が出来ないから」なのではなかろうか？と思えてきた。必要な時間と予算を説明出来ないから、泥沼になるのではなかろうか、と。
説明が出来ない限り、プログラマーは永遠にIT土方であり、地位向上は望めないと思う。人月の神話じゃなく、ファンクションポイント法とか、なにか定量的に説明出来ればいいのだけど。ファンクションポイント法だって、それが分からない人には通じないわけで。「小学校に入学した児童にも分かるような」説明が出来ないとダメなんだろうなぁ。どうすればいいんだろ？
