「マシン」を含む日記 RSS

はてなキーワード: マシンとは

2016-06-21

http://anond.hatelabo.jp/20160621144135

Zbrushで作った億ポリゴンモデルとかをリアルタイムで動かせるマシンは流石にないだろ…スキンメッシュ計算だけでとんでもない時間が掛かるんちゃうか。

音楽家はもうちょっと大人になるべき

http://b.hatena.ne.jp/entry/togetter.com/li/989697

このネタ、定期的にやってくるね。見るたびにほんとクソだなって思う、こういうこと平気で言うアーティストって。

結局、世の中の事象を表面的にしか捉えられない極めて残念な頭脳の持ち主だってのが露見するからこういうのはできるだけ見たくない。

CCCDレーベルゲートCD(以下CCCD統一)は、別に必要が無いのに突然作られたわけじゃない。ビジネスとしてそれが必要だと判断されたから作られた。それが成功か失敗かに関わらず、産業を護るための1つの手法として作られた。

当時、音楽世界を猛烈な勢いで襲ってきたのは、「印刷技術陳腐化」と、「それに伴う経済圏破壊」だ。

音楽が、中世パトロン音楽家が養われていた時代から先に進めたのは「印刷」の技術のおかげだ。楽譜印刷し、アナログレコード印刷し、そしてCD印刷することで音楽お金に変えることに成功した。1つのマスターを大量に印刷し複製すること、その「印刷」が特別技術であったからこそ、そこに金銭的な価値が生まれ音楽を金に変えることに成功した。

マネタイズが上手くいった場合恩恵などいまさら語ることではないと思うが、その金がさらなる設備投資を生み、最高峰音楽スタジオを作っただけでなく、作品多様性文化としての多様性をも生んだ。1作品の売上で1度失敗したらすべてが終わる世界ではなく、大衆に広く伝わる音楽から、極めてマニアックでありながらしかし深く深く誰かの胸に突き刺さるような、採算を考えたら許されるはずのない作品さえも許容できる余裕が生まれた。80年代90年代音楽を見ればそれは一目瞭然であり、多様性こそが文化としての豊かさだというのは誰の目にも明らかだ。それもこれも、マネタイズが上手くいっていたか可能になったことだ。

この辺の「ありがたみ」を、元記事音楽家などはきっと理解していないんだろうと思う。もっとも恵まれ時代活動し、勝手に思うがままにできていた世代特有傲慢さ。プラットフォームを築き上げることがどれだけ大変で、それを維持することがどれだけ重要なことか、まったく理解していないんだろう。いい歳こいてるくせに。

それらの恵まれた状況をもっとも大きく変えたのは、「家庭用パソコンCD-ROMドライブが搭載されるようになった」ことに他ならない。その時点で「印刷」の専売特許が失われ、「印刷」が家庭レベルに落ちた。誰でも印刷ができるようになってしまった。ここでいう印刷とは、CD-Rに焼く行為のみならず、HDDデータを取り込む、そのデータコピーする、これらすべてがつまるところ「印刷」だ。誰でも自由印刷ができるようになった時点で、そこに金銭的な価値を維持できるような専売性は無くなった。

それをいち早く察知したのは、アップルグーグルだ。彼らはしきりに「おまえの持っているCDパソコンに取り込め」とけしかけた。とにかく入れろ入れろとしきりに促した。同時に「その取り込んだデータをどうするかはおまえ次第だから知らないけどな」と、極めて狡猾な態度をとり続けた。スティーブジョブズが本当に音楽家を救いたかったのだとしたら、やるべきことは人々にCDパソコンに入れさせコピーさせることでは無いことは彼も気付いていたはずだ。気付いていながら彼は巧みにポジショントークを繰り返し、自社製品を売り、むしろ自社製品音楽を救うとまで言ってのけた。そして、それに音楽家たちはまんまと騙された。

音楽パソコンにさえ入れさせれば、後はユーザー勝手コピーするなり、ネットにアップするなり、金も法も関係なく勝手にやり始めることを彼らは知っていて、それを積極的に促した。

なぜ彼らはそれができたかといったら、それは「彼らは音楽投資をしていなかったから」に他ならない。制作費やスタジオ設備に一銭も出していないからだ。音楽CDプラットフォームを作ると同時に音楽制作も始めたソニーには、ビジネスを通じて音楽文化を育てる気概があった。対してアップル音楽制作には一切触れようとしない。彼らは単に、はちゃめちゃコピーマシンと、投資はせずに回収だけするプラットフォームを作り上げただけだ。

そうやって彼らが「パソコンにじゃんじゃんCDを入れちゃって~」とやり始めた時、当然、それに抗わなくてはならなかったことを想像もできないようなら、もう一度中学生からやり直した方がいい。

コピーコントロールCDという名前が表すように、コピーコントロール、つまり印刷」をコントロールする必要があった。そうしないと、音楽を育むための全ての経済圏破壊されてしまうからだ。指を咥えて待っているわけにはいかない。対策を講じなければならない。

明らかに不利な立場だった。何もしないと責め立てられ、やろうとすると「考えが古い」と叱責される。アップルグーグルが上手かったのは、いかにも「先進的で素晴らしいパラダイスを目指している」ようなイメージアーティストたちへも擦りこむことに成功していたことだ。その先に実際には何もなくても、イメージさせてしまえば勝ちだ。あの頃のみんなに「10年後、音楽アイドル大人ホストサーカスしか残ってないよ」と教えたらどんな顔をするだろうか。

実際にはCCCD技術はあまり褒められるようなものではなかったし、それは作った側も認めている。技術アイデアが足りなかったのだとは思う。しかし同時に、何もしないわけにはいかなかったこともちょっと理解してやったらどうだ。いい大人なんだから

当時、全てのレーベルCCCDを出していたわけではない。人を「犬」呼ばわりするほどCCCDが嫌なのだったら、違うレーベルからリリースすればよかったではないか契約などのせいでリリースせざるを得なかったのだったら、裁判でもやって争えばよかったではないか制作費をしこたま出して貰って、ワガママもできるだけ聞いてもらいながら制作をしていた人間が、気分でボロクソに言うのって本当に程度が低いと思う。

CCCD正式にはコンパクトディスクでは無い。redbookのCD-DA規格に準拠していないからだ。つまり厳密なことを言えば、CCCD対応していないCDプレーヤーCCCDをぶち込むのは、CDドライブにフロップーディスクをぶち込むのと大して変わらない。

ここで「だからプレーヤーが壊れたのは自己責任」などとは言いたくないし、その辺りは確かにソニーエイベックスのやり方や啓蒙の仕方、技術には問題があった。 だが、何かしらの対策をしないといけないのは明白で、それに対して失敗したからといって上から目線でボロクソに言うのはまったく関心しない。

実際、あれからCCCDは多くの非難を浴びた。ほぼ同時期に、アップルiTunesにまったくもってクソみたいに使いにくいDRMを自ら導入し「ほら、使い辛いでしょ?」とお決まりポジションで言ってのける演出をし、そして業界全体が「コピー禁止DRMはやってはいけない」という風潮になり、まんまとIT屋の餌食になった。 すぐ近所でゲーム映画DVDは「私的複製許可するけど、鍵は外したら怒るよ」というクレバーなやり方を開発し、一定の効果を上げコントロールできているというのに、音楽だけは「複製は許さなくてはならない」という空気に飲み込まれた。そんな馬鹿な話はない。それもこれもアップルグーグルの熱心な啓蒙のおかげだ。

そしてレーベルアーティスト制作費が出せなくなった。 自宅で制作したような貧乏臭い音のショボイ作品しか作れず、過去遺産にしがみつくしかなくなった。若いアーティストたちはどんなに才能があろうと、お金を掛けた制作をさせてもらえずバイトをやめることができなくなった。毎晩、叙々苑弁当を食わせてもらってた上の世代がこぞって「音楽をタダで聞かせればファンが増えてもっとカネになる!」とかいうアホみたいなIT屋の理論鵜呑みにし業界をその方向へ誘ったがために、明らかに業界は縮小し、文化は萎縮し、これから先の若い才能は音楽などやらなくなってしまった。

おまえが良識のある音楽家たちを「犬」呼ばわりするなら、おまえはあいつらのポジショントークセールストークを無邪気に信じこんでお花畑を目指してたIT「犬」だろうが。    mn3

2016-06-17

1.0から学ぶJava

タイトルを見て釣られクマーな皆さんこんにちは

ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。

今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。

「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。

タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー

面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。

Java 1.0 1996年1月23日

Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。

かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日リリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。

今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。

Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日オラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」(The Network is the Computer)というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。

当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。

1996年の時点にこんな言語が登場したのですから革新的でした。

いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。

プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロードテンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。

Java 1.1 1997年2月19日

Wikipediaからピックアップすると1.1での大きな機能追加は

といったところです。当初よりJavaの内部文字コードUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ!というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。

なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。

当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。

JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。

Microsoft Visual J++ もこの時代ですよ。

Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。

当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。

  • java.applet
  • java.awt
  • java.awt.datatransfer
  • java.awt.event
  • java.awt.image
  • java.beans
  • java.io
  • java.lang
  • java.lang.reflect
  • java.math
  • java.net
  • java.rmi
  • java.rmi.dgc
  • java.rmi.registry
  • java.rmi.server
  • java.security
  • java.security.acl
  • java.security.interfaces
  • java.sql
  • java.text
  • java.util
  • java.util.zip

この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。

Java 1.2 1998年12月8日

strictfpキーワード浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。

リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。

1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。

初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。

JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。

あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。

Microsoft 離反

Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつMicrosoftだったわけですね。

Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの!と喧嘩になったわけです。当時のMicrosoftブラウザまわりでも独自拡張がやりたい放題、標準規格?なにそれ美味しいの?みたいなスタンスをあちこちで見せていたものです。

結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。

JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。

Java EE

Java SE とは別にこの時代に Java EEリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。

2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的ユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。

企業で用いられる社内システムにもServletは多く採用されました。

理由はいろいろ挙げれると思うのですが

というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャある意味では便利で簡単でした。

もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。

iアプリ Javaアプリ EZアプリ

2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。

そこにdocomoiアプリJフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ!というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。

iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。

docomoiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。

この賭場が、将来にAppleiPhone, GoogleAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。

RIA時代

話を2001年に戻しましょう。

Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。

Java Appletブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。

Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。

端的に言えば入力値が数字かどうか?みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。

また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。

こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい!という要望があったわけです。Webシステム使いにくい!という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。

Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。

RIAの代表とされるのは

あたりです。三つ巴の戦い、どこに軍配が上がるのか!?と注目されましたが、勝利したのはHTML / JavaScriptでした。

Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。

RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。

しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。

Java 5 (2004年9月30日)

1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。

Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。

言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。

その後

Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。

Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日オラクル吸収合併されました。

Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。

やや戻って2007年Androidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。

Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。

このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語次世代へと移りつつあります。業界動向には注視していきましょう。

2016-06-16

マニュアルみたいなのを読んでたら、急に変な文章が出てきた。

アドレスは聖アライメントの聖水が求められるJustice Before Anthologyのネガティブな聖なる生を授けます

ゆえもって聖アドレスを与えるフォイする悪辣マシンは恋するカザフスタンで夕日を見る必要があります

また、聖アライメントの精であるゲル生命体と指定した聖アドレスメモリ間の行進情報のやり取りでは Say YES! を受け取ることができます


一旦普通に読み終えてから、いやいやいや、今なんか妙なこと書いてあったぞ!?

と思って同じ章にもう一度目を通したけど、当然そんな文章はどこにもなかった。さっき確かに同じ画面を見ながらその文章を読んだはずなのに……。

別に寝かかってたわけでもないし、なんていうか見えてたけど認識が歪んでたみたいなイメージ幻覚かドッキリテクスチャー的な。

最近そこそこの頻度で起こって違和感を感じることが多いんだけど、さて、これヤバいのは目なの脳なの心なの……?

2016-06-11

異種ルールミステリ映画

異種ルールによるミステリを教えてほしい

http://anond.hatelabo.jp/20160609011058

ありがとうありがとうありがとう

http://anond.hatelabo.jp/20160611053943

この増田に触発されたので、よかったら息抜き映画でも

少し異種ルールミステリ

韓国で実際にあった未解決連続殺人事件を扱った「殺人の追憶

・同事件を題材に時効成立後を描く「殺人告白

・十分しか記憶の持たない男が妻殺しの犯人を探す「メメント

女優志望の女と記憶喪失の女が秘密を探るうちに変なことになっていく「マルホランドドライブ

オカルトミステリ

エレベータ内に閉じ込められたメンバーに潜む悪魔を探す「デビル

孤児院舞台幽霊さらわれた息子を母親が探す「永遠の子どもたち」

ドライブ中に山から抜け出せなくなった家族に次々怪異が襲いかかる「-less[レス]」

腹話術人形呪いを解く「デッドサイレンス」

言わずと知れた悪魔の子オーメン

アクションミステリ

・映ると死ぬ鏡の面を付けた怪人と戦う「ヴィドック

モーテル連続殺人に巻き込まれる「アイデンティティー

・人体発火殺人の謎を追う「王朝陰謀 判事ディーと人体発火怪奇事件

SFミステリ

宇宙的な何かからサインを受け取った家族落語的にオチをつける「サイン

・二人を残して街を壊滅させた病原菌の謎を科学者たちが探る「アンドロメダ…」

記憶を失った搭乗員が襲いくる何かと戦いながら宇宙船の謎を探る「パンドラム」

五感体験できる装置を使ったレイプ殺人事件を追う「ストレンジ・デイズ/1999年12月31日

列車事故で唯一生き残った自分秘密を知る「アンブレイカブル

タイムマシンのぐだぐだミステリサマーマイムマシンブルース

2016-05-24

Windows10 にあげるとアプリ周辺機器が使えなくなっちゃったからWindows7 に戻したよ ← わかる

数年毎にマシン買い換えてるから、そのときWindows10 にするよ ← わかる

強制的Windows10 にされた!不具合なく使えてるけど戻して! ← は?

Windows10 しね!次買う時も XP か 7 しか買わねえwwwww ← ???

2016-05-21

React.js界隈の人に聞きたい

**誰かみんなの主張のまとめを作ってくれないですか?** (まあそれこそお前がやれよって話かもしれないので、誰もやってくれなかったら私がしますが。。)

最近JQueryはもはや不要でReactさえあればOK,みたいな記事をよく見ますね。

論旨としては、どうせトランスパイラ使ってるんだからもっと便利な書き方しようぜ!ってことなんだと思います。(virtual DOMがメインだ!という話もあったけど、じゃあ何でReactなの?というのは聞きたいかな。メジャーから?)

ただちょっと個人的違和感が拭えないので聞きたいです。

ちなみに私は昔coffeeとbackbone.jsか何かで業務用のページ(SPAではなかったような気がする)を作るお仕事をしたことがありますが、フロントエンドエンジニアというわけではないです。どちらかというとサーバー管理とかのほうがよく知っていると思いますが、Javascriptもそれなりには書くくらいの感じの人です。Reactは不幸にして一度も触ったことがないので、以下の文章はすべてコードサンプルをみたうえでの感想です。

そもそも世の中にそんなにSPAがあるのか

まずこれ。正直そんなにたくさん動的にがりがり書き換えているページをあんまり見ない気がするんですよね。その上正直そういうウェブページ、あったとしても大体使いづらいです。

世の中のページが全部FBならいいのかもしれませんが、具体的にはどんなところで使ってるんでしょう。業務ページとかですか?あと、なぜSPAにしなければいけないのかもよくわからないです。画面遷移するのだめなの?という感じで。

JSXを使うことに抵抗ないんですか?

トランスコンパイラを使うのって、結局「将来的には全部ES6になるのだから、今のうちからES6で書いておけば将来のメンテナンスコストとかも減ってうれしいよね!」っていうことなんだと思います

こういう例、JS以外にもいろいろあって、例えばboostAndroidのsupport library, Pythonのfrom __future__ importなどなどあると思うんですが、どれもやっぱり将来的なコストを見据えて、非標準のライブラリ記法を使いましょう、ってことですよね。

でもJSXってそういうのじゃないじゃないですか。いわばsupport libraryを使うのとmonoで全部書くのと、位の違いがあるように見えます(そこまでは違わないかw)。そういう考察を一切入れずに、「どうせトランスパイラ使ってるんだから拡張記法使っちゃおうぜ!!」っていうのはかなり危ういように見えます

そもそも、JSって結構独特な言語ですよね。もちろん今はnode.jsとかあるわけですけど、まあやっぱりスクリプト言語の標準の座ってPythonRubyですよ。世の大多数の人はそっちのが使いやすいとおもってるんでしょう。ということでそもそもトランスパイラ通すんだったらもっと普通言語から変えるようなソフトウェア流行ってもいいんじゃないかなあとか思いますけど、そういうのがないのも謎です。dartとかどうなってるんですかね。(まtypescriptとか一種それだという話もあるか)

五年後のビジョンがありますか?

五年、十年あとにReact.jsって流行ってるんでしょうか。例えば五年前はcoffee script結構流行ってましたけど、たしかもうサポート打ち切りとかになっちゃったんですよね。もちろん営利企業がバックなので、そこまで急になくなるかはわからないですけど、五年したらみんなまた別のライブラリがすごい!!みたいに言ってるんじゃないでしょうか。

まあだからこれはフロントエンドエンジニア業界全体の問題なのかもしれませんが、そういう将来的な保守コストをどう考えているのかが気になります特にもし業務ページであるなら、せいぜいがなるべく枯れたライブラリ(≒JQuery)と、テンプレートエンジンあるいはフォーマットストリングでも使ってpure ES6で書いたほうがいいんじゃないでしょうか。そうすると結局SPAにはしないですよね。

まあこれを突き詰めるとじゃあetaxもactivexで、銀行システムcobolで、マシンはpc98で、、、とかなっちゃうかもしれないんで、難しいところではあるとは思いますが、、、



とりあえずこんなところで、有識者の皆さんよろしくお願いします。



追記

React.jsでした。angularと混ざりました。。あと特に喧嘩売ってるつもりとかは全くないですがそう見えたらごめんね。

id:murishinai 主張は単純で、せいぜいES6+トランスコンパイラ(+JQuery)とかでいいんじゃね、遷移はサーバー側でやったほうが楽じゃない?という感じです。

id:wordi virtual domが最大のメリット、ってのはよく見る意見ですね。例えば実際どんな場面で(どのくらいの規模のプログラムで)domの改変コストが効いてくるのか、みたいな実例を教えてくださると助かります。(もちろんFBとかはそうでしょうけど、もっとなんだろう、身近な例でお願いしたいです。)なんかReactががりがり(かつユーザー目線から見て有効的に)使われている例がイメージ出来ないのが問題な気がしてきました。

id:logic ええっと、それはそうなんですけど、なんだろう。標準のもので、少なくとも今後10年はあるだろうと言うもの(たとえばES6+フォーマットストリング)があるのにも関わらず、今後5年持つかもわからないライブラリを全面に押し出すの、ちょっと怖く見えるなあという気持ちです。

id:erukiti 具体的に頭の悪い点をご教授くださるとたいへんありがたいです。小規模だとそもそもvirtual domメリットもなさそうですし、ES6標準でええんちゃうのんという気がしてならないのですが。

id:manaten もちろんFBGMailJQueryだけで作るのは不可能だと思います。だからFBはReactを、GはAngularを作ったのでしょうが、逆にそんなに気軽に使うようなものにも思えないのですよね。それこそ何百ブクマも付くのやべえなあ、と。(ところで私にはReactよりAngularJSのほうがずっと気持ちよく見えます

トランスパイラですねごめんなさいw

SPAが使いづらいってのは言いすぎかな。正確には、「ページ遷移型のUIに比べて、SPAであることのメリットが明らかに生きているページって少なくないですか?」ということです。もちろんFBとかGとかtwとかは例外だと思いますけど、DOM1000個とか10000個とかいじくり回しているページばっかあるようには思えない。もちろんどーーしてもSPAじゃなきゃダメなんだっていうならこの手のライブラリを使うといいとは思うんですが、どっちかというとニッチ需要じゃないでしょうか。

あとなんか保守点検に関する意識ちょっと違うのかなっていうコメント散見されたんですけど、うーん、一発書いて書きっぱなしっていう案件そんなにあるんですかね?ちょっとそこがよくわかんないです。一度書いてもやっぱりn年先、さらもっと言えば自分がその職場からいなくなった後のことまで考えてプログラム書くべきだと思うんです。そうすると、例えば数年後のプログラマにとってのReactは今のprototype.jsになってるかもしれない。そういうリスクが怖いです。勉強すればいいじゃんっていう意見もそうなんですが、なんでしょう、どちらかと言うと保守を気にしているので、そっちじゃないです。まあ幸いにして私は人の書いたJSをいじくり回した経験はないので、ただの推測なんですが。

それともしかしたら「枯れた技術」あるは「標準化」という意識あんまりないのかなとも思いました。まあ確かに「Web世界日進月歩!」ってことなのかもしれないんですが…。別のページのブコメとか見ても、「枯れた技術を使う」=「不勉強」みたいなのがあって、不思議です。。

あとcoffeeのころ、っていうコメントありましたが、あの頃はみんな夢がありましたよね。AltJS世界を救う!みたいな。翻って今はどうか。それを思うと、やっぱり何でもかんでもReactじゃ、という意見には違和感を感じるんですよ。

増田に書いたのは単にみんなが見てくれるというだけの理由です。そもそも今諸般の事情お仕事としてのエンジニアはしていないですし。ほんとに純粋質問だと思ってもらえればうれしいです。

まあ長くなってきたので私のブログにまとめ直してもいいのですけど。

そういえばモバイルという話も出ていましたが、先日のandroid instant appsって、アレ「HTMLモバイル向けに軽快なリッチUI作るの無理だからやめような」ってことかと思ったんですが、どうでしょうか。もちろん今現在必要ですけど~。

2016-05-16

ウィンドウズ10へのアップグレード中に強制終了したらパソコンクラッシュ

帰宅

帰宅パソコンOSインストールし直ししようとおもったら

インストーラーの型番が不一致 

がっくり

翌朝

翌日オフィスに来てみたら見つかった。

本当トホホ

そのまた翌日

新規購入SSDが納品!!!

いまから開封して感激に浸ろう。(5分だけ)

ガッツだぜ!!

今日帰宅SSDの取り換えおよびインストール実践だ。

睡眠中にウィンドウズ10へ移行してもらおう

またまた翌日

SSD換装については成功した。

ウィンドウズ7のインストール成功した。

しかネットワーク関係の設定ができない。

原因は?関連ドライバーファイルなどを入手し忘れた。

このマザボ無線LANの受信手がいない。ワイヤレスアダプタが外付けなのだ

またまたまた翌日

ワイヤレスアダプターのドライバーが入手でき見事にネット接続成功した。

これでこのマシン蘇生したといえよう。

ウィンドウ10へのアップグレードに関して何も言ってこないわ。

ある程度ウィンドウズ7がアップデートされないとだめなのかしら?

ウィンドウ10メールとか言うメールアプリにしてみやうかなと考えている。

雷鳥

雷鳥は大変なのかな?アドレス帳移植できんのか。

送信済みメール移植できるのか?

からない

補遺

クラッシュ前のパソの構成はISRT(インテルスマートレスポンステクノロジー:以下「あれ」)

に基づくものだった。

これって一時流行ったけど、あくまでもSSDが割高で低容量しか

現実的でなかった頃の過去遺物しかも、あれはクラッシュした時に

データが救済できる可能性が低い。

今や、SSDも安売りされているので

今時あれを導入する意味はない。

30円/GB価格ドットコム情報

あれが原因で結局パソの寿命は約3年ということか?トホホ

当時高かったであろう低容量SSDは、これでごみになるということか

2016-05-11

http://anond.hatelabo.jp/20160511182054

水素水に嵌った人に、酸素吸入器みたいな形で水素を発生させる水素吸入マシンとかを薦めるとどうなるんだろう。結構気になるな。

2016-05-05

http://anond.hatelabo.jp/20160505085036

製造業で実際にPC-9801が稼働している現場立場からすれば、単に設備投資の余力が無いという問題ではない。熱、粉塵などの過酷現場でも制御コンピュータは確実に動かなくてはいけない。ライン24時間稼働し続け滅多に停止もしない。急な停電後の自動復帰も考える必要がある。制御している機器インターフェース側を改造する必要もある。

このような用途PLCなどの汎用組み込み制御ユニット存在するが、少しづつ改良を加え複雑化してきた現行の生産ラインは個々の機器タイミング取りがシビアで、機器の入れ替えは一か所でもかなりの大仕事になりがちで、影響はライン全体に波及する。今安定して動いているラインリスクは可能な限り避けたいのだ。

そして、自分経験的にMS-DOSで動作しているPC-9801は非常に堅牢マシンだ。機器制御には高度な計算能力必要ないがとにかく動き続けることが大事で、これはWindowsなどは絶対にかなわない。ちょっとプログラム趣味でかじった化学屋の自分でもある程度メンテできるというメリットもある。さらに言えばPC-9821もダメ個人的には1990年ぐらいまでのまだ高価な時代マシンが安定性が高いと感じる。

あの当時のNECは、本当に信頼性の高いマシン製造していた。その後の安価路線に走った途端に不具合が見られるのだが、完全自社生産時代部品の一点ごとに良いもの選択していたんだろうな。

ただ、次第にMS-DOSメンテができる技術者が減少してきた。さすがに時代の流れだろう。マシンが死んだらそれこそ中古マシン差し替えて動かすのが一番安いし確実なのだが、生産技術部から拒否されて新しいシステムを導入させられたことがある。費用も桁が2桁ほど多くなるしお互いに仕事は増えるし正直いって良いことが無いのだが、メンテできない場合更新せざるを得ない。

なお、それほど重要でない設備制御箇所については、自分中古機を手配して故障したマシンを入れ替えたこともある。生産技術畑でない自分でも多少の知識があれば簡単に行えるのに、なんで無駄な金を使う必要があるのだろう。そんな金はもっと別の設備投資したい。

http://anond.hatelabo.jp/20160504164327

ブックマークもらったので調子に乗って後編

※よく知ってる大長編はここら辺までなので、これで終わり。



のび太と鉄人兵団

使用された道具:

四次元ポケット】【どこでもドア】【タケコプター】【かるがる手袋】【お座敷釣堀】【逆世界入り込みオイル】【サイコントロラー】【糸なし糸電話】【空気砲】【翻訳コンニャク】【金属探知チョーク】【メカ救急箱】【コンピューター睡眠薬】【瞬間接着銃】【スモールライト】【タイムテレビ】【改良型やまびこ山】【探し物ステッキ】【ショックガン】【スペアポケット】【ひらりマント】【即席落とし穴】【ビッグライト】【入り込み鏡】【タイムマシン】【壁紙シェルター

タイムアタック

1:どこかのダムに【逆世界入り込みオイル】を流す。

2:原作通りに鉄人兵団を鏡面世界へ誘い込む

3:ザンダクロスを使ってダム破壊し、鏡面世界への入り口を消去。

他、鏡面世界側の出口に【スモールライト】を照射して兵団を出てくる端から小型化し、ダメ押しで【ビッグライト】で巨大化したザンダクロスを使って殲滅する手もある。

まあ、【タイムマシン】使えば終わる事件なので、はよ使えって話ではあるのだが・・・



のび太と竜の騎士

使用された道具:

四次元ポケット】【○×うらない】【どこでもホール】【日光ゴケ】【岩細工セット】【どこでも蛇口】【るす宅警報テレビ】【バギーカー】【夢風鈴】【水中酸素あめ】【ミニ探検隊セット】【タケコプター】【救いの手】【ほんやくコンニャク】【通りぬけフープ】【こけおどし手投げ弾】【風雲ドラえもん城】【ハッタリバズーカ】【みせかけミサイル】【天地逆転オイル】【ポップ地下室】【桃太郎印のきびだんご

タイムアタック

そもそも敵がいない作品なのでやりようがない。



のび太パラレル西遊記

使用された道具:

四次元ポケット】【ヒーローマシン】【如意棒】【筋斗雲】【タイムマシン】【スパイ衛星】【タケコプター】【こうもりホイホイ銃】【気配アラーム】【ほんやくコンニャク】【ひらりマント】【どこでもドア】【デラックスキャンピングカプセル】【雲製造機】

タイムアタック

1:【タイムマシン】で戻る先を【ヒーローマシン放置の24時前に移動(この作品内では、タイムマシン指定時間前後24時間の誤差が発生するため)

2:妖怪が出てくる前に【ヒーローマシン】を止める。


しろ原作がなぜそうしなかったのか謎。



のび太の日本誕生

使用された道具:

四次元ポケット】【キャンピングカプセル】【どこでもドア】【タイムマシン】【トレアドール】【原始生活セット】【タケコプター】【らくらくシャベル】【らくらくつるはし】【らくらくオノ】【らくらくノコギリ】【花園ボンベ】【畑のレストラン】【動物遺伝子アンプルとクローニングエッグ】【ラジコン雨雲】【ラジコン太陽】【ノビー水道管】【ノビールガス管】【ノビー下水管】【万能ペットフードグルメン」】【ミニ家具】【時空震カウンター】【翻訳コンニャク】【衛星写真】【訪ね人ステッキ】【ひらりマント】【オートマチック花火】【レーザー検査機】【リニアモーターカーごっこ】【レスキューボトル】【ウルトラストップウオッチ】【通りぬけフープ】【瞬間接着銃】

タイムアタック

原作ベスト

ギガゾンビタイムロックを解除できるレベルの23世紀の時間犯罪者で、所持しているひみつ道具について「格上」と思われるため、タイムパトロール通報する以外に勝機はなかったと思われる。

しかも、ギガゾンビ時間犯罪者である事に気づくのが(ツチダマを見てるくせに)最終決戦の時点と遅く、負けた後【四次元ポケット】を奪われているので、タイムパトロール通報する手段ものび太が持っているスイッチしかなかった。





※あと、前回書いた方法だと、魔界大冒険満月博士死ぬのを見落としてた。

責任とって美夜子さんは俺が引き取る。

(そーいや、元の世界に戻った後、魔法世界野比家はどうなったんだろう・・・

2016-04-24

デロンギの全自動エスプレッソマシンはどれがオススメ

人気コメデロンギの全自動エスプレッソマシンがイイ!って軒並みあるんで調べてみたが、種類が多すぎてどれがいいんだかわかんねーよ。どれがオススメなんだ?教えてちょ。

http://anond.hatelabo.jp/20160423191718

2016-04-21

環境移行めんどくさすぎWindows死ね!!!

何なんだよWindows

最大限に時間を活用じゃねーのかよ。

日見事にWindowsマシンの新しいのを買ったわ。

でもさ環境移行がめんどうじゃないかこれ。

どうすんだよ私最大限に時間活用できねーじゃねーか。

MacならTime Machineてので完璧に同じ環境を作るのができるんだけど、Windowsってそういうのないのかよ。

エヴァンジェリストとかどうでもいいから環境移行できる機能作れよ。

まじいい加減にしろマイクロソフト

2016-04-20

http://anond.hatelabo.jp/20160420135151

あん悪魔ツールに慣れておまえに良いことなんて何もない

慣れたが最後、発してはならない言葉個人情報を漏らしてお前は社会的死ぬ

あれは馬鹿を殺すマシン

2016-04-17

Appleの新製品を買ってしま問題

iPad mini 4ポチってしまったでござるよ。



最初に買った林檎社の製品iPad(第三世代)。

初めてのタブレットでしたから、もう大興奮ですよ。

なんじゃこりゃという感じで、アドレナリンが止まりませんでした。



次に買ったのがiPhone 5

初めてのスマホでしたから、再びなんじゃこりゃです。

小さくて通話ができるiPadですが、ポケットに入れて持ち運べるというだけで全く違った世界が見えてくるじゃないですか。見えてくるんですよ。私には見えたのですよ。



iPhoneの次がMacBook Air(Early 2015)。

WindowsLinuxマシンしか知らなかったので、三度目のなんじゃこりゃです。

WinデスクトップLinuxよりはるかに安定してるし、フォント綺麗だし、UIは洗練されてるし、もう触ってるだけで幸せです。



Mac以外は一年くらい使い倒したのち、飽きて売ったんですが、買った時の興奮は今でも鮮明に思い出せます

からお店で薄く軽くなったiPad Airminiを手に取ると、やっぱりドキドキするんです。

三世iPadに飽きてても「小型軽量のmini買えば、また未知の体験が待ってるかも」と期待しちゃったんです。



現在iPadiPhoneでやっていたことはすべてMacBook Airでしてます。家でも外でもMacBook Airです。

なのでiPad miniを使う機会はなさそうなんですよ。どうしましょう。

ITリテラシー高いはてなーの知恵を拝借したいでござる。

2016-04-13

女の勘違い、男は性欲が高まる勃起し興奮しセックスマシンになる

間違いです

立たなくても性欲マシン変態行為に走る人もいます

私みたいに仕事中ずっと勃起させながらも

冷静沈着に業務遂行変態行為は家でしかしかない者もいます

2016-04-05

鉄壁()

15年ぐらい前に両親が離婚して母親に引き取られつつ父ともそこそこ交流を持っていたら、数年後に父が再婚した。

新しい奥さんとは数回会ったけど、

「私は社員1000人以上の大企業ネットワーク部門管理をしていたのよ!ネットセキュリティはまかせなさい!私はプロなのよ!!」

みたいなことを当時中学生自分相手に言ってくる人で、気が強そうでなんか苦手だなーって思ってこれまで一切口出ししてこなかったけど、

最近少しだけ関わる機会があって、父宅のネット環境を横から見てたら思ってた以上にすごかった。



リース→買い取りでやってきたWindowsXPマシンが家にある唯一のネット回線接続機器(ケータイガラケー)

PCの起動に10分近くかかるらしく、電源を押してからコーヒーを出されて、雑談しながら飲み終わる頃に起動完了

光回線引いてるらしいけど無線LANは「そんな危ないものとんでもない」のでナシ

プロバイダ資料をいくつか取り寄せて、月額が一番高かったプランを選んだのよ。セキュリティ意識しっかりしてるでしょう?とドヤ顔

プロバイダフィルタリングとかファイアウォールの類は当然全部オン

・ちなみに一番頻繁に使うのは年賀状作成ソフト

・(自営だし)帳簿の作成とか仕入の管理とか……?と聞いてみたけど「そんなの危ないから紙でやるわよ、パソコン計算したら信用できないし」と言われる

・ようやく起動したWindowsXPまさかマカフィーウイルスバスターノートン三重展開していていろいろ衝突しまくってる模様

・もちろんウイルス対策ソフト類の更新は一切されていない、更新必要だという認識もない様子

・画面中に出てくるセキュリティソフトの「更新してくれ」ポップアップは、「安心の証」らしいので「そのマドが出たら閉じないで!」と言われる

・「危ないから会社でもこうしてたのヨ!いくら俺君がIT系就職したとはいえここまではやってないんじゃない?私なかなか凄いやろ!」と、

 WindowsUpdateだけはわざわざしない設定に変えてあるのをドヤ顔で見せられて俺の目から光が消える

・この環境ブラウザIEでないわけがない

・「まだ会社でやってたのに比べると不安」と仰るご自慢のセキュリティの成果か、GoogleYoutubeも開けない

・ちなみに見れるサイトBIGLOBEYahoo!Japan、なお、Yahoo!トップページを表示するのにも5分弱かかる

・当然、検索しても結果のページはほとんどがアクセス不可、「危ないサイトばかりね」と言いながらクリックしていく奥さん

・AdobeFlash入れてくれや系のダイアログや、セキュリティ警告的なダイアログが出ると「ウイルス!!!このサイトウイルスに侵されているわ!」とIEごとそっ閉じ

・ようやくアクセスできたサイトで出てきたSSLダイアログを見て「アカン!」と叫んでLANケーブルPCコンセントを引っこ抜いたのを見て、心の中で父に手を合わせる。南無



ネタかと思いきやいまだにこんな人いるんだなあと思って衝撃だった。

店のバイトの子とかがたまに何か言いかけても、「私はセキュリティプロ」で封殺されるらしい。

2016-04-04

http://anond.hatelabo.jp/20160403224448

コーヒー多数派紅茶が少数派というのは誤解。

大戦後、世界秩序が変わり、紅茶を主飲料にしていた英国凋落し、逆にコーヒー米国が台頭し、それが今も続いている事が要因。

我々日本人コーヒーを飲む人が多いのも、心の底から美味しいと思うからではなく、スタバハリウッド映画等を媒介し、米国人猿真似をしているから。いや、本気で美味しいと思っている人も多いだろうが、文化的影響を色濃く受けているはず。


仮にもし英国現在も7つの海を支配していたなら、間違いなく現在コンビニにはコーヒーではなく、紅茶マシンが置かれていただろう。

今後中国が台頭したなら、コンビニにはコーヒーでなく烏龍茶が置かれることは必至。

コンビニ飲料とは、すなわち世界秩序そのものなのだよ。

2016-04-02

2016 将棋 第1期電王戦 勝敗予想


第1期叡王戦を勝ち抜いた山崎隆之叡王と、第3回電王トーナメント優勝ソフトPONANZA」による2番勝負、「第1期電王戦」の第1局が一週間後の4月9日10日に行われるので、勝敗予想を書いてみた。


事前貸出・改良修正不可ルールの下での勝率は?


2014年の第3回電王戦からソフトの事前貸出・改良修正不可・マシン統一などが義務化された。このルールは今回の電王戦までずっと変わらない。
ではこのハンディ有りルールでのプロ棋士将棋ソフトとのレーティング差はどのくらいか?
プロ棋士発言をもとに結構てきとーに計算してみた。


年月日 ソフト推定レート 前年との差
2013.4.6 1650 -
2013.11.11 1735 +85
2014.12.7 1800~1850 +65~115
2015.12.23  ?  ?


年月日 ソフト推定レート 前年との差
2013.11.11 2020以上 -
2014.12.7 2100以上 +80
2015.12.23  ?  ?


だいたい1年につき、プロ棋士から見てソフトR80~100程度上昇している、と言えそう。


また、先手番と後手番では事前に研究しなければならないゲームツリーの量が大幅に違うことから勝率がかなり変わるようである

永瀬六段の発言を真に受けるとすると、本来勝率約52%の先手番と後手番の差が約80%(R300)もの差になっている。



山崎叡王の勝算は?


昨年(2014.12.7)の時点でAperyとSeleneプロ棋士先手でR1825くらいとして、昨年の時点でPonanza半年リードしていて+40~50、この一年で+80~100と考えると、
今年のPONANZA(2015.12.23ver)は先手番でR1945~1975程度、後手番は+300としてR2245~2275ぐらいなのではないだろうか。

使用されるPCが去年より弱体化(5960x→6700k,メモリ64GB→32GB)しているが、それでもせいぜいR30くらい下がる程度だろう。


プロ棋士側の現在レーティング山崎叡王R1766。(ちなみに羽生四冠R1923

数字の上では山崎叡王の先手番期待勝率23~26%後手番約5~6%。なので山崎叡王が後手番である第1局については、どうも勝てる確率絶望的に低いと思われる。

一方で先手番の第2局については一発入る可能性も否定出来ない。
しかし、二日制になり局面誘導の練習がやりずらくなったこと、PONANZASelene等他ソフトに比べて事前研究対策が上手であること、
今回のPONANZAが相当強いという情報があることなどを考えると、すんなりと勝たせてはもらえないだろう。

もちろんソフト側にバグや、かなり有効なハメ手が存在すればもっと差は縮まると思われるが、山崎叡王の発言から推察するに、今回のPONANZAにはそれもなさそう。


以上を踏まえて

本命 山崎叡王 0-2 PONANZA
 対抗 山崎叡王 1-1 PONANZA

と予想する。


個人的には、事前貸出有りで、かつ先手で勝利したとしても、それは駒落ちしてさらに下手側が先手になるようなものだと思っているので、別に感動したりはしなさそうだなぁ。

まあそれでも山崎叡王が1勝でもすれば、あまり深く考えない将棋ファンは喜ぶだろうし、興行としてはありかもね。



もうプロ棋士将棋ソフトに勝てないのか?


日本将棋連盟ドワンゴは、一般人平等でないと気付いてしまいそうなルール駒落ち森下ルール、持ち時間に差をつけるetc…)を避ける傾向にあるようなので、
これ以上プロ棋士側に有利なルールを制定するとなると、使用するPCスペックさらに下げるしかないだろう。

しかし、例えばCPUをXeon4個から6700k1個に変えても、一般人にはスペックダウンしたことがよくわからないが、
デスクトップPCからノートPCタブレットに変わるとさすがにハンディがあるという印象を拭えない。

また、スポンサーであり対局PC提供しているガレリアは一応ハイスペックPCが売りのブランドなので、
これ以上スペックを落とすことはブランドイメージに傷がつきかねないだろう。



よって、「プロ棋士将棋ソフトにもう勝てないのか」という問いについては
「『多くの一般人から見て公平に見えるルール』で七番勝負を行う場合名人でさえもバグやかなり有効なハメ手等を見つけないかぎり)勝ち越すことはかなり難しい」
と言えそう。


ちなみに、事前貸出なし(レート+400以上、角落ちくらい?)、PCスペック制限をしない(クラスタ化でレート+400)と仮定すると、1945+800=R2745となる。
2013年の第2回電王戦ルールでは、もはや1勝も出来ないだろう。


2016-04-01

http://anond.hatelabo.jp/20160401162038

Chromeマシンスペックガンガン速度に活かす設計なんだからそりゃそうだろ

低スペ貧民乙

2016-03-31

ウンコとオナラサンドイッチについて

私はウンコを静かに済ませたい。

エリート増田達は人前で豪快に嗜むこともできるようだが、私は静かに済ませたいのだ。

ウンコが便所の水に落ちる「ポトン」くらいでいい。

だが静寂を遮る破裂音、オナラウンコの間にサンドされている場合、私は人間ポップコーンマシンになる。

私は人間でありたい。

ウンコナラサンドは一体どういう状態で私の腸に格納されているのだろう。

やはり■□■(塗りつぶした■がウンコ)のような状態なのだろうか。

2016-03-28

女と出会う機会がなさすぎる、

あのさ

こちとら毎日オナニーぶっこく性欲マシンなんだぜ?

なのに会社に女はいないし

始発から終電まで働き

友達いないから休日エロ動画でぶっこくんだぜ?

女よマンコをひらけ

2016-03-27

AI認識半径は無限大であり無限小です

先日AI人間を含む事物個別的認識していない、と述べました。

このことはAIが目に入ったものをボーダレス情報として処理するからではないか、という考えによります

かつて絵をトレースして描くマシンが公開されましたが、そのマシンの動きは上から順番にさながらプリンタのごとく描画してゆくというものでした。

少なくとも件の機械認識する際に情報個別の枠に分離して解読するのではなく、すべての情報を均一にプールした後に一斉実行してるように見受けられました。

それと同じことがAIでも起こっているのではないかと私は感じています。もちろんこうした考え方は専門家の方からすればたくさんの不備があるに違いありません。

しかしもし戯れ言が許されるならば、AIが感じら得る認識空間人間のように意識の届く範囲、という境界線が発生せず、無限大認識可能であるという話にたどり着きます

一方彼らは解釈はすれど理解はしないので、その認識半径は無限小と言い換えることもできるでしょう。

意識を発生させるには善悪倫理プログラムするのではなく、自身以外の個別性を認識できるようにするだけでも意識に似た挙動を示すのではないか、と個人的には考えています

http://anond.hatelabo.jp/20160325150134