 
|
はてなキーワード: Windowsとは
ああ、今じゃあメモリ2GBで32bit WindowsってんでもうDisられちゃうんだなあ。
おじさんの新入社員のころはWindows2000用のソフトウェアをWindows MEのメモリ128MBのマシンで開発しろって言われたよ。
VC6はそりゃあもう遅かったねえ。
しまいにゃHDDの基板上のチップがパッケージ不良で大規模回収になって、ロットが対象のものだって発表される直前にクラッシュしたのさ。
おじさんがその会社にいたくなくなったのはそれが最初だった。バックアップ用のHDDもなければ、CVSなんて便利なものも無かったから、自腹で購入していたノートパソコンにこっそり移していなければ、ソースが全部クラッシュしていたところだったなあ。
そういやCVS使いたいって言ったらなんか知財の関係の人に申請書を出して許可を得なくちゃいけないとかで面倒くさすぎて諦めたこともあったなあ。ie以外のブラウザも禁止だったなあ。アレも禁止コレも禁止って言った割にはcode redとか感染しまくってて笑えたなあ。
某社内でのソフトウェア技術者について書きたくなったので書いてみる。
まず、そもそもプログラミングは下請け or 子会社がやるものという認識。それを、最近本社でもソフトウェア技術者を採用し始めたけど、やっぱり低く見られがち。プロジェクトの開発リーダーは必ず電気回路の人だし、外部との折衝もやらせてくれない。工場の製造用ソフトだってハードウェア技術者が無理して書いてる。
周りのプログラマーのレベルも低いよ。自分の周りがそうなだけかもしれないけど、C言語以外できない人多いし、ポインタはおろか struct と union の違いも認識していない。環境がローレベルなのか、仮想メモリとかいう考え方もない。 Windows しか使ったことない人ばかりだし、簡単なコンパイルエラー直すだけで数時間がかり。バグ管理はもちろん Excel。ヘッダファイルの define 一覧が Excel に表としてまとめられていて、手動で同期取ってたりする。
あとパソコンに対する考え方が古いよね。未だにCADを17インチディスプレイで書いてるし。今年会社で導入標準モデルになってるパソコンはメモリ2GB, HDD 320GB しか積んでない。マシンに投資するのは無駄という考え方が伝わってくる。スペックアップを主張しても「昔はもっと遅かった」で終了。
デスマーチを避ける考えもないかな。デスマーチを乗り越えたのが武勇伝として語り継がれる。俺何日も徹夜したえらい、みたいな。
そんなくせして、「Apple は大した技術力がないけど、アイデアがよかったから iPhone や iTunes がヒットしてる」と言ってる。まずいね。
Webシステムとは縁遠い事務職のリーマンが、ある日思い立って、ニッチな用途の検索エンジンサービスを作ってみたので、ちょっと書いてみようと思います。
ちなみに、検索エンジンといっても、googleカスタム検索とかのお茶濁し系じゃなくて、apache Solrというオープンソース検索エンジンを、VPS上で動かしているという、それなりに本
気度の高いものです。
なんで素人がそんな物騒なものを動かす羽目になったかは、後述。
やりたい構想みたいなことを思いついたのは、もう6、7年前ほど前のこと。初めて独り暮らしを始めたときに、ひどく不便を感じたことがあり、こんなサービスがあったら便利だなあ、
ちなみにその妄想をふと高校の同期に話したとき、そのサービスはどこにあるのか？！と、えらくがっつかれたのを、覚えてます。まあ、俺と同じく偏執狂の奴だったからだと思います
が。
ただ、しがない事務職リーマンということもあり、当然、技術も無く、そのときは、やるならこんな名前のサービス名だろうなあ、とか、そんな妄想レベルで、話は終わっていました。
そんな感じで、5年ほど月日は経ち、なんとなくリーマン人生の流れも見えてきたところで、以前、妄想していたことを、ふと思い出しました。
5年も経ったら、さすがに自分が考えたようなこと、誰かがやっているだろうと調べてみたところ、意外なことに、競合になるようなサービスは存在せず。ちょうど異動があって、少し時
間が出来たこともあり、じゃあ、着手してみようかと思い立ちました。
やりたいことは、大手サイトの情報検索。ただ、商品ページ内の特定情報、それも、商品ごとに正規化されていない表記を、正規化して抽出する必要があったので、大手サイトの既設API
だけではとても実現不可能でした。
まあ、だからこそ、5年間、誰もやろうとしなかったんでしょうが。
ということで、とても一発では解決できなさそうな内容だったので、自分でなんとか実現できそうな機能に細分化して、各個撃破していくことにしました。
随分と考えた結果、
以上に区分できると考えて、これらを各個撃破していくこととしました。
また、技術もなく、プログラミングも出来ず、ましてやlinuxサーバのお守りをしたことなんて当然ないので、インターネット上に置くサーバですべての処理を完結させるのではなく、イ
ンターネット上に置くリソースは最小限に留め、できる限り、勝手がわかる自宅のwindowsパソコンで処理を行うことにしました。
ちなみにさらっと結論だけ書いてますが、ここまで至るまでに、いろいろと調べ続たり、考え込んだりしていたので、思い立ってから3ヵ月は掛かってます。。。
さて、やる方針を決めたあと、はじめに着手したのは、要の検索エンジンサーバです。
いろいろとググって調べて、mySQLというやつか、apache Solrというやつかに絞りましたが、結局、Solrを使うことにしました。
MySQLのほうが実績は多そうだったのですが、Solrのほうが検索専門で、滅茶苦茶動作が速いらしいということ、MySQLでも出来るが特に速度が遅いらしい全文検索機能も使いたかったこ
と、あとファセット機能がジャンル絞りこみに便利に使えそうだったので、というのが理由です。
ちょうどSolr本が発売されていたこともあり、それを参考に、自分が使うように設定ファイルを変更していきました。
しかし、初めは設定ファイルの内容も意味不明な上に、私の書き方も雑なのか、少しいじっただけでまったく動かなくなる。結局、設定ファイルを一文字ずつ変更しては動作検証、とい
った始末で、進捗は地を這うよう。ある程度思い通りにSolrを扱えるようになるまで、3ヵ月以上掛かったでしょうか。。。
さらに、検索エンジンのフロントエンド（Solrの検索結果を、htmlに変換するプログラム）も書かなければならない。プログラミングが出来ない人間には、これが本当に辛かった。
Solr本に、いろんなプログラミング言語でサンプルがあったのですが、迷った末に、わずか数行なら書いた（≒コピペした）経験があるという理由で、javascriptを苦渋の選択。
しかし、選択はしてみたが、基礎が本当に無いから内容がサッパリ頭に入ってこない。こちらも、わかるところから本当に1文字ずつ変えていくといった手探り状態。
プログラミングについては、今回のためだけだから、といった理由で、一切基礎をやらずに着手したのが裏目に出たのか、サンプルのソースをモノにして、書き上げるのに、ゆうに半年
以上。本当に時間が掛かりました。
さらに、Solr周りで計9ヶ月間ハマっていた頃、忘れもしない、kanzen21のおっさんが彗星のように現れて、衝撃を受けることになります。
大手サイトのページをクロールして検索エンジンを作る手法は、私と考えていた構想の枠組みとまさに「完全に一致」な訳で。。。
図書館事件に注目していたのも同じで、あまりの一致具合に衝撃を受けっぱなしでした。
その後の成り行き等も含めて、興味深く観察させて頂き、本当に参考になりました。
そんな感じで紆余曲折もありましたが、ようやく難題だった、プログラミング関連に目処が立ってきたので、あとはクローラと肝心のデータ処理です。ここからは、勝手知ったるwindows
まず、クローラですが、専用のクローラをwindows用に探してきたり、それを設定するのも大変なので、今回はテレホーダイ時代に使っていたような、フリーのweb巡回ソフトを利用する
こととしました。指定のhtmlをダウンロードしてくるだけなので、別に変に新しいものに手を出す必要もないので。
また、ダウンロードしてきたhtmlファイルについては、これまたフリーの日本語処理ツールでcsv方式に加工することにして、処理ルール部分を相当に作り込みました。
このあたりは、全体を通して見てもキモの部分なんですが、ある意味、ちょっとしたパズル感覚だったので、プログラミング言語の部分と違って、かなり楽しかったです。
あとは、msdosのバッチファイル（これは前から知っていた）で、これらの処理を繋ぎ、cygwinのcurlとかいうツールで、連続して検索エンジンサーバにcsvファイルをアップロードする
仕組みを作りました。
検索エンジンサーバには、容量は少ないが、安くて高性能という、今回の用途にピッタリだった、さくらのVPSを借りて設定。CentOSのサーバ構築ホームページを見ながら、サーバとか
Solr管理URLとかにセキュリティを掛けて、こちらも素人ながら、意外とすんなり設定。
ホームページは、vpsサーバに相乗りさせるのではなく、別にさくらのレンタルサーバを借りました。apacheの設定方法等を習得する必要がありませんし、vpsのリソースをapacheと分け
合う必要が無くなるので。ホームページのhtmlファイル、cssファイル等も調べながら設定し、画像も準備しました。
あと、構想を思いついたときに妄想していたサービス名の.comドメインは、すでに他者に取得されていたのですが、どうも使っている風にも見えなかったので、whoisで出てきたメールア
ドレスに連絡して交渉し、幾ばくか払って買い取りました。
結局、足かけ18か月。ようやく完成。
楽天市場の家具を、幅x奥行x高さ(家具サイズ)で検索できる、楽天市場・家具カテゴリ専門の検索エンジン
この商品数規模（データ収録約30万アイテム）で、1センチ単位で家具のサイズ指定検索が可能な手段は、商用サービスも含めて、ほかには存在しないと思います。
kanzen21と違って、エロじゃないから華はないけどね。。。
ちなみに冒頭で少し書いたきっかけですが、就職して独り暮らしを開始したときに、新しい家にピッタリサイズの家具が欲しかったのですが、これが楽天で探すのは至難の技でして。
楽天で家具を探してみようと思った人には判っていただけると思うのですが、楽天では、価格では範囲指定やソートができても、サイズでは検索出来ないんです。
これは、楽天では、商品のサイズ情報は商品の自由記述欄に記載することになっているためで、商品ごとにサイズの記載方法がバラバラのため、検索が事実上、不能となっています。
家電製品とかに関しては、種類が少ないこともあり、メーカーのホームページとかでサイズを確認した上で、商品型番で検索すればいいので、それほど問題にはならないのですが、家具
って、種類が非常に多く、型番もあったり無かったりで、家電のようにサイズを調べることができません。
・・・ということで、カグサイズでは、楽天の商品ページにいろいろな書式で書かれているサイズ情報を拾って解析して正規化し、範囲指定やソートして検索ができるようにしています
。
また、単に寸法サイズを拾うだけでは、梱包サイズとか引き出し内寸とかも引っ掛かってしまうので、それらは出来るだけ排除して、商品の外寸が優先して引っ掛かるよう、アルゴリズ
ムを調整しています。
単位（センチとミリ）に関しても、商品ごとにバラバラ（単に単位だけでなく、商品説明のどこに"センチ"とか"ミリ"と記載しているかについてもバラバラです。）なので、サイズ表記
の前後の状況をみて、正しいと思われる単位で拾うようにしています。
あと、変わった使い方としては、欲しい家具の価格比較みたいなこともできます。
家具は、同じ商品でも、店ごとに型番が違ったりすることがよくあり、簡単には価格の比較が行いづらいジャンルの商品です。
しかし、型番は違っても、同じ商品なら原則、サイズは同じですから、欲しい商品とまったく同じサイズで検索をかけると、同等商品があるのかどうか比較しやすい・・・といった使い
方もできます。
と、そんな感じで、しがない事務職リーマンが作ってみた、ニッチな用途の検索webサービスを、サービスインさせて頂きました。
一般に公開されていて、誰でもアクセスできる情報でも、ニーズが有りそうな切り口の条件で検索性を高めれば、新しい価値を創造できるんじゃないかという実験です。
もしよろしければ、ぜひ、使ってみてくださいー。それでは！
----------
完全な初心者の状態から勉強を始めてから大体5ヶ月でウェブサービスが完成したので何を用意したり何をどうやって勉強したらいいのか色々書いてみました。
アイデアはあるんだけど、プログラムとか難しそうで自分にはウェブサービスなんて作れないと思ってる人がいたらその敷居を少しでも低くできたらいいなあなんてと思ってます。
ちなみにボクはぼんやり１年くらいはてなブックマークにのってる記事を見ていてプログラムとかできたらいいよなあなんて思っていてようやく重い腰をあげた人です。
さらに自分は文系で数学も英語もロクにできない人なので、基本的に誰でもサイトは作れると思います。
そもそも中学生でもプログラミングができるんだから大人に出来ないわけないですよね。
これからウェブサービスを作りたいっていう方の参考になればと思います。
※自分も初心者なのでまちがってることがあったら教えてください。
●何を用意すればいいのか
※自分がWindowsなので何個かWindows向けのソフトを紹介しています。
※Macの方は申し訳ないですが、Mac向けのソフトをご自分で探してください。
(1)メモ帳
アドビのdreamweaverっていう便利なソフトがあるらしいですがお金もかかるし別に必要もないと思います。
ただのメモ帳だと使いづらいのでボクは「TeraPad」っていうフリーソフトを使っています。
例えばプログラム言語ごとに表示を切り替えると、関数とかコメント部分の色が変わって見やすくなって便利です。
・TeraPad ： http://www5f.biglobe.ne.jp/t-susumu/library/tpad.html
サイトを作っても各ブラウザごとに見え方が違うのでそれぞれ確認するために何種類かブラウザをインストールしましょう。
ボクはIEとFireFoxとChromeの３つをそれぞれ表示して確認していました。
OperaとかSafariも本当は確認しないといけないと思うんですがこの3つで十分だと思います。
(3)XAMPP
ザンプって読みます。ざっくり言うとローカル環境(自分のパソコン)でプログラムを動かす環境を作るソフトです。
いちいちサーバーにアップロードしなくても、プログラムが動くかを確認できるので便利です。
またレンタルサーバーでプログラムが暴走してしまうと迷惑がかかるらしいのであらかじめ自分のパソコンで確認するのがいいようです。
・XAMPP： http://www.apachefriends.org/jp/xampp-windows.html
(4)ドメイン
何とかドットコムっていうやつです。ネット上の住所的なやつです。example.comとかexample.netとか。
ボクはお名前.comでドメインをとりました。ドメインの個人情報を隠せる？サービスがあるのが理由です。
まあどこで取っても大して変わらないと思うので目についたところで取るといいと思います。
「.com」だったら年間1000円くらいです。長すぎるドメインはとらない方がいいかもです。
(5)サーバー
ネット上にファイルをアップロードするところです。ドメインが住所だとすると土地みたいなイメージです。
ボクはさくらインターネットさんのレンタルサーバー(スタンダードプラン)を借りています。
理由はグリーの社長さんがほめてたから。お金も月額500円なので安いです。
同じ500円だとニコニコ動画のプレミアム会員になれますね。ちなみにボクは一般会員です。
さっきファイルをアップロードとかさりげなく書きましたが、そのファイルをアップロードするソフトがFTPソフトです。
ボクはFFFTPを使っています。最初使い方がわからなくて戸惑いましたが慣れれば簡単です。
・FFFTP ： http://www2.biglobe.ne.jp/~sota/
(7)FireMobileSimulator(FireFoxのアドオン)
携帯電話のサイトを確認するには基本的に実機で確認するのが一番ですが、個人で全部そろえるのは難しいです。
そこでFireFoxのアドオンのFireMobileSimulatorという拡張機能を使って簡易的に確認するのがおすすめです。
XAMPPのようなローカルサーバでも確認することができます。
・FireMobileSimulator ： http://firemobilesimulator.org/
FireMobileSimulatorで確認できるといってもやはり見え方は違います。念のため実機で確認しましょう。
ボクはiphone使っていてそれの確認はしてるんですが、androidの友達がおらんのでまだ確認してなくて実はまだ不安だったりしてます。
上と同じようにやはり実機で確認した方がいいです。特にガラケーは見え方もそうですが、プログラムがうまく動かなかったりします。
例えば、AUだけフォームに「enctype="multipart/form-data"」を入れてると文字化けするという謎の現象が起きたり。
他にも色々あって制作に時間がかかったのは正直このガラケーのせいです。色々３キャリアで統一とかしてくれないんですかねえこれ。。。
友達のY君とMさんとNさん本当にありがとうございました。匿名ブログだけど感謝してます。
●何を勉強すればいいのか。
さて具体的に何を勉強すればいいのかわからない人がいると思いますが、以下を勉強すればウェブサービスが作れます。
ということでひとつずつ説明。
マークアップ言語っていうらしいです。プログラムじゃなくてhtmlファイルを作る言語です。
とりあえずhtmlでサイトの文書の論理構造を書いて、cssでサイトの見た目をキレイにするものだと思ってください。
適当に検索すれば勉強できるサイトがたくさん出てくるのでそこで勉強してください。
本も売ってますけど基本的なところは難しくないので買う必要はないと思います。
調べると、html5とかxhtmlとかあって戸惑うかもしれませんが、とりあえずPCとスマホなら何でもいいと思います。
(ガラケーについては各キャリアごとに対応させる必要があります。書くとすごい長くなるのでガラケー用にサイトが作りたいなら調べてみてください。)
ただhtml5が一番新しいので今後勉強される人はそれの方がいいかもしれないです。
ちなみにボクはたまたま見たサイトがxhtmlの説明だったので今回はxhtmlで作りました。
まだボクは90年代初頭のホームページみたいなデザインしかできないので偉そうなことは言えないんですが(笑)
最初はhtmlだけでサイトが作れると思っていたんですが、はてなのような動的なサイトを作るときは何かしらプログラミングする必要があります。
んで、いろいろ調べるとperlやらRubyやらJAVAやら色々でてきて一体どのプログラム言語がいいのか悩むと思いますがウェブサービスが作りたいならPHPがいいと思います。
理由はウェブに特化した言語っていうのと他に比べると簡単で勉強時間が少なくて済むらしいので。
PHPなんかで本なんか買う必要はないらしいんですが、ネットのサイトだとよく理解ができなかったので本を買いました。
以下の書籍がとてもわかりやすくていいです。おすすめです。やっぱり本は体系的にまとまってるので勉強がしやすいです。
この本の通りやっていけばとりあえずプログラムが動く感覚が得られます。
あとすごい賢そうなことをやってる感覚になるので頭がよくなったような気がしますよ（笑）
MySQLもこの本で勉強ができます。MySQLというのはデータベースで、そういうソフトです。
他にもOracleとかPostgreSQLとかあるらしいですが、
とりあえずMySQLでSQL文っていうのを勉強するとデータの検索だったり、データのアップデートだったりが数行でできたりするのですごい楽になります。
決して簡単ではないですけど、思ったより難しくはなかったっていう印象です。
自分は大抵その時理解できなくてもだいたい一晩寝てから、もう一度頭からやり直すと理解できました。
(3)Apache
ボクはさくらさんのレンタルサーバーを借りていて今回はあまりいじってないんですが例えば「.htaccess」という名前のファイルを作るとapacheの設定をいじることができます。
例えばアクセスされたくないファイルがあったらそういう指定を「.htaccess」というファイルに書いておけばアクセスされないようになります。
基本的にパソコンと同じように作ればいいです。ボクは以下の本を見て勉強しました。
「iPhone+Androidスマートフォンサイト制作入門(たにぐちまこと)」
正直ネットの情報でも十分だと思いますが一度体系的に勉強するのもいいと思います。
ガラケー向けのサイトの制作は特殊で一度頭真っ白の状態で勉強した方がいいです。それだけPCとスマホとは全然違います。
ネットにも情報はたくさんありますが、断片的なものなので以下の書籍で体系的に勉強してから補助的にネットで調べた方がいいです。
この本は実践アプリケーション集というだけあってそのまま使えるコードが収録されているのがとてもいいです。
正直PHPのプログラミング自体はそこまで難しいという印象はなかったんですが、この本に出会わなかったら多分ガラケー向けのサイトは作れなかったと思います。
もしガラケー向けのサイトが作りたいならこの本を買うのが近道だと思いますよ。
CakePHPとかSymfontとかいうのがあるらしいです。
このフレームワークを使うとあらかじめある程度のところまでできてるんで、ボクみたいに全部TeraPadで手書きしなくてもいいみたいです。。。
(2)javascript
PHPはサーバーで動作するプログラム言語ですがjavascriptはブラウザ上で動作するプログラム言語です。
非同期通信なんていうよくわかんないけど何かすごいこともできたりするらしいですよ。
●もし調べまくってもわからなかったら
もし一日中検索してもよくわからなかったらそういう時はネットの頭のいい人たちに質問しましょう。
ボクは以下のサイトで質問していました。
(1)ヤフー知恵袋
巷ではヤフー知恵遅れなんて言われてますが、コンピュータ系の質問に関してはしっかり教えてくれる人がほとんどです。
ポイントを100枚くらい使うとカテゴリマスターなんていう天才が回答してくれます。
(2)２ちゃんねる
どういうスレッドなのかよく読んで質問しないとボロクソに言われますが、２ちゃんねるなのに皆さんすごい優しく教えてくれます。
たまにケンカしてたりすることもありますがそのときはケンカが終わるまで待ちましょう。ケンカの流れで質問がスルーされたりします。
ヤフー知恵袋も２ちゃんねるもそうですけど、質問するときは自分の環境をしっかり書いて何がしたいのか、どんなエラーがでるのか明確に書きましょう。
回答する人もわからないですし、自分がほしい回答がまず来ないと思います。
あと当たり前ですが回答してくれたらお礼をしっかりいいましょうね。
●こうして出来上がったウェブサービス
こうやって今回できあがったのが６人まで登録ができる招待制のレンタル掲示板です。
「ひそり-秘密共有ネットワーク」(http://hisori.com/)です。
なんだ掲示板かよー！！とか言わないでください(笑)これでもけっこうがんばったんで。。。
そういえばサイトを作ろうと思った経緯を書いてなかったんでちょろっと書いておきます。
ボクはミクシィとツイッターをやってるんですが、一瞬その時だけ仲のよかった人の更新とか見たくなかったりするんですよね。
でもマイミクを外したりフォローを外したり小心者のボクにはできなかったりするわけです。
そもそもあーいうソーシャルって自分のキャラに一貫性をもたせないといけないから窮屈なんですよね。
例えば、会社の同僚には真面目を絵を書いたようなキャラだけど学生時代の友達には下ネタ好きのどうしようもないキャラだったりすると
マイミクやフォロワーにその会社の同僚がいたら、下ネタなんか書きたくても書けないという窮屈さがソーシャルにはあるわけです。
だったらあらかじめ人数制限しておいて、例えば同じ学生時代の人しか見ることができないサイトがあれば
下ネタだって気にしないで何でも書けるよねっていう考えに至ったわけです。
今回６人までという人数制限と招待制っていう形にしているのはそういう理由と本当に仲のいい何でも話せるグループに使ってもらいたかったからです。
んで、ネットにそういうのがなさそうだったので勉強がてら自分で作っちゃえ！ってことで今回作りました。
ちなみに何で秘密共有ネットワークなのかというと「招待制無料レンタル掲示板」だとどんなサイトかイメージがつかないと思ったからです。
じゃあ何て名前にしようかと考えた結果、秘密でも何を書いても大丈夫ですという意味を込めて「秘密共有ネットワーク」って名前にしました。
とまあ、そういうことで初心者でボクみたいな完全文系の人でもこれくらいのサイトなら作れるんで
もしプログラムとか難しそうとかそういう理由でウェブサービスの制作を躊躇してる人はぜひチャレンジしてみてださい！！
※もしサイトが変な挙動がしてるとかあったら更新報告用にツイッターのアカウントを作ったんでよかったら教えてください。
http://twitter.com/#!/hisori_com/
ではでは。。。
先日、TBSの番組「夢の扉＋」を見ていた。TBSの中で視ているのはこの番組だけだが。先日のテーマは「小さな町工場から日本の製造業を支える！」というもので、職人集団「チーム等々力」の免震テーブルの開発について綴られていた。
確かに、各職人の技術はすごい。ああいう職人技が日本を縁の下の力持ちとして支えているのも事実だと思う。例えば、新幹線の先頭ノーズはあれは職人手作業じゃなかっただろうか？
違和感を感じたのは、「職人が大学教授の求めているモノを理解出来ない」という点だった。結局番組では理系大学出身の技術者が、大学教授の要求（要件定義）を職人に分かるように図面に起こした事になっている。
それでいいんだっけ？ 図面になっている物は作れるが、図面を起こす事が出来ないということだろうか？
我々IT技術者は、顧客のまだ具体的になっていない要求をヒヤリングするところから始まり、要件定義をし、設計し、実装し、テストし、納入し、運用・保守をする。だから、顧客の専門用語や技術も分からなければならないし、情報技術も分かっていなければならないし、運用・保守コストも考えなければならない。それに情報技術は進歩が早いにもかかわらず、分野によっては製品寿命が20年とかいうのもあるから、新技術だけ知っていても話にならない。
「チーム等々力」の方々は、いい製品を作るかもしれないけれど、IT業界的に言えば、コーディングだけ、という事に。否、それでも範囲が広い。コーディングは一種の「設計」でもあるから、範囲はもっと狭い。
そういえば、ITで「制作・製造」ってどの部分を指すんでしょうね。もしかして、コンパイル・リンクしている時間だけかも。なにしろ、コーディングも設計の一部であるから。
自分は、顧客の要求をヒヤリングするところから、運用・保守まで全てに関わっている。ヒヤリングしている時点でどう実装すれば良いか、どう保守するか、保守のための実装はどうするか、を考えながら顧客と接している（ここでいう実装とは、ハードウェアも含む）。
かなりゼネコン化されているので、元請けが仕事を取ってきて、こちらに仕事を発注する事になる。その時点で、かなりの情報が欠落している。元請けの方は、顧客（この場合エンドユーザー）の専門が分からないまま受注している事が多い。その上、実装を分からずに発注してくるから、かなり困る。結局、元請けに対し、かなりの懸案事項が発生する事態となる。顧客に対してこの設計では足りないとか、設計に対し実装不可能とか。それをいちいち指摘しないとならないが、これが時間がかかる。
こういう案件がたくさん来ると、今度は実装出来る人間に限界が出てくる。なので、実装するのをさらに下層の外注ソフトハウスに出すの事になるのだが、今度はこれが、エンドユーザーの事が分からないため、なんだかよく分からないブツが上がってくる。その上、金の切れ目は縁の切れ目だから、運用保守に関しては全く考慮されていないブツ。もちろん、中には優秀な外注さんもいて、すばらしいコーディングのブツが出来上がってくる事もあるが、そういう人に出会える確率は万分の一程度か。
そこへ追い打ちをかけるように、コスト低減要求と短納期要求、仕様変更。人月の神話。
顧客の頭の中を覗く人、顧客の要求を情報技術者向けに翻訳する人、翻訳されたものを実装する人、実装されたモノをテストする人、テストし終えたモノを納入・設置する人、運用・保守する人、がそれぞれ分業・連携取れていないのが、現日本のIT産業の姿です。
最近は自社の社員も質が下がってきていて、Windowsしかいじれないとか、統合開発環境内でしかブツが作れないとか、コンピュータがどう動いているかイメージ出来ないとか、果ては、顧客の専門用語が分からない、というのもいる。ソフトハウスに至っては、作ったはいいが、作ったモノに対してデバッグ出来ないとか言い出す始末。
というわけで、就活生には、ITはお勧めしない。もし、プログラミングだけしていたいというのであれば、メーカーではなく、小さなソフトハウスに就職した方が良い。でなければ、顧客と対等（同等）の（製品）知識と、新旧情報技術に対応出来るだけの能力が必要とされるのである。
２．iCloudSetup.exeを解凍（Lhaplus等）
４．32bitの場合はiCloud.msi、64bitの場合はiCloud64.msiをORCA MSI editorで開く
５．"LaunchCondition"をクリック
６．"VersionNT>=600[ProductNameLoc…"を削除！
７．セーブする。
８．編集したiCloud.msiまたはiCloud64.msiをダブルクリックしてインストールする。
office2007以降は必須。office2003でメール、連絡先等の同期は不可
2011-10-21 21:16 nice!(0) コメント(1)
------
> は半角の＞
The faster a computer goes, the more likely is to have Linux at its heart. The most recent Top500 list of supercomputers shows that, if anything, Linux is becoming even more popular at computing’s high end.
In the latest Top500 Supercomputer list, you’ll find when you dig into the supercomputer statistics that Linux runs 457 of the world’s fastest computers. That’s 91.4%. Linux is followed by Unix, with 30 or 6%; mixed operating systems with 11 supercomputers, 2.2%. In the back of the line, you’ll find OpenSolaris and BSD with 1 computer and–oh me, oh my–Windows also with just 1 supercomputer to its credit. That’s a drop from 4 in the last supercomputer round up in June.
Digging deeper, we find that various customized Linux distributions account for 414 of the supercomputers. AIX, IBM’s house brand of Unix, takes a distant second place in individual operating system distributions. It’s followed by various versions of SUSE Linux Enterprise Server (SLES) and a variety of Red Hat Enterprise Linux (RHEL) variants including the RHEL clone CentOS. Compute Node Linux is the last significant solo Linux distribution on the list.
Other operating systems that just make the list includes Oracle’s all but dead OpenSolaris with one entry. The sole Windows entry, Windows HPC 2008, placed 58th.
So, while Linux has only a minute share of the desktop, a big chunk of the server market, is the platform for most Web servers, when it comes to one arena: the fastest of the fast, supercomputers, Linux absolutely rules.
要するに、ソーシャルがうんたらかんたらという話は所詮は一過性のブームで、そのうちゲーム専用機への回帰が始まるよって話。
でもって、アプリケーション開発の中でもゲームソフト開発はかなり特殊なので、一朝一夕でどうにかなるわけじゃないから、この業界でゲームで真剣に生き残りたければ今のうちに準備しといた方がいいよ、みたいな。
つまりスマフォは、「いつでも遊べる」というカードのみで、今後ゲーム専用機と戦い続けなければならないことになる。携帯ゲーム専用機に関してはそれさえもカードとしては強力とは言いがたい。
しかしそんな不毛な戦いを挑むゲームソフトメーカーなど現れないだろうから、ゲーム専用機とは別のカテゴリの娯楽として存在することになるだろう。それは既存のゲーム専用機の領域を「多少は」食うだろうが、果物にたとえるならば皮の部分程度で、芯に到達することはないはずだ。
AppleにとってもGoogleにとっても、ゲーム機能は自社製品を普及させるための付加価値の一部でしかない。だから万が一ゲーム部分と他の付加価値が競合する事態になった場合、前者を優先することは絶対にありえない。対するゲーム専用機メーカーは、自社製品をゲーム機として普及させるためにあらゆる選択肢を模索するだろう。高価すぎるという批判に対応するためにPS2ソフトの互換機能をオミットしたPS3の例や、販売不振を挽回すべく発売からわずか半年で1万円の値下げ(実質4割引)を実行したニンテンドー3DSといった事例もある。
そもそも、「何でも出来る」がうたい文句のハードやOSが、ゲーム専用機にゲーム分野で太刀打ちできるはずがない。
それは「何でも出来る」はずのWindowsのゲーム分野で主導的なポジションを作り上げながら、その市場の小ささゆえにわざわざゲーム機を発売したマイクロソフトが証明してくれている。
WindowsがインストールされているPCなど、世界中に何億台、下手をすれば十億台以上は存在しているはずなのに、ゲームソフトの売上や販売本数ではゲーム機に完全に負けてしまっているのだから。
これらが今後のスマートフォンにも当てはまることは自明だろう。
といったものがある。
これをやらないとVLCで音声が出なかったり、TMPGencで音声が二重になったりする。
以下の内容のバッチファイルを作りショートカットを「送る」（SendTo）に入れる。TSファイルを右クリックし「送る」から選択するとMPEG2のPSファイル（主音声のみ）に変換される。
"C:\[パス]\BonTsDemux v1.10+10k7+nogui+es\BonTsDemux.exe" -i %1 -o "%~n1" -encode "MPEG2PS" -sound 1 -nogui
C:\Users\[ユーザ名]\AppData\Roaming\Microsoft\Windows\SendTo
設定の「プロセス」タブ内「コマンドを実行する」下欄に以下を入力（「MPEG2PS主音声」は任意の文字列）
MPEG2PS主音声:"C:\[パス]\BonTsDemux v1.10+10k7+nogui+es\BonTsDemux.exe" -i "%1" -o "%3\%4" -encode "MPEG2PS" -sound 1 -nogui
やー。面倒でした。
古い情報だと Outlook Express を経由しろと書いてあるので、後継であるらしいWindows Live Mail を経由して（Windows Live Mail からエクスポートする方法で）
Outlook に移行したのだが、どういうわけか宛名が文字列として移行されてしまい、xxx@example.com というメールアドレスの移行ができなかったんです。
で eml → msg もしくは pst 形式への変換ソフトを探すのですが、無料のものが見つからなくてあんまり情報もありませんでした。が、ありましたよ！お兄さん。
====
MAPI data collection and parsing tool. Supports property tag lookup, error translation, smart view processing, rule tables, ACL tables, contents tables, and MAPI<->MIME conversion. MrMAPI currently knows: 3916 property tags 801 dispids 35 types 58 guids 148 errors 27 smart view parsers Usage: MrMAPI -? MrMAPI [-Search] [-Dispids] [-Number] [-Type <type>] <property number>|<property name> MrMAPI -Guids MrMAPI -Error <error> MrMAPI -ParserType <type> -Input <input file> [-Binary] [-Output <output file>] MrMAPI -Flag <flag value> [-Dispids] [-Number] <property number>|<property name> MrMAPI -Rules [-Profile <profile>] [-Folder <folder>] MrMAPI -Acl [-Profile <profile>] [-Folder <folder>] MrMAPI [-Contents | -HiddenContents] [-Profile <profile>] [-Folder <folder>] [-Output <output directory>] [-Subject <subject>] [-MessageClass <message class>] [-MSG] [-List] MrMAPI -ChildFolders [-Profile <profile>] [-Folder <folder>] MrMAPI -XML -Input <path to input file> -Output <path to output file> MrMAPI -FID [fid] [-MID [mid]] [-Profile <profile>] MrMAPI -MAPI | -MIME -Input <path to input file> -Output <path to output file> [-CCSFFlags <conversion flags>] [-RFC822] [-Wrap <Decimal number of characters>] [-Encoding <Decimal number indicating encoding>] [-AddressBook] [-Unicode] [-Charset CodePage CharSetType CharSetApplyType] All switches may be shortened if the intended switch is unambiguous. For example, -T may be used instead of -Type. Help: -? Display expanded help. Property Tag Lookup: -S (or -Search) Perform substring search. With no parameters prints all known properties. -D (or -Dispids) Search dispids. -N (or -Number) Number is in decimal. Ignored for non-numbers. -T (or -Type) Print information on specified type. With no parameters prints list of known types. When combined with -S, restrict output to given type. -G (or -Guids) Display list of known guids. Flag Lookup: -Fl (or -Flag) Look up flags for specified property. May be combined with -D and -N switches, but all flag values must be in hex. Error Parsing: -E (or -Error) Map an error code to its name and vice versa. May be combined with -S and -N switches. Smart View Parsing: -P (or -ParserType) Parser type (number). See list below for supported parsers. -B (or -Binary) Input file is binary. Default is hex encoded text. Rules Table: -R (or -Rules) Output rules table. Profile optional. ACL Table: -A (or -Acl) Output ACL table. Profile optional. Contents Table: -C (or -Contents) Output contents table. May be combined with -H. Profile optional. -H (or -HiddenContents) Output associated contents table. May be combined with -C. Profile optional -Su (or -Subject) Subject of messages to output. -Me (or -MessageClass) Message class of messages to output. -Ms (or -MSG) Output as .MSG instead of XML. -L (or -List) List details to screen and do not output files. Child Folders: -Chi (or -ChildFolders) Display child folders of selected folder. MSG File Properties -X (or -XML) Output properties of an MSG file as XML. MID/FID Lookup -Fi (or -FID) Folder ID (FID) to search for. If -FID is specified without a FID, search/display all folders -Mid (or -MID) Message ID (MID) to search for. If -MID is specified without a MID, display all messages in folders specified by the FID parameter. MAPI <-> MIME Conversion: -Ma (or -MAPI) Convert an EML file to MAPI format (MSG file). -Mi (or -MIME) Convert an MSG file to MIME format (EML file). -I (or -Input) Indicates the input file for conversion, either a MIME-formatted EML file or an MSG file. -O (or -Output) Indicates the output file for the convertion. -Cc (or -CCSFFlags) Indicates specific flags to pass to the converter. Available values (these may be OR'ed together): MIME -> MAPI: CCSF_SMTP: 0x02 CCSF_INCLUDE_BCC: 0x20 CCSF_USE_RTF: 0x80 MAPI -> MIME: CCSF_NOHEADERS: 0x0004 CCSF_USE_TNEF: 0x0010 CCSF_8BITHEADERS: 0x0040 CCSF_PLAIN_TEXT_ONLY: 0x1000 CCSF_NO_MSGID: 0x4000 CCSF_EMBEDDED_MESSAGE: 0x8000 -Rf (or -RFC822) (MAPI->MIME only) Indicates the EML should be generated in RFC822 format. If not present, RFC1521 is used instead. -W (or -Wrap) (MAPI->MIME only) Indicates the maximum number of characters in each line in the generated EML. Default value is 74. A value of 0 indicates no wrapping. -En (or -Encoding) (MAPI->MIME only) Indicates the encoding type to use. Supported values are: 1 - Base64 2 - UUENCODE 3 - Quoted-Printable 4 - 7bit (DEFAULT) 5 - 8bit -Ad (or -AddressBook) Pass MAPI Address Book into converter. Profile optional. -U (or -Unicode) (MIME->MAPI only) The resulting MSG file should be unicode. -Ch (or -Charset) (MIME->MAPI only) Character set - three required parameters: CodePage - common values (others supported) 1252 - CP_USASCII - Indicates the USASCII character set, Windows code page 1252 1200 - CP_UNICODE - Indicates the Unicode character set, Windows code page 1200 50932 - CP_JAUTODETECT - Indicates Japanese auto-detect (50932) 50949 - CP_KAUTODETECT - Indicates Korean auto-detect (50949) 50221 - CP_ISO2022JPESC - Indicates the Internet character set ISO-2022-JP-ESC 50222 - CP_ISO2022JPSIO - Indicates the Internet character set ISO-2022-JP-SIO CharSetType - supported values (see CHARSETTYPE) 0 - CHARSET_BODY 1 - CHARSET_HEADER 2 - CHARSET_WEB CharSetApplyType - supported values (see CSETAPPLYTYPE) 0 - CSET_APPLY_UNTAGGED 1 - CSET_APPLY_ALL 2 - CSET_APPLY_TAG_ALL Universal Options: -I (or -Input) Input file. -O (or -Output) Output file or directory. -F (or -Folder) Folder to scan. Default is Inbox. See list below for supported folders. Folders may also be specified by path: "Top of Information Store\Calendar" Path may be preceeded by entry IDs for special folders using @ notation: "@PR_IPM_SUBTREE_ENTRYID\Calendar" MrMAPI's special folder constants may also be used: "@12\Calendar" "@1" -Pr (or -Profile) Profile for MAPILogonEx. -M (or -MoreProperties) More properties. Tries harder to get stream properties. May take longer. -No (or -NoAddins) No Addins. Don't load any add-ins. -On (or -Online) Online mode. Bypass cached mode. -V (or -Verbose) Verbose. Turn on all debug output. Smart View Parsers: 1 Additional Ren Entry IDs Ex 2 Appointment Recurrence Pattern 3 Conversation Index 4 Entry Id 5 Entry List 6 Extended Folder Flags 7 Extended Rule Condition 8 Flat Entry List 9 Folder User Fields Stream 10 Global Object Id 11 Property 12 Property Definition Stream 13 Recipient Row Stream 14 Recurrence Pattern 15 Report Tag 16 Restriction 17 Rule Condition 18 Search Folder Definition 19 Security Descriptor 20 SID 21 Task Assigners 22 Time Zone 23 Time Zone Definition 24 Web View Persistence Object Stream 25 Nickname Cache 26 Encode Entry ID 27 Decode Entry ID Folders: 1 Calendar 2 Contacts 3 Journal 4 Notes 5 Tasks 6 Reminders 7 Drafts 8 Sent Items 9 Outbox 10 Deleted Items 11 Finder 12 IPM_SUBTREE 13 Inbox 14 Local Freebusy 15 Conflicts 16 Sync Issues 17 Local Failures 18 Server Failures 19 Junk E-mail Examples: MrMAPI PR_DISPLAY_NAME MrMAPI 0x3001001e MrMAPI 3001001e MrMAPI 3001 MrMAPI -n 12289 MrMAPI -t PT_LONG MrMAPI -t 3102 MrMAPI -t MrMAPI -s display MrMAPI -s display -t PT_LONG MrMAPI -t 102 -s display MrMAPI -d dispidReminderTime MrMAPI -d 0x8502 MrMAPI -d -s reminder MrMAPI -d -n 34050 MrMAPI -p 17 -i webview.txt -o parsed.txt
というか、今まで傾かなかった理由は何だと思ってる？
プレイステーションやセガサターンなんて、CPUは20MHz前後、メモリ2～3MBとかだよ？
そんなミドルクラス以上のPCを持ってて、それをきちんと運用できてる人なんてごく僅かだよ。
そもそも自分のPCがどの程度の性能なのかすら分かってない人の方が多い。
一方コンシューマでは、据え置き気に比べて絶対性能が微妙な携帯機が威力を発揮しているなど、ゲームそのものに求められる描画能力が昔程重視されなくなっている。
重視されなくなったんじゃなくて、それなりのHD画質が「あって当たり前」になったってだけ。あって当然なクオリティだから誰も求めない。
今更ゲームにステレオ2ch音声を声高に求める人なんていないでしょ。
よく考えてみ。
あなたが想定する、「PC(Windows用)ゲームを買う人」ってどんな人？
性別、年齢層、家族構成、生活スタイル、職業、なるべく細かく想像してみ。
その上で、そういう人間がこの国に何百万人といて、そのうちの何十万人かが、現行のゲーム機やその他の娯楽を差し置いてまでPC(Windows用)ゲームを買う状況って、現実に有りうると思う？
サムスンってすごいと思うのよ。
iPhoneやiPadといったAppleの世界的な売れ筋商品を臆面も無くパクって、挙句の果てに本家のiPhoneやiPadを差し止めようと訴訟とか。
俺個人はパクリモノの GALAXY は絶対買わないけど、日本の家電メーカーの Android 端末なんてもっと情けない代物。SONYのタブレット業界２番宣言とか、東芝のREGZAフォンのスレの惨状とか見てると情けなくなる。
こういう日本の負けっぱなしの状況を悲観して、去年は坂本龍馬なんかが流行ったわけだけど、結局お話を楽しんだだけで、坂本龍馬なんてどこにも現れず。
Amazonの日本進出で日本の出版業界が危ない！黒船だ！って今更何言ってんのよ。Kindleが最初に出たのは４年前の2007年、どう考えてもこの日が来るのは分かってましたぜ。
楽天のRaboo/SonyのReader/ガラパゴスあたりのどれかがiOS/Android端末、Windows PC/Mac（要は全端末）に対応する電子書籍プラットフォームになればいいだけ。
正直、システム構築とマーケティングはそれなりに大変だろうけど、まあ先が読める範囲に収まるし、掛けたコストをはるかにこえる儲けはある、って素人でも想像がつく。
それでもうちの端末でしか読めないようにしてくれとか、薩摩だ長州だ、と言っているうちに、その儲けは、Amazon親方の総取り、日本の出版は植民地になろうとしている。
家電はやられっぱなし、出版もやられる、じゃあ日本はいいとこ無しなの？っていうと細かいところを見るとそうでもない。
例えば、文房具とか、最近だと財布とか、そういうこまごましたものは日本が最先端を行ってイノベーションの塊だったりする。食も含まれるかな？
そういう業界は知恵と技術を発揮できているのに、家電や出版は上手くいかないのはなぜよ？
違うのは掛金の大きさ。イノベーションできてる業界は、それぞれの小さい会社でも自分のリスクでチャレンジが出来る。家電や出版のような規模の業界ででイノベーションを起こそうと思ったら、大勢の利害関係者を説き伏せて、大金を掛けてプラットフォームを作る必要がある。
足りないのは知恵や技術ではなくて、大金を掛ける度胸のある山師。サムスンの鼻息の荒さ。
とはいってもそういう種類の、鼻息荒い山師って実際日本から絶滅したような気がするのよね。
まずは、９０年代前半のバブル崩壊で、そういう拡大志向の人間はだいたい表舞台から消えてしまった。２０００年代中期のITバブルの頃にそういう機運もあったが、ホリエモン逮捕とともに消えてしまった。
もう日本に大きな事をやる奴は本当にいないのよね。知恵と技術のある奴は小さく手堅く掛けるし、度胸のある山師は、知恵や技術が無いのでテレビとか携帯電話で国内の情弱相手に荒稼ぎ、未来に繋がるプラットフォームなんて一片も築かれはしない。
実際のところ、日本では神格化されてる坂本龍馬だって、日本の発展を見ることなく若死にしてるわけで、そんなリスクとって国の英雄になるなんてメリット無いよね〜ってみんな思ってるんだろうけど。
それよか、みんなの日本という国への帰属感自体が怪しいので、知恵と度胸と鼻息があったら、米国の東海岸なり西海岸に渡って、日本をやり込める側に回るほうがいいよね、って感じかね。
私はどっちかというとWindowsが好きだしMicrosoftが好きな方だ。だがWindows8、お前は駄目だ。
そりゃiPadが売れまくって羨ましいのは分かるし、MSがいくらタブレットOSを作っても誰も見向きもしなかったのは事実だ。だからといって、WindowsをタブレットOSにするのは暴挙としか言いようがない。
そもそもiPadが売れてWindowsのシェアが落ちているとしても、それは単にこれまでPCとは無縁だった層が新たにiPadを使うようになり、これまでのWindowsユーザーがiPadを追加購入しただけで、Windowsユーザーそのものが減ってるわけではないはずだ。iPadで仕事はできないからね。逆にiPadで仕事をするとニュースになるくらいだ。世の中の多くの人間がWindowsを使っている、あるいは嫌々使っている、あるいは使わされている理由、そしてそんなWindowsユーザーがWindowsに何を求めているのか、Microsoftは理解してるんだろうか？ してるけど無視してるんだろうか？
世の中のほとんどのWindowsユーザーがWindowsを使う目的は、仕事でワードとエクセルとインターネットをするためだ（あとエロゲをするためだ）。ワードを開いて文書を書きつつ、分からない点をIEで調べ、Outlookで連絡メールを送る、そんなのがほとんどでしょ。画面の綺麗さなんぞぶっちゃけどうでもいい。むしろ殺風景な方が仕事してる感じがしていいじゃないか？
なのにあのMetro UIってなんだよ。あんな原色のオモチャみたいなインターフェースで仕事ができるかっての。アプリが一つだけしか開けない、それでどうやって調べものをしつつ文書作成ができるというのか。Windowsの"s"の文字が泣くよ。でかいモニタに一つのアプリを表示して、他の情報が見たければ切り替えろ（これ「スナップ」とか言ったっけ？そういえば訳語が思いつかないから一般ユーザーに丸投げしてたね。訳語すらすぐには思いつかないような操作がどうして直感的操作として受け入れられようか）とか、冗談もほどほどにしてほしい。
ああいうUIが生きるのは、解像度が限られた端末だけだよ。なぜ広々としたモニタを無駄遣いするのか。それが気に入らないならクラシックデスクトップを使え？何がクラシックだよ現役選手をいきなり骨董品扱いすんな。
それにオフィスにはタッチパネルディスプレイなんてないよ。入力はキーボードとマウスだ。一度あのMetro UIをマウスで操作してみてほしい。悲しくなるから。だだっぴろい画面の上、マウスを端から端まで動かして、点在するばかでかいボタンをぽちぽちと押す作業のむなしさ。メニューを出すにはマウスポインタを画面の端にくっつけて。ああ、マルチモニタ環境やリモートデスクトップ越しで死ぬほどやりづらいけど気にするな。スタートスクリーンのスクロールはホイールでできるよ、ただし横スクロールなのに縦に回す必要があるけどな。どや、マウスでの操作もばっちりやろ？
Win8が出ればタッチパネルディスプレイが普及するなんて寝言も聞きたくない。仮にそうなったとして、MSは我々にそんな苦行を強いるんですか？試しに目の前のディスプレイを指でなぞってみてください。3分で腕が痛くなるから。ジョブズもそう言ってたのにねえ。タッチパネルが実用的なのは携帯端末、タブレット端末、要するに本体を手に持って使うデバイスだけです。
WindowsにiPad的機能は誰も求めてないんだよ。iPad機能を求めてるWindowsユーザーはiPadを買うから。今目の前にあるデスクトップやノートPCでiPadみたいなことをしようなんて誰も望んでない。いくらシェアがどうあっても、MSはタブレットOSとデスクトップOSを完全に別物として出すべきだ。両者の操作体系は相容れないものだ。だいたいWin8のあの中途半端な融合具合を見ればそれは明らかであるが。タブレットOSとデスクトップOSが融合して嬉しいのは、スレートPC形態にもなるがキーボードを展開するとノートPC形態になるゲテモノPCだけ。そんなのがPCの主流になるという寝言もまた聞きたくない。
まだMetro機能を完全にオフにするモード（今のところレジストリの設定で可能ではある）がデフォルトなら許せるけども、そんな状態で発売されるはずがない。そんなことをするくらいなら最初からタブレットエディションを別に出している。なのでユーザーがMetro UIが統合されたWindowsを使いづらそうに使う光景が目に見える。自分でカスタマイズしてオフにすればいいじゃんという発想はPCに詳しい人のもの。ほとんどの人は与えられた状態をあるがままに受け入れ、そんなカスタマイズとは無縁ですよ。
それにスタートメニューを廃止した理由が「スタートメニューを誰も使ってなかったから」といけしゃあしゃあと抜かすところがまた癇に障る。なんでスタートメニューを誰も使わなかったのか、そしてどうすればスタートメニューが使われるようになるのか。考えもしないのか無視しているのか…。Windows用の人気ランチャの一つや二つ、触ってみればわかることなので無視してると考えるのが妥当でしょう。あるいはスタートスクリーンをごり押しするための言い訳。
スタートスクリーンで従来のアプリを選んでクラシックデスクトップで実行できるでしょ、とMSは言いたいんだろうけども、アプリを起動するたびにいちいち全画面がMetro Style Appとかいうオモチャみたいなガジェットで覆い尽くされると、それだけで思考が中断させられる。従来アプリのメニューが階層化されずフラットに展開されるので探して選択するのが大変とか、その辺は今後改善されるかもしれないけどあんまり期待しないほうがいいだろうね。
これはエクスプローラもそうで、「ツールバーやメニューバーを誰も使ってなかったから」という理由でリボンインターフェースを採用とか、なぜ使われないのか理由を全然分析できてない。ファイルをマウスで選択して、さあ移動しよう、という段階で、一度それは置いといてメニューをクリックしに行くのは不自然な動作だから誰もしないんだよ。そのままドラッグ＆ドロップ、あるいは右クリックメニューで操作を選ぶのは自然だし不要なマウスの移動もしなくてすむから皆そうしてる。あるいはキーボードショートカットを使ってる。だからリボンなんてつけてもやっぱり誰も使わないのが目に見えてる。それどころかリボンUIは縦の幅を食うので、昨今の横に広いディスプレイと相性が悪いということも考慮してないのか無視しているのか…。
シェアの数字にこだわるあまり、ユーザー完全無視。いやまあそれでもWin8は売れるんだけど。そりゃお店でパソコン買ったらWindows入ってる世の中だからね。企業だってコストを考えれば今更LinuxやMacに総入れ替えなんてできないが、XPのサポートが切れるから嫌でもWin8を導入せざるを得ない。MSは分かっててそれをやってるからなお腹立たしい。PC初心者やWindowsを嫌々使ってるユーザーをこれ以上苦しめないでほしいものだ。
私は従来モードの設定（製品版で封印されてたらキレるな間違いなく）で使うからいいとしても、そういったユーザーをサポートするのも私なんだよ…。彼らは「できるWindows8」とか「わかるWindows8」とかに載ってるのと違う画面にされることを望まないんだよ…。
もうたくさんの人に訳されてるけど，じぶんにはあまりしっくりこないのでまた訳してみた。
--
今日世界最高の大学のひとつでみなさんの卒業式に同席できることを名誉に思う。本当のことをいえば，私は大学を卒業したことがない。これが大学の卒業式にもっとも近づいた瞬間だ。今日，私の人生から三つの話をしたい。それだけだ。大したことはない。たったの三つだ。
最初の話は点を結ぶことだ。
私はリードカレッジを最初の6ヶ月で退学した。でも本当に辞めるまでさらに18ヶ月かそこらモグリとして出入りしていた。じゃあなぜ退学したんだ？
話は私が生まれる前に遡る。私の生物学的な母は若い未婚の大学院生で，彼女は私を養子に出すことに決めた。彼女はどうしても大学卒に養子に出したいと考えていたので，誕生と同時に弁護士夫妻に受け入れられるようすべて準備済みだった。でも私が生まれて，土壇場になって彼らは本当は女の子が欲しいと決めた。それで順番待ちリストの次にいた私の両親に夜中に電話がかかってきた。「予想外の男の子だったんです。欲しいですか？」「もちろんです」生物学的な母はあとで，母が大学も出てなくて父が高校も出てないことを知った。彼女は最終合意書に署名するのを拒んだ。数カ月後に私の両親がいつか私を大学にやると約束して彼女はやっと態度を変えた。これが私の人生の始まりだ。
17年後私はたしかに大学に行った。だが私は世間知らずにもスタンフォード並に高価な大学を選択し，労働階級の両親の蓄えは全て学費に費やされていた。6ヶ月経って，私はその価値が感じられなかった。これからの人生で何をしたいのかわからなかったし，大学がすべきことを発見する助けになるとは思えなかった。なのに私はここで両親がこれまで貯めた金をすべて使おうとしている。だから私は退学して，みんなきっとうまくいくって信じることにした。あの時はとても怖かったけど，振り返ってみればあれが私のこれまでで最良の決断だった。退学した瞬間，もう興味の持てない必須科目を取らなくてよくなったし，ずっと面白そうなクラスに入り込むことができるようになった。
ちっともロマンティックじゃなかった。寮に部屋もなかったから友達の部屋の床で寝た。コーラの瓶を返却してもらった5セントで食料を買った。日曜の夜には街の向こうまで7マイル歩いてハレークリシュナ教の寺院で週に一度のまともなご飯を食べた。最高に楽しかった。そして興味と本能に従って迷い込んだいろんなものが後に大きな意味を持つことになった。一つ例をあげよう。
リードカレッジは当時国内最高のカリグラフィー講座を持っていた。キャンパスのあらゆるポスター，引き出しのラベル，みんな美しい手書きカリグラフィーだった。退学して普通のクラスを取らなくてよくなったので，カリグラフィー講座に参加してやり方を学ぶことにした。セリフ書体，サンセリフ書体，文字の組み合わせで変化する文字間のスペースの量，すばらしいタイポグラフィがどうしてすばらしいのかを学んだ。カリグラフィーは美しく，歴史的で，科学では捉えられない繊細な芸術だ。そしてそれを私は面白いと思った。
これらの何一つ人生で現実的に役立つ見込みなんてなかった。でも10年後，みんなで最初のMacintoshを設計してる時に全部思い出したんだ。そして私たちはそれをみんなMacに詰め込んだ。Macは美しいタイポグラフィを備えた最初のコンピュータだった。私が大学のあのコースに潜りこまなければ，Macが複数の書体とプロポーショナルフォントを備えることは絶対になかった。そしてWindowsはただMacをコピーしたので，おそらくパーソナルコンピュータは今日のようなすばらしいタイポグラフィを備えることがなかっただろう。もし退学していなければ，絶対にカリグラフィー講座に参加しなかったし，パーソナルコンピュータは今日のようなすばらしいタイポグラフィを備えていなかったかもしれない。もちろん大学にいた時に点がつながるのを見通すことはできなかった。でも10年後振り返ってみればとてもとても明らかだ。
もう一度言う。将来点がつながるのを見通すことはできない。振り返ってつなげることしかできない。だからあなたは将来なんらかの形で点がつながると信じなければならない。ガッツ，運命，人生，カルマ，なんでもいい，なにかを信じなければならない。いつかこの道を進めば点がつながると信じれば，たとえ人と違う道に向かうことになってもハートに従う自信を持つことができる。それが違いを生むのだ。
私は幸運だった。人生の早いうちに好きなものを見つけられた。ウォズと私は20歳の時に両親のガレージでAppleを始めた。一所懸命働いて，ガレージにたった二人だったのが，10年で従業員4000人の20億ドル企業にまで成長した。30歳になる一年前に最高の作品，Macintoshを発売した。そして首になった。いや，自分の始めた会社からどうやって首になるっていうんだ？ 私たちはAppleが大きくなったので一緒に経営するのにとても才能あると思えた人物を雇った。最初の一年かそこらはうまくいった。でも将来のビジョンが食い違い始めて，最終的に喧嘩になった。そしてその時，取締役会は彼の側についた。それで30歳の時，首になった。世間の誰もがそれを知っていた。大人になってからの人生すべての中心が失われて，本当に最悪だった。
数ヶ月は何をしていいのか本当にわからなかった。前の世代の起業家たちから渡されたバトンを落としてしまって，彼らを失望させたと思った。デビッド・パッカードとボブ・ノイスに会って，このひどい失敗を謝罪しようとした。本当に誰もが私の失敗を知っていた。シリコンバレーから逃げ出そうとさえ考えた。でもなにかがゆっくりとわかり始めた。私はそれまでの仕事をまだ愛していた。Appleでの出来事は私の気持ちをすこしも変えなかった。ふられたけどまだ愛していた。だからやり直すことに決めた。
当時はわからなかったけど，Appleから解雇されたことは私にとってこれまでで最良の出来事になった。成功者の重圧は，またなにもあまりわからない初心者の軽やかさに入れ替わった。おかげで私は人生で最も創造的な時期の一つへと解き放たれた。
次の5年間に，NeXTという会社と，Pixarという会社を興し，後に妻になるすばらしい女性と恋に落ちた。Pixarは後に世界初のコンピュータグラフィック劇場映画トイ・ストーリーを制作し，今では世界で最も成功したアニメーションスタジオだ。びっくりするような出来事があってAppleがNeXTを買収して私はAppleに戻り，NeXTで私たちが開発した技術は今のApple復活の基盤になった。そしてローレンスと私は共にすばらしい家族を築いた。
Appleから解雇されなかったらこれらは全部起こらなかったとはっきり確信している。ひどく苦い薬だったけど，患者にはそれが必要だったのだ。時として人生はレンガで頭を殴ってくる。信念を失うな。私が進み続けられたのは自分のしていることを愛していたからだと確信している。あなたは愛するものを見つけなければならない。恋人を見つけるのと同じくらい仕事でもそれは真実だ。仕事は人生の大きな割合を占める。本当に満たされる唯一の方法は，すばらしいと信じる仕事をすることだ。すばらしい仕事をする唯一の方法は，それを愛することだ。まだ見つけていないなら，探し続けなさい。腰を落ち着けるな。見つけたら，あなたのハートが教えてくれる。恋人との関係のように，それは歳を重ねるにつれてもっとすばらしいものになる。だから見つけるまで探し続けなさい。腰を落ち着けるな。
三つ目の話は死についてだ。
17歳の時，こんな感じの引用文を読んだ。「毎日を人生最後の日のように生きれば，いつか間違いなくうまくいく」印象づけられた。それからこれまで33年間，毎朝鏡を見ながら自分に問い続けてる。「もし今日が人生最後の日だったら，今日これからしようとしていることを本当にしたいかい？」そして答えが何日も続けて「ノー」だった時，何かを変えなければと気づくんだ。
もうすぐ死ぬと思い出すのは，人生の大きな選択を助けてくれる私の遭遇した最もいい方法だ。外野の期待，プライド，恥や失敗への怖れ，そんなものは死に直面すればほとんどみんな本当に大事なものを残してどこかへ行ってしまうからだ。いつか死ぬと思うことは，何かを失うという考えに陥るのを避ける私の知る最良の方法だ。あなたはもう裸なのだ。ハートに従わない理由なんてない。
1年くらい前に癌と診断された。朝7時半に検査を受けたら明らかにすい臓に腫瘍があった。私はすい臓がなにかすら知らなかった。医者はほぼ間違いなく治療不可能なタイプの癌で，3ヶ月から6ヶ月以上生きることは期待すべきでないと言った。先生は帰ってやりたいことを順にやりなさいと言った。死を迎える人への医者のお決まりの対応だ。つまりそれは伝える時間があと10年あると思っていたことをたった数カ月で子供たちに伝えるということだ。つまりそれは全部手はずを整えて家族が出来るだけ苦労せずにすむようにするということだ。それはつまりさよならを言うということだ。
一日腫瘍と過ごした。その日の夜生検を受けた。内視鏡を喉から胃を通して腸に入れて，すい臓に針を刺し，少し腫瘍の細胞を採取した。私は鎮静剤を投与されていたのだけど，顕微鏡で細胞を調べた結果，手術で治療できるめずらしい種類のすい臓がんだとわかって先生たちが大騒ぎしていると付き添っていた妻が教えてくれた。手術を受けて，ありがたいことにいまはなんともない。
これが私が死に最も近づいた瞬間で，あと数十年はそうであってほしい。この経験があったから，死が有用だけどただの知的概念だったころよりもう少しだけはっきりと言える。
誰一人として，死にたくはない。天国に行きたい人ですら死にたくはない。だが死は我々全員が共有する終着点だ。これまで死を逃れた人はいない。そしてそうあるべきだ。なぜなら死は生命の最良の発明に思えるからだ。死は生命の変革担当係だ。古いものを追い出し，新しいもののための道をつくる。たった今，新しいものとはあなた方だ。でも遠くない将来みなさんもだんだんと古いものになって追い出される。ドラマティックになって申し訳ない。でもこれは真実だ。
あなたの時間は限られている。だから誰か他人の人生を生きて時間を無駄にするな。誰か他人の結論を生きるというドグマに捕らわれるな。他人の意見に自分の内なる声をかき消されないようにしろ。そして最も大事なこと。自分の心と本能に従う勇気を持て。あなたの心と本能はもうあなたが本当になりたいものを知っているのだ。他のことはみんな後回しだ。
私が若いころ，全地球カタログというすばらしい出版物があった。私たちの世代のバイブルの一つだ。ここからそう遠くないメンローパークでスチュアート・ブランドという人物によってつくられ，詩的な感覚を人生にもたらした。まだ1960年代でパーソナルコンピュータもデスクトップパブリッシングもなかったから，全部タイプライターと鋏とポラロイドカメラで制作された。まるで35年早くやってきたペーパーバックのGoogleみたいだった。理想主義で，整然としたアイデアとすばらしい思想で満ち溢れていた。
スチュアートと彼のチームは数号のあと，すべての活動を終えて最後の号を出した。1970年代中頃で，私はみなさんくらいの歳だった。最終号の裏表紙には，あなたが冒険好きだったらヒッチハイクをしようかと思ってしまうような早朝の田舎道の写真があった。その下に「ハングリーであり続けろ。愚かであり続けろ」の言葉があった。それは終刊にあたっての別れのメッセージだった。ハングリーであり続けろ。愚かであり続けろ。私はいつも自分にそう願い続けてきた。今，みなさんが新たに卒業するにあたって，あなたにもそう願う。
ハングリーであり続けろ。愚かであり続けろ。
本当にありがとう。