  |
はてなキーワード: Windowsとは
要するに、ソーシャルがうんたらかんたらという話は所詮は一過性のブームで、そのうちゲーム専用機への回帰が始まるよって話。
でもって、アプリケーション開発の中でもゲームソフト開発はかなり特殊なので、一朝一夕でどうにかなるわけじゃないから、この業界でゲームで真剣に生き残りたければ今のうちに準備しといた方がいいよ、みたいな。
つまりスマフォは、「いつでも遊べる」というカードのみで、今後ゲーム専用機と戦い続けなければならないことになる。携帯ゲーム専用機に関してはそれさえもカードとしては強力とは言いがたい。
しかしそんな不毛な戦いを挑むゲームソフトメーカーなど現れないだろうから、ゲーム専用機とは別のカテゴリの娯楽として存在することになるだろう。それは既存のゲーム専用機の領域を「多少は」食うだろうが、果物にたとえるならば皮の部分程度で、芯に到達することはないはずだ。
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バブルの頃にそういう機運もあったが、ホリエモン逮捕とともに消えてしまった。
もう日本に大きな事をやる奴は本当にいないのよね。知恵と技術のある奴は小さく手堅く掛けるし、度胸のある山師は、知恵や技術が無いのでテレビとか携帯電話で国内の情弱相手に荒稼ぎ、未来に繋がるプラットフォームなんて一片も築かれはしない。
実際のところ、日本では神格化されてる坂本龍馬だって、日本の発展を見ることなく若死にしてるわけで、そんなリスクとって国の英雄になるなんてメリット無いよね〜ってみんな思ってるんだろうけど。
それよか、みんなの日本という国への帰属感自体が怪しいので、知恵と度胸と鼻息があったら、米国の東海岸なり西海岸に渡って、日本をやり込める側に回るほうがいいよね、って感じかね。
もうたくさんの人に訳されてるけど，じぶんにはあまりしっくりこないのでまた訳してみた。
--
今日世界最高の大学のひとつでみなさんの卒業式に同席できることを名誉に思う。本当のことをいえば，私は大学を卒業したことがない。これが大学の卒業式にもっとも近づいた瞬間だ。今日，私の人生から三つの話をしたい。それだけだ。大したことはない。たったの三つだ。
最初の話は点を結ぶことだ。
私はリードカレッジを最初の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年代中頃で，私はみなさんくらいの歳だった。最終号の裏表紙には，あなたが冒険好きだったらヒッチハイクをしようかと思ってしまうような早朝の田舎道の写真があった。その下に「ハングリーであり続けろ。愚かであり続けろ」の言葉があった。それは終刊にあたっての別れのメッセージだった。ハングリーであり続けろ。愚かであり続けろ。私はいつも自分にそう願い続けてきた。今，みなさんが新たに卒業するにあたって，あなたにもそう願う。
ハングリーであり続けろ。愚かであり続けろ。
本当にありがとう。
http://d.hatena.ne.jp/aike/20080615
この記事が面白かった。2008年のだけど、今でも変わらんと思う。
SI業界での即戦力とは「金融工学と財務会計に詳しくてCOBOLとABAPが読めてWebSphere上のJavaが書けます」といったような人なのだが
インフラ系の自分がSIerで最初のプロジェクトに配属されたとき、必要とされた知識は主にWindows Server(ActiveDirectory)だった。
人によっては、大学の情報センターの手伝いをしていたという学生が、ADなんか触っていたりするらしいが、情報系の学生でも
WindowsServerなんて触ったことがない人間がほとんどだと思う。
自分は、LDAPとDNSは知っていたけど、ADなるものはよくわからず、標準的な規格、テクノロジーと、マイクロソフトのプロダクトの間にあるギャップに当時かなり苦しんだ記憶がある。
LDAPもDNSもまともに知らないシステム管理者が、いっぱしの「エンジニア」ヅラして、仕事をしているのがSI業界なんだなあと知ったのは、そののちすぐのことだったけど。
何でサイトなんだ？？
「すべてのアプリが、自身が必要とする実行環境を必ず用意する」方が、一般市民御用達のWindowsではユーザーにやさしい。
そんなもん管理システムを下敷きにしたラッパーを用意すればよくね？？
って言うようなパッケージは、自力で解決しろよ、と思うんだが？
上位レイヤーの話はしてないんだけどね。
「Python」でも良いし、「JRE」でも良いし、「HSP」でも良いよ。
「正しい申告」と言うのは、自身が必要とする実行環境についての、正しい申告。（リビジョンとかね）
「すべてのアプリが、自身が必要とする実行環境を必ず用意する」方が、一般市民御用達のWindowsではユーザーにやさしい。
配布サイトが変わる実行環境やライブラリって結構あるが、それは「アプリが独自に解決」すべきなのか。
それとも、それらの実行環境を配布する人は、逐一公的な実行環境としてマイクロソフトに報告しなきゃならなんのか。
１年前の記事がリンクすべて死んでるとかざらにある。
って言うようなパッケージは、自力で解決しろよ、と思うんだが？
windows power shellがunixのシェルをかなり意識してる。
シェルベースで基本すべてのwindowsの処理が可能になってる。
unixに比べりゃある程度新規で覚えないといけないし、
具体的にどうおかしいと思ったのか説明してほしい。
別にwindowsが完璧だなんて思ってないことは元の文を読めば分かってもらえると思うから、そういう意味じゃないんだと思うけど。
ん？
いや、まあ、その…うん。
http://anond.hatelabo.jp/20110901203436
いや逆。
UIの善し悪し関してはあくまで俺個人の主観なのでさておき、Appleが「きちんとした会社」というのは何とも。
ここ10年、他社製ハードウェアにOSを供給しないわ、内蔵ハードディスクの交換は不可能だわ、ブルーレイも使わせないわ、携帯デバイスにもFlash再生を許可しないわ、そうやって平然と競合規格を排除するくせに、「クローズなFlashはもうオワコン！これからはHTML5の時代！」とのたまうわと、熱狂的なシンパの忠誠心にあぐらをかいてるような会社を「きちんとしてる」と表現するのに違和感を覚えただけ。
http://anond.hatelabo.jp/20110901191755
なるほど確かに。office for mac自体は結構問題多いみたいだけど…。
少なくともexcelとpowerpointはwindowsに軍配が上がると思う。
http://anond.hatelabo.jp/20110901192000
linuxやunixの知識がほぼまんま生かせるのは結構アドバンテージだよね。
macの一番良いところって、オシャレ感じゃなくて、linux的なシステム構成とwindows的なきちんとした会社が作ってるOSという安心感と洗練されたインターフェース(≒オシャレ感)が共存してるところだと思う。
linuxは基本的に便利なんだけど(最近のubuntuとかほぼmacみたいなもんだし)、やっぱり「多少うまく行かないことがあっても許してね」感があるし、
windowsはその辺しっかりしてる一方で背景のシステム構成がグロテスク過ぎて開発環境整えるだけで罰ゲームみたいになったりする。
macはそれらを（当然不満もあるけど）絶妙なバランスで両立してる上にインターフェースも良いというのが素晴らしいところだと思う。
もしmac osの内部がwindows的な独自のグロテスクなものだったら俺は使う気にならない。
