  |
はてなキーワード: 拡張とは
近畿と東海の境界に位置する路線はいくつかあるが、その中でも関西本線の亀山～柘植間は中々に特異だ。
というのも名古屋～亀山と、柘植から東海道本線方面に分岐する草津線は電化されており、亀山から京都への利便性を考えたら、閑散地区のローカル線であっても電化したほうがいいに決まっているからだ。
両駅の間はわずか3駅だし。
それが電化しない理由が、長年分からなかった。
えーぶっちゃけ当時ライバルだった私鉄を国鉄が買収したからコスト掛けないとか、そういう遺恨じゃね？とも思ったが、そもそも論的には当たるとも遠からじだったり。
では本題の電化されない理由だが、結論から言うと、トンネルが超狭いこと。
この区間は古来、加太越えと言われる山間部の峠越えで、加太トンネルを始めとするトンネルがいくつもある。
それらのトンネルは電車なにそれ美味しいの？くらい大昔に掘られたため、揃いも揃って狭小で、架線を通すには無理矢理拡張するか、新線建設しかないと。
しかし前述の経緯で買収後はコストらしいコストを掛けなかった結果、今や運休日が設定されるレベルの超ローカル線と化した区間に、そんな工事など望めるわけもなく。
というわけで、「電化すれば便利なのに・・・」と誰もが思っているけど、こうした昔のトンネル等の問題で、不自然に非電化状態で取り残されている路線は、ここに限らず全国的にありそうだ。
こういうこと腹括って離せる友達もいないしな。一応検索してみたんだけど、あんまりそれっぽい増田がなさそうなので書く。
前置き、キーノートは見てないから信者の人にはすまんって思う。だって、見る気すら起こらないよ。なんなんだよあの煙突はよ。
あれで性能アップっていうんだからそりゃ凄いとは思う。額面だけ見たら信者的には「shut up take my money!」なんだろうけど、Mac Proの一番の魅力ってあの無骨さなんじゃないの？iMacとかMac miniとかのラインナップで素人お断りな値段と性能。それでいてあのフォルム。。。見るものを圧倒するあの感じ。あれがもう見られないのかと思うと悲しくなる。
だいたい、Mac proの売りって拡張性とかあったよね。どうせあの筒をはがそうとしたら保障対象外にでもなるんだろうな。どうやってあそこにHDDの差し替えとかするんだろ。だから、おれが思うにAppleは据え置きを本当に絶滅に追いやりたいんだと思う。iMac然り、iPadみたく古いのは切り捨てられないだろうからね。だっておれのiPad１世代だけど、バリバリ現役なんだけど。2世代以降ってなんか信用ならない奴みたいな感じなんだよね。まあ、金がねえってのも本音なんだろうけど。WWWCだかトイレだかしらんけど、おれのiPadはもうアップデートされないから次期OSとかほんとどうでもよくなったよ。クソが
なんというか、ジョブズさんおらんとAppleはとたんにダメになるジンクスって本当なんだろうね。確かにMac Proだけじゃ「何ができるか」ってのが訴求できないんだろうけどさ。FCPXみたくGUI変えまくるのとはまた違うと思うのよ。少なからず、もう金貯めていつかMac Proが欲しいっていう夢はなくなったね。
※以下、言語というくくりでの話ではなくて漠然とPC用プログラム作成環境全体を指して言っていると思っていただきたい
基本的には.Netが好きだ。
Webを最初から意識して作られているし、標準ライブラリでカバーされてる範囲が広いおかげでVisual Studio入れるだけでサクサクかける処理が多いので再発明を強いられる事態に陥りにくいのが感涙ものだ。
C++/CLIもやりたいことが割とリーズナブルなコストでできるのでありがたい存在だ。
VB6は嫌いだ。
いろいろ拡張してくれた結果なのは知っているが、結局大事なところはダメ言語のままでMSから匙を投げられた存在という認識だ。
MFCも嫌いだ。
ひたすら面倒いし、出来たコードのメンテナンス性も・・・。メリットが今となっては動作の軽さだけだし（昔はむしろ逆の立ち位置だったんだろうが）。
だが、VB.Netは好きだ。
MSILを作るための道具であるがゆえに、VB6の痛い所が根こそぎ取り払われていると感じる。
C#でもいいのだろうが、セミコロンはなくても良いじゃない(あっても良いけど)。あと、オブジェクトを変数宣言しつつ初期化するとき、"クラス名 変数名 = new クラス名()"になるのが
クラス名をSystem.XXXから書いているときには耐えられない。As New万歳。
しかし悲しいかな、VB.NetはC#に押されて絶滅危惧種だ。
TypeOfを使わなくちゃいけない時にはVB.Netが恨めしく感じるけど、そんなに頻繁じゃない。
他のデメリットにしても、表記がウザくなるだけで書けない処理があるわけじゃない（このへんがVB6と決定的に違うところ)
にもかかわらず、VB6のイメージが悪すぎるのか、Javaからの移住人口が多すぎるのか、C#ばっかりもてはやされる。
21世紀の襟の役割は入館証のネックストラップを受け止めるためだと思う。
ポロシャツとかそういう"襟付き"の服という文言が今年、とうとう自社の服務規程から消えて、
Tシャツにジーンズ、シューズはアディダスのスニーカーという学生ルックを満喫してるんだが、
最近室温高めのせいか、ネックストラップが首に張り付いてすごくうっとうしい。
うざったいので外してたら、忘れたままコーヒー買いに部屋を出て締め出された。
なんて甘言を小耳に挟みつつ、先輩に入れてもらったが、
普段ネックストラップを意識せずに身につけていられたのは襟のおかげだと悟った。
掃除をしていたら、iPhoneの機種変でいらなくなってたAndroid携帯が見つかった。
試しにWiFi環境に繋いでみたら、ものすごい勢いでアップデートが始まったので暫く放置していた。
暫く経った頃、端末を再度眺めてみるとノーティフィケーションにずらりと並んだアプリ。
その中に、かつて電車の中でよく遊んでいたMinecraftPEがあった。
なんで、やめたんだっけ。通学時間にあんなにはまったのにな、なんて考えながらも
サバイバルモードを立ち上げてみる。背景は真っ黒だったはずなのに、なんかおしゃれになってる。
元々遊んでたのは0.30までだったから今の0.71からみたずいぶん前だ。
以前遊んでいたワールドがなぜかなかったので適当に作成してサバイバルモードで立ち上げて遊んでみた。
しばらくしてワールドは夜に変わる。
今、Steveの耳には三種類の音しか聞こえてこない。
1. 動物たちの鳴き声
2. ゾンビの唸り声
3. 私、Steveの恐怖を噛み殺す歯ぎしり
Steveは今、露天掘りにした1×1×3の穴の下にいる。
作れたのは木のつるはしまでだった。
石炭を掘り当てることができず、ただ無駄にたまった土塊がアイテム欄を埋めている。
長い夜の間、ゾンビの声に怯え続けたSteveの魂は
MinecraftPEのWikiを彷徨い歩いた。そして目当ての情報へ。
PocketInvEditorというアプリ。
土くれを松明に、アイテム個数を255に変えてみた。
二回、三回と繰り返し踊ってみる。
そしてブロックを一つだけ掘り、松明を授けると
その光に、Steveは捕われていた孤独を思い出すことになる。
かつて、Steveはマインクラフトがクラフターの一人だった。
ニコニコ動画にアップされているような
コツコツと積み上げられた職人芸には叶わなかったけど、
立体文字を作ったり、自分の部屋を再現したり、色々楽しんでいた。
狂い始めたのは、バージョンアップにより
彼は熱中した。掘って掘って掘りまくった。
だが、そのうち物足りなくなってきた。
十分な松明を置けなくなったため、
背後を襲われることが増えたことと、樹木の伐採のし過ぎで
木が足りなくなってきたことだった。
環境ファイルをバイナリエディタで直接書き換えればいける方法を知る。
確かにそれっぽいのがあった。
これを書き換えれば。
これ以降、SteveはHEXファイルを呪文のように日がな唱えるようになる。
アイテム欄だけではなく、フィールドの切り替えをも簡単にできる事にSteveはすぐに気づく。
クリエイティブモードで培った財産を今こそサバイバルモードに変える時だった。
すぐにすり減ってしまう石のつるはしは当時未公開だったダイアのつるはしに変え、
紙切れのように石層を掘り砕いていった。
せこいことをしてコツコツ増やしていた本棚はFFに変えるだけで欄が255に変わったので
部屋の床全てを埋めてもまだ余裕があった。
美しく等配列に並ぶことで果たしていた装飾という役割も同時に共に消し去ってしまった。
埋められるスペースというスペースに松明を突き立てたことで。
時々、ゾンビが落ちていく姿を眺める事ができた。
海の上に落ちたのでは死なないから、わざわざ石畳を敷き詰めて、
落下死させるようになっている。
クリエイティブモードとサバイバルモードを簡単に行き来できるからだった。
1×1マスのガラスの囲いから救いの手を差し伸べる何重にも折り重なったゾンビたち。
TTで思いつくほとんどのことをやりつくし、眠れぬ夜にゾンビに怯えることもない今
ただただ、囲われたゾンビを眺める事がSteveの日課だった。
ゾンビーフはまだこのバージョンにはなかったから、生き倒れていく緑色をずっと見ていた。
いつもの朝を迎えると彼は手持ちのアイテムのほぼ全てのIDを2Eに書き換え、
牛や豚を追い込むのに苦労した。
空を仰げば青さのみが広がる海中神殿。対照的に、溶岩を誤って置いて
紐なしバンジージャンプをした。
全てに置いていった。
残っていた石ブロックを十個一列に新たに積み上げるとその上に立ち、
赤色のブロックを横付けして、ワールドをサバイバルモードに変更する
どこまでも連なっていくのが見えた。
かぼちゃにも似たそのブロックの側には大きく「TNT」の文字。
v0.30ではまだクラフトすることが出来ないはずの爆弾だった。
ほんとにいいのか？
Steveは自問自答する。
もうこんな世界に用はない。
そしてブロックを長押しした。
その最後を彼は見届けることはなかった。
そのまま即死した。
Android携帯の画面はSteveが最後に見た世界をそのままに
そして、携帯を再起動し、MinecraftPEを立ち上げると
全てが終わっていることに気づく。
かつて、一番最初の一歩を踏み出したここは美しい平原だったはずだが、
TNTにより抉られた醜い谷間へと姿を変貌させていた。
性急にことを進めすぎたんだと思う。
地道に石を彫っていかなくてもヘックス値をFFに書き換えるだけで255になるアイテム欄に、
こつこつやっていた楽しさもゆっくり何を作ろうかと考えていた期待も忘れてしまって、
飽きが来てしまった。
遊びだけを奪っていったはずの全能感が倦怠に変わると、
Minecraftを遊ぶ全ての動機に牙を剥いてしまったのだ。
何なんだろうな、この気持ちは。不条理が今ここにある。
v0.71になってIFは変わったけど、一度醒めた気持ちが再燃する事はなく、
全てを与えられたSteveを俺は見放した。うまく使う事ができなかった。
限られた選択しか常にない環境なら、なおさら、どうであったろう。
なんか疲れた。もう疲れた。
俺はこの部屋のSteveだ。
社内向けのポータルサイトが数年前から稼働しているのだけれども、これが酷いできでソースを見るだけで頭が痛くなる。（サーブレットだよ）
staticおじさんプログラミングのすべてがそこに詰まっているデザイン、かつクラスをコピペして機能拡張をするというまあ良く有りがちな糞コードアプリだ。
まあ、そりゃいいけれど
なんかバージョンアップしようとすると、変なオッサンが自分がデザインして稼働させたシステムを変更させたくない圧力をかけてくる。
なんか、これが自慢のシステムらしい。
HTMLは古い書き方なのは仕方ないにしても、内部のJavaソースがより酷くて
アクセスカウンターのような仕組みがあるんだけれども、アクセス数はアクセスがあったときにたされるのだけれども
その数字をJSPに渡す時に、なぜかint[6] の配列で返してくる。
お尻が切れて表示されるというアクセス数が全くわからないシステムになっている。
ついでに不必要なスレッド処理があるのだけれども、同期処理が不十分で、何回かに一回例外が発生する…
じゃあ、最後までお前が面倒見ろと…
まあやってくれないだろうから、外見からは分からないようにこっそりバグは治しているけれど
なんか馬鹿らしい。
まあ、社内向けだし…
いや、確かに人種による違いもや個人差も大いにあるんだろうけど。
私は大抵日本人のモノより柔らかいものだと思い込んでいた・・・
とても素晴らしい、やさしくて尊敬できる人で、二人で過ごす週末はすごく満ち足りた気分になれる。
ある一点を除いては。
セックスだ。
いざ初めてセックスすることになったとき、それを目にしてびびった。
私はそのとき、確かにでかいけど柔らかければ痛くないんだよね？と自分に問いかけていた。
しかし実際に触ってみると硬い。カッチカチや。話が違う！
ananなんて喘ぎ声は出ないし、「うごおおおお」とか「ギギギ・・・」とか「あががが」みたいなうなり声が出てきた。
力を入れていると痛みが増すので、糸が切れた操り人形のように全身の力を抜き、はやくイってくれと心の中で叫んだ。
それから週一のペースでいたしているわけなんだけど、初期よりは体が慣れたというか拡張性が増したおかげで痛みは多少
薄れてきた。それでも気持ちが良いといえるようなものではないし、なによりビクビクしてしまう。
セックス以外は何も不満はないから、これくらいは我慢もしくは自力で慣らすなり改善したいなあと思ってる。
これの続き
http://anond.hatelabo.jp/20130525211446
・障害者ウゼー
・区別されるのは嫌だ「区別するのは良くない！自由にしろ」って言い出す。
・低所得者ウゼー
・どうやら人を区別するとうまくいかない。乙武を批判すると回りまわって自身に跳ね返るっぽい。
何で健常者が障害者に対して特別扱いしなきゃいけないのか？やる必要もなければしたくもない。
大体あいつら働いてるかもわかんねーし、社会に貢献度合いも低い。
そんなやつらに手間ひまやコストを掛けるだけ無駄だし、ほかの所に掛けたほうがよい。
ってなことを言い出すと
障害者と同じような、もしくはそれ以下の待遇を受けてしまう。（弱肉強食の世界のため）
用語説明
低所得者＝年間所得800万以下の人たち（日本の税金の50％は、人口11％に過ぎない年収800万以上の人達だけで払っている。）
弱肉強食の世界では障害者・低所得者は虐げられて当然であり、自然なこと。
虐げることは悪いことじゃない。当たり前。自然の摂理。
障害者のなんか相手したくない！って虐げると、回りまわって自身も虐げられてしまう。
でもそれは嫌。だからこそ大部分の人たちは理想世界を目標にして
「天は人の上に人を造らず、人の下に人を造らず」とか「人は全て、生まれながらにして生きる権利を有する」
ですがこの偽善を否定すると、障害者・低所得者は虐げらちゃうというポルポル状態。
非常に不服なのですが、障害者でも幸せに生きられる世界を構築しないと駄目のようです。
いやーめんどくさいですねー。
どれだけのコストがかかるのか。障害者用エレベータも作らないと駄目だし、点字ブロックや
障害者専用スペースとかも作らないと駄目なんですよ。うざすぎる。
はちょーめんどくさい以外の何者でもないんですけどね。
何が言いたいのかというと
「どれだけコストが掛かったとしても、どうにかしないと駄目」
ということです。
そうしないと、図書管理の利用とかトイレ、水道とか使えなくなっちゃうかもしれません。
Exactly（そのとおりでございます）
現実問題として、何から何まで対応しろってのは無理があります。
ですので、優先度が高い順に、
少ない費用で効果が大きく緊急度が高いものから対応していきます。
全体的に見て、かなり低い位置にあります。
本来であれば乙武さんをお店に入店させるべきですが、現実問題として無理があったと思います。
「どれだけコストが掛かったとしても、どうにかしないと駄目」なので
現実問題として無理があったとしても、どうにかできなかったお店が悪いことになります。
つまり、お店の作りが悪かったため、障害者が入店できなかったことが駄目ということになります。
現実問題として、普通の飲食店は障害者に厳しいお店が一般的です。
ですが今回のお店が障害者にやさしい作りになっていれば
※何だか話が変な方向に流れてきましたが、お付き合いください。
１.理想としては、日本中のお店を障害者にやさしい作りにすれば万事解決なのですが
２.現実としては、日本中のお店を障害者にやさしい作りにするのは不可能です。
３.ですが不可能といってもうちらは、誰もが（障害者も）幸せになる理想世界を構築しないと駄目なわけです。
上記１.～３.のことを認識・理解しているか否かで、人の対応が全然違いますね。
お店側は「理想世界の対応すべきですが、まだできていないお店です。すいません」とか言って
乙武側は「障害者に対応するのは現実問題きびしいですよね。頑張ってください」とか言えばよかった。
つまり
双方が自身のおかれている現実を直視すればよかったのだよ（ｷﾊﾞﾔｼ）
逆に、言っちゃまずいのが
お店側が３.のことを考えずに「障害者にやさしくする気なんて微塵も無い。視ね！」で
乙武側が２.のことを考えずに「障害者にきびしいお店ってバカか！配慮しろボケ！」ですね。
今回の問題は不味い方向に転びましたね（達観）
この手の問題でよく出てくるのが、理想世界構築の自身がどこまでやるのかです。
障害者に対して、どこまで配慮すべきなのか？
最近の話だと、今後発生する深刻な食料不足のために昆虫を食べないと駄目のなのか？
などなど、やるべき事はたくさんあります。
本来であれば、理想世界構築のためには上であげたこと全てを全力でやるべきです。
といいたいところですが、これもまた現実問題として不可能です。
少し前に、共産主義、社会主義というものが大流行して、世界の約50％が共産・社会主義になりましたが
がすぐに廃れてしまいましたね。
共産主義は理念的には大変素晴らしいものでしたが、どうも人間が扱うと、
汚職まみれになったり、独裁国家ができたり、市民を虐殺しちゃったりと
これは理想のために全力だしすぎると、駄目になる典型パターンです。
【 無理をしないで、自身ができる範囲でやる 】
がおおむね正解のようです
理想世界に全力出しすぎると駄目になるので、「自身ができる範囲でやる」
といっても、だーれもその気が無かったら始まりません。
というか、理想世界構築って面倒すぎてやる気すら沸きません（本音）
そんななか、乙武さんっていう人たちは
うちらの殆ど変動しないであろう「自身ができる範囲」を拡張させる
ある種すげー貴重で、ありがたい存在でもあり、
※問題に対する意識が高くなると理想世界構築への行動をし始めちゃいます。
「あ、障害者の事すげー尊重したくなってきた」
とか気持ち悪いことを平然と言えるようになります。
今では自分も
「あ、低所得者の事すげー尊重したくなってきた」
っていえるようになりました。
乙武の行動を過度に阻害することです。（適度に正しい方法を使って阻害するのはＯＫ。）
考えてみてください
「障害者にやさしくしてください！」とか「障害者の入りやすいお店の啓蒙活動するぞ！」
なんて事をしたいですか？めんどくさすぎて自分はごめんです。
ああいった人たちが勝手に行動してくれるから、勝手に理想世界に近づいているのです。
勝手にやらしておきましょう。ですが変なこと言い出したら止めましょう
ただ乙武をバカにして、やる気を失わせるのだけは得策じゃないので控えましょう
乙武の役目は、社会全体のやる気パラメータを上げることにあるにも関わらず
今回の問題では、それが全くできていなかった。
うまくいけば、飲食店全体の障害者対応への認識が変わりそうだったにも関わらず
問題提起になったが、成果がともなっていなかった。
・理想世界を構築しないと障害者と年収800万以下の低所得者は虐げられる
・現実問題として、理想世界への対応には資金・資源が有限だからすぐに全部やるのは難しい
・理想と現実をちゃんと認識、理解すれば、うちらがどんな対応とればいいのか自然とわかる
・理想世界構築のためには「自身ができる範囲で頑張りましょう」
・乙武みたいな人は「自身のできる範囲」を拡張するハタ迷惑な存在
・社会全体のために乙武みたいな人は勝手にやらしときましょう（提案）
・乙武をバカにしてやる気を失わせるのは得策ではないのでやめましょう（戒め）
いやー長かった。
あ、まず前提として、
はたして貴女を幸福にするかどうか、それはまた別問題だけれど。
ＩＴ系の超かしこい男なども多く、
多くっつーかIT系でないのにプログラミング大好き男っていうのは超かしこい学生（まぁこれは有望株）か研究者系なんか、
あとはまったくかしこくもないクセに頭いいつもりして「Lispやってます（ｷﾘｯ ハローワールドくらいですが」とか言っちゃうアホしかいないわけで、
したがって、釣り師たる女たちにとっては、
なかなかあなどれない釣り場です。
では、プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、
まず最初に、その男がCOBOLのようなタイプのレガシーコードと
あとはC/C++、そして（TechEdに参加するほどではないけれど）VisualBasicが大好きな、
貴女はかれの目を見て、微笑みとともに質問など無視して、こう言いましょう、
「わたしが、仕様書を作ってあげる♪」
これこそまさに必殺の答えです。
そこでプログラミング大好き男が、えへへ、とやにさがったならば、
貴女は、ひそかに、「コピペ量産しやすい技術的ポイントを抑えた仕様書」あたりを
ひそかに練習しておきましょう。これで成功まちがいなしです。
しかし、ここでは、もう少しハイブロウな（？）いわゆるプログラミング好きの男の
落とし方をお伝えしましょう。
「わたしは、JVM上のScalaが好き。
型推論もあるしラムダ式やクロージャもスクリプト言語みたいに書けるの、豊富な組み込みのコレクションメソッドはいつも便利だし、
XMLリテラルもCaseクラスによるパターンマッチもTraitベースのMixi-inも、大好き♪」
もしも貴女がそう答えたならば、
かれの貴女への恋心は、
２０％増量になるでしょう。
なぜって、Scalaは、
コンパイルは遅いながらも、そこがまた
ちょっぴりメモリを多く積めばいい富豪プログラミングみたいなふんいきをかもしだしていて。
質高くふるまっていて、なおかつ、
JVM上で動くくせにJavaが「やるやる」と言ったまま実装してなかったラムダ式と仮想拡張メソッド、型推論を実装した功績もあって。
したがってScalaこそは、
本来なんの接点もないまったく縁もゆかりもない別々の世界に生きている、
インタプリタ言語大好きな綺麗系ＯＬと、玉もあれば石も混じっている、そんなプログラミング大好き男たちが、
この世界で唯一（いいえ、JVM系列のJRuby、Clojure と並んで唯三）遭遇しうる場所です。
●
では、参考までに、危険な回答を挙げておきましょう。
プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、
「MicrosoftのVisual Basic for Applicationが好き♪ 週３回は Excelでコーディングするの。」
特にOfficeは平凡ながら、ま、無難にまとめてあるものの、
しかし、「新UIのリボンUI！」「メトロUI対応！」とかなんとか無意味な自慢を吹聴し、
VBAはさらにプログラミングについての謬見を撒き散らした罪がありますから、プログラミング大好き男にとっては天敵なんです。
ティーガー戦車乗りのオットー・カリウスは「ティーガー乗りなら誰でも片側の履帯がはずれ僚車に牽引されて帰ってきた経験を持つはずだ」 って言ったけど
社内SEかSIerなら誰でもクソみたいな前任者が書いたクソみたいなExcel-VBAコードを直した経験があるはずなんです。
また、もしも貴女が「PHPが大好き♪ あたしが書いたPHPのWebサイトが、さくらサーバに７件あるよ♪」
と答えたとしても、同様の効果をもたらすでしょう、
なぜって、PHPは、１９９０年代にはWeb系を目指す人にとっては簡単で要件を満たすWebサイトが簡単に作れる輝きの道だったものの、
しかし２０００年代そうそうから、セキュリティ関係の問題で転落し、
いまや、あの貧弱な言語能力では、Rubyの魅力に遥かに及びません。
（注１）
「わたし、.NET FrameworkのC#が好き、フォームアプリでも書くけど、
最高に好きなのはASP.net♪ SQLServer連携も、ajax control toolkitもすっごくおいしいの。」
と、答えたとしたらどうでしょう？
なるほど、貴女の趣味は高く、
たしかに.NET Frameworkは、C# が cool であるのみならず、
.NET Framework上で動く F# や IronPythonやIronRuby、マネージJScriptも最高においしいんですけれど、
しかし、貴女の答えを聞いて、プログラミング大好き男はきっとおもうでしょう、
（なんだよ、MS信者な女だな、カネかかりそう）って。
（注２）
貴女が、プログラミングが大好きで、言語の名を挙げるにしても、
たとえば、JavaScript(node.js)ならば安心でしょう、
なぜならば、JavaScriptは、かけだしのプログラミング初心者にもマニアにもともに愛されるめずらしい言語で、
貴女がその名前を挙げても必ずしも、(jQueryがやっとの初心者と思われることはあっても)あなたがプログラミング言語おた宣言をしているとは受け取られないでしょう。
むしろ「へぇ。ちゃんとprototypeは使ってる？」と聞かれたら「当たり前じゃない。むしろnode.jsでいいMVCフレームワークが分からないんだけど…」と話を振ってみましょう。
男は嬉々として、３０個くらいのnode.jsのフレームワークを教えてくれることでしょう。（まぁどれもどれで帯に短し襷に長しなんですが）
あるいはRighno上で動かしたコードをnodeへ移植する話とか、CoffeeScript、甚だしきはClojureScriptを振ってみてもいいかもしれません。
しかし、たとえば、世界が（つーか竹内先生とポール・グレアムが）誇る超絶関数型言語の名作、Common Lispにせよ、
selfと書きまくることと海外で使われてることに定評のあるPythonにせよ、
バージョンアップごとに言語仕様が変わり、かなり素敵なものではあるもののobsolatedな罠にはまりやすいRubyにせよ、
まったく読めない$_だらけで頭悪い仕様をリセットしてPerl6にする（そしてまた全く読めない）Perlにせよ、
気さくなクジラ飛行机さんがふるまう素敵においしい日本語プログラミング言語のひまわり・なでしこにせよ、
基地外トリッキー言語の代表BrainFxck・Glass・Missa・WhiteSpaceにせよ、
ましてや貴女が、「Haskellが大好き♪ わたし、プロジェクト・オイラーの問題もうほとんどHaskellで、解いちゃった♪」
と答えたならば、どうでしょう？
これはかなり博打な答え方で、
なるほど、Haskellは、純粋関数型でありつつも副作用のある操作が行える超絶名言語ゆえ、
あなたがそう答えた瞬間、プログラミング大好き男がいきなり超笑顔になって、
「へぇ、やっぱりHaskellなら大抵の問題は４行以内くらいで解いちゃった？」とか言いながら
鼻の下がだら～んと伸びちゃう可能性もあるにはありますが、
しかし、逆に、（なんだよ、この女、プログラミングおたくかよ）とおもわれて、どん引きされる可能性もまた大です、
なぜって、必ずしもプログラミング大好き男がプログラミング大好き女を好きになるとは、限らないですから。
男たちは、女を導き高みへ引き上げてあげることが大好きゆえ、
もしも貴女が、「Haskellが大好き♪」なんて言ってしまうと、
そこにはもはや、男が貴女に圏論のモナドを教育する余地がまったく残されていません、
したがって貴女のその答えは、
プログラミング大好き男の貴女への夢を潰してしまうことに他なりません。
ま、ざっとそんな感じです、貴女の目にはプログラマーたちはバカでスケベで鈍感に見えるでしょうが、
しかし、ああ見せて、プログラマーはプログラマーで繊細で、おざなりに扱われると傷つきやすく、ローカル変数の名前一つにも気を使い、女と自分の将来に夢を持っています、
貴女の答え方ひとつで、プログラマーの貴女への夢は大きくふくらみもすれば、
一瞬で、しぼんでしまいもするでしょう。
●
では、スキットを繰り返しましょう。
「わたしは、JVM上のScalaが好き。
型推論もあるしラムダ式やクロージャもスクリプト言語みたいに書けるの、豊富な組み込みのコレクションメソッドはいつも便利だし、
XMLリテラルもCaseクラスによるパターンマッチもTraitベースのMixi-inも、大好き♪」
そして、その瞬間、プログラミング大好き男の目がらんらんと輝いたなら、
貴女はこう重ねましょう、
「それからね、いま、わたしが使ってみたいWebアーキテクチャは、
Play Framework、素敵なリアルタイム嗜好のアーキテクチャって噂を聞いたから。
あなたのお暇なときがあったら、わたしをPlayへ連れてって♪」
これでもう完璧です。
PlayFrameworkと、Play（遊ぶ・じゃれる）のダブルミーニングでかれの股間も刺激しちゃえます。
そうなったらこっちのもの、
デートの日には、ペアプロ用に Happy Hacking Keyboard をばっちり決めて、かわいい下着をつけて（注３）、
github.comの通販で売ってるoctcatのTシャツか、facebookの「いいね！」ボタンがムネのところにあるTシャツ、 あるいは初音ミク（ないし彼のお気に入りのアニメキャラ。北米ならMyLittlePonyで鉄板なんだけど）のコスプレを着てゆきましょう。
その日から、プログラミング大好き男は貴女の虜になるでしょう。
注１：
（と、書いたもののPHPの現状をよく知りません。グローバル変数だらけになるのとか旧ASPみたいなもんなのかなぁ。count($array); とか書くのアホと思うがpythonも同じだった）
（あと、マジで単機能とかTwitter連携とか診断メーカー的なのでもPHPで７つも作ってる女子居たら付き合いたい）
注２：
もっとも。objective-Cなんていう言語をやることに比べれば個人で行う程度なら金のかからない手法もなくはないのですが。
注３：
プログラマーにとっての「かわいい下着」と、女性にとっての「かわいい下着」の定義にずれがあるので注意。
半数くらいのプログラマーはしましまぱんつが可愛いと思ってる気がするので、妙齢の女性が着用するには抵抗あると思うが、ボーダー柄のコットンショーツ（ただしキャラ絵のは除く）とか、
過度でないていどにフリルがついたものがオススメ。また、色は、レッドだとプログラミング大好き男は引いてしまう（だってそれはコンパイルエラーのときの色だ）ので、薄ピンクかホワイト、薄ブルー、せめて黒（に差し色でピンクとか）あたりに留めたい。
補記：
元ネタ： http://tabelog.com/tokyo/A1301/A130101/13002457/dtlrvwlst/3464106/
補記２：
「プログラマー」か「プログラマ」かの問題については、特に意味は無いが前者を採用した。
補記３：
言うまでも無いけど、ネタです。
あ、まず前提として、
はたして貴女を幸福にするかどうか、それはまた別問題だけれど。
ＩＴ系の超かしこい男なども多く、
したがって、釣り師たる女たちにとっては、
なかなかあなどれない釣り場です。
では、ボードゲーム大好き男に「どのボードゲームが好き？」と訊ねられたとき、
あとはメイジナイト、そして（絶版商品に商品に手を出すほどではないけれど）D&Dが大好きな、
貴女はかれの目を見て、微笑みとともに質問など無視して、こう言いましょう、
「わたしが、一緒に彩色してあげる♪」
これこそまさに必殺の答えです。
そこでウォーゲーム大好き男が、えへへ、とやにさがったならば、
ひそかに練習しておきましょう。これで成功まちがいなしです。
しかし、ここでは、もう少しハイブロウな（？）いわゆるボードゲーム好きの男の
落とし方をお伝えしましょう。
「わたしは、ドナルド・X・ヴァッカリーノのドミニオンが好き。
定例会でいつもやってるの、礼拝堂宝の地図はいつもおいしいし、
もしも貴女がそう答えたならば、
かれの貴女への恋心は、
２０％増量になるでしょう。
なぜって、ドミニオンは、
ちょっぴり貧しい一刻の領主が
礼拝堂により何故か全てを失い、
ちょっぴり現実ってこんなもんだよなっていうふんいきをかもしだしていて。
質高くふるまっていて、なおかつ、
TCGではないデッキ構築型カードゲームを流行させた功績もあって。
したがってドミニオンこそは、
本来なんの接点もないまったく縁もゆかりもない別々の世界に生きている、
岸本セシル似の綺麗系ＯＬと、玉もあれば石も混じっている、そんなボードゲーム大好き男たちが、
●
では、参考までに、危険な回答を挙げておきましょう。
ボードゲーム大好き男に「どのゲームが好き？」と訊ねられたとき、
しかし、「選べる職業はなんと12種類！」とかなんとか無意味な自慢を吹聴し、
ボードゲームについての謬見を撒き散らした罪がありますから、ボードゲーム大好き男にとっては天敵なんです。
最高に好きなのは闇遊戯♪ 緒方恵美の声も、遊戯との絡みもすっごくおいしいの。」
と、答えたとしたらどうでしょう？
しかし、貴女の答えを聞いて、ボードゲーム大好き男はきっとおもうでしょう、
なぜならば、カタンは、ふつうのＯＬにもマニアにもともに愛されるめずらしいゲームで、
貴女がその名前を挙げても必ずしも、あなたがアナゲヲタ宣言をしているとは受け取られないでしょう。
しかし、たとえば、クニツィアが誇る競りゲームの名作ラーにせよ、
言語依存しないと銘打っている割には結構言語依存しているレース・フォー・ザ・ギャラクシーにせよ、
途中でバランスが崩壊している割には妙に面白いコズミック・エンカウンターにせよ、
ドイツになってイギリスを裏切るのが楽しいディプロマシーにせよ、
協力ゲームの名作といえるキャメロットを覆う影、はたまたパンデミックにせよ、
そういうボードゲームの名前をいきなり挙げるのは、ちょっぴり微妙。
ましてや貴女が、「アーカムホラーが大好き♪ わたし、もうほとんど全種類、揃えちゃった♪」
と答えたならば、どうでしょう？
これはかなり博打な答え方で、
なるほど、アーカムホラーは、クトゥルフ神話を元にした3時間級のゲームであるにしても、
あなたがそう答えた瞬間、ボードゲーム大好き男がいきなり超笑顔になって、
しかし、逆に、（なんだよ、この女、クトゥルフおたくかよ）とおもわれて、どん引きされる可能性もまた大です、
なぜって、必ずしもボードゲーム大好き男がボードゲーム大好き女を好きになるとは、限らないですから。
男たちは、女を導き高みへ引き上げてあげることが大好きゆえ、
もしも貴女が、「アーカムホラーが大好き♪」なんて言ってしまうと、
そこにはもはや、男が貴女をボードゲーム教育する余地がまったく残されていません、
したがって貴女のその答えは、
ボードゲーム大好き男の貴女への夢を潰してしまうことに他なりません。
ま、ざっとそんな感じです、貴女の目には男たちはバカでスケベで鈍感に見えるでしょうが、
しかし、ああ見せて、男は男で繊細で、傷つきやすく、女に夢を持っています、
貴女の答え方ひとつで、男の貴女への夢は大きくふくらみもすれば、
一瞬で、しぼんでしまいもするでしょう。
●
では、スキットを繰り返しましょう。
「わたしは、ドナルド・X・ヴァッカリーノのドミニオンが好き。
定例会でいつもやってるの、礼拝堂宝の地図はいつもおいしいし、
そして、その瞬間、ボードゲーム大好き男の目がらんらんと輝いたなら、
貴女はこう重ねましょう、
「それからね、いま、わたしが行ってみたいところは、
ドイツのエッセン、世界一のボードゲーム祭があるって噂を聞いたから。
あなたのお暇なときがあったら、わたしをエッセンへ連れてって♪」
これでもう完璧です。
そうなったらこっちのもの、
旅行の日には、買い物リストをしっかり作って、どデカイ旅行用スーツケースを持って、
ジルスチュアートの可愛いワンピではなく動きやすい服を着てゆきましょう。
元ネタ： http://tabelog.com/tokyo/A1301/A130101/13002457/dtlrvwlst/3464106/
カレー愛が伝わってきて秀逸すぎた…
現在の疑問を並べてみる。
→擁護してる奴は全員だまされてる？致命的リスク。顔出しでの擁護は避けたほうが良さげ。
→検証が可能。
②.アルゴリズムがあったとして、情報収集をしない層にリコメンドが必要か？
→ リコメンドの資源として必要となるFacebookやTwitterを更新する層とは？
③.アルゴリズムの精度を上げることで、マッチした記事が配信されるようになるか？精度の問題なのか？
→そもそも、リコメンドするほどの読むべき記事は存在しないか、とっくにブクマがついてる。
→はてブされてない良記事、なんてものは存在しない、か自分で探せ。そしてブクマしよう。
→自分の知らないところにまだ良記事が存在しリコメンドしてくれる、なんてのは幻想なんじゃないか？
たとえ本当にアルゴリズムが存在するとしても、情報収集ツールとしては、はてブを超えることはできないし、拡張サービスにしかならない。
2013年5月4日、Gunosyについていくつかの批判記事が出た。
賛否両論あるが、残念ながら、はてなブックマークにフリーライドしていること、配信される記事がはてブのホットエントリーと被ることは事実である。
それはさておき、本日のGunosyで、上記の記事は誰にも配信されなかった。はてブのホッテントリ入りしたのに、だ。
ここから言えるのは、「Gunosyは運営者の都合で記事をフィルタリングすることができる」ということだ。GoogleはGoogleを批判する記事をフィルタリングしないが、Gunosyはフィルタリングした。２ちゃんねるや各社ブログは運営を批判する記事をフィルタリングしないが、Gunosyはフィルタリングした。インターネット関連企業は言論の自由や知る権利を守るべきなのに、Gunosyは守らなかった。
上記の記事は中傷的だから、同情的に感じる人もいるかもしれない。しかし、フィルタリングする基準は曖昧だ。今年の参院選、特定の政党を批判する記事が配信されなかったらどうなるだろうか？ 近い将来、彼らの意見を否定する記事が配信されなかったらどうなるだろうか？
http://anond.hatelabo.jp/20080825012354
今になって見ると「Eeeが主流に」って何のこっちゃと思ったりもするけど。(多分「ミニノートが主流に」と言いたかったんだと思う)
丁度"4年後","6年後"と記載したとこの間の時期に入っているので、以下2点を考察。
・"6年後"に記載した内容が近々実現しそうか
("一般化"等と書いてる箇所については"消費者が普段の生活で使うようになった"という意味合いとして書く)
ノート…もう今となっては「ノート」の体を成してる物よりも「タブレット」の方が身近になってきている気がするけれど、
一応「タッチパネルが一般に普及した」という点については、充分に普及したと言えるかと。
小型デスクトップだATXだなんて物を通り越して、今じゃノートやタブレットだけで済ます人の方が多数を占めている感あり。
だいぶ見当はずれだった。
なんとも言えない。Bluetoothのデバイスをスマホやらタブレットやらのために使う人は増えただろうが、5年前と比べて劇的に増えたかというとそうでもなく。
未だに有線のイヤホン、キーボード、マウスを現役で利用している人も多かろうと。
"Qi"あたりで。
ノートでは無くタブレットの事になるけれど、HDDもファンも無く、モータの駆動音が全くしないのが当たり前にはなったかと。
「ノート」の在り方が「タブレットに物理キーボードをオプションで拡張した物」に変化していくなら、近いうちに「ノートも無音稼働(モータ無し)」が常識になりそうな気がしなくもない。
徐々に電源が無線化されていく
デスクトップにおいても無音が一般化
ただ4Kとか言い出してる世の中なので、モニタを有線でつなぐ文化は時代が進んでも崩れそうに無い気がしてきた。
ただし、デスクトップをタッチパネルで操作することが広く一般に好まれるかは疑問。
(そもそもデスクトップPC自体が一般に利用されなくなる気もする)
デスクトップ、ノートにおいては少なくともこれから5年くらいは需要あると思う。
(そもそもデスクトップ、ノード自体が一般に利用されなくなる気もす…)
DL販売される物は増えてきているけれど、映像コンテンツのディスク販売は未だに主流。
2,3年は変わらない気がする。
全然そんな気配は無い。
…少しずつズレはあるもののそれなりに順当に世の中進展してきている気がする。
このまま行けば"8年後"、"12年後"に書いた内容についても、「ノート」を「タブレット」に読みかえれば実現するんじゃないかと。(電源の無線化は無さそうだが)
このエントリは、ニコニコ動画で大変な人気ジャンルであるゲーム実況を実際にやってみて思ったことや、
自分の実況プレイ動画と他の人の実況プレイ動画を見比べてみて思ったことを元にまとめたエントリです。
「ゲーム実況の是非」などの議論が目的ではなく、いざするとなったら何をするべきか、
何をしないべきか気づいたことをざっとまとめただけのものであり、私が気づいていないだけで
もっと極意のようなものがあったりするのかもしれませんが、「すぐに出来る」ことをまとめてみました。
こういうエントリを書くにあたってやれ売名だのやれお前程度が言うなという内容と関係ない部分にだけ
言及されるていくのをを防ぐ目的ですので、どうかご了承ください。
以下のまとめは
・実況プレイ歴：友人に誘われて一緒にプレイした動画数本程度+マインクラフト実況動画
・メインはマインクラフト実況動画、最初は100再生以下から現在の再生数は平均して5000程度
程度の動画を投稿してきて気づいたことに基づいており、半分は私的な覚書です。
（とにかく、「4桁の人に見てもらう」のが目標だとお考えください。それ以下が底辺だとかそういう話ではありません）
「再生数を伸ばすコツ」について言及すると「再生数目当ては邪悪、不純」というような意見が必ず出ますが、
やる以上多くの人に見てもらってコメントしてもらった方が面白いのは当然のことだと思います。
ここをごまかして「再生数別に伸びなくていいし・・・」と腐っているよりかは、投稿動画が何にせよ
再生数をガツガツ稼ぐ目標を持ったほうが動画を制作するモチベーションも保ちやすいとおもいますし、
こうした情報を交換し合うことははるかに有益だと思いましたので今回このエントリを書かせて頂きました。
ただゲームをプレイするだけの実況動画は数えきれないほど多くの人がアップロードしています。
それこそ発売日に真っ先に動画をアップロードするような速度でもなければまず先を越されていると考えた方が良いでしょう。
例えば先発の誰かが「（ゲーム名） 実況プレイ」というような動画をアップロードしていた場合、
自分のネームバリューや固定ファンが居なければ先発の誰かを追い越すのは非常に難しくなります。
基本的には先行性=パワーです。
ここででてくるのが、実況内容に個性をもたせることです。
例えば、仲の良い友人どうしで普段実況プレイをしているならばそこをウリに持ってくる、
あるいは一人ならばゲームプレイ部分に変化を持ってきて最高難易度をプレイする、または特定のキャラのみでクリア、
装備を縛ってクリアを目標にするなど、とにかく「他の動画との違い」は大きなアドバンテージになります。
上述した、私も実況プレイ動画をうｐしているマインクラフトなどでは特に目標の無いプレイ動画は溢れかえっていますし、
「街を作る」という目標での実況プレイ動画も全て目を通すことが困難な程に存在しています。
ここで今から同じような実況動画をうｐしても見てもらえるかどうかはなかなか怪しいですので、
こうした大体同じ事をするゲームであってもプレイ目標で大きく差別化を図っていくといいでしょう。
余談になりますが、ことマインクラフト動画においては「街を作る！」と言って普通にサバイバルでプレイを開始し、
資材を集める動画を数パート、建物を一つ二つ作って頓挫というパターンが非常に多く
これに対する期待値は相当に低く見積もったほうがよさそうです。
また、序盤の準備期間などは皆同じ流れになりますので、ザクッと大胆にカットしたりクリエイティブを使う、
ある程度街の概形ができてから動画を投稿するなどの手段を講じたほうが見てもらいやすくなるように感じます。
（ここでは例としてマインクラフトを出しましたが、他のゲームでも同様にぐだぐだと「普通の」プレイは良くないですね）
動画のタイトルを読んだ時に、短く簡潔で、ひと目でそれとわかるタイトルが理想です。
「（ゲーム名）実況プレイ」などは同じようなものが無数にありますので良くないネーミングと言えるでしょう。
ここで有効なのがうえにある「企画をきちんと練る」であり、企画が存在していればそのまま動画の
タイトルに持ってくることもできますし、きちんとしたタイトルを決められるようになります。
凝ったタイトルをつけてみるのもいいかもしれませんが、できるだけサムネとタイトルの組み合わせで
どのような動画かをわかるようにしてみた方がいいかと思います。
また、タイトルには絶対にネガティブ・ワードは使わない方が良いです。
動画のタイトルで予防線を張って言い訳しても仕方がありませんし、タイトルだけでクリックを躊躇させます。
後ろ向きに言い訳全開のタイトルをつけて動画のつまらなさをアピールしてはいけません。
例えばですが、お店に並んでいるパンで「おいしくないパン」と書いてあったら手に取りませんよね？
ここでいうネガティブ・ワードは「ぐだぐだ（gdgd）」などのド直球の他に、
「平凡」「普通」などの他の多くの動画と同じであることを過剰アピールするようなものも含みます。
※「初心者」「へたれ」というワードもこれに近いのですが、トライ&エラーを上手く料理出来る場合に限り
試行錯誤を楽しんでもらうという目的で使うことができますので、場合によります。
サムネイル設定もただ適当に動画の中から生成したものではなく、インパクトを与える物を設定しましょう。
絵を描いたり、何かめぼしい素材がある場合はそのイラストなどを動画に挿入しておき、そこをサムネにすると良いです。
（ニコニコ静画にあるイラストはフリー素材と思って使えとか言ってるんじゃないですよ！）
別にイケボじゃなくても、かわいい声じゃなくてもそれなりに聞いてもらえる方法として一番重要なのが、「喋り方」です。
喋り方と言われても、ピンと来ないかもしれませんが、以下の2つを想像してみてください。
A「あー・・・木を切ります・・・この原木を切るのにね・・・えー・・・MODを・・・」
B「はい、木を切っていきます！原木切るのにMODを入れてありますが・・・」
ちょっとあまりにも作為的誇張が過ぎますが、明らかにBの方がテンポの良い喋り方に聞こえるかと思います。
一人実況でかなりやってしまいがちなのですが、「あー」とか「うー」とか「えー」とかが多く、
しゃべっている内容もボソボソとして聞き取りづらい、話のヤマもオチもどこかわからないということがよくあります。
（実際、私がはじめの頃に投稿した動画でもコレがひどく聞けたものではないです）
・多少無理してでもテンションを上げる
・これから何をするかを明確にする
・声を張る
これらを可能な限りやってみると、多少は聞き取りやすくなり、見ている人にも伝わりやすくコメントしてもらえます。
実を言うと私も声にコンプレックスがかなりあり、あまり大きな声を出すのが得意ではなくついボソボソと
話す癖がついてしまっていたのですが、実況動画収録中には別の人格がしゃべっているとでも思って
とにかく自信を持って、聞き取りやすいように喋ると話しやすくなります。
声を張って収録ができない場合は、カラオケボックスなどのいくらでも声を張って良い環境にノートPCごと持ち込んで収録したりする手もあります。
また、「何を話していいかわからなくてついあーとかうーとか言ってしまう」という場合は、
事前に実況動画中である程度「何を話していくか」というプロットをメモ書きしてから収録するといいです。
こうしたメモ書きを容易することが実況動画概念に反するというご意見もあるかもしれませんが、
「実況動画中に適当に話せる」人は頭の中でこの組立ができているというだけなので
「あー」「うー」は大体どこのゲームでもゾンビくんのセリフですので、自分が言う必要はありません！
気をつけてはきはきしゃべるようにするだけで、かなり聴きやすくなります。
実況動画を見ていて気になる要素として多いのが、声をマイクで録音する際に入ってしまっているノイズ。
しゃべっている間もそうでない間もずっと「ジー・・・」「ザー・・・」というような低いノイズ音がかなりの音量で
しゃべっている方は気にならないかもしれませんが、この音がずっと入っていると不必要に
視聴者の耳を疲れさせてしまう他、よりボソボソした喋りに聞こえてしまってダブルパンチになってしまいます。
これはある程度はマイクで録音したときに絶対に入ってしまうものです。
後から除去することもできますが、2で挙げたように「ぼそぼそ、小声で」しゃべっていると
除去が非常に難しくなりますので、できるだけ声を張ってはきはきとしゃべるようにしたほうがここでもお得です。
一応、マイクノイズはフィルターをかけることで除去してくれるソフトもありますが、これにより
声の成分もカットされ、なんだか聞きづらい声になってしまうこともありますので、最終手段と考えてください。
まずは、
・サウンドカードを使う
などの手段により大幅に軽減できます。
マイクはそれほど高級品である必要はありませんが、マイクと口の距離は遠すぎず近すぎずの推奨距離を保ちましょう。
遠すぎると室内のノイズを拾い、上のような音が入る他、近すぎても声の感じが変わってしまったり、
やや大きな声を出したときに割れてしまったりしますので加減が必要です。
ヘッドセットタイプのマイクを使用する場合は、マイクを口の前に持ってこないことも重要です。
（デフォルトでこの位置に来る製品が非常に多く設計からしておかしいという場合があるのですが・・・）
口の前に持ってくると、息（鼻息）でグオーッという音が入っていて恥ずかしかったり、
リップノイズなどが入って聞きづらくなってしまいます。口の前ではなく、頬の横ぐらいの位置に
マイク部が来るようにしておくとこれらのノイズを拾いにくくなります。
また、ウインドスクリーン（スポンジなどでできた丸いやつ）をマイクの先端部につけることでも
こうしたノイズを軽減してくれます。ついていない場合はティッシュを丸めてセロテープで止めたり、
ストッキングの切れ端などを巻き付けることでも効果があります。
ノイズ源になるPCのクーラーファン（本体）やエアコン、扇風機などを
出来るだけ離す、停止させるなどしてノイズ源を減らすのも意外と有効です。
サウンドカード（USBタイプのものが3000円程から買えます）は特に劇的な効果がありますので、
もしお金に余裕がある場合は使ってみると音質を驚くほど改善することができます。
Aviutlは基本編集習得までに少し時間はかかりますが、無料で使えるうえに大変に多機能で
多くの編集が可能になっていますので、是非使っていきたいところです。
編集に慣れたら拡張編集などを使ってスマートな演出もサポートしてくれますので、
単純な動画を切り貼りする作業から、ワイプ画面を入れる、早送り&カット、
拡大などの演出や文字入れなどもできますのでAviutlを覚えれば間違い無く
「ただ録画した動画を垂れ流している」実況動画とはワンランク変違って見えるでしょう。
「でもツールの使い方を勉強するのとかめんどくさいし・・・」と思うかもしれませんが、
自分でさえも作るのを面倒臭がっている動画を人に見せても楽しんでもらえるかどうか一度考えたほうが良いでしょう。
（ちなみに拡張編集を使えばMADのような動画を作れたり、凝った映像表現もできますが
それについてはここでは触れません。）
編集を終えたら、必ず一度「等速で通しで見る」確認をするのが重要です。
音のバランスや冗長な部分が無いか、見ていて退屈な部分はないかなどを客観的に見ていくことが重要です。
一番確実な手段としては「時間を置く」ことで、一晩寝た後に見なおしてみると
また、身バレしても問題ない兄弟姉妹や友達などがいればこの時点で動画を見てもらって
エンコードやアップロード時のコツなどについてはここで書いていると別のエントリが
一つできてしまいますので、これも残念ながらここでは触れません。
あまりにもどちらか片方が大きいor小さいと聞きづらくなるので、
一度自分で聞いてみて判断してください・・・というと簡単に聞こえますが環境差が大きいです。
今のところ「ちょうどいい」と言われた音量の目安としては、windows標準の音量調整ボタンを眺めてみて
「グレーのバーが大きな音が出た時に振り切らない」程度がちょうどいいみたいです。
あまり音が大きすぎると音割れを起こしてしまいますので、少し余裕を持たせておくといいでしょう。
また、BGMが基本的に入っていないゲームでBGMを選曲する場合は自分で当てることになりますが
このBGMの音量もきちんと声やゲームの音声と一度合わせてみて調整しましょう。
これも、後から通して見なおせば一発でわかることです。
明らかにバランスがおかしい動画を投稿していると、「あ、こいつ適当にやってるな」と思われてしまいます！
BGMを自分でチョイスする場合に重要なのが、「あまり趣味に走り過ぎない」ことです。
以前とある動画で槍玉に上がって議論を呼んだのは「ボカロ曲」や「東方アレンジ」なんかでしたが、
コレにかぎらず過剰に趣味に走ったBGMを状況に関係なく流すのが演出としてあまりよくありません。
極端な例になりますが、私はデスメタルが好きなので常時デスメタルを流します！というふうに決定し、
アイテムを採取しながらデスメタルが爆音で流れていたりしたら違和感しかないのはご理解いただけるでしょう。
同じくデスメタルが好きでしょうがない人は「ああ、この曲良いよな！」となるかもしれませんが、
そうでない人たちからするとこれは全く理解不能の状況です。
そして、そうでない人の方が多いと想定しておきましょう。
例えば同じ場所を歩いている映像でもほのぼのBGMを流すのと壮大なBGMを流す、あるいは緊迫したBGMを流すので
全く違う目的で歩いているように見えるようなこともあるという程にBGMには空気を支配する力があります。
このBGMを例えば好きなジャンルの曲だけで固めていると、常に同じ空気に見えてしまい、展開に緩急がつけづらくなります。
自分が好きだから垂れ流す、ではなく、ある程度はその中でもTPOにあった曲をチョイスしていくことが重要です。
とにかくじゃんじゃん引き出しを増やしていきましょう。
私も最初これをやっていてはっきりとコメントで「長い」と言われてしまいましたが、
「1分を超えるOP映像」はまず本当に必要なのかしっかりと考えるべきです。
アニメのOPは40秒～100秒程度のものが多いですが、これはあくまで30分アニメのOPです。
自分の動画は何分あるでしょうか？10分のうち1分がOPで実に内容の1/10をOPに割いてしまっていないでしょうか？
そしてそのOPは適当にゲーム内で撮影した映像を切り貼りして曲に載せただけではないでしょうか？
どうしてもOPを作りたいという気持ちは分かります、大いにわかります。
ですが、1分以上の映像は間違いなく長いです。サビ部分などだけを編集して抜き出してきて、
10秒～30秒程度で終るOP映像を作ったほうが「OPで飽きる」人を減らすことができます。
更に必要かどうかよく考えないといけないのは、無音で画面に注意書きが出てからOPで結局
本編が始まるまで2分オーバー・・・なんてパターンです。そもそも、その注意書きは必要ですか？
別のスペースが必要な注意書きなのですか？OP中に表示してはいけないのですか？よく考えたいところです。
動画はゲーム機ではりませんから起動ロゴめいたものとかいちいちいらないと思います。
ひたすら同じ作業をしている最中や移動中などは基本的にどんどんカットして構わないでしょう。
新しいマップを探検しに行くときなどはもちろんこれがメインですが、例えば街Aから街Bまで行くのを
毎回フルタイムで見せるよりは、街Aを出たところで「街Bまでカット」とはっきり言って、
街Bについたところから映像を再開したほうが「動画としては」スムーズです。
個人的に他の方の実況プレイ動画を見ていてこれはいい、パクろうと思った手法としては
・移動中にフルボイスの会話イベントの録画をワイプで流し、なぜ今移動しているかを聴かせる
・移動中や採取中などの作業中にコメント返しなどを行う
があります。
早送りはひたすら反復作業をしているところを写して若干の面白さを見せると良いですが、
主観視点のゲームでは、早送りをすると見ている人が酔ってしまうおそれもありますのでカットと使い分けます。
例えばマインクラフトでは視点の動きが少ない整地などは早送りで、視点の動きが激しい建築などはカットが適切です。
木を切る作業も早送りがよく使われますが、そもそもここにあまり面白みがないのでこれも全カットでも構わないでしょう。
また、カットした後、小気味
コンビニ店員。
一部「誰でもできる」と思われがちな、アルバイト入門のひとつであるこの職種について改めて考察したい。
このあたりの話は「コンビニ店長」が以前触れていた気がするので、二番煎じな感は否めないところだけども。
コンビニ店員。世間一般の人はどのように認識しているか定かではないが、その仕事内容は多岐に渡る。
その例を挙げると、接客・品出し・店内掃除・おでんなどのホットスナック類の仕込み等々。
たとえば接客ひとつ取っても、そのオペレーションは通常のレジ打ちから始まり、公共料金の支払いや自賠責保険の受付などバリエーションは豊富で、
近年のコンビニサービスの拡張に伴い、店員が覚えなければならない事柄は膨大な量になっていることは想像に難くない。
それらの業務を2名ほどでシフト時間内に消化するには、店員の動きも効率化する必要がある。
加えて天候や地域イベントなどに客足は左右されるので、常に一定の動きで対応できるとは限らず柔軟性も求められる。
また店舗によってはアルバイトに商品発注を分担する場合もあり、
タスクの達成度やクオリティは個人によってバラつきはあると思うが、
これらを高いレベルで遂行できる人材はかなりマルチな人材として重宝されるべきなのではなかろうか。
そう考えると「プロ」のコンビニ店員は職歴としてもっと認められるべきだと思うし、
http://anond.hatelabo.jp/20130325172822 の続き
言語はJava7を想定。(Java8が迫っていますが、Lambdaなど関数型は、まだ早いと言うことで)
選定理由は、C++と比較して学べるところが大きく、安全でシンプルな言語だから。
※いきなりJavascriptはやめとけ、PHPは論外。
Ruby・Scalaでないのは、筆者が初心者には適切には教えられないから。
おもちゃ・ToyとしてjQueryで遊ぶのは、悪くは無いと思う。
これ以降は名著の紹介や学習方法の紹介が主体となります。名著のコンポジションという形が時間的限界ですね。
量については「初級になるなら、専門書を計3,000ページは修得することは覚悟してね」なんて言ったりしています。
Javaで初級のわかりやすい指標ですと、[amazon:Effective Java]とGoFまでの修得。
初級になるまでに登竜門への挑戦期間を含めて、３~４年はかかっても仕方が無いとも思います。
※逆に「一山いくらのコーダー」というのは、Effctive JavaやGoFが達成している技術も知らずに「自分がJavaプログラマー」だと誤解してしまっているような人達です。
そういったコーダーは何年経とうとも初級プログラマーにすら敵いません。
初級を目指して、プログラミングを楽しんでください。
ただ、学ぶべきことはべらぼうですが、「各分野毎に、エレガントな方法がある。だから探して修得する」ということが大切です。
※「一を聞いて十を知る」ような優秀な人に、50冊くらいドーンと本を置いてあげて、各本の目次を読ませるだけで、
底の見え無さを悟ってくれたりすると、嬉しくなってしまいます。
※余談ですが、その底の見え無さは数学という学問そのものですね。例えば、関数型言語の底流に「圏論」というここ100年の最新の数学があります。
また中級くらいで、Liskovの置換原則などが載っている本を紹介しますが、
そのLiskovの置換原則の周辺で出てくるcovariant(共変)って、圏論という数学の概念だったりします。
数学畑出身としては、数学が現実に活かされている嬉しい事例です。
「速く正確に大量の出力」という能力は、プログラミングをする上でも、ドキュメントを書く上でも、何より「つまらん仕事」の時間圧縮ができるようになるため、重要です。
スローガンとしては「思考のスピードで出力することを目指そう」です。
紹介するエディターはemacsやvimやExcelです。ついでにIMEとしてATOKを使用しているため、ATOKの操作をEmacsライクにする話も紹介します。
ExcelはWindows環境でMeadowすら入れさせてくれない場合の最後の砦という扱いです。
コマンドラインは、「コマンドラインというものがある」「時として非常に強力である」程度の紹介です。
※筆者はzshは全然使えません。使いこなしている方々と接する度に「勉強しなきゃな~、でも、あっちの方を先にやりたい・・・」とグズグズして、はや何年・・・
正規表現は置換を用いて、テキストの一括編集が重要です。後、遭遇したくない事態ですが、スパゲッティコードの解析をする上での最後の砦です。
※遭遇したくない例
ん?何か変なところで副作用のある処理があるようだなぁ(消沈)、SQLのInsertかUpdateか一応Mergeも使っているところから逆算して原因箇所を探すか・・・(諦念)
この糞コードがっ!!こんなところに書くんじゃねぇ!!(憤怒激高)
(ここで、他にやらかしていそうな似たようなコードを正規表現でgrep検索。改行コード込みにすれば複数文検索も可能)
わはは、予想通り共通化すべきロジックのメソッドがそこら中にある・・・
入門編で一つLinkedListというアルゴリズムを学びました。
少なくとも一つ本を読みながら自力でアルゴリズムを学べる人なら、大成できる可能性があります。
前に紹介した[amazon:C++実践プログラミング]には、LikedListやStackなど基本的なアルゴリズムが載っておりますが、
これに加えて、初級になるためにはこれくらいは知っておいて欲しいというものを紹介します。
※後、最初から必ずしも手を出さなくても良い上限も紹介いたします。
プログラムは、データを入力して、加工して出力・保存する処理の繰り返しです。
つまり、各一連の繰り返し毎に、「正しい入力」「正しい出力」を定式化する必要があります。
それを人間の手では無くコンピューターにやらせられるように、つまり自動テストできるようにテストをプログラミングします。
そこで処理の進捗を確認するためにロギングし、処理が想定通りであるかをアサーションでチェックし、
不正な入力・不正な出力=例外が起きたら、対処策をプログラミングします。
(ex 途中で処理を中断して、入力者に適切な入力のメッセージを伝えてあげる。入力の自動補正などもあり得る)
で、ここら辺をまとめてどうあるべきかとして「契約プログラミング」があります。
※余談。定式化・テストに際して、数学畑の人間としては、Javaだとequalsのオーバーライドでも必要になるし、同値関係・同値分割だけでなく、集合論・群論から学んで欲しい・・・(ここいらは数学科の学部１~２年の学習内容)
名著は英語で読みましょう。名著が名著たる由縁は、度々引用されることにあります。
つまり最新の技術書を読むときに、引用された名著のフレーズが、新旧のリンクをなし、理解の助けになります。
壁打ちといって、独り言で思考補助をするよりも遙かに有益です。
※素晴らしい師匠を探すなら、大学行くのが一番ですが、見聞を広げていく中で出会いを待つしかないとも思います。
マルチスレッドが難しいのは「バグを起こしにくいプログラミング」を求められるから。
つまりTry and Errorからの決別が求められ、今後の仕様変更・拡張も踏まえて慎重に慎重にデザインする必要があります。
できる限りステータス変数を持たずに安全に、でもマルチスレッドにするのだから、効率を追求しなければ本末転倒。
でも効率のためにはメモ化に代表されるキャッシングは必須と、アンビバレンツな要素のバランス取りが難しい。
このために、リエントラントな実装・抽象と実装の分離など様々なエッセンスを駆使することが必要です。
というよりも孔子曰く、知っているよりも好きであること。好きであることよりも楽しめることのほうが強く、
気づいたら日々時間が許す限りプログラミングをしてしまうのが理想です。
※仕事として嫌々スキルを磨かなきゃということが、これほど不幸な職業も無いですね。
学習の達成度を測るには、簡単すぎる不適切な問題ですね。
写経は数学の証明問題を、教科書のテンプレ通りに、数値や名称だけ変えて記述することしか出来ない人の発想。
つまり「矛盾無く一貫した論理モデル」の構築が自由に出来ず、テンプレの微修正しか出来ない人の発想。
また、外部の「矛盾無く一貫した論理モデル」の吸収が不自由で、アルゴリズムを「手順」としてしか捉えられないように見受けられる。
「連続」であること確かめるための「ε-Δ論法」(数学科の学部１年の学習内容)
事前知識無く、このモデルを理解できる人は、十分に「矛盾無く一貫した論理モデル」を構築できる人。
１.まず「連続」とは何ぞやと考えて概念を膨らませてください。
あいにくLispはよく知りませんが、Lispの場合はタプルに実データだろうが他のタプルへのポインタだろうが何でも入れられるので、連結リストの自然な拡張で二分木などの木構造も表現できる、という話であれば理解できます。
一方、Cのような変数の方に型のある言語の場合、連結リストの自然な実装では
struct Node { int data; struct Node *next; };
という感じになると思います。上記のdataにはポインタは入らない(キャストすりゃ別ですが)ので、どうしても型を修正しなければ木構造は表現できないですよね。
元の記事では「LinkedListの入れ子でTree構造をつくり」とあるので、もしかして私の知らないテクニックがあるのか、何か別の前提条件があるのか(テンプレート使えとかね)、あるいはどこかに見落としがあるならご教授を頂きたいと思った次第です。
Rails + Twitter bootstrapでエロ動画ソーシャルブックマークWebサービス、ソーシャルオナニー＝ソシャニーを作りました。
こちらです http://www.socianie.com
【なにこれ？】
かっこつけた言い方をすると、
「いっぱいエロ動画あるけど結局みんなどんなお宝動画で抜いてるの？という日常的な疑問への答え」
とかでしょうか。
実際どんな事が出来るサービスかというと、基本的には、はてなブックマークのようにエロいページをブックマークする（その時に、コメントを付記することができる）というものです。
サイト内の他のユーザーをフォローすることができ、TwitterのようにTimelineのようなものがあってそこにフォローしている人がブックマークしたページが表示されます（そのページが、xvideos,fc2などの有名サイトならば埋め込みプレーヤーですぐ再生出来ます。）
つまり、フォローしてる人の最新お気に入りエロ動画がチェックできます。
ブックマークされたページはそれぞれが固有のページを持っており、タグを付ける事ができます。
全ユーザーのブックマークしたものは動画一覧で横断的に見ることができ、並び替え・検索などが出来ます。
ブックマーク数で今日のランキング今週のランキングなどが見れます。
あと、累計ブックマーク数によってユーザーのランクが上がったりします。
TwitterのOAuth認証でログインが出来ます（Twitterにツイート投稿などはしません。また、サイト内の名前アイコンもTwitterのものを流用するかどうかも自分で決められます。）
①ソーシャルな機能。他にも世の中に色々素晴らしいエロサイトがありますがそれらはソーシャル機能を持つものが少ない。
②上記の話とちょっと被ってますが、他のサイトは基本コンテンツ自体を自動クローリングするけれどソシャニーはそこをユーザー自身に委譲しているため、集まってくる動画の質はそれに比べて上がるんじゃないかというのと、
③エロサイトにありがちな出来るだけごちゃっと感を無く広告も無しでTwitter bootstrap使って小綺麗な感じ
【作成後記】
Webサービス作るならRailsかな楽で便利らしいしというざっくりとしたイメージからRailsで作り始めましたが、
ネットの情報や入門書に取り組んでもサンプルと同じモノは作れても実際自分が作りたいモノになると、で、どうやるの？となりなかなか進みませんでした。
Railsは色々と勝手によろしくやってくれる機能が多すぎて実際何が起きてんの？というのがわかりづらいというのが第一印象でした。
色々試行錯誤した結果、一番参考になったのはRails tutorial( http://ruby.railstutorial.org/ruby-on-rails-tutorial-book )でした。
英語ですがバージョンは新しいしBootstrapの使い方もわかるしサンプルがTwitterクローンサービスを作ろうというなかなかおもしろいものなので途中で飽きること無く取り組めました。
何かを学ぶ時は、モチベーションが続く形の学び方が一番いいと思いました。
僕はエロ動画が大好きなので、エロサイトというのもモチベーションの1つです（ただ、作業中に脱線して気づいたらキーボードではなく下半身に手が伸びているという事もありました。）
また、上記のチュートリアルはテスト駆動開発なのでSpecのテストをモリモリ書いているのですが、とりあえずはテストに関しては何をやってるのかざっと眺める程度で精読しませんでした。
まずは全体像を把握して何が必要か把握したかったからです。結果的に最後までやりきれたので良かったと思います。
あとは、Rails固有の知識ではなくWebサービス全般の知識で足りないな、と思ったときはネット上や本屋の立ち読みで済ましました。
ネットで細切れにお勉強している場合、本屋で体系的にまとまっている本をざっと読むと意外に抜けてる知識が保管されたり脳内にインデックスが作れるのでいいと思いました。
理由はみんなが良い良いというので乗っておくかという安易なものです。
実際のところgitの良い所を使い倒せているのかというと全くそんな事ないですね。
せいぜいstash位でしょうか。あとbisectとか。
リポジトリは最初はDropBoxに作ってたのですが、途中からBitbucketを使いました。
GitHubを使わなかった理由はBitbucketはプライベートリポジトリが無料で持てるからです。
また、恥ずかしがり屋なのでGithubで公開は敷居が高いと感じたからです。
初のRailsプロジェクトというのもありソースがイケてないので恥ずかしいのです。
いつかイケメンなコードをGithubで公開してオレツエーしたいものです。
サーバーはエロOKのところを探すのがなかなか難しく結局海外のVPSを使いました。
Linodeというところですが、他との違いを挙げるとiPhoneアプリ経由で再起動などが出来たりします。あまりこの機能使ってないですが。
構成はpassenger+apacheで、DBはSQLiteで特にLBなどはないです。
諸々構築後に人気が出た時困らないように負荷分散のお勉強なんぞもやりかけましたがまずは不要かなということで辞めました。
ちなみにサーバーがUS西海岸なのでSSHで作業するとエディタがちょっともっさりすることがありました。
プロジェクト管理は、会社でも使ってるのでRedmineかなと思ったのですがどうせ一人だしRedmineのUIすきじゃないのでTrello（ https://trello.com/ ）を使いました。
TODO,Doing,Done,Bug,Suspendのリストを作ってやること忘れないように管理しました。
ふと出先で思いついた機能とかをiPhoneでスイっと追加など出来て便利でした。
正月に公開してお友達界隈で見てもらったんですが、よかれと思って作ったChrome拡張にCSRFの対策が不備あり結局ブックマークレットにしたり、
ソースを見てもらったら設計がRestfulじゃないとかControllerがfat過ぎるModelに押しこめなどアドバイスをもらえたり無知な僕には色々とお勉強になりました。
出来たものはしょぼいものですが、「Webサービス作ったことないコンプ」は少し解消出来た気がします。
以上、月19ドルも払ってるのにお友達だけで使われてるのも寂しいので増田でまとめついでに宣伝してみました。
叩かれるんでしょうか。怖いです。いじめないで。
http://anond.hatelabo.jp/20130223090512
三行でまとめると
PSのビジネスモデルを振り返ってみるのだが、この切り口から行くとPSはSONYの半導体戦略、そしてSONYは製造業と言う性質とと切っても切れない関係がある。
利用上の注意
なおすべて妄想となっておりますので、これを真に受けて被った損害などについては一切責任を取れません。皆様におかれましてはその旨ご了解のうえご覧いただけますよう、よろしくお願いいたします。ご協力頂けない場合につきましては、いい歳こいたアラフォーの髭ヅラ男が涙目になると言う非常にウザイ状況が発生することとなり、誰も得をしません。ご理解とご協力をお願いいたします。
SONYがゲーム機を一緒につくろうと言って任天堂に近づいたものの交渉が決裂してできあがったのがPSであったわけだがこれが大ヒット。
さらにPSでは、内部で使われている半導体を自社設計・自社かそれに近いFabで作る事によって
など副次的な効果もあり、さらに「SONYの旗艦」といったイメージを作り上げることができた。この他に、CD-ROMを手がける部門や、SONYのCDプレス工場部門等々、PS景気により、直接的なPSによって生み出される効果以外に、PSという揺るぎない需要が存在する事で、設備投資などに積極的になれたといった効果がうまれた。
初代は始めどこまで意図されいたかは不明だが2台目ではそれらの経験が生かされる事となりより強化された。まず一番は半導体工場で有り、旺盛なその需要と、それによって得られた利益を投資に回し新プロセスを開発、シュリンクすることによって最終的な黒字を目指すことで赤字で販売をスタートすることとなる。
ゲームハードは赤字でも、ソフトが売れれば黒字。こんなの当たり前だろ、と言う話であるが、総合情報機器メーカであるSONYでは少し事情が異なる。これは、ソフトウエアライセンス事業による利益によって、間接的に半導体生産の設備投資を補填すると言う形を意味する。もちろんそれ以外にもSONYの製造部門にもPS2が赤字でも販売すると言う行為によってもたらされる間接的な利益が流れた。
ご存じの通り、PSは我が愛する芸術品たる至高のゲーム機Dreamcastを完膚なきまで叩きのめし世界最高の企業セガをプラットフォーム業から引きずり卸しパチンコ屋に買われる所まで追い込む等大成功をとげた。そしてゲーム機生産により、SONYの製造業部門を引っ張っていくという当初の見込みは大成功した。
PS3の時代になると、パソコンの旺盛な需要の元、急速に進化した集積回路は、プロセッサの新規開発コスト、さらに半導体のプロセス開発に必要な資金が膨大に膨らむという現実に、様々な企業が立ち向かうよう時代が来ていた。世界の巨人たるIntelと、それ以外という構図が生まれ、世界中でFabの統廃合が進んでいた。
その中で目をつけられたのがゲーム機という存在である。パソコンに対抗できるほどの膨大な需要を生むゲーム機は、薄利という性質を持ちながらも数が出るため、生産設備を拡大しやすくプロセス開発の資金を捻出する事に有利であった。さらにSONYは、ゲームハードウエアが、当時のパソコンなどに比べて圧倒的に高い性能を持っていなければ存在価値が無い、と言う観念を持っていた。これはかつて任天堂がもっていた思想であった。
さらにIBMなどの思惑とも一致、開発がされたのがCell B.E.であり、この存在がPS3を生んだ。そう、ここまで来てSONYは、半導体のためにゲーム機をデザインしたのである。
もちろんこの説にはいろいろな異論はある。しかし俺は順序としては、ソニーグループ全体の長期的な戦略にPSが生む半導体工場の増設という戦略が大規模に組み込まれていたのは間違いないのでは無いかとみている。そこで完成したマシンは、化け物であった。現在まで続く潮流であるGPGPU的な動作もこなすCell B.Eがもたらす高性能と、高い拡張性を備え、既にゲーム機では無いとまで言わしめるものができた。この性能は当時の最新鋭コンピュータを大幅に上回るものであった。
しかし……。GPGPUの概念は早すぎた。性能を引き出すことが、当人であるSONYでも難しかったのである。そしてこれはミドルウエアや開発ツールの乏しさにも繋がる。そのためスタートアップに失敗した。この失敗は、PSがゲーム機として優れていなかった、あるいは、他者装置に負けた、と言う意味で失敗では無い。製造業としてのSONYが、自社の思惑通りに事を運べなかったと言う事での失敗である。
結果SONYは、PS3の需要を当て込んだ生産設備をリストラ・売却するなどの対処をを迫られる。さらに韓国勢などの追い上げ、AV市場の急速な変化、SONY本体の体力の低下、パソコンの高速化などにも影響を受けることになる。
PS3そのものは、OSの改良、ミドルウエアや開発ツールの向上などにゆっくりではあるが立ち上がってきたが、製造業としてのSONYがPS3に期待した効果は得られず、ハードウエア屋、製造業がみた夢はここに破れた。
さらに時代は動き、集積回路は、Intelがプロセスで1世代以上先を行き、それ以外はすべて後から追うという構図が完全に定着してしまった。SONYも、SONYの半導体と言えば、集積回路ではなく画像素子、と言う時代が来て久しい。世界中で半導体製造業者の統廃合は進み、国内半導体産業は衰退した。新プロセス開発の難易度や、集積回路の大規模化から来る開発コストの上昇はいかんともしがたくなっていた。
ゲームが必要とするスペックはもはや飽和している。少しでもリアルに、少しでも高性能にと言う方面はすでにマニアのものだけになってしまい、それら需要だけで、そのとき販売されているパソコンを上回る高性能チップを開発、載せるコストを満たすことはできなくなっていた。具体的に言えば、ウルトラハイスペックの、GeForece GTX SLIクラスにも勝ちうるGPUを、専用設計でオーバーヘッドを極力少なくすることができるとはいえ新規設計することが難しくなっていたのである。さらにはゲーム機業界ではスペック競争を離れた任天堂がWii、あるいはDSを生み出し、ケータイ、そしてスマフォとと言う存在がカジュアルゲーム市場をかっさらうようになった。特に日本では据え置きゲーム機がリビングルームに置かれ、パーソナルな空間に置いてゲーム機は携帯ゲーム機になったのである。
そして決定的だったのが、ゲームエンジンの躍進と越境であろう。従来はゲームエンジンや製作環境はゲーム会社の門外不出のものであった。しかしそれらが会社を通じて流通し始め、さらには専門業者も現れるようになったのである。
家庭用ゲーム機と言えば、ゲーム機の性能を引き出すためにソフトごとにアセンブラで最適化チューニングを施す。それを行っても常に動作が一定になることがメリットとして、パソコンに比べてゲームは常に一定の動作をすることが担保できるためにゲーム製作に専念することができた。しかし、パソコンは十分に高性能になった。家庭用ゲーム機も十分に高性能になった。その結果、チューニングを行わなくてもそこそこの画面が作れるようになってきたのである。そこで余った能力はゲームエンジンのオーバーヘッドを許容するようになり、ゲームエンジンの躍進に繋がった。さらにゲームエンジンはプラットフォーム間の差異すら吸収し始めた。あるゲームエンジンを採用すれば、あまり手間をかけること無く、パソコン版、PS版、XBOX版、Wii版と複数プラットフォームで出せるようになったのである。これは、ゲームエンジンが新たなるゲーミングプラットフォームとして君臨する可能性を示唆していた。
しかし、チューニングなどといった、ユーザとは直接関係の無い部分に手間をかける必要が無く、作ったゲームがどこでも動く。これはクリエイタとしては非常にありがたい事なのでは無いか？
ビジネス書に出てくる例えがある。ユーザはねじ回しが欲しいのでは無い。ねじを回したいのである。同じように、客はゲームがしたい、もっといえば楽しいことがしたいのであって、別にゲーム機が欲しいわけでは無いのである。クリエイタはゲームを作りたいのであって、ゲームハードウエアを使いたいわけでは無いのである。ここに合致したのがクロスプラットフォームなゲームエンジンであり、そしてこれらはクリエイタに作りやすい環境を提供し始めた。さらにゲームエンジンは新たに現れたライバルである、タブレット/スマートフォンにも対応している。
しかしゲームエンジンの躍進は、プラットフォームビジネスの崩壊を意味したし、PS3は性能を引き出すには高いレベルの専門的チューニングが必要であった。しかしゲームエンジンはそこにコストを払う事を選択せず、PS3は高い性能を持ちながらも、それ以外のあまり高性能ではないプラットフォームとほぼ同等、せいぜい高解像度のテクスチャーに入れ替えられた程度のゲームしか提供されない、と言った事が発生するようになっていた。
そしてPS4が出た。
PS4は有り体に言って、x86-64アーキテクチャのコンピュータに、OpenGL/CL対応のGPUを搭載した、本質的にはそこらのパソコンと変わらない構成である。
さらに言えば、最新のCorei7+GeForce GTX…と行かなくとも、そこらのパソコンに較べ、性能は高くない。しかし、根本的にゲーム専用機が持つ、汎用パソコンには無い特徴
を備えている。さらには、GPUを扱いにくくする要因の一つとして上げられる、GPUとCPUのメモリ転送をほぼ考えなくて良いと言う仕様を打ち出してきた。これはCellとCPUのプログラミングが分断され、非常に開発を困難にしていたPS3の反省をダイレクトに生かしてきたと考えられる。これはAMDが出していたコンセプトだ、と話題に上がるが、あくまでもパソコンの話であって、ゲーム機の分野では少なくとも、PS2がプログラミングが困難な部分を、高速なバスで繋ぐことで隠蔽するよな仕様であったように記憶している。
さらにx86-64アーキテクチャにしたことで、ゲームエンジンがPC向けエンジンの次に、素早くPSにも対応できる素地を整えた。Power向けに施す必要のあるチューニングを不要にしたのである。従来はパソコンで開発されたクロスプラットフォームのゲームは、パソコン向けと、家庭用ゲーム機向けの2種類作られた。そして家庭用ゲーム機向けは往々にして、ターゲットとなるハードウエアの中で一番性能の低いところに合わせたデータで作られた。平たく言えばPS3の方がXBOX360よりもはるかに映像表現は優れているのに（※ただし使いこなせれば） XBOX360との差異はテクスチャやムービーの解像度程度の違いだけになってしまう事を意味していた。しかしx86-64にしたことで、家庭用ゲーム機向けに統一してダウングレードされたデータからPS版を生成させるのではなく、パソコン向けのデータから生成させた方が早いと言う状況を作り出し、他の家庭用ゲーム機にくらべてアドバンテージを得ようとしているのでは無いだろうか。これはPS VitaがARMを採用したことも同じ事である。
さらに、SONYは、PSVitaから進めてきた戦略として、自社による強力にプラットフォーム感の差異を吸収するミドルウエア群…これはゲームエンジンと読んでも良いのかも知れないが…を提供してくるだろう。x86ならば従来の資産を生かすこともできるし、世の中に出ているコンピュータ向けのライブラリも利用できる。急速に開発しやすい環境を立ち上げているのではないだろうか。これはゲームエンジンにより脅かされる、プラットフォームビジネスへの対抗措置でもあるだろう。
これにより「雑事に捕らわれること無く、ゲームの楽しさ・表現そのものに専念する」と言うクリエイタの夢を叶えるハードウエア、それがPS4であろうと思う。
平たく行ってしまうと、自社の半導体商売が死んだことにより、その死絡みから解き放たれたPSは、クリエイタ主導でゲームを作ると言う根本に立ち返って作ったのがPS4だ、と言う話である。
しかしこれだとハードウエア、製造業の夢はどうなってしまうのだろうか？そしてユーザは別にクリエイタの夢などはどうでもいい。下手をすると高性能なハードウエアを所有していると言う欲を満たせなくなる分だけこちらの方がまずいかも知れない。それをどうカバーするのか？と言う話になる。
SONYは、次世代戦略として明らかにソフトウエア重視に舵を切っている。SONYは今、収支から見ると製造業では無く金融業であるが、その次に利益を生み出しているのは音楽・映像ソフト部門とゲーム部門である。
まずはここを潰してしまっては会社として立ち行かなくなる。それはまずい。ではどうするかというと、従来の「製造業としてのSONYを強くするために、PSの需要を利用する」のではなく「コンテンツ・製造複合体としてのSONYの核にPSを据え、関連商品を生み出す形で恩恵を得る」と言う形に舵を切ってくることになる。PS3でも一部行われているが、たとえばPSのリモートプレイを可能にするパソコンやタブレット、PSを再生装置としてコンテンツを供給できるメディアサーバといった具合である。
しかしこれらに対応させるために大切なPS本体の魅力を失わせては困ると言う事は強く意識されなければならないし、意識されていくだろうと思う。
ユーザの夢は、将来的には作りやすいゲームプラットフォームが生み出す新しいコンテンツという形で満たされることになるだろうが、直近では、ソーシャルへの展開という形で示されていると思う。将来的にはいかにコンテンツを集められるかと言う事にかかっている。が、ぶっちゃけていうとユーザから見たら、これほど夢の無い話は無いと言わざるをえない。
今回発表されたタイトルのデモなどは実際にはチャンピオンで有り、実際にプレイして得られるのはPS3とそれほど感覚的に、革新的に良くなったと感じる部分は薄いと思う。この点で、PS4は、PS3と実働コンテンツはそれほど変わらないと思っている。マイナーバージョンアップ程度。パソコンがWindows XPで評価が固まったようなものである。これはおそらく次に発表される新型Xboxでも同じだ。任天堂は少し別格の応えを出したが苦戦している。
かつてセガが出した芸術品とも言える至高のゲーム機、DreamcastはOSにWindows CEを搭載した。プロセッサこそ独自であったがそれは当時のWIndows CEではあたりまえであり、むしろそこにWindowsと言う汎用のソフトウエアを利用したことで非常にゲームが開発しやすく、PCゲームが移植しやすい環境を作り上げた。それらはアーケードのnaomiプラットフォームや、ワンチップで埋め込まれたパチンコなどで今でも生き続ける。
任天堂がWiiUでコントローラに画面をつけDreamcastに追いついたように、SONYは、PS4で作りやすいゲーム機という点で追いついたと言える。
またしてもセガは早すぎた。時代がセガに追いついていなかったのである。Dreamcastはその名の通り「夢を投げる」存在であったのだ。
