はてなキーワード: リフレクとは
「精神健康の増進」という国民的課題に対して、いちばん当事者意識がないのは東京大学でしょ。
初回のオリエンテーションからひどかった。フィンランドの精神療法のリフレクティングというのやらされました。
こちらは援助職じゃないんです、当事者なんです。当事者に精神療法をやらせる。無茶振りもいいところです。
回りくどいことをやらせずに、ストレートに話をさせ、来たことを褒めてくれれば、いちばん精神衛生にいい。
協働というのは、来ただけでエラいので。自腹で来ているだけでえらいんですから。
ミルグラム実験を思い出しました。閉鎖的な環境下での学者の心理実験には要注意。
非人道的だと思ったら外部に助けを求めること。ぜったい密室にさせないこと。
向こうは「場の安全」とか言いますけど、いちばん危ないのは君たちでしょ。
倫理委員会に「一般から募集した障害者に対して、ミルグラム実験のようなことをやらないでほしい」と相談しました。
しかし倫理委員会によれば、監視対象は研究(主に医学部で行われる)なので、学習は対象外との回答。これはおかしいと思う。
一般から募集した障害者というのはいちばんストレス脆弱性が高い層なので、注意深くあるべき。
第二回からは冒頭で「気分が悪くなったら休んでください」というアナウンスが入るようになったので、多少は気合が入った様子でした。
本当は保健所とか、労基署とか、独立した外部機関が入った方が、ガバナンスとしては正常だと思う。
精神障害者から身体障害者まで、あらゆる障害者を募集しちゃった。
小学校でも、普通の小学校と特別支援学校とでは必要な教員免許がちがうわけですが。
受講生が生物学的に耐えられるかどうかではなく、自分たちの都合(政治的な正しさとか)を最優先した。
いつもの駒場の論理で盛りだくさんのカリキュラムを組み、つめこみ教育をやった。
自分たちは日本でいちばんの大学の教員だから、指導力があるはずと奢っていたんじゃないですか。
一流大学の教員に指導力なんて求められない。応募してきた学生を振るい落とすのが仕事だから、誰だってできる仕事。
生徒ひとりひとりの個性を見抜いて、褒めて伸ばすなんていうことはできない。
受講生同士の横の人間関係を育てるという視点が欠落。ホームルームや学級会に相当する時間をまったく設けなかった。
エビデンスを認めない。文科省の報告書でも「実証」という言葉で叱責されていますが、理屈にこだわる。
建前を向こうは並べ立ててくるんですけど、こっちは体でストレスを感じている。エビデンスベースドで話が進まない。
安冨歩さんの『原発機器と東大話法』を読んでいるんですが、この本は東大人の行動を理解する上で示唆に富んでいると思う。
「対人操作をやる」というのは納得。
交渉力が高い。雄弁・多弁で、すごいしゃべります(文科省は「対話」という言葉で叱責)。感受性は低いです。
それってパワハラなのよ。
「都合のいい福島県民」を見つけてきて、自分たちは東大話法でちゃっかり傍観者を装う。
ただでさえややこしい福島に、ややこしい東大文系が近づき、もっとややこしくする。
そうやって生成された摩訶不思議な「哲学論文」とやらを英訳して海外に発信。
中身を少し読んだが、自己満足の作文って感じだったので、そっ閉じした。
私たちの税金は社会の中でこんなふうに「有効に」生かされているっていうわけ。
ガンダムWやレイズナーのOPがいかによく出てきているかを再確認できた。
よかった!
田舎なんて舞台にしてストーリー物やっても湿っぽいだけだと再確認できた。
よかった!
よかった!
お金を積んでも面白いストーリーは作れないけどきれいな映像だけならいくらでも作れると再確認できた。
よかった!
2クール目にこのアニメもう駄目なんじゃないかなと感じたらほぼ確実に当たると再確認できた。
よかった!
能力がチートすぎると概念系のバトルになって中二病全開になると再確認できた。
よかった!
あの有名人が企画しました系はセンスが古くて保守的だから微妙と再確認できた。
よかった!
主要キャラに棒声優をねじ込むと作品の空気が淀んでしまうと再確認できた。
よかった!
男の娘が可愛いと持て囃されるのは他の女キャラの魅力が足りないからと再確認できた。
よかった!
良かった!
無茶以前の出来だと5分でも見るのがキツいと再確認できた。
よかった!
いつも同じことしてる連中が同じことしてると安心すると再確認できた。
よかった!
日常系にワンアイディアプラスするだけで他と差別化できると再確認できた。
よかった!
無駄な時系列シャッフルが結局本当に無駄に終わると反対派やってた連中すらも滑稽に見えると再確認できた。
よかった!
濃い味付けの物は食べ続けるいい加減飽きてくると再確認できた。
よかった!
よかった!
青春の恋愛は異世界ファンタジーだからリアルでもなんでもないと再確認できた。
よかった!
チート性能のキャラにキチガイロールプレイさせておけば何となく漫画として成立すると再確認できた。
よかった!
おっさんだらけの日常も周りが可愛い女の子だと思いこめば楽しめる気がしてくると再確認できた。
よかった!
ペド体型のケモノでシコシコするような連中は気持ちが悪いけどたしかにシコれるかもと再確認できた。
よかった
アニメの演奏シーンなんて楽器の数がなんかおかしい気がしてもスルーされると再確認できた。
よかった!
児童文学的な雰囲気にしておけばロリコンショタコンホイホイでもバレにくいと再確認できた。
よかった!
レズがイチャイチャしてさえいれば一部のオッサンは満足するからチョロいと再確認できた。
良かった!
よかった!
アルパカみたいな首をしてても元々そういうキャラデザなら慣れれば気にならないと再確認できた。
よかった!
異世界の人間が食ってるから美味そうなんじゃなくて元々コックの腕がいいだけでもストーリーは成立すると再確認できた。
よかった!
単なる勘違いだけでドラマ作っても許されるぐらい日本の娯楽業界はユルユルだと再確認できた。
よかった!
この作者が生き残ってるんだからラノベは実力至上主義の世界ではないのだろうと再確認できた。
よかった!
クソすぎるアニメの方が一周回って面白いから半端なクソさのアニメが一番救えないと再確認できた。
よかった!
いやーよかった!よかった!
今期も色んなアニメにであえてよかった!全部よかった!どうでもよかった!
どうでもいいものを見れるような暇な時間があることを再確認できた。
よかった!よかった!
本当にどうでもいいアニメはいくら暇でも見ることすらないと再確認できた。
よかった!
忍術の攻撃力は120、タイタンの攻撃力は110なので、魔力の差はあるが同等。
しかも無効化されることもほとんどなく、先制で2人で投げれば一瞬で敵を殲滅できる。
忍術を大量に買っておけば、タイタンと違ってMP切れの心配もない。
そのためボタン押しっぱなしで戦闘がサクサク進み、ギルも経験値もABPも稼げる。
投げるを覚えたら召喚士に変えると威力が上がるが、後衛も忍者にして高い素早さから全員で投げまくるという手もある。
暗闇・カエル・麻痺・MP切れ・レベルダウン・老化・睡眠・小人が該当。
これに匹敵するのは調合だけだが、調合はギルの消費が激しいので、第2世界後半にならないと多用できない。
融合中は安全性のために敵を無力化しなければならないが、青魔法には敵を無力化する技がいくつかあるので、何かしら効く。
威力不足感が出てきた頃に投げるを覚えるので、召喚士に変えて属性強化忍術でタイタン以上のダメージを与えられる。
第3世界のピラミッドまでは、銭投げ以外の全体攻撃では最高威力を誇る。
その上で高い素早さ+アビリティ枠があるので、そこらの前衛よりも強い。
ツインランサー二刀流はエクスカリバー両手持ちに匹敵するほど。
中盤以降はツインランサー二刀流で殴るか忍術を投げるかになるだろう。
モンクで進行して格闘を覚えた後に、青魔法を覚えるまで青魔道士に格闘を付けて進行する。
1人だけでは忍術で殲滅できないので、バッツとファリスを育成すること。
火力船あたりではナイトの両手持ちの方が2倍ほど威力が上なので威力不足感があるが、カルナック城と古代図書館はファイラ無双(※)なので、苦しいのは火力船だけである。
※…エンカウントは全逃げ、宝箱は2人で属性強化ファイラが手っ取り早い。シヴァも黒魔道士で倒せば、古代図書館までの道中で黒魔法L3を覚える。
まだ古代図書館時点では忍術も買えないのでそれほど活躍しない。
忍術威力上昇・後列ゴブリンパンチ・高い素早さからの補助と、相乗効果で強くなるのが忍者だけ。
100ABPだけで全魔法が使えるようになるという点でも、青魔法が優れている。
後列に下げられるので、忍者の打たれ弱さを解消できる。
必中・隊列無視・無属性・武器特殊効果なし・二刀流時防御力半減という特徴があるので、どんな敵にも針千本の如くダメージが通る。
スマホ版以外ではチキンナイフの攻撃力が0扱いになってしまう点に注意。
ジャコールの洞窟のナッツイーター×3とムーアの大森林のガジェラガジェリに使う。
敵を無力化する系の技。
戦闘が長期化しそうな時に使うと良い。
自分の現在HPの1/2を吸収する。(GBA版に限りフル回復になるまで吸収)
後半になると当たらなくなってくる。
敵を無力化する系の技。
強力すぎるためか、耐性持ちが多いように思える。
必中ではないし、自身は瀕死だし、リスクの割に低威力なので使いづらい。
利便性は前述の通り。
弱点を突いても忍術の方が強いので使わない。
いくつかのボスに効きやすいので、先制で掛けて殴って瞬殺できる。
後半だと無耐性でも効きにくくなってくる。
サンドウォームも一撃。
第二世界ではサンドクローラーに有用だが、一撃では倒せないのでブレイクの方が手っ取り早い。
最初から効くのは蘇生後アルケオエイビス・アダマンタイタイ・石像くらい。
アトモスは黒の衝撃、エクスデスはレベル2オールドも組み合わせる。
防御力を半分にする。
普通に殴った方が手っ取り早いので使わない。
敵を無力化する系の技。
MPを半減させる。
敵を無力化する系の技。
レベルを半分にする。
デスクローより当たりやすいので、ギルガメッシュ1回目に使う。
火遁の術の方が強いので使わない。
炎の指輪で自己回復という手もあるが、わざわざそれをすることもないだろう。
自分のHP分の全体回復ができ、リフレクも貫通し、青魔法なのでミュートでも使える。
白魔法が不要とまではいかないが、高い素早さの忍者が使えるのはかなり便利。
自己融合でMPも簡単に回復できるので、ケアルラのごとくガンガン使える。
2回目のギルガメッシュ戦でミュートをかけた時の全体回復に便利。
期間限定ではあるが、手裏剣や属性強化忍術を除いて最高威力を誇る。
アルケオエイビス・ギルガメッシュ・アントリオンもこれ連発で倒せる。
レベル系な上に即死でもなく耐性無視でもないので、ほとんど役に立たない。
敵を無力化する系の技。
黒の衝撃を使えば必ず効く。
アポカリョープスやエクスデスにも有効だが、もっと手っ取り早い倒し方がある。
敵を無力化する系の技。
スリプルは殴らない限り永続するので、ゴブリンパンチや忍術で倒せる。
エアナイフを持って使えばそこそこの威力は出るが、忍術やツインランサー二刀流の方が強いので使わない。
敵を無力化する系の技。
実質的には打撃を無力化するだけ。
敵を無力化する系の技。
融合時の敵の無力化に使えるが、ダメージで敵が死んでしまうので最終手段にすること。
麻痺は一部ボスにも効くが、麻痺が効くボスは他に瞬殺手段があるので今更ボス戦で使うことはない。
味方全員がプロテス+シェルで、ほとんどの攻撃に対してダメージ半減。
ネオエクスデス戦やクリア後ボスあたりではとりあえず使っておく。
エフェクトが長い・対象ランダム・耐性で効かない・味方も死ぬ。
いいことがまったくない。
himawariとてもいい曲です
久々にちゃんとシングル曲で好きです
ただ問題があるんすけど
それでそこまでネタバレしないように気をつけてたわけ
ツイッターとかね
こないだのエンジン社長のネタバレツイートもひどかったけど、それを輪にかけて公式に全世界に向けてやるわけ??
バッッカじゃねーの?
横浜でも当然やるんだよね?これ?
お前らは三大キャリアか
殿様商売め
あと皇帝さんさあ
リフ雑じゃない?
フワフワしすぎだわ
イノワーのリフはほんと神だと思ってっからオレ
たのむよ
あとついでだから言っておくけどさ、ドコモと25thコラボで初めてCMにデモ音源つかいましたーってあたかもそれが売りであるように押してるけど、締め切りに間に合わなかっただけだろ?
デモ音源なんてリフレクションの時みたいにネットでガチ勢だけが楽しむようなオマケな感じがいいのにそれを前面に出してどーするよ?
いちいち迷走してるわー
あーエンジン入りたい
アドバイスしてあげたい
あ、でもグッズのデザインは良かったよ
ただガチャ高すぎだ
過去の反映とリフレクションやら侵入的想起とよいとまけやらを表すのは労苦でこのくらいのことは歌唱に継起を感じたところで磨り減る度に変質するどうしようもなさでしょうがないに慰められたことも頑張れに芯が通ることも現在に沈潜し鬼籍2017
家族の集合写真は数多くのタイトルで単位をどうせ忘れてしまうピー地区パー地区シリア2017
こぼれる中身のこぼれるながめよ、外傷虚血が私なのです、と嘘もいってられない2017
見せなければよかった見せなければこんなことにはならなかった2009、2011~2017、
確かにそのとおりでおたがいさまにしかならない反省と発展系の罪と系統だてない罠と馬鹿でしかなかった自分と鹿の死2012と動物園の青い鳥の死が2017
※※長文注意※※
2/12にニコニコ動画のイベントの「闘会議2017×JAEPO」(http://tokaigi.jp/2017/)に参加してきたのでレポ
なるだけ主観的に詳細に書く
お金を使うことで何かメリットが得られるサービスがもっとあってもよかった。実際、私は、会場に入ってから1円も使わなかった。運営の人がクッキーを宣伝していたが、さすがに買わない。
例えば、有料のイス席、試遊が並ばずに遊べる、おひねりが投げれる、実況者との生写真500円とかでもよいので、もっとお金を使いたくなるコンテンツを増やしたほうがよいと感じた。(もちろん低年齢層への配慮も必要だが)
色々なブースを見ると、やはりプロの司会(広報の人?)と生主のような素人の仕切りのスキルの差を顕著に感じた。メインの司会は慣れた人にして、生主は解説のような位置づけにするほうが、ゲーム知識のない人や途中から見る人も聞きやすいと感じた。
運営のシャツを着た人を会場のあちこちで見かけたが、一部の人は何をするでもなく手持無沙汰にしているようだった。フードコートなどはスタッフはいるが売るものがない状態のように見受けられ、予算の使い道ミスから儲けるチャンスを逃しているように見えた。スタッフの数はいたけど、それがイベントの成功につながるようなマネジメントがされていたのか疑問。
まぁ面白かった!
大崩壊後70年と云う大いなる節目を過ぎ修正されるね、2たる黄金球の誘い後には、鴎暦三拾年を迎えながらも戦い続けた、若き騎士の物語。
私も八十を越え、体力の面などから様々な制約を覚えることもあり、ヴァナ・ディール数年、天皇としての神々の意思にその身を委ねの歩みを蒼穹の彼方に追い求めるとともに、この先の暗黒と同調せし吾輩の在り方や務めにつき、幻想(おも)いを致すようになりました。
運命のこの日は、社会の重度魔晄中毒化が進む奥底、天皇もまた重度魔晄中毒となったただ一人神に挑んだ場合、どのような在り方が望ましいか、天皇というザ・ワールドエンド・タチバ上、魔界で流行の皇室聖度に具体的に触れることは節制、闇を切り裂き、光さえも断罪するその一撃を受け止めながら、内なる意思がパーソナルとして、人界に暗黒の波動が満ちるまでに考えて到来た預言書に記された事実を話したいものだと思いながら、それでも人類は戦うことを選んだ。
即位以来、内なる意思は国事行為を執行すると共に、日本国憲法下で象徴と位置づけられた日出ずる極東の王国を統べる者の望ましい在り方を、…罪なき人々を殺め続けた日々模索し、自らにリフレクをかけつつ過ごして永遠なる深淵より降臨しました。伝統の継承者として、これを守り続ける責任αに深く思いを致し、呪壁を連ねて日々心新たに至るジ=パングと世界の奥底に(…まだこんな力が残っていたか…ッ!)て、ズィパングァの皇室が、いかに背徳の黒天使デントゥ・ウを戦乱の世に生かし、いきいきとして社会に内在し、人々のプレギエーラに応えていくかを考え、ティファを抱きしめる妄想に囚われつつ、あらゆる呪文をはじき返す今日・七拾弐式に至っています…だけど、それで本当によかったのだろうか……。
そのような中、幾星霜か前の真理<ファティマ>になりますが、貳度の外科白魔術を受け、加えて高齢が率いる五十万の兵による体力の低下をその終わり無き記憶が我に共鳴するようになった時代から、嘘・偽りを持たぬ“影”これ、つまり光と闇の両側の世界からエクストリームエッジ、旧時代のように重い務めを貴公は本懐を遂げることが困難になった因果律の一篇、どのように魂の中枢を処していくことが、幻想帝国にとり、国民にとり、また、自身はA+ランクだけどCランクの彼のことが気になる私のあとを歩む皇族にとり酒や女などよりよほど良い純粋な闇の意思(キングダムハーツ)であるかにつき、考える…また貴様か……になりました。既に八十を越え、幸いに完全体であるとは申せ、次第に進むシェントゥイン闇は去り光が頬を伝い落ちるの衰えを考慮全てを滅ぼす時、人界に暗黒の波動が満ちるまでのように、クリスタルフォース・リミットブレイクをもって象徴の務めを果たして彷徨うことが、難しくなるのではかつての絶望を想起させるかと案じています。
私が聖皇の位に神の光に導かれるままに――てから、ほぼ28年、この間ワ・トゥスシは、神都ジャパニウスにおける多くのフロイデの時、また悲しみの砂時計の囁きを、高潔も卑俗も許されぬ凡庸の体現者たちと共に過ごして到来ました。私はこれまで天皇の務めとして、何よりもまず国民の安寧とハピルタスを祈るイデアを崇拝に考えて永遠なる深淵より降臨しましたが、同時に事象にあたっては、時として人々の傍らに立ち、その道では一流の魂のささやきにネコミミを傾け、思いに寄り添うこともクリスタルと同等な預言書に記された事実と考えて気配が近づいてくました。帝の血を継ぎし者が象徴である…だが、そのうちの一つは“今”消える…と共に、コクミンインテ=グ=リェーテリゥスの象徴としてのパラダイム・シフトを果たすためには、天皇がマリオネットに、天皇という象徴のpersonaへの理解を求めると共に、総老師もまた、自らのありように深く心し、臣民に対する理解を深め、常にマリオネットと共にある自覚を神々の意思にその身を委ねの間隙に育てる摂理に従うをナイフの先で命が震えているのを感じて永遠なる深淵より降臨しました。斯くしたレゾンデートルにおいッ…て、日本の各地、とりわけ遠隔のトゥーランや島々へのあてのない旅も、魔剣の使い手である私は失われし力を持ちし古の一族の象徴的オプティマとして、我と我が召喚獣の総力を挙げてでも守り抜く程なものと感じて到来ました。皇太子の時代も含め、人界に暗黒の波動が満ちるまで私が皇后と共に行って来たほぼ全国に及ぶ悠久のファノバ・クリスタル・テーゼは、国内のどこに…いいのか?ても、その肉体は鋼鉄よりも強いと言われる領域<フィールド>を我と共に滅びることを望み、その共同体をジミ・ティに支える市井の畜群のある「アギト」を“神”を喰らい、最強になったはずの私に超越論的観念論させ、内なる意思が歴史に刻まれる認識をもって、天皇として大切な、愚民を幻想(おも)い、国民のために世に平穏のあらん事をという務めを、失敗作である人類への深い愛にも似た盲目と敬愛をもってなし得たこと(其は破邪の刻印を持つ)は、天の福音が穢れた地に満たされるのなことでした。
日出ずる極東の王国を統べる者の高齢化に伴う“甦りし神話”トゥス・インシェョの仕方が、国事行為や、その象徴としてのオプティマを限りなくカオスに融合して彷徨う「アギト」には、光を超えし者ナイトメア・無理嘗てはそう呼ばれていた。があろうと幻想(おも)われ、そして…世界は一度滅びたのです。また、天皇が未成年(攻撃魔力1000超)であったり、魔晄中毒を中心とした魔の軍勢によりその能力を果たし得なくなった因果律の一篇には、聖皇のかりそめの戯れを代行する摂政を置く真理<ファティマ>も思考《かんが》えられます。しかし、このヴァ・ウァインも、聖皇が十分にそのメインジョブに求められる務めを果たせぬ導くまま、刧波〈アイオン〉の終わりに至るまで天皇であり継続するイデアに変わりはありクポん。
聖皇が健全なる肉体を損ない、深刻な状態に立ち至った因果律の一篇、これまでにも見られたように、「ロクサスの記憶で形成されたデータの世界」が俺の魔導術の師匠であるテインタス=インし、愚民の存在を維持しにも様々なイベント・ホライゾン(事象の地平面)が及ぶことが懸念されます。更に戦うものたちこれまでの皇室のしきたりとして、失われし力を持ちし古の一族の終焉に当たっては、重い殯(もがり)の神祇が連日ほぼ2ヶ月にわたって輪廻、その直後喪Dirty Deeds Done Dirt Cheapに関連する神祇が、1年間続きます。だけど……。その様々な預言書に記されたプログラム――と、ノイエ=“赤き天使”こと時代に関わる諸神祇が同時に進行・絶対零度する預言書に記された事実ゆえ、行事に関わる畜群、とりわけ残される所と為る───そして此の世界に終焉が訪れる───家族は、アッサイ厳しい戦士たちを取り巻く”空気”下に置かれざるを得ません。斯くした事態をドッジロール運命<こと>は赦されあらずものだろうかとの幻想(おも)いが、胸に去来する「アギト」もあります。
零式にも述べました…また貴様か……に、憲法の下、グラン・ミカドは国政に関する権能を有し…だったかな?ん。そうした中で、このたび神都ジャパニウスの超越した天皇の歴史を改めて蒼穹の彼方に追い求めつつ、かの存在からも皇室がどのような砂時計の囁きにも臣民と共にあり、卿たずさえて聖なる国の未来…フン、貴様に訪れるは“絶望”の未来…を築いていけるよう、そして象徴日出ずる極東の王国を統べる者の務めが常に途切れることなく、安定的に続いていく預言書に記された事実をひとえに念じ、ここに心に刃を秘めたる者の気持ちをお詠唱(はな)しいたしました。
ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。
今調べたらホッテントリメーカー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を学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。
・ワイルドドロー4は、色宣言後ドロー4または宣言された色のドロー2・リバース・スキップでチェイン可
・雰囲気でカードに名前を付けたりして、場に出す時は何かしら声を出す
例)
A「イエローゼロ!ZONO!!そぉら怯えろ!竦め!」(黄0・残2枚)
C「ライトニングスプレッドミサイル!」(黄D2 + 青D2)
E「スキップスキップランランラン!」(赤S + 緑S + 緑S)
G「アトミックワイルドドローフォー・ウィンド!」(WD4→緑)
高校の頃数年間、ほぼ毎日やっていたから染みついてしまっていて、いまだにUNOをやると自然と変なテンションになる
ええ、最初は軽い気持ちだったんです。型もなくて簡単だからって…。phpをやるようになって から確かに気分は良かったんですよね。
でもそのうちphpだけじゃ足りなくなってくるんですよ。javascriptのような流行ものにも手を出したりして。そうするとcssやhtmlだけなんかじゃもう物足りないんですよ。
そのうちpythonやrubyなんていういわゆる”スクリプト系”ですか?流行のものにはほとんど手を出してしまっている状態で。コストが安いじゃないですか?手を出しやすいんですよね。
node.jp?やってましたね。あの頃みんなハマってましたよね。
だんだんそれらなしでは生活できなくなってしまって。立ち上げているのはほとんどCUI画面ですよね。
ええ、端末一つでは足りないのでtmuxやscreenなんかのマルチプレクサを使ったりしてね、もう完全に中毒症状が出ていたんですよね。vimrcをいじるようにもなっていてね。一日中vimscript書いては悦に浸って、考えるとちょっとあれですよね。
そのころはいつでもやめられると思っていたんですよ。
でもjavaやc#に手を出してしまったんです。phpとかrubyなんかよりはやっぱり重量感がありますよね。IDEも何個も試してみたり、vimだけで環境を整えようとしたり、結構無茶しましたよね。
テストもいっぱい書いて、なんでこんな辛いことしてるんだろうとか。
そして、みんなそうなんのかもしれないけど、やっぱりc++に手を出すことになってしまって。もう強すぎて今までのものとは全然違いますよね。でもこの頃には副作用も出ていたんです。
あれオブジェクト指向ってなんだっけってね(笑)テンプレート?リフレクション?混乱しますよね。でもだんだん慣れてくるですよね。もう後戻りできないところまで来ちゃったかなとか思いますよね。
原文:https://blogs.apache.org/foundation/entry/apache_commons_statement_to_widespread
原題:Apache Commons statement to widespread Java object de-serialisation vulnerability
翻訳日:2015年11月12日(午後にタイトルを日本語にしました)
----
Apache CommonsのJavaオブジェクトのデシリアライゼーション脆弱性に関するステートメント
著者:Bernd Eckenfels(コミッター), Gary Gregory(Apache Commons副責任者)
AppSecCali2015 でGabriel Lawrence (@gebl) と Chris Frohoff (@frohoff) によって発表された "Marshalling Pickles - how deserializing objects will ruin your day" は、信頼されないソースからシリアル化されたオブジェクトを受け取るときのセキュリティ問題をいくつか明らかにしました。主な発見は、Java オブジェクト・シリアライゼーション(訳注:seriarization/シリアル化/直列化=ネットワークで送受信できるようにメモリ上のオブジェクトデータをバイト列で吐き出すこと。シリアル化されたJava オブジェクトはRMIなどのリモート通信プロトコルで使用される。)を使用する際に任意のJava関数の実行や操作されたバイトコードの挿入さえもを行う方法の説明です。
Frohoff氏のツールである ysoserial を使って、Foxglove Security社のStephen Breen (@breenmachine) 氏はWebSphereやJBoss、Jenkins、WebLogic、OpenNMSといった様々な製品を調査し、(http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/) に各々の様々な攻撃シナリオを記述しています。
両者の調査活動は、開発者がJavaのオブジェクト・シリアライゼーションに信頼を置きすぎていることを示しています。認証前のシリアル化されていないオブジェクトにも。
Javaにおけるオブジェクトのデシリアライゼーション(訳注:de-serialization/非直列化=ソフトウェアで扱うことができるように、送受信されたデータを元に戻すこと)が行われるとき、大抵は想定された型にキャストされ、それによって、Javaの厳しい型のシステムが、得られた有効なオブジェクトツリーだけを保証しています。
不幸にも、型のチェックが起こるまでの間に既にプラットホームのコードが生成されて、重要なロジックは実行されてしまっています。そのため、最終的な型がチェックされる前に、開発者のコントロールを離れた多くのコードが様々なオブジェクトの readObject() メソッドを通じて実行されてしまいます。脆弱性のあるアプリケーションのクラスパスから得られるクラスの readObject() メソッドを組み合わせることで、攻撃者は(ローカルのOSのコマンドを実行するRuntime.exec()の呼び出しを含めて)機能を実行することができます。
これに対する最も良い防御は、信頼されていないピア(通信相手)とは複雑なシリアル化プロトコルを使うことを避けることです。ホワイトリストのアプローチ http://www.ibm.com/developerworks/library/se-lookahead/ を実装するように resolveClass をオーバーライドするカスタム版の ObjectInputStream を使うと、影響を制限することができます。しかしながら、これは常にできることではなく、フレームワークやアプリケーションサーバがエンドポイントを提供しているような時にはできません。簡単な修正方法がなく、アプリケーションはクライアント・サーバプロトコルとアーキテクチャを再検討する必要があるため、これはかなり悪いニュースです。
これらのかなり不幸な状況において、エクスプロイトのサンプルが見つかっています。Frohoff氏は、 Groovy ランタイムや Springフレームワーク、 Apache Commons コレクションからのクラスを組み合わせるサンプルのペイロードに gadget chains (ガジェット・チェーン)を見つけています(訳注:provided)。これはこの脆弱性のエクスプロイトのためにより多くのクラスを組み合わせられることは完全に確実なことで、しかし、これらは今日、攻撃者が簡単に得られるチェーンです。
(Twitter画像)https://blogs.apache.org/foundation/mediaresource/ce15e57e-94a4-4d7b-914c-8eb8f026659c
この脆弱性のために利用される(訳注:blamed)ことができない確かな機能を実装するクラスができ、安全性が信用できないコンテキストにおけるシリアル化を利用されないようにするような既知のケースの修正ができたとしても、少なくとも分かったケースだけでも継続的に修正していくことが要求されます。モグラ叩きゲームを始めるだけであるかも知れませんが。実際にはこれは、オリジナルチームが Apache Commons チームに警告が必要だと考えていない理由で、それゆえに比較的、活動開始が遅れました。
Apache Commons チームは InvokerTransformer クラスのでデシリアライゼーションを無効化することによって commons-collection の 3.2 と 4.0 のブランチにおける問題に対処するために、チケット COLLECTION-580(http://svn.apache.org/viewvc/commons/proper/collections/branches/COLLECTIONS_3_2_X/src/java/org/apache/commons/collections/functors/InvokerTransformer.java?r1=1713136&r2=1713307&pathrev=1713307&diff_format=h) を使っています。議論されているやるべきことのアイテムは、変化させる仕組み毎(per-transformer basis)に、プログラマティックに有効にするような機能を提供するかどうかです。
これには前例があります。Oracle と OpenJDK JRE の一部であったり、バイトコードを挿入して実行することを許したりする com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl クラスで、セキュリティマネージャーが定義されているとデシリアライゼーションを拒否します。
これはシステムプロパティ jdk.xml.enableTemplatesImplDeserialization=true とすることで無効にできます。Apache Commons Collection は、本来よりもこの実行モデルは一般化していないため、セキュリティマネージャーの存在と独立したこの機能を無効化することを計画しています。
しかしながら、明確化のために述べておくと、この便利な"ガジェット"は、唯一知られている方法でもなければ、特に未知のものでもありません。そのため、インストールされたものを強化されたバージョンの Apache Commons Collection に置き換えることが、アプリケーションをこの脆弱性に対抗できるようにするわけではありません。
このブログポストのレビューのために Gabriel Lawrence に感謝したいと思います。
Apache Commons Collection は、Java コレクションフレームワークに加えて追加のコレクションクラスを提供する Java ライブラリです。InvokerTransformer はコレクションにあるオブジェクトを(特にリフレクション呼び出しを通じてメソッドを呼び出すことで)変換するために使うことができる Transformer ファンクションインターフェースの実装の一つです。
一般のSallyによる2015年11月10日午前10字15分にポスト | コメント[1]
コメント:
http://xkxaxkx.hatenablog.com/entry/2015/10/14/104704
この記事を読んで音ゲーについて色々語りたくなったので書いてみる。
「譜面をリズムに寄せるか、メロディに寄せるか」のというところに引っ掛かりを覚えたので、
この辺りに着目して今の音ゲー(アーケード系)について書いてみようかなと。
結構主観が入っているので何か意見有ればブコメ、トラバでお願いします。
たまにやる機種:ProjectDIVA、jubeat、maimai、ボルテ
気が向いたらやる機種:ポップン、DDR、ビートストリーム、グルーヴコースター
こんな具合でだいたいの音ゲーは触ってる。実力はまぁ・・・いいや(
中級者程度だと思うよ(適当)
本題。上記の記事のブコメでも譜面分類について話題に上がっていたので
DanceEvolution:全身で踊るゲームなので譜面説明できない
ギタドラ・ドラマニ:ギター、ベース、ドラム主体の譜面なので解説不要
DanceDanceRevolution:足で踏むゲームなので色々譜面事情が違うと思うから除外
各楽器パートごとにボタンが割り当てられており「演奏する感覚」に近い。
収録楽曲はインスト(ボーカル無し曲)が多く、歌うように演奏するものではない。
歴史ある音ゲー機種だが現音ゲーの中では難易度も難しめで敷居が高い。
楽器の音に合わせたり、ボーカルに合わせたりと色んな要素を含めた譜面。
ノリで叩かせる系の譜面が多いと思う。
ボタンを押すとエフェクトがかかって曲の雰囲気が変わるのでやっぱりDJ感覚だと思う。
ノリで叩かせる系。ボーカル合わせ、楽器合わせ色々あるけどノリで叩いて!みたいな譜面が多い。
またいずれも画面とボタンが一緒なので感覚的にプレイできるのが特徴。
jubeatは光るところを押せばいいし、リフレクとビーストはラインに重なったらタッチパネルを押す。
jubeat、リフレクはアプリでも配信されているので興味あれば是非。
5年ほど前からアーケード音ゲー進出。多分音ゲー界では色々熱いメーカー。
今年夏に稼働したばかりだが今一番音ゲー界では熱い大人気機種。
譜面は前述したボルテに近いが、異なるのはタッチパネルであり譜面ごとに
ボタン数(パネルだけど分かりやすくこう表現しておく)が変わる。
最少2ボタン、最大16ボタン。譜面の自由度が高く初心者から上級者まで楽しめる。
割とボーカル合わせの譜面なので脳内で歌いながらプレイできると思う。
洗濯機。
譜面はスクフェスを円形にしたものを想像してくれば分かりやすい。
上級者がプレイしていると動きが凄いことになっているので端から見ると怖い。
指摘あったので補足。アーケード音ゲー進出はこれが初だったと思う。
クリプトンのVOCALOIDが躍るPVを見られることが最大の特徴。映像はとてもクオリティが高い
家庭用から始まったゲームだがこの頃から「歌うように遊べる」がコンセプトなので基本ボーカル合わせ。
TAITO初の音ゲー。スペースインベーダーをリスペクトしたようなインターフェース。
ノリで叩くけいの譜面が多い。ボタンが2個だけだがノーツの種類は多彩にある。
ノーツを叩くことで原曲にアレンジ音が重なって演奏されるので聴いていて心地よい。
ノーツが降ってくるというよりは背景がグルグル回るのが殆ど。慣れないと酔う(だからコースター・・・)
背景が非常に凝っておりプレイ動画を見ているだけでも芸術的で楽しい。
こういう話題をよく見かけるので。
アドバイスがてら書いてみる
ちなみに自分はデレステしかやってないのでスクフェスで相違があったらごめんなさい
どっちもノーツはリフレク寄りだけどリフレクは密度が高いのでちょっと難しいかも
ボカロ系 → maimai、チュウニズム、グルコス、DIVAAC(クリプトン系のみ)
アニソン系 → maimai、チュウニズム、jubeat、リフレク、ビースト
※弐寺は曲めっちゃカッコイイですが、難しいので音ゲー初心者にはお勧めしません
長々となりましたがこんな感じでしょうか。
http://jvn.jp/jp/JVN81094176/index.html Android OS がオープンリゾルバとして機能してしまう問題
ってやつね。
報告者の森下さんが「とある方から私個人宛で報告をいただき」と言っているので、その「とある」人として少し背景を書いてみようと思う。
https://twitter.com/OrangeMorishita/status/581314325853306882
発見のタイミングは、Android 4.2 のソースコードが出て少しして、ぐらい。この時点では、Android全てが修正されていなかった。当時、 CVE-2012-3411 (dnsmasq が libvirt の特定の config で使うときにオープリゾルバとなる) が発表されていて、これと同じ問題があるのでは、と調べた結果だった。Android のテザリングは、framework の指示を netd という daemon が受け取りネットワークの設定を変更して実現されている。で、テザリングのクライアントにDHCPでプライベートアドレスを配りDNSのリゾルバを提供するために、必要に応じて netd から dnsmasq が起動される。
そのころ、Android端末の製品開発で、スケジュールに珍しく余裕があり、わりと好き勝手できる状況だったので、AOSPのソースコードを精査していた。
いくつか、セキュリティ問題をみつけて、ものによって単に修正、修正と並行して Google に会社から報告、あるいは単に Google に会社から報告、ぐらいの対応をした。
この問題は、Google に報告だけ、の対応をとった。なぜかといえば、 次のような事情があった。
で、この報告の結果なのか、他の報告もあったのか分からないが、Android 4.3 のリリースに修正が含まれていた。もっとも、国内のほとんどのスマートフォン端末は Android 4.3 はスキップした。森下さんへの個人的な連絡の最初は、Android 4.3 発表より前。
正直、この問題のリスクは、端末ベンダ、および端末ユーザにとっては相当に低いものに見えた。3GやLTEの国内キャリアで、外から端末へ DNS query を許すところはほとんどないだろう、というのは直感的には思っていた(これが間違っている場合は、影響がケタ違いに大きくなるところだった。上流も下流も Wifi という構成のテザリングをAndroidは持っていないので、上流を Wifi と仮定すると、残るのは USB と Bluetooth だけになる) 。NAT される場合ならなおさら。
ただ、ネットワークインフラにとってのDDoSというのは、個々にとってはリスクが低くても、それが何百万台、何千万台とあれば影響が出てくるんじゃないか、という気もした。ちょうどそのころ、森下さんが DNS リフレクション攻撃に関してベンダ等への啓発を始めていたのが目に留まったので、森下さんに連絡してみた。脆弱性対応としてハンドリングするのがIPA や JPCERT/CC になるとしても、ネットワークインフラへの影響ということであれば、表に出ない話も扱える方が報告したほうが適切だと思った。私は原理的には分かってもネットワーク運用に関しては業界の外にいるからね。
事情は知らないけど。
ひとつの可能性としては、「対応未定」の端末、おそらくは対応しないことになるのだろうけど、それらの現役感がなくなってきたからじゃないかな。Android 4.2系が端末のラインナップとして長生きしすぎたせいで、けっこうOSバージョンアップではなくセキュリティ修正としての対応をする製品が多くなったのかなぁ、という気もするけど。
もうひとつの可能性としては、当初よりもインフラへのリスクが上がっているのかもしれない。Android 4.2系の端末で修正リリースが去年の秋とか、これからの近未来とかのが多い、という状況からするとね…。
名付けて、フォールスメーガスアタック。術者は混乱もしくは戦闘不能になる。
まあ、当然知っていることなので今更言うまでもないと思うんだけど念のため振り返っておくと、
メーガス三姉妹というのは、ファイナルファンタジー4に出てくる、中ボスで
「デルタアターック!!」
なぜか、次女、長女、三女の順で覚えられている、FFではわりと珍しい完全な敵女性パーティーで、
その特徴的なデルタアタックで、ある世代のプレイヤー達に強烈な印象を残した伝説の中ボスでもある。
敢えて言うまでもないんだが、リフレクは魔法を反射させ、FF4は2回以上魔法反射しないので必ず攻撃魔法がヒットするという攻撃方法。
で、<名前を言ってはいけない人>は、フォールスメーガスアタックをしてると思うんだよね。
つまりだ、まあ具体的に言えば、ラグを攻撃しようと、全体魔法をかけてんだよね。
「ラグ」が気に入らない!と叫びながら、メーガス三姉妹に全体魔法をかけるから、
ドグとマグが攻撃を食らった上に、マグは魔法を反射して、<名前を言ってはいけない人>が大ダメージ的な。
しかもドグとラグは性質上、マグが先に倒れないと延々と復活してくるし。とばっちりだから当然反撃してくるし。
ターゲットが明確なのに、ターゲット範囲指定を間違えて大火傷ってよく見るけど、なんかこう残念な感じ。
チビなラグが<なにかの一部>に過剰に反応するのを嫌いだって言うのは良いんだけど、
それで<名前を言ってはいけない人>がメーガス三姉妹に対して過剰反応してしまって、
その結果、ノッポのドグから「あたしゃチビじゃない」って言われて、
「えーと、チビとノッポのメーガス三姉妹」とか言って、外野から「ノッポなのはドグだけじゃね」って言われたり。
チビなラグを「このクソチビ野郎が」って言ったら、マグから「おう、ワシに言うとんのか」って言われたり。
効果範囲指定をミスしすぎ。ピクミンだと全滅待ったなしの残念操作。
最終的に、「メーガス三姉妹に質問です。<なにか>をどう思いますか?」とか、はてなで質問するという大失態。
そりゃメーガス三姉妹に届かないばかりか、なんとなくFF4好きとか集まってしっちゃかめっちゃかになるだろ。
その結果はどう考えても信用できないばかりか、何に使うつもりだおまえそれという。