  |
はてなキーワード: SPARCとは
富士通に忖度してるとか言ってるけど、あれ、普通に取材NGだったんじゃないかな。
当時の経緯を知ってると「私の名前は出さないでください」ってなったとしても不思議じゃないと思う。そうなれば当然NHKも富士通も触れないし、本人が拒否したんですなんて発表するわけもないし（例え親族が声を上げたとしても）
京コンピュータって、富士通半導体の最後の打ち上げ花火だったんだよ。
京の開発が進み、実際に生産されるころは、経営方針として富士通は半導体撤退をするかどうかで揉めていたころだった。
京コンピュータは、富士通が自社工場で作った最後のスパコンであると同時に、国のトップ開発のHPCにおいて、富士通が単体で作り上げた初めてのHPCでもあった。
これは、富士通が優れている、というよりも、逃げ遅れたと表現してもよいかもしれない。HPCのプロジェクトからは、NECと東芝が次々と撤退していたのだ。
当時半導体の重い投資に堪えられなくなった電機各社とその銀行団は、自社から半導体部門、少なくとも工場を切り離したがっていた。まさに、それどころではなかったのだ。
しかし富士通はまだ撤退を決断せず、他社とは一線と画した対応をしていた。
ようにみえた。
京コンピュータのCPUは、45nmのプロセスで作ると言うことで言っていたためか、富士通はなんとか自社で開発した。けれど、京に乗せたプロセッサで最後になった。次のプロセスは開発されていない。
https://news.mynavi.jp/techplus/article/architecture-467/
さらに、当時、45nmのプロセスは安定して無い状況で無理矢理作ったと言う話もあったはずだ。これは京コンピュータ以降はTSMCに委託することが決まっていたため、既に投資が絞られていたためでもある。
（後にTSMC版の進んだプロセスで製造されたSPARCを使ったミニ京コンピュータが何個か作られたのだが、ノード辺りの性能が30％以上アップしたと言う。これはプロセスが細分化された以上の性能向上であった）
富士通が、自社の半導体部門を富士通セミコンとして切り離したのが2008年。京コンピュータ用のプロセッサを生産したのが2010年の三重工場であった。
その三重工場は2013年にさらに別会社として切り離され、現在は完全に売却されて富士通に残ってない。
また、同じく半導体工場としては福島県の會津富士通があったんだが、その時の工場撤退のエピソードは、今でも大企業は黒字でも簡単に工場を撤退させる事例として有名になった。かなり悲惨な事態だったと言える。
そうして重荷になっていたとされる工場を切り離しファブレスに近い業態にしたのは、富士通半導体を残すためだったと思われる。
しかし、そうした建前などなかったかのように2014年にはシステムLSI/SoCの開発部隊の分社化を決定。それが現在のソシオネクストである。PanasonicのLSI部隊と合弁した会社で、分離した当時、富士通は設立当初40％の株式を保持していたが、現在は完全に売却してしまった。
現在、富士通の半導体部門はFeRAMや光回路用の超特殊なものを除いて完全売却で撤退している。
なお、その後、ルネサステクノロジ（※富士通は合弁に参加していない）が組込向け半導体でほぼ世界首位と同率2位まで上り詰め、国内半導体の必要性が新たに叫ばれTSMCが国内に半導体工場を建設。Rapidusという日米政府が関わる半導体企業ができる流れになっている。もし将来、RapidusがプロジェクトXになるときには、大手電機産業からリストラされた技術者達の奮起という文脈が語られそうな気がする。閑話休題。
件の方がご退任をされたと言う2012年は、半導体のさらなる切り離し、売却などの決断と、次期スパコン（つまり富岳）がSPARCを捨ててARMになるという決断が行われた年であったと考えられる。（発表は後になる）
半導体を専門にされてずっとやってきた方には堪えられないもだったのではないかと拝察する。仮に、思い出したくもないし、宣伝にも使われたくないと判断されても仕方がないことでは無いかと思う。（もちろん 出演NGされたと言うのはワイの妄想なので注意)
その後、富士通はSPARCを使ったUNIXサーバーを作り続けてはいたが、大きくアーキテクチャを改善する開発は行われないまま（保守設計は続けられていたが）メインフレームとともに撤退が発表された。これはやむを得ないことだろう。
また、ARM化された富岳は、確かに性能面や利用面、汎用性では高い成果を出したが、富士通のビジネス的にはさっぱりだったと思われる。
アーキテクチャをARMに切り替えた理由は、ビジネス面でもあった。高性能タイプのARMを作ることによって、旺盛なクラウドDC需要などに対して食い込んでARMサーバを大きく拡販していくことだったと思われる。
が。富岳に乗せたARMプロセッサを利用した波及製品はみられなかった。
なぜか。それはAWS、MS Azure、Googleなど膨大な需要を持つ企業は、需要が巨大すぎてARMが搭載されたコンピュータを買うのではなく、自社でARMのIPを購入し独自開発することを選んだためである。
彼ら相手には商売にならなかった。それ以外のクラウドベンダーは無きに等しい。ARMなどアーキテクチャが影響しないのはPaaS以上の象徴度を持つサービスだが、寡占状態にある大手以外まともに提供出来ていないため、市場が無いのだ。
ただし、この時富士通とARMの競業によってARMは成果をあげた。アウトオブオーダー実行など、ARMは高性能コンピュータで必要な技術を富士通から取り込んで現在に至る。
それ故、富士通の商売は上手くいかなかったが、世の中的には良かったとは言えるのではあるのだ。そのIPで大手クラウド各社は自社向け半導体を作って商売をしているのだから。
だから今のタイミングでプロジェクトXに乗ったのだと思うが、綺麗事では語れない話がたくさんありすぎる。
受注はまず間違い無く富士通だと言われている。と言うのは、開発の一部は既に行われているから。
https://monoist.itmedia.co.jp/mn/articles/2310/12/news074.html
そして、国内にもう国産でHPCを作ることの出来る会社はNECと富士通ぐらいになってしまったためである。
富士通は新しいHPCは1位を目指さないかもしれないという考えから、計算効率の方に大きく振った開発を進めおり、国内トップのHPCに採用されたという実績を背景に売り出そうというつもりではあると思われる。富岳の夢再び、だ。
https://cloud.watch.impress.co.jp/docs/special/1560540.html
https://www.fsastech.com/about/
ご覧の通り、富士通のブランドを一切使っていないのだ。既存の商品からも富士通マークを取り払っている。さらに、会社概要に株主欄がなく、富士通の名前が出てこない。（他の関連会社はそういった記載がある）
半導体がどうなったかの流れを知っていると、暗い予感しかしない。
そして、HPCはレイヤーの低い、ハードウエアに近い部分、さらにメカニカルな設計や冷却など物理的な部分のノウハウが多く必要とされる。それを富士通が分社化して製造能力を失っていく中で、果たしてまともにHPCが作れるのだろうか？
さらに、確かに2010年代半ばのころはワークロード不足に陥ってコンピュータは安売りに陥っていたが、現在AIと言う巨大な需要が生み出され、価格も回復、ハードウエアが再び重要と考えられ始めている。ハードウエアと同時に提案できる能力が強みになりつつある。
しかし、既に富士通はそれらに対応するための強みを、はした金と決算の数字をよくするためだけに売り払った後である。案の定、粉飾紛いの異様に高い目標に対して、結果が出ないと言う発表を繰り返している。
富士通はアクセンチュアを真似ていると言われる。以下の記事にはこうある
https://xtech.nikkei.com/atcl/nxt/column/18/00848/00049/
目指す先はアクセンチュア、富士通が主力工場を総務に移管する理由
時田社長は2019年9月に開いた初の記者会見で「開発製造拠点をどう整理するのか」という質問に「既に方向は定まっている。後は状況判断と時期の問題。富士通はサービスに集中する企業になる」と応じていた。
そこまでやったのに、ここ3年ほど株価は伸び悩みが続いている。アクセンチュアの真似をしますと言ったときは撥ねたがが、その後は同業他社や業界全体の株価上昇率に及ばない状況が続く。
それはそうだ。アクセンチュアの真似をしていてはアクセンチュアには勝てない。まして工場売却を通じ、元々の強みを捨て弱みまでアクセンチュアの真似をしているのだ。富士通がこの先生きのこるにはどうすればいいのか？
2009年11月のいわいる事業仕分けから、もう13年も経った。「2位じゃダメなんですか？」の質問の発言で非常に曰く付きとなったアレだ。
ところが最近、13年も経ってまだなおナゼ「2位」という言葉が出てきたかが理解できてない人がかなりいる事を知った。それどころか、スーパーコンピュータの京は、事業仕分け時点で世界一になることが明白だったなどという認識まで飛び出す始末である。
ただ、資料もなしにどこが変だと言っても仕方あるまい。何がどうして「2位」なのか、少し語ろうじゃないか。
初期の次世代スーパーコンピュータ (この時点では名前が付いていなかったが、以下わかりやすく京と呼ぶ) 計画 は、補助金を投入してのHPC産業育成に目を向けられていた[1]。世界一の性能を出していた海洋研究開発機構の地球シミュレータが、NECのSXシリーズをベースにしたベクトル型であり、ベクトル型のスーパーコンピュータは日本のお家芸とみなされていた。これを育成することが一つの目標。そして、立ち遅れていた当時の世界のスーパーコンピュータの潮流、スカラ型の開発に追いつくこと。これがもう一つの目標となった。結果、世界でも類を見ないベクトル型とスカラ型のハイブリットなどという中途半端な方式になる。実に日本的な玉虫色の決定と言えるだろう。しかし、補助金の注ぎ込みが不足し、事業者持ち出しの負担が大きくなってしまった。結果、事業費負担が高額になることを嫌い、NECと日立の撤退する[2]。これにより、世界の潮流通りのスカラ型とならざるをえなくなった。
CPUはというと、世界のスーパーコンピュータの潮流では当時から既に汎用のx86アーキテクチャのCPUが既に多くなってきていた中、富士通はSPARC64VIIIfxを採用した。よく国産CPUと表現されているが、SPARCの名で分かる通り、当然命令セットは米国Sun Microsystems (現 Oracle) のセカンドソースであり、端から端まで国産というわけではない。更に、業務用UNIXをささえるマシンとして一世を風靡したSPARCではあるが、当時ですらもう下火となっていた。京の事業費の約半分、実に600億円が、この専用CPUに注ぎ込まれることになった。なぜその選択をしたのか。富士通のサイトには省電力と安定性が理由として書かれている[3]。しかし、その省電力という目標も、後述するように微妙な結果となってしまった。また、ソフトウェアの使いまわしも微妙となった。
計画は2005年に始まる。世界でも類を見ないベクトル型とスカラ型のハイブリットという構成もあり、概念設計にはしっかり時間を費やした。2007年9月には性能目標は10P FLOPSと示した[4]。稼働開始は2010年、2012年に完成という工程も同時に示されている。直前の2007年6月のTOP500を見ると[5]、1位のIBM BlueGene/Lが370TFLOPS。5年後に30倍という性能を目指したことになる。当時の発表としては、世界一が取れるような計画だったが、しかし日進月歩の分野で5年は結果的に長かった。
さて、前述のように、ベクトル陣営は2009年5月に撤退を決めた。10P FLOPSの性能と決定した時には、ベクトル側も居たのに、そこがぽっかり空いた状態。10P FLOPSのあてはいつついたのだろうか？ 2009年7月の報告書[6]では、スカラ単体で10P FLOPSを達成できること、ベクトル部は存在していても接続まわりの性能が不足していて問題があったことが表明されている。結果的に、なくなってよかったというトホホな内容だ。さて、同報告書では、稼働開始前の2011年6月に、ベンチマークだけでも10P FLOPSを達成してTOP500の1位を目指すと書いてある。どうしてこうなったのだろうか。
遡ること半年の2009年2月3日、米国国家核安全保障局(NNSA)はIBMと新しいスーパーコンピュータ Sequoiaを展開すると発表した[7]。性能は20P FLOPS、京の予定性能の実に2倍を達成するという発表だ。しかも、提供開始は2011年～2012年。京の1年も前になる可能性があるという。
そう、双方が計画通りなら、京は2012年、提供を開始する時には既に2位になっているという話題が出ていたのだ。なるほど、あせって2011年にベンチマークだけでも「トップを取った」という実績を残したいわけである。
さて、その後のSequoiaはというと？
ある意味計画通りだろう、2012年に提供が開始され、2012年6月のTOP500[8]では予定通り20P FLOPSを叩き出し、1位になる。しかし、2012年11月のTOP500[9]では、Crayとオークリッジ国立研究所が作ったTitanが叩き出した27P FLOPSという数字ににあっさりと抜き去られ、2位になる。まるで幽遊白書のラストのような展開だ。しかも、SequoiaはIBMのPower系アーキテクチャで構築されたA2プロセッサだったのに対して、TitanはAMD OpteronとNVIDIA K20Xの組み合わせ。汎用性でも差を開けられている。これはお手上げというものだろう。
さて、話は京に戻す。京が有名になったのは2009年11月13日の行政刷新会議、いわいる事業仕分けである（ここは参考文献は要るまい）。このときまで、そんな計画があることを知らなかった人の方が多かったのではないだろうか。どういうニュアンスで言ったかわからない、まるで日本を貶めているかのように聞こえる「2位じゃダメなんですか？」という言葉が非常にインパクトを与えたことだろう。
さて、じゃぁ何が2位なのか。だ。前述の通り、この時点ではIBMのSequoiaに追い抜かされることが見えていた。TitanはGPUの調達など細かい話が決まってきたのは2010年なので、この時点ではほとんど影がなかったはず。ということで、3位じゃなくて2位としたのは、Sequoiaを意識してのことだろう。つまり、「2位じゃダメなんですか？」というのは、1位を諦めて2位の性能で我慢するべきということではなく、客観的に見れば「2位になるのが見えているのだけど、何で1位と言ってるの？」という話になってくるのが見て取れる。蓮舫氏がそこを意識してたか知らんけど。
共同事業者が撤退し、一応強気に「大丈夫」と言ってはいるが、本当に達成できるかは周りからは疑問符が付くグダグダなプロジェクト状況、ほぼ専用設計で量産時にどういう問題が出るかわからないCPU、ソフトウェアも新規制作。税金の投入は中途半端で、産業を育成したいのか企業負担を増やしたいのかよくわからない（だから撤退する事業者が出る）。そもそもここで出来たスーパーコンピュータ、CPU抜きにしても売れるのか分からない。そりゃ、金田康正教授でなくても、京にはため息が出るというものだ。
さて、京は何を達成したのだろうか？ 京は完成前ではあるもののベンチマークを実施し、見事11P FLOPSを叩き出し、2011年6月[10]と2011年11月[11]のTOP500でトップに躍り出る。この分野に日本ありと示した…かどうかはわからないが、一つの実績として言えるのは間違いない。いや、経緯のグダグダ感からして、見事なプロジェクト進行だったと称賛できる。しかし、前述の通り供用を開始した2012年9月[12]にはTOP500ではSequoiaに追い越されており、直後のTOP500ではTitanにも追い越されて3位となっていた。1位は、ベンチマークだけの存在だったと言える。
では目標の産業育成としてはどうだっただろうか。京をベースにしたスーパーコンピュータ PRIMEHPC FX10[13]やFX100は、東大[14]、名大[15]、キヤノン[16]、九大[17]、信大[18]、JAXA[19]、核融合科学研究所[20]、気象庁気象研究所と、調べるだけでも国内実績は多くある。国外実績は、台湾中央気象局[21]、シンガポールナショナルスパコンセンター、豪州 NCI、英国 HPC Walesと、それなりにある。ただどうだろう。産業としてうまくいったのだろうか。有価証券報告書を見ても、その他のセグメントに入ってしまっているため状況がつかめない[22]。謎ではある。とはいえもし、産業としてそれなりに育ったのならば、有価証券報告書で報告する事業セグメントとして独立したものを与えられてしかるべきだったのではなかろうか。少なくとも1000億も出したのだ。そのくらいではあってほしかった。更に言うなれば、特に競争の激しい国外市場をうまく取り込めたかというと、産業育成という視点では頑張ったとは思うものの心もとない結果だったように、少なくとも私には見える。
消費電力の面はどうだろうか。上述の通り、SPARCを使う理由には省電力が上げられていた。これをライバルのSequoia、Titanと比較してみよう。2012年11月のTOP500[9]で見ると、京は12.6MW消費するとある。Sequoiaは7.8MW、Titanは8.2MWだ。実はこの時の報告のあるスーパーコンピュータの中で、最大の電力消費量を誇っている。高いほうがいいのではなく、消費電力は低いほうがいいので、これはかなり問題がある。
費用面はどうだろうか。これもライバルと比較してみよう。京は日本円にして1120億円かかっている。対してSequoiaは2億5000万ドル[23]、Titanは9700万米ドル[24]だ。2012年11月で見るとドル円相場は82円なので、Sequoiaは約205億円、Titanは80億円となるだろうか。京のプロセッサ開発費を除いたとしても、数字が違いすぎるのだ。
纏めてみよう。京は、一時期でベンチマーク上だとしても、TOP500で1位を取った。これは「夢を与え」(平尾公彦氏)た結果だったろう。しかし、それは砂上の楼閣でもあった。しかしそれを実現するための費用は米国の5～10倍で、性能は実は半分、消費電力は1.5倍という結果になり、産業育成も盛り上がったかどうかは判然としない。こんなところだろうか。
近年のスーパーコンピュータを含めたHPC分野はどうなっているだろうか。近年のクラウドコンピューティングの流れを当然HPC分野も受けており、主要プレイヤーとしてAWSの名前が挙がっている[25]。またレポートでは挙がっていないものの、Google Cloudも猛追しており、円周率の計算では1位を叩き出している[26]。必要な時に、必要な規模で構築できるクラウドコンピューティングの波は、さてHPC分野でどこまで浸透していくのだろうか。産業育成の方向が、2009年時点では確かにハードウェア開発だったろう。しかし、事業仕分けへの反発により、日本は方向性を間違ってしまったのではないか。私は、そんな気がしてならない。
[1] ttps://www8.cao.go.jp/cstp/tyousakai/hyouka/kentou/super/haihu01/siryo2-3.pdf
[2] ttp://www.nec.co.jp/press/ja/0905/1402.html
[3] ttps://www.fujitsu.com/jp/about/businesspolicy/tech/k/whatis/processor/
[4] ttp://web.archive.org/web/20130207162431/https://www.riken.jp/r-world/info/release/press/2007/070914/index.html
[5] ttps://www.top500.org/lists/top500/2007/06/
[6] ttp://www.jaist.ac.jp/cmsf/meeting/14-3.pdf
[7] ttps://www.llnl.gov/news/nnsa-awards-ibm-contract-build-next-generation-supercomputer
[8] ttps://www.top500.org/lists/top500/2012/06/
[9] ttps://www.top500.org/lists/top500/2012/11/
[10] ttps://www.top500.org/lists/top500/2011/06/
[11] ttps://www.top500.org/lists/top500/2011/11/
[12] ttps://www.riken.jp/pr/news/2012/20120927/
[13] ttps://jp.reuters.com/article/idJPJAPAN-24020620111107
[14] ttps://pr.fujitsu.com/jp/news/2011/11/14.html
[15] ttps://pr.fujitsu.com/jp/news/2013/05/15.html
[16] ttps://pr.fujitsu.com/jp/news/2013/08/6.html
[17] ttps://pr.fujitsu.com/jp/news/2013/08/22.html
[18] ttps://pr.fujitsu.com/jp/news/2014/02/13.html
[19] ttps://pr.fujitsu.com/jp/news/2014/04/7.html
[20] ttps://nsrp.nifs.ac.jp/news/PS-next.html
[21] ttps://pr.fujitsu.com/jp/news/2012/06/25.html
[22] ttps://pr.fujitsu.com/jp/ir/secreports/2015/pdf/03.pdf
[23] ttps://arstechnica.com/information-technology/2012/06/with-16-petaflops-and-1-6m-cores-doe-supercomputer-is-worlds-fastest/
[24] ttps://web.archive.org/web/20120727053123/http://www.hpcwire.com/hpcwire/2011-10-11/gpus_will_morph_ornl_s_jaguar_into_20-petaflop_titan.html
[25] ttps://www.sdki.jp/reports/high-performance-computing-market/109365
[26] ttps://cloud.google.com/blog/ja/products/compute/calculating-100-trillion-digits-of-pi-on-google-cloud
自民党総裁候補の高市早苗さんが2030年代に実現する（最初は2020年代）と言って話題になった核融合。高市さんのキャラもあってか「そんなもんできるわけねーだろ」的に扱われることもあるが、実は世界の核融合ベンチャー企業では「2030年代に核融合実現」を掲げて100億以上投資を受けている企業が複数あるので、業界としてはさして驚きはないのである。というわけなので、いくつかの核融合ベンチャーと、官製の核融合実験炉であるiterについて簡単にまとめてみる。
冷戦終結の一つのシンボルとして米露が共同で建設を決めていたiterに、単独で実験炉を作るのを予算的に躊躇していた各国が相乗りしたのが現iterの体制である。
建設地決定の遅れや、上記の各国が機器を持ち寄って組み立てるという、みずほ銀行の勘定システムばりにカオスな体制のために建設は当初予定から20年近く遅れ、2025年初稼働（テストみたいなもん）、本格稼働は2035年という状況になっている。実はこの遅れが核融合ベンチャーが乱立する現在を作ったと言っても過言ではない部分があって、というのも、核融合ベンチャーにはiterに予算が取られて食い詰めた研究者が立ち上げた組織が多いのである。
炉形式は保守的なドーナツ型のトカマク。国際協調なのであまり斬新なアイデアは盛り込まれず、磁石も昔ながらの低温超伝導導体を使う。
投入エネルギーの10倍程度の核融合エネルギーを出すことを目指すが、投入"電力"ではないため、正味はマイナス。発電設備も持たない。ここで得た知見を元に発電を行う"原型炉"を設計する、というのが各国政府の公式な計画（ただし予算は決まってない）である。
iterなどの保守的トカマクが、よくあるドーナツ的な形のプラズマを作るのに対して、球状トカマクは球の真ん中に細い貫通穴を通したような形状をしているのが特徴。球状トカマクは磁場を使ってプラズマを閉じ込める（押し込める）のに有利ではあることがわかっているものの、まだ高温・高密度での実績は弱い。
トカマクエナジーは高温超伝導導体で球状トカマクの磁石を作ることを目指している。球状トカマクは保守的トカマクに次いで実績があるので（日本には九州大学にQUESTという中型装置がある）核融合ベンチャーとしては「目新しさ」は弱いものの、逆に堅さがあるともいえるだろう。米国プリンストン大学（NSTXという装置が燃えて止まっている）とも連携しているらしく、そういう意味でもチームが強い。
すでに100億以上の資金を調達しており、堅実に装置を作って稼働させている。すでに1500万度程度のプラズマを実現している（年内にはこの装置で1億度を目指す）ため、単純な段階としては核融合ベンチャーのトップランナーと言って良い。（世界最高温度は1000億単位かかった日本JT-60Uの5.2億度）
2030年までに電力を電力網に送り出すことを目標としている。
MITのチームがベースになって設立した核融合ベンチャー。もともとMITはAlcator C-modというトカマクを持っていたが、CFSはこれをベースにしたARCという核融合炉を提案している。現在はその前段階装置であるSPARCを建設中である。
Alcator C-modは小ぶりながら、世界最強の高磁場（最大8T）を作れるトカマクとして、他では真似できない成果を出していてプラズマ業界では存在感があったものの、2016年に完全にシャットダウンした。それと前後して元々力のあったMITの高温超伝導研究者とAlcator c-modのプラズマ研究者がタッグを組んで提案したのが、ARCである。
2030年代にはSPARC（商用炉でないものの投入電力より大きな出力を出すことを目指している）を稼働させることを目指しているので、ほぼtokamak energyと同じ目標を少し遅めの日程で掲げていると言ってよいだろう。
ARCという名前は、どう見てもアイアンマンのアークリアクターに引っ掛けているのだけど、残念ながらロバートダウニーJrは再エネ関連に投資しているようでアイアンマンとのシナジーはないようだ。
MTF（磁化標的核融合方式）と呼ばれる方式で核融合炉を目指すカナダのベンチャー。この企業はCEOの人のカリスマ的なやつで早期にお金を集めたという印象がある。CFSやtokamak energyがトカマクによる磁場閉じ込めでの長い歴史と実績（90年代に米国はMITの装置ではないが1000 kWを超える核融合出力を実現している）とチームの長い研究歴を背景に、ある種の堅実さをアピールしている一方で、MTFはテーブルトップでの成果も出ていない状態からスタートアップを初めている。液体金属をぐるぐる渦巻かせて中心に空間を作り、そこに吹き込んだプラズマを液体金属で爆縮して断熱圧縮で高温にするというシステムである。野心的であるということはゲームチェンジャーになりえるということであるが、一方で論文などの試算はかなり大雑把なものなので（プラズマや液体金属がうねったりせずにすごくきれいに断熱圧縮される計算）、「そんなきれいに押しつぶされてくれるもんかねぇ？」という印象を持っている人は多いだろうと思われる。
メジャーな核融合ベンチャーの中では多分最古参企業で、おそらく最大の資金投資を受けている企業。FRCという、トカマクなどとは異なる磁場閉じ込め形式を目指す。FRCはプラズマを閉じ込める磁場を、コイルではなくプラズマの動きで作る。5000万度を達成済で、2030年までに発電実証を目標としている点はCFSやtokamak energyと同じ。FRCは高温は作れてもプラズマを安定して維持する能力は低いので、5000万度を作ったからかといって他より先に進んでいるかというとそんなことはないが、装置を作りまくって成果を出しているのは確かである。元々は陽子とボロンの核融合反応を使った発電を目指しており、その反応で出る3つのアルファ粒子に由来して"Tri Alpha Energy"という名前だったのだが、今は他の形式と同じ重水素と三重水素を使った発電を直近の目標とした（陽子ーボロンも捨ててないらしい）ためTAEと名前が変わったらしい。
細かいところはよく知らないが、核融合一辺倒ではなく、応用技術の特許化などで収益をだしているらしく、そこはすごい。
装置名が「ノーマン（現行）」「コペルニクス」とかっこよいのも特徴。
京都大学小西教授が率いる日本初の核融合ベンチャー。小西教授は核融合炉ブランケット（後述）を専門にしている人で、一般向けエネルギー関連書籍を出してたりしている。
ただし、この会社は核融合炉全体を設計するのではなく、ブランケット（核融合で出た中性子を受け止めて熱に変換するところ）の設計を売る会社である。海外などのプラズマ屋さん主導の核融合ベンチャーは、ブランケット設計はあまり注力していないところが多いので、そういうベンチャーに「あんたの炉はこんなブランケットがおすすめですよ」と設計を売るのが仕事。まぁベンチャーの目的なんて投資額と投資家の意思でどうにでもなるといえばそうなので、お金が予想外に集まればプラズマ屋さんも集めて核融合炉全体の設計・製作だってやるのかもしれないが、さしあたり核融合炉自体を作る予定はなさそうである。ほかもそうだが、日本のベンチャーはこの2年でようやく2つ立ち上がっただけなので、今は正直海外と比べると桁違いに規模が小さいし弱い。ここも表に出ている研究者は一人だけである。
Webサイトの小西先生がちょっと疲れているように見えるのが気になる。
2019年創業。"日本初のフルスタック核融合ベンチャー"をうたう企業。光産業創成大（浜松ホトニクスという企業が作った大学院大学）の研究者が設立したらしいが、新しいため詳細は不明。"フルスタック"という言葉はよくわからないが、京都フュージョニアリングがブランケットのみの開発を売っていることと対比して、核融合炉全体を見て実現を目指すという意味だろうと思われる。レーザー核融合は米国NIFの2010年代の大コケにより世界的に元気がないので、生き残りをかけているのだろう。日本のレーザー核融合といえば大阪大学のレーザー研があるが、こことどの程度の連携をするかなども詳細不明である。
ちなみに、"EX-Fusion"で検索すると、ドラゴンボール関連ゲームでの同名の設定のほうが上位に表示される。
Webサイトのみ公開されている未設立の企業。まだ設立すらしていないので何もかも謎だが、噂では日本の核融合科学研究所のチームが作るようだ。核融合科学研究所は1億度を超えるプラズマの実績のあるヘリカル型（トカマクとは違うよじれたコイルが特徴）の装置を保有しているのだが、近々シャットダウンを予定している。その後は新規の大型装置の予算が確保できないために小型設備での基礎研究に舵を切るとされているため、内部の核融合発電所を本気で作りたい一派が起業するらしい。日本で"ヘリカル型"といえばここか京都大学なので、名前からしてどっちかであるのは確かだろう。
富士通がオラクルと組むのは SUN 関連だと思うけど、富岳で SPARC をやめて袂を切ろうとしていて、少しずつ距離間出てきたね。
オラクルと富士通は銀行と役所、あと巨大病院のシステムをクラウド化したいのじゃないかな？ただ、AWS はソニー銀と三菱UFJ銀行が利用しているみたいで、ソニー銀行は Oracle のサービスを AWS で動かすことで、コストダウンしたみたいで満足感あるっぽいよ。
富士通のクラウドは触ったことないけど、UX は酷いみたいね。個人的には AWS と Azure も今ひとつで、GCP のが良いと思っているけど。
単純に触るなら AWS、熱意があるのが GCP、ビジネスがわかっているのは Azure、って印象かな。僕はさくらインターネットに頑張って欲しいけど。
業界人です。お盆休みに帰省できず暇を持て余した友人から急にSkypeがかかってきて、「そういえば日本の半導体産業って衰退してるってよく言われるけど今どんな感じなん？やっぱり人件費で中国韓国に勝てないの？」みたいなことを聞かれて、日本の半導体産業の規模感って一般にあまり知られていないと思ったので、備忘録的に日本で半導体を製造している主要メーカーとその工場について書いてみる。
始めにロジック半導体とメモリ半導体から。気が向いたら他の分野も書く。
追記:書いた
https://anond.hatelabo.jp/20200813164528
半導体工場で使用される製造装置は寡占化が進んでおり、世界中どのメーカーでも使われる装置自体に大差はない。
この辺の記事 (https://eetimes.jp/ee/articles/2003/17/news048_4.html ) を見てもらうとわかりやすいけれども、各工程で使用する装置はどの分野も3社程度で寡占されている。
これらの装置の費用が非常に高いため(一番高価な露光装置で50億超、最新のEUVだと100億)、製造コストに占める人件費の割合は低い。
工場で働く人たちは装置のメンテナンスや、管理システムの構築、製造計画のプランナーとかで一般的な工場ブルーカラーのイメージとはタイプが異なる。
リーマンショック後の2010年あたりで新規の設備投資がほとんどなくなった。もはや質・量ともに諸外国と先端品で競えるレベルに無く、外資系企業の買収が進む。
経産省がTSMC誘致を企画しているようだが、現状の日本国内には先端品の需要が少なく、実現性は低いと思われる。
日立・三菱電機・NECのロジック半導体部門の流れをくむ日本を代表する半導体メーカーだが、
売上的には縮小均衡を重ねて 1+1+1=1 と残念な結果に終わっている。
かつてはSoC、マイコン、車載等様々な分野で世界一の売り上げを誇っていたが、現在では上記のすべてで世界一から陥落している。売れるものがなくなれば工場への投資はできないわけで…
■ ユナイテッドセミコンダクタージャパン (台湾UMCが富士通から工場買収)
かつてのフラッグシップスパコン、『京』のCPUを製造した工場。他にもSparcプロセッサや、VIAのGPU、各社デジカメのSoC等、地味にいろんな会社の受託製造をしていた。
が、プロセッサの需要はTSMCに流れ、デジカメは市場大幅縮小。車載分野に活路を見出そうとしているが先行きは大丈夫なのか…
■ タワーパートナーズセミコンダクター (イスラエルTower JazzセミコンダクタがPanasonicと合弁)
Panasonicが自社のデジタル家電で使うプロセッサを製造するために設備投資をしていたが、
台湾Mediatekのデジタル家電向けプロセッサに太刀打ちできず規模縮小。
一時期32nmの半導体を世界に先駆けて量産との報道が出ていたが、現在では作っていない模様。
Panasonicは半導体製造分野から手を引きたくてイスラエルの会社に51%の株式を譲渡。運営の主導権を渡す。
今は何を主力で作っているのだろう?
ちなみに。規模はともかく一般的に半導体のイメージがそんなにない下記の国でも、実は日本よりも進んだ製造プロセスの工場を持っていたりする。
先端ロジック半導体の製造に関しては、すでに勝負がついた感がある。
ドイツ：Global Foundries(資本は米) 12nm
日系・外資含めた主要メーカーは3社。技術・設備投資ともに世界2位の水準。現在も年間数千億円が継続して投資されている。
20年ほど前、『メモリは装置があれば誰でも作れる汎用品』との言説が流行し、各社一斉にロジック半導体にシフトした時期があったが、結局は今に至るまでメモリ分野のほうが競争力を維持できているというのは何とも皮肉。
外資系の影響力は増したが日本に産業が残っており、お金も回っている。
■ キオクシア (旧東芝メモリ)
旧東芝メモリ(現キオクシア)のNAND型Flashメモリの主力工場。増設を重ねて規模だけでいえば全世界で最大の半導体工場だったはず。
2次元NANDの時代には微細化で世界トップクラスの技術を誇っていたが、3次元化に出遅れて技術的な優位がなくなってきている模様。
96層世代では辛うじてキャッチアップできたようだが、技術的には韓国サムスン電子・米Micronに先行を許す。中国メーカーYMTCの製造が急速に立ち上がる中、先行きは予断を許さないだろう。
上記四日市工場は確かに世界一の規模を誇っているのだが、これ以上規模を拡大すると人材募集が難しくなる(東海地方の理工系人材は自動車・化学とも取り合い)ことや、周辺の交通渋滞慢性化による物流の効率低下、地震等の自然災害で事業が壊滅するリスク等を踏まえて2019年に新設された最新鋭の半導体工場。
ただ、工場の規模がまだ小さいため、電気・水道・工業用ガスといったインフラの費用が割高になることや新規採用したオペレーターの習熟度等の影響で四日市工場よりも製造コストは高いと推測される。
■ Micron Memory Japan (旧エルピーダメモリ)
NEC・日立・三菱電機のDRAM部門が統合してできたエルピーダメモリの破綻後、米Micronが買収。
米国企業になり財務に余裕ができた影響か設備投資が増額されており、昨年には世界に先駆けて1Znm世代のDRAMを量産に成功。
ちなみに1Znm世代とは何ぞやという話だが、DRAM業界ではプロセス基準のサバ読みがもともと横行していたのだが、20nmを切ったあたりで微細化のペースが落ちた結果、具体的に何nmといえなくなってアルファベットで世代を表している模様。
なお、リクナビの新卒募集要項を見ればわかるが、待遇は日系メーカーよりはるかに良い。
上記キオクシアの半導体工場を共同運営していた米SANDISKを米Western Digitalが買収。
投資を折半しているだけでなく、日本に開発拠点や製造の人員も擁しており、何気に日本国内での事業規模は大きい。
余談だが、日立がフラッシュメモリから撤退したときに人員が旧SANDISK日本法人に流れ、日立はHDD部門もWestern Digitalに売却していることから、管理職クラスは旧日立系が多いとの噂。
日本法人社長も日立出身だしね。なお、キオクシアとWestern Digitalは同じ分野の仕事をしているにもかかわらず、上記Micronと同様、リクナビを見ればわかるように日系メーカよりも良い待遇となっている。
半導体業界を志望している学生諸君、キオクシア受けるならWestern Digitalの方がいいぞ！
以下、プログラミングは出来ない俺の認識が間違っている場所があったら教えて下さい。あと、疑問２つを教えて下さい。
【俺の認識】
1. コンピューター（というかCPU）が実行する命令は【機械語】で書かれている。たとえばx86CPUの場合、0x04ならば『imm8をALに加算する』命令、0x90ならば『何もしない』などである。
2. 流石に機械語のままでは人間がプログラムするには不便なので、機械語をそのまま人間にも意味が分かるように１対１対応で書き直した【アセンブラ言語】というのがある。0x04ならば『ADD AL, imm8 』、0x90ならば『NOP』と表記される。
3. アセンブラ言語のように機械語と１対１対応している言語を【低級言語/低水準言語】と言う（この呼び方、4で書く高級言語が出来てから生まれたレトロニムか？）
4. アセンブラのままでプログラムするのも困難である場合が多いので、機械語と1対1対応していないプログラミング言語もある。このような言語を【高級言語/高水準言語】と言う。
5. 高級言語で書かれたものはそのままではコンピューターには実行できないので、【コンパイラ】というソフトによって機械語に変換している。
6. 高級言語で書かれた状態を【ソースコード】と言う。このソースコードをx86用のコンパイラでコンパイルすればx86で動くソフトになり、SPARC向けにコンパイルすればSPARCで、PowerPC向けにコンパイルすればPowerPCで動くソフトになる。
【疑問】
a. 認識6が正しいのであれば、（サポートするファイル形式の問題などを置いておけば）windowsとmacは現時点では同じCPUを使っているのだから、同じコンパイラでコンパイルしたソフトはwindowsでもmacでも動くのではないか？
｜因みに富嶽（富岳？）のCPUは命令デコーダをarm化したSparc64です。
｜https://monoist.atmarkit.co.jp/mn/spv/1905/07/news013.html
フリーライターの立場でこんな学術的な記事書けるのすごいと思うけど
”CPUは命令デコーダをarm化したSparc64です。”とかフリーライターの書いた記事を参考にしゃちゃダメでしょ・・・・
スパコン京の時に聞いた話だけど、HPC用のプロセッサは特注品でSI用に作ってるやつとは
わかりやすいとこだと、HPC用はL3キャッシュが無くてSI用はL3まである。
HPC用がL2までしかない理由は、これまたHPC用特別カスタムのLinuxカーネルに合わせるため。
LinuxカーネルがHPC用特別カスタムなのはそうしないと勝てないかららしい(OSノイズ)。
だから全部作り直しだと思うよ
HPCの富岳のやつ
https://github.com/fujitsu/A64FX/blob/master/doc/A64FX_Microarchitecture_Manual_jp_1.1.pdf
ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。
今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。
「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。
タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー
面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。
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を腐す要素として挙げられてしまうのでした。
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は今とはデザインが大きく異なります。
この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。
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は使うべきではありません。
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 SE とは別にこの時代に Java EEがリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。
2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットのサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的なユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。
企業で用いられる社内システムにもServletは多く採用されました。
理由はいろいろ挙げれると思うのですが
というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャはある意味では便利で簡単でした。
もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。
2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホ、ガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。
そこにdocomoのiアプリ、Jフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ！というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリはちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。
iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。
docomoはiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。
この賭場が、将来にAppleのiPhone, GoogleのAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoはSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。
話を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の思想といいますか、要求というのは今でも息づいているのだなと思った次第です。
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を学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。
見出しはこれ http://anond.hatelabo.jp/20121219191602
http://toro.2ch.net/test/read.cgi/unix/1288765389/232
232 ：名無しさん＠お腹いっぱい。：2012/03/25(日) 15:05:26.72 今月はじめ、職場に新しいPC(Pentium4の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにオープン系を採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのは UNIXのインストールパッケージでした。 「うへぇ～、よりによってUNIXかよ」 デバイスドライバがない、コマンドが変・オプションがない、X環境が古い、 今の奴は日本語入力大丈夫なのか(Wnn/Canna/kinput2)、将来の64bit移行はどうなのか、 今時のネットで必須のflashのプラグインは存在するのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一CADなどのエンジニアリング環境が充実していたUNIXは大学など 教育機関に浸透していて、日本のUNIX界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去10年のUNIX界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPlamoでもDebianでもRedHatでもKondaraでも Slackwareでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1355909018/4
4 ：名無しさん＠お腹いっぱい。：2012/12/19(水) 18:44:07.79 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、複数マシンでファイルを共有するのは 聞いていたのですが、起動したマシンの/etc/fstabの項目に書かれていたのは nfsという文字でした。 「うへぇ～、よりによってNFSかよ」 ファイルロックすると刺さる、ファイルを消したのに.nfsXXXが残る、 今の奴はACL大丈夫なのか、ファイルのCapabilityに対応してるのか、 今時のLAN上で使ってもセキュリティは大丈夫なのか不安はつきませんし、 ユーザーが減ってるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一ローカルディスクかネットワーク上かの区別なく透過的にファイルに アクセスできたNFSは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ファイルに書き込んだら所有者がnobodyに なっちゃったよとか、タイムスタンプがずれるよとか、NFSv4にしたらマウント できなくなったよとか、TCPよりUDPの方がオーバーヘッドが無い分速いはずだよね などと、鯖管気取りの偏ったどうでもいい我侭を言いだし、 (だからNFS鯖にするんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のNFS界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSambaでもNetatalkでもFTPでもなんでもいいですが 安定してユーザーが多いファイル共有システムにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1351627596/3
3 ：名無しさん＠お腹いっぱい。：2012/10/31(水) 10:57:28.82 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSに*BSDを採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはFreeBSDのインストールパッケージ でした。 「うへぇ～、よりによってFreeBSDかよ」 カーネルが変、日本語環境がない、ソフトが変・揃ってない、今の奴は 日本語文字コード大丈夫なのか(utf-8)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一PC98環境が充実していたFreeBSDは大学など教育機関に浸透していて、 日本のFreeBSD界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ポーツ(笑)でemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかとかなどと、 鯖管気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のFreeBSD界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもdebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1209056071/887
887 ：名無しさん＠お腹いっぱい。：2012/10/21(日) 11:56:55.61 今月はじめ、職場に新しい組み込みマシン(ファン付きだけど結構省スペース構成)が 入りました。多分私が開発全般をまかされそうな雰囲気です。業務的にとある 構造分析やシミュレーションなど行う必要があり、プログラムにアセンブラを 使用するのは聞いていたのですが、添付のサンプルソースコードからチラッと 見えたのはsethi %hi(hoge),%o0という命令でした。 「うへぇ～、よりによってSPARCかよ」 長くなるバイナリーコード、奇数アドレスワードアクセス不可、使いにくい レジスタウィンドウ、今時の素早いコンテキストスイッチに対応できるのか不安は つきませんし、今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にSPARCに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、32bitCPUでRISCでM68K系よりも高速で動作したSPARCは 大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、16bitイミーディエイト値すら1命令でロード できかないのかよとか、関数呼出しのたびになんで約100バイトもスタックフレームが 要るんだよとか、フラグレジスタの読み出しがなんで特権命令なんだよとか、 %g0ってレジスタ値変わらないし壊れてるよ、初期不良で交換だよとか、 アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからSPARC使うんじゃ ねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、 過去25年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
前のはこれ http://anond.hatelabo.jp/20121219191602
http://toro.2ch.net/test/read.cgi/unix/1036951410/601
601 ：名無しさん＠お腹いっぱい。：2012/07/10(火) 15:04:00.62 今月はじめ、職場に古いパソコン(i486DX2の結構ローエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありハードにパソコン系を採用するのは聞いていたの ですが、搬入されたパソコンのダンホール箱に印刷されていたのはPC-9801という 文字でした。 「うへぇ～、よりによって98かよ」 NetBSD/OpenBSDインストール不可、Solarisも不可、SATA-HDDからブートできるのか、 今時のLCDディスプレイにつながるのか、FreeBSD9.xは対応してるのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一コンソールでの漢字ROMによる日本語表示ができたPC-98は大学など 教育機関に浸透していて、日本のパソコン界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、firefoxは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のパソコン界隈のくだらないそれらの 議論が再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPC/ATでもSPARCでもPA-RISCでも PowerPCでもなんでもいいですがメジャーかつ現行のマシンにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/992942337/737
737 ：名無しさん＠お腹いっぱい。：2012/09/16(日) 16:27:31.40 今月はじめ、職場に新しい組み込みマシン(ファンレスの結構省電力構成)が入りました。 多分私が開発全般をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、プログラムにアセンブラを使用するのは 聞いていたのですが、添付のサンプルソースコードからチラッと見えたのは LD A,(HL)という命令でした。 「うへぇ～、よりによってZ80かよ」 アドレッシングモード皆無、リロケート不可、使いにくいインデックスレジスタ、 今時の関数引数のスタック渡しに対応できるのか不安はつきませんし、 今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にZ80に触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、8bitCPUでi8080上位互換でi8085よりも多くのツギハギ命令を追加拡張した Z80は大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ADD A,(HL)はできるのにADD B,(HL)は できないのかとか、相対アドレスのCALL命令はないのとか、 スタックフレームポインタとして使いたいのにLD HL,SPっていう命令ないじゃんとか、 アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからZ80使うんじゃねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、 過去30余年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1011306728/134
134 ：名無しさん＠お腹いっぱい。：2012/07/15(日) 14:17:53.53 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、X Window System上のアプリケーションを 使用するのは聞いていたのですが、OSを起動して黒いバックに白い文字だけの 英語の画面に表示されていたのはlogin:というプロンプトでした。 「うへぇ～、よりによってxinit方式かよ」 CUIログインなんて古い、コマンド入力なんて古い、今の奴は日本語入力設定大丈夫 なのか(XMODIFIERS)、今時のマルチシート環境に対応できるのか不安はつきませんし、 xinitユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にxinitに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、X11で唯一$HOME/.xinitrcを手書きするというCUI的方法で環境設定できた xinit方式は大学など教育機関に浸透していて、日本のX11界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、GNOME/KDEはどうやって起動するのか、 ウィンドウマネージャを終了したらXごと落ちたとか、ck-xinit-sessionはないのか などと、X11通気取りの偏ったどうでもいい我侭を言い出し(だからxinit方式にするん じゃねーよ)それと戦わなければならないのでしょう。そして時代によって 決着している、過去25年のX11界隈のくだらないそれらの議論が再現され、 それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではgdmでもkdmでもwdmでも xdmでもなんでもいいですがグラフィカルなディスプレイマネージャにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1094041299/383
383 ：名無しさん＠お腹いっぱい。：2012/07/12(木) 19:20:13.06 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、制御コマンドとしてシェルスクリプトを 使用するのは聞いていたのですが、そのファイルを開いて1行目に書かれていたのは #!/bin/tcshという文字列でした。 「うへぇ～、よりによってtcshかよ」 ファイル記述子のリダイレクト不可、クオートのネスティング等に無理あり、 今の奴でさえシェル関数は使えないし、パイプラインの終了ステータスもおかしいし、 今時の担当者が扱ってセキュリティは大丈夫なのか不安はつきませんし、 スクリプトとしてのcshは嫌われるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にcshに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、シェルで唯一aliasやhistoryやジョブコントロールの機能が使えた cshは大学など教育機関に浸透していて、日本のシェル界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、$*でスペース入りファイル名が扱えないとか $<でファイルから読めないのかとか、if文の条件式のコマンドでリダイレクト できないのかなどと、シェル通気取りの偏ったどうでもいい我侭を言い出し (だからcshスクリプト書くんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のシェル界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではbashでもzshでもkshでもashでも Bourne shでもなんでもいいですがBシェル系のシェルにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
続く。
http://engawa.2ch.net/test/read.cgi/linux/1263028279/298
298 ：login:Penguin：2012/03/14(水) 06:01:43.41 ID:gAhyxynR ＞＞283 ＞＞291がVineを押してますが… 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。多分私が運用保守をまかされそうな 雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要がありOSにLinuxを採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのはVineのインストールパッケージでした。 「うへぇ～、よりによってVineかよ」 カーネルが古い、日本語環境が古い、ソフトが古い・揃ってない、今の奴は日本語文字コード大丈夫なのか(utf-8)、 x86_64環境は大丈夫なのか、今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報もすくなく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が強気の知ったかぶりをして 発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一日本語環境が充実していた(*)Vineは大学など教育機関に浸透していて、日本のLinux界に多くのバカを 輩出しました。((*)昔の話です。現在はutf8対応やsambaのvfs対応など使い物にならないレベルで遅れていそうです) これから私は、おそらくそういうバカが、emacsを入れさせろ、Texを入れさせろ、コンソールでEUCは使えないのか、 crond使えないのかとかなどと、サバ缶気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。そして時代によって決着している、過去20年の Linux界隈のくだらないそれらの議論が再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではubuntuでもdebianでもFedoraでもRHELでもopenSUSEでもなんでもいいですが メジャーかつ現行のものものにしてください。Kernel2.6 gcc4 glibc2.4 GNOME3/KDE4が最低ラインです。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/999172129/740
740 ：名無しさん＠お腹いっぱい。：2012/03/15(木) 13:42:50.73 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにUNIX系を採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはSolarisのインストールパッケージ でした。 「うへぇ～、よりによってSolarisかよ」 カーネル再構築不可、コマンドが変・オプションがない、KDE環境がない、 今の奴は日本語文字コード大丈夫なのか(ja_JP.PCK)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一フリーウェアのmake一発率が高かったSunOSは大学など教育機関に 浸透していて、日本のSolaris界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のSolaris界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもDebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1000022300/812
812 ：名無しさん＠お腹いっぱい。：2012/07/18(水) 15:51:49.38 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、拡張カードを刺してHDDを増設して使う ことは聞いていたのですが、納品された拡張カードに書かれていたのは AHA-2940Uという型番でした。 「うへぇ～、よりによってSCSIかよ」 たった20MB/s、コネクタもケーブルも太くて古めかしい、今の奴はOS入れても /としてマウントできるのか、今時の高速HDDに対応できるのか不安はつきませんし、 SCSIユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にSCSIに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一HDDやCD/MO、テープドライブ等を外付けにでき、デイジーチェインで 拡張性が高かったSCSIは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ターミネーターが無いよとか、 SCSIケーブル全長1.5mだっけ? 6mじゃないの?とか、SCSI IDがぶつかっちゃった、 などと、SCSI通気取りの偏ったどうでもいい我侭を言い出し(だからSCSIにするん じゃねーよ)それと戦わなければならないのでしょう。そして時代によって 決着している、過去25年のSCSI界隈のくだらないそれらの議論が再現され、 それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSATA1でもSATA2でもSATA3でも eSATAでもなんでもいいですがシリアルATAのHDDにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1061122459/497
497 ：名無しさん＠お腹いっぱい。：2012/08/03(金) 20:34:26.89 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、X Window System上のアプリケーションを 使用するのは聞いていたのですが、X11を起動して表示されたのは、 白黒メッシュのバックに平面的な緑の枠のウィンドウマネージャでした。 「うへぇ～、よりによってtwmかよ」 カラーXpmアイコン表示不可、ウィンドウ最大化とかできない、 GNOME非対応、今の奴はタイトルバーに日本語表示大丈夫なのか、 今時の仮想デスクトップ環境に対応できるのか不安はつきませんし、 twmユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にtwmに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、X11で唯一標準ウィンドウマネージャとしてソースツリーに含まれていた twmは大学など教育機関に浸透していて、日本のX11界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、GNOME/KDEのウィンドウマネージャをtwmに 設定できないのかとか、$HOME/.twmrcを設定するGUIツールはないのかとか、 タスクバーはどこにあるのかとか、X11通気取りの偏ったどうでもいい我侭を言い出し (だからtwm使うんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のX11界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではmetacityでもkwinでもfvwm2でも mwmでもなんでもいいですが普通のウィンドウマネージャにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
続く。
こんにちは、専攻科でJABEE取得を目指してるSPARC嬢です。私は学位も知名度もありませんしモジョですが、恋愛に関してはプロフェッショナル。今回は、モテる女子力を磨くための4つの心得を皆さんにお教えしたいと思います。
あえて2～3世代前のポケコンを使うようにしましょう。そして場で好みの男がいたら話しかけ、わざとらしくポケコンを出していじってみましょう。そして「あ～ん！ このポケコン本当にマジでチョームカつくんですけどぉぉお～！」と言って、男に「どうしたの？」と言わせましょう。言わせたらもう大成功。「関数電卓とか詳しくなくてぇ～！ ずっとコレ使ってるんですけどぉ～！ 使いにくいんですぅ～！ ぷんぷくり～ん（怒）」と言いましょう。だいたいの男は新しいマイコンを持ちたがる習性があるので、古かったとしても1世代前のPDAを使っているはずです。
そこで男が「新しいマイコンにしないの？」と言ってくるはず（言ってこない空気が読めない男はその時点でガン無視OK）。そう言われたらあなたは「なんかなんかぁ～！ 最近Newton PDAが人気なんでしょー!? あれってどうなんですかぁ？ 新しいの欲しいんですけどわかんなぁぁああい!! 私かわいそーなコ★」と返します。すると男は「HP 200LXでしょ？ Appleからは出ないよ。本当に良くわからないみたいだね。どんなのが欲しいの？」という話になって、次の休みの日にふたりでマイコン選びのデートに行けるというわけです。あなたの女子力が高ければ、男がZaurus買ってくれるかも!?
「Kya-!」とか「KanaSii」などと入力する「SKK」を端末に入れると、男性ATOKユーザーは「なんかこの子マメやなぁ」や「自動で複文節変換してあげたいかも」と思ってくれます。計算機上では現実世界よりも言葉の音節・文節のイメージが相手に伝わらないので、音節ごとにハッキリ物申すことによって、男性はあなたをしっかり物の女の子と勘違いしてくれるのです。そういうキャラクターにするとほぼ絶対に同性にも嫌われますが気にしないようにしましょう。
3. とりあえず男には「えー！ なにそれ!? 知りたい知りたーい♪」と言っておく
飲み会などで男が女性に話すことといえば美少女ゲーやパチンコの話ばかり。よって、女性にとってどうでもいい話ばかりです。でもそこで適当に「へぇーそうなんですかぁ～？」とか「よくわかんないですけどすごいんですねぇ」と返してしまうと、さすがの男も「この女ダメだな」と気がついてしまいます。ダメ女だとバレたら終わりです。そこは無意味にテンションをあげて、「えー！ なにそれ!? 知りたい知りたーい♪」と言っておくのが正解。たとえ興味がない話題でも、テンションと積極性でその場を乗り切りましょう。積極的に話を聞いてくれる女性に男は弱いのです。
いろいろと話を聞いたあと、「おまえはオレで、オレがおまえなんですね！ わかります！ アッー！」とコメントすればパーフェクト。続けて頭に指をさしてくるくる回しつつ「みすずちんハァハァ…みすずちんハァハァ…」※と言って、「もう…ゴールしてもいいかな？」※と男に言わせるのもアリ。そこで「私のバブルメモリに記録しているのでありますっ☆」と言えば女子力アップ！ そこでまた男は「この子おもしろくてカワイイかも!?」と思ってくれます。私は学位も単位もありませんしモジョですが、こういうテクニックを使えば免疫がない私のようなバカ女のほうがモテたりするのです。男は優越感に浸りたいですからね。
教官室に入ったら、真っ先に計算機のマウスを確認して、「あーん！ 私Macじゃないと使えないんですよね～（悲）」と言いましょう。するとほぼ100パーセント「どうして？ これ(DEC Alpha)もUN*Xだよ？」と聞かれるので、「マウスのボタンが3つも有ったら迷っちゃうんですっ＞＜」と返答しましょう。ここでまた100パーセント「でもコンソールで使ってたら関係ないよ？」と聞かれるので、うつむいて3～5秒ほど間をおいてからボソッとこう言います。「……だって、……だって、漢字Talkだからマウスで使うじゃないですかぁっ！ Welcome to Macintoshですぅ！ まだ爆弾も出てないのにぃぃ～（悲）。coreすら吐けないんですよ……」と身を震わせて言うのです。
その瞬間、あなたの女子力がアップします。きっと男は「なんて優しい天使のようなコなんだろう！ 絶対にLisaをプレゼントゲットしてやるぞ！ コイツは俺の女だ！」と心のなかで誓い、あなたに惚れ込むはずです。意中の男と付き合うことになったら、そんなことは忘れて好きなだけAdobe製品を買って大丈夫です。「漢字Talkなんじゃなかったっけ？」と言われたら「大丈夫になった」とか「慣れた」、「そんなこと言ってない」と言っておけばOKです。
※一部訂正しました。年齢に関するツッコミが多いですが、ドリームモーニング娘。のメンバーの年齢の平均＆分散ぐらいの範囲です。
計算する問題が分割されたままで良い、という領域においては当然そうなる。分割したもの同士が相互作用しないのなら。
残念ながらシミュレーション系においてはそらGRAPEが扱うなかでもごくごく一部ぐらいだけがそうで（普通は共有メモリ内で参照できるからそんな高いコストを払わなくて良い）、それ以外はメッシュだろうが格子だろうがIBだろうが最低でも隣接する領域との相互作用計算のための共有メモリ外との通信が発生する。
スケールアウトできないのはものすごく雑に言うと、
・扱う問題が原理的に向いてない
・計算機同士のインターコネクトが今でも遅すぎるのにこれ以上遅くしたらまさに演算系の無駄
ってとこがものすごく大きい。
評価・統合などなどまあ使う方式で言い方も使い方もいろいろあるけど、分割しただけで統合したりする処理が要らないんだったら、まさにRoadrunnerのOpteronブレード部分は無用だよ。計算するだけならCellブレードとインターコネクトボードがあればいい。だがOpteronを使わなきゃいけない（というわけでも無いんだけどあれぐらいの処理能力とメモリバンドとローカルメモリはバランス的に欲しい）というところに何かがあると感じてくれ。これをかいてる自分増田は定量的に～とか言われると式をグダグダ書き連ねないと説明できない低脳なので。
長大ジョブを投入して計算中でも、計算を止めないままノードごと別のノードに引き継がせて、そのノードを捨てたり点検したり、ってのは超大規模クラスタではもちろんある。
（脱線するが、x86は縮退させにくいとか、信頼性が足りないとかいうのも最近みかけるけどそんなことはない。x86だからということはないし、ノードの設計とジョブの入れ方できまるようなもの。あとすべてのノードをVMにのせてジョブを続けながらLive Migrationした実証実験なんてのもある。x86系コア・メモリのRAS機能は充実してきてるとはいえまだ足りないが、RAS機能がホントに重要ならPOWERベースにすれば実績と性能の点で申し分ない。x86の出自云々をいうならsparcだって出自がアレだしね。zシリーズにまで同一コアが使われるPOWERとは違う。脱線終わり）
それにスケールアップといったときに地球シミュレータの例はあまり適切ではないとおもう。アレは元々いろいろとアップグレードしにくいシステムだったし。
どうせならアップグレードしやすいCray XT5や、今度のXT6あたりで比較しよう。ちょうどJaguarのコアアップグレードは4Phaseにわけて実行された。
http://www.nccs.gov/computing-resources/jaguar/road-map/
コアの入れ替えだけなんでかかった費用は支援費の二千万ドル含んで数千万ドル（ちょっと語弊があるけど）。
あとJaguarはNCCSの配下にあるというのは一つの特徴だろう。利用時のスケジュールポリシーなんかもほぼ全部載ってるので、読んでみるといいよ。ちなみにNCCSのトップページにはいつも今配下のクラスタに投入されてるジョブがでてる。
ついでにGoogleのシステムはパソコンがベースって言って良いのかわからないぐらい特化してるよ。だから省電力でもある。それを安く調達するのはまさに規模の経済。
ToRスイッチを完成品じゃなくてBroadcomからチップ買って自前で専用のスイッチつくっちゃうのも規模の力。
最近いろんなところで引き合いに出されるNACCのGPUクラスタはコスト面とアルゴリズムで比較対象にもいい。簡単にいうと「苦手」なものを対象としないことで他の問題に最適化したのが濱田先生のところのチームがつくったクラスタ。特性を把握して性能を引き出して、実際に運用したという意味でとても良い研究なんだけど、故に超大規模クラスタとかで走らせることになる巨大CFDモデルなんかは対象外のシステムだ。
だから最近のスパコンうんたらかんたらとやらでNACCの話を持ち出してる記事やらエントリやらを見かけたら、そこに書かれてることは無視するといい。持ち出してくる奴は、基本からして間違ってるか何でも繋げればスケールアウトすると勘違いさせたがってるだろうから。
NECのベクトルコンピューティングの粋を集めた地球シミュレーターがすげえが流石に近年型落ち気味
→日本のスパコン三社（NEC・日立・富士通）の総力を結集してスカラー型とベクトル型の長所を併せ持つまったく新しいスパコン作ろうぜ！
→新しすぎて開発難航
→富士通単独なのでベクトル型云々の話はなかったことに。普通に富士通のスカラー型スパコンのごついのを開発することになる
→あれ？ スカラー型ならいまどきSPARCでもなくね？ PCアーティテクチャなものの巨大クラスタの方が安上がりかつ演算速度早くならね？＜いまここ
って話だと理解してるんだが。
仕分け人の「スパコン無用！」に聞こえる発言は乱暴だし、いや実際研究活動に最新鋭スパコンは要るのは要るし早ければ早いほど良いのは確かなのだが、現状には問題ありすぎなのは確かなので、
「今の富士通との一社随意契約はご破算！ 目標スカラー演算能力だけ示してIBMそのほか海外勢にも参加してもらって提案協議からやり直します（たぶん海外が勝つから」
って方向の『抜本的見直し』じゃいかんのかなあ、と。
事業仕分けのスパコンの話をクソミソソフトウェア開発現場から思う：
たまに見積もりを出すとき、SIの会社から、こういう話をされる。
「あー、この案件、国の案件だからさー、見積もりはもっともっと、積んでもいいよ。高ければ高いほどいいし。おれらは、それにXX%乗せるだけだから、高いほうがいいんだよ。」
「と、いいますと？」
「ぶっちゃけ、もう一桁、上でもいいよ。」
「ああ、いいよいいよ。」
1人月200万の幽霊エンジニア部隊が書かれた見積もりをぼくが書き、下請けSIerがそれに何割か上乗せした金額を上になげ、さらに何割か上乗せした金額を大手SI子会社の中受けSIerが見積もりを書き、さらに元受の大手SIerが何割か乗せて、国に出す。つまり、最初のぼくの見積もりから累積的に上乗せするので、ぼくの価格が高ければ高いほど、みんなが潤うのだ。仮に30%づつのせたら、すでに倍くらいにはなってることになる。場合によっては、もっと乗せる人もいる。
国がカネを出す案件ならば高い見積もりを出せば出すほどいい。IT業界の常識だ。彼らはわかってないから値段の理由なんていくらでも言いくるめられる。そんな空気がある。
スパコンもそうだと思う。公式サイトによると、富士通製SPARC64TM Ⅷfx、8コア、128ギガFLOPSを使うらしい。
http://www.nsc.riken.jp/pamphlet2009/p5.html
これの前のSPARC M4000/M5000のCPUで2.5GHz*2のCPU「だけ」で一個400万。(ただし、Sun Microsystems製)
実際に搭載されるCPUは、これよりも性能が高く、これよりもっともっと高いんだと思う。もちろんスパコンなので、これを何百個も、何千個も使うんだろうけど、別にこんな価格性能比の悪いCPUを使う必要があるのか分からない。世界のスパコンの多くは価格性能比がいいインテルやAMDなのに、なぜか富士通のSPARCなのは、謎だ。
http://japan.cnet.com/blog/kichi/2009/11/21/entry_27035470/
けど、高ければ高いほどいいのだ。
廃止とか、凍結じゃなくて、適正価格かどうか調べる人の方が大事だと思う。
以下、Wikipediaより、
http://ja.wikipedia.org/wiki/%E6%B1%8E%E7%94%A8%E4%BA%AC%E9%80%9F%E8%A8%88%E7%AE%97%E6%A9%9F
他の世界トップランクのスパコン建設費用とは桁違いの巨額の約1150億円（TOP500で現在世界2位のRoadrunnerでも118億円程度）の予算が投じられてスパコン世界ランク1位を目指す予定[1]である。
上乗せが上乗せを呼んでいるのかもしれない。
【政治】 仕分け人 「次世代スパコン？国民目線で言うと、世界一にこだわる必要があるのか」→次世代スパコンの開発、「予算削減」★５
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1258117474/
【社会】"スパコン界のノーベル賞"と呼ばれる「シーモア・クレイ賞」を受賞…富士通研究所の三浦さん
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1258114701/815
> 815 名前：名無しさん＠十周年[] 投稿日：2009/11/18(水) 08:00:40 ID:it1XgPFx0
>
> 簡単な話だ、この仕訳結果は Wikipedia に SPARC は、UCバークレーのRISC I をモデルに開発と書かれているからだな。
> スタンフォード卒の 鳩山としては UCバークレーがらみの CPU なんて腹が立つわけだよ。
> (スタンフォード大と、UCバークレーは、日本の慶応と早稲田のように、お互い派閥を作り敬遠しあう傾向がある)
>
> ところが、SPARCの開発を指揮したのは、UCバークレー卒のビルジョイではない(ビルジョイはソフトウェアエンジニア)
> SPARC の設計は、実質スタンフォード大卒の アンディベクトルシャイムなんんだよ。
>
> Sun という会社は、スタンフォード大スピンアウトのマクネリ(CEO) が金を集め、ベクトルシャイムがハードを担当し
> + UCバークレーのジョイがソフトを担当するという、コラボレーションの結果なんだ。
>
>
Sun Microsystemsの株を買って取締役を送り込んだ投資ファンドが、株価を引き上げる手段として、IBMとの合併話をでっち上げているようである。
株価を引き上げて売り逃げしないと、投資したお金を現金化できない。本業でがんばって企業価値を高めて、株価を引き上げて利益を得るというのが、投資ファンドの本来の存在価値なのだが、実際には、ほとんどの投資ファンドが、このように、短期での転売益を目的として行動を取っている。
株式を買い占める過程で株価を吊り上げてしまったので、それまでの配当では利回りが悪すぎる。吊り上げた価格を正当化する為に、より大きな企業に吸収合併してもらい、時価総額を現金化するのである。
バブル期ならば、これは十分に成立した。お金が余っているのだし、資金規模の大きい所は、手持ちの資金の運用先が無い。新事業を立ち上げるよりは、すでに成立している事業を買い取って傘下に加えるという手法は、経営者にとって、失敗した時の責任を回避しつつ、成功した時のメリットを独り占めするという目的に合致しているので、そのような仲介を主な仕事にしているインベストメントバンクが、雨後の筍のように発生したのである。
実際には、そのようにして合併された企業の大部分が、買収価格に見合う利回りを発生できていない。
IBMにとって、Sun Microsystemsを買い取っても、メリットは無い。Sun Microsystemsのsolarisは、独自CPUであるSPARCの開発まで行われており、ハードウェアとOSをセットで使った時に最高の性能を発揮できるようになっている。IBMのAIXも同様である。つまり、吸収合併しても、当分の間は、異なる製品ラインを持つ事になる。一本化するまで、社内に二系統の指揮系統を残さなければならず、統合の効果が出ないのである。
どうせ売るならば、サーバー業界に新規進出したいと考えている企業をターゲットにするべきであろう。そう、独自のハードウェアを作るセクションもノウハウも無いのに、サーバー用OSを作っているところとか
http://technet.microsoft.com/ja-jp/windowsserver/default.aspx
の方が、まだ、売れる可能性はある。
