  |
はてなキーワード: コマンドとは
結論から言えば、任天堂の偉い人たちにオンラインゲームの素養がない、もしくは、伝統的価値観への固執。
任天堂に限らず多くの日本のゲームメーカーは家庭用ゲーム機のソフトで成功してきた。
今でこそ大手も焦ってオンラインゲームを作り始めているが、１３年くらい前まではオンラインゲームを作りたい人が就職する会社は外資を除けばソシャゲメーカーくらいしかなかった。
プレイヤー目線でみても、１３年前の当時、PCでは既にオンラインゲームが成熟しつつあった一方で、コンシューマゲームは相当出遅れていた。
当時、ゲーム制作サークルの作知り合いの何人かゲームメーカーに就職していったが、彼らは皆コンシューマゲームに憧れ、それらを再生産したい願望を持っていた。
そうしたある種のエコーチェンバー化しやすい環境が、CC2松山さんのプチ炎上発言
https://note.com/wwise/n/ndf5b3d0b161d
を可能にさせるわけだ。
未だに「ゲーム＝コンシューマゲーム」という業界なんだなと再認識させてくれる。
当然、そんな人達が集まっているわけだから、オンラインゲーム的なものを作ろうって機運にもなりにくい。
なので、第一の理由としては、作る人達のゲームに対する趣味嗜好が伝統的な家庭用ゲーム機的なものに偏りがあるだろうという説。
パルワールドというゲームが極めて奇抜なアイデアの組み合わせによってようやく成立するなら、まあ簡単には生み出せなかったよね、と言えるのだが、ポケモンの魅力が何かを理解していればパルワールドに近いものを生み出せる時間はいくらでもあった。
ポケモンの最大の魅力はそのペット的性質を持ったキャラクターにあり、この魅力を最大限に引き出すには、「ポケモンと一緒に空間を過ごす」というゲーム体験に必然的に帰着する。
このことはみんな分かっていて、だからNINTENDO６４の時代ですら、『ポケモンスナップ』『ピカチュウげんきでちゅう』など、「ポケモンと一緒に空間を過ごす」体験を模索する試みがあった。
でも、２０１０年代に入っても何も動きがなかった。
３D技術やオンラインゲームの技術はすでに十分成熟しており、PCゲームでは家庭用ゲーム機に先駆けてオンライン対戦ゲームやよりリッチなゲーム体験ができるようになっていた。
ポケモンGOが出てきて、ようやく次の動きが来たかと思えば、これは任天堂が作ったものではなくIPだけ貸しているのだそうだ。
やり方や発想が、没落してゆくスクエニの姿と被っており、嫌な予感を感じさせた。
「今、バトロワが流行ってます。だから弊社の人気IPドラクエと組み合わせれば売れます」
「今、MOBAが流行ってます。だから弊社の人気IPポケモンと組み合わせれば売れます」
IPの切り売りが始まってしまったか、というか、それしかやることがないんだ、という残念感。
ポケモン本シリーズの方も、最新作でも未だに最大４人の協力プレイしかできないらしい。
なぜたった４人？ 発想が通信ケーブルの時代から進んでおらず、基本的にゲームがオフラインに閉じている。
なぜ普通に、素直に、MMORPG的なオンラインゲームとして作らないのか。
なぜ未だにコマンドバトル形式を踏襲するのかも謎。それって全然ポケモンの本質じゃない。
ゲームボーイ時代はスペックの制約上あれしかできなかったが、３Dでグリグリアクションができる時代に何をやっているんだろう感。
こんな保守的なポケモンの最新作の出来を見て、誰がこの会社でポケモンをアップデートしたいと思うだろうか。
パルワールドの作者も任天堂にいたらしいが、きっとそんな思いで任天堂を去っていったのだろうと勝手に想像する。
もしこれが、子どもたちを野蛮なオンラインゲーム世界に染めさせない健全なブランドイメージのために、あえてそうしているんだとしたら任天堂は長期的に終わりだと思う。
ゲームの面白さの追求よりもブランドイメージの守ることを優先する会社が、ゲームの面白さを本気で追求する会社に勝てるわけがない。
知り合いの友達同士だけで遊ばせたいみたいな価値観の押し付けをとても感じるのだけれど、ゲームを本気で遊びたい人からするとマジで興ざめする。
仮にも、各家庭の教育方針は様々であるにもかかわらず、任天堂がその上限を勝手に決めてしまっているというこの不愉快さ。
ゲームはもはや子供をあやす玩具ではない。玩具という域を超えて、コミュニケーションのライフラインになっている人も多い。
２０年とか４０年スパンで想像力を働かせてほしいのだけれど、ゲーム上の世界についてどのようにリアリティを感じるか、何を楽しいと思うか、という価値観の長期的トレンド変化について真剣に考えてほしい。
それはある人の言葉を借りれば「コミュニケーションそれ自体が目的化する」価値観への変化。
ゲームに限らず、アニメなんかを見ても例えば「けいおん」では、友達がワイワイだらだらと過ごすだけの日常が憧憬として消費されている。
これは、コミュニケーションの基盤がリアルからオンラインへ移行し、その分リアルでの人間関係が希薄になることの埋め合わせと考えられる。
つまり、ある時期から、コンテンツ（とその周辺）にはコミュニケーション的な欲求が求められ始めた。
ゲームを楽しみたいという以前に、人々はコミュニケーション的欲求をゲームを通じて満たしたいと思うようになってきている。
パルワールドとは、そのような新しい欲望や価値観の中で生まれたオンラインゲーム体験がベースにある。
ゲームをあくまでも玩具と割り切って楽しむのか、それとも、ゲームをリアル世界の延長のライフラインの１つとして暮らすのか。
このような価値観の変化を任天堂の幹部らのおっさん達が、理屈でなく、体感として、自らの経験に基づいて理解できているのだろうか。
https://www.itmedia.co.jp/news/spv/2401/22/news144.html
つらづらと箇条書きで。
・xbox game passでパルワールドをプレイしてる。
・作品、ブランドとしては、ポケモンは世界観をちゃんと作って素晴らしい。
アニメのポケモンで見た世界に、自分が入ってみたい、という欲求がある。
・アニメ ポケモンで「ゴウ」というキャラクターは、いまいち人気が出なかった。
うちの子どもらの反応もニブイ。
でも本当はゲームでも、アニメ ポケモンに出てくるサトシのような体験をしたい。
・幼稚園児(年少＆年長)の子どもらと、パルワールドを一緒にやってる。
ポケモンも買って一緒にプレイしたことあるのだが、全然ハマらなかった。
一方、パルワールドは、子どもらが自発的に「自分もやりたい！！」「お父さんパルワールドやろうよ！！」と言う。
・年長の子は、マイクラ、ゼルダ、フォートナイトをやってきているので、一人でもそこそこプレイできる。
年少の子は、いつもはタブレットしか触っておらず、Switchのゲームもまともにできないのだが、初めてxboxのコントローラで一生懸命プレイしてる。
・ゲームをプレイしてると、ゲームポケモンではポケモンはあくまで駒のひとつでしかないが、パルワールドではパル(パルワールドのモンスターはパルと呼ぶ)は本当に生きてる感じがする。
・ポケモンは、お供に連れてく、バトルで呼び出して戦わせる(自分は指示するだけ)、野生のポケモンを倒すと消える、やられたらポケモンセンターで回復する
・パルは、お供に連れてくのは一緒、お供に連れてくなかで野生のパルに攻撃すればバトルはそのままシームレスにうつる、パルは自分で戦う、自分は見てても一緒に戦ってもいい、パルと一緒に戦う合体技みたいなのもある、野生のパルを倒すと死体が残る、戦ったり動いたりするとパルのお腹が減る、怪我をしたらすぐには回復しない、パルボックス(ポケモンセンター的なやつ)は回復のスピードが上がる。
拠点を作って、ものを作ったり、木や石を採ったり、火で料理したり、と色々サバイバル生活をしてると、パルが一緒に手伝ってくれる。
最終的には拠点に15匹くらいのパルがひしめき合って、色々手伝ってくれるので、パルたちと一緒に生活してる気がする。
手伝うパルたちかわいい。
・パルたちカワイイ！！から子どもらはがっつりハマって、オープンワールドな世界を、パルに乗りながら、パルの卵や宝箱探したり、拠点で一緒に暮らしたいパルをパルスフィア(モンスターボール的なやつ)で捕まえたりしながら、駆け回ってる。
・子どもらは、ポケモンで遊ぶノリというよりも、マイクラで遊ぶノリで、パルワールドで遊んでる。
言われたミッションをこなすのでなく、世界に放り込まれて自由に遊ぶ感じ。
・子どもらのリアクションが良かった部分を書いたが、大人の自分もプレイしてて面白い！と思える理由も共通してる気がする。
参照先の記事では、ポケモンで悪いことができる、が魅力と言ってたが、それはあくまでその一部、という感触。
・世界への没入感という点で、ポケモンはアニメありき、ゲームはおまけ。パルワールドはゲームのみで没入できる。
・ここまで踏まえた上で、ポケモンっぽいのが、良くも悪くも効いてる。
・ポケモンっぽいから気軽にやり始めたが、やっているとポケモンではない、ポケモンに似たパルワールドという世界がちゃんとそこにある。
・ポケモンも好きだから、ポケモンに似てる、という忌避感はあるが、それ以上に世界に没入させてくれる。
楽しく没入できるのでプレイを続けていくと嫌な感じというよりも、願わくばポケモンの世界でパルワールドがやりたかった、惜しいという気持ちが強くなってくる。
・でも、最初手に取ったのはあくまで、ポケモンみたいだから、であり、パルワールドがここまで大きくなれば、ポケモンのブランドに対して知らぬ存ぜぬで、泣き寝入りすることは、世間も任天堂も許さないだろう。
これを許してしまったら、ポケモンのブランドが傷つけられ、将来的にはポケモン自身の存続までに波及するかもしれない。
パルワールドが楽しくとも、仕方ない。
・パルワールドがこの先プレイできなくなるリスクに怯えながら、ただただパルワールドを子どもらと一緒に楽しんでる
追記：
・つらづらと箇条書きで。 ＞ 箇条書きじゃないじゃん、のツッコミ。
おっしゃる通り。最初はちゃんと書こうとしてたけど、書いてるうちにぐちゃぐちゃに。スルーしてもらえると....
他の追記は以下に
○ご飯
朝：袋ラーメン。昼：カレーパン。唐揚げ。夜：豚肉、白菜、にんじん、しめじの鍋。たまごおじや。沢庵。間食：チョコ。柿の種。アイス。
○調子
腹ペコな上に眠くて眠くて仕方ない。
○幽限御界堂探偵社 1章
ロケットスタジオが開発したコマンド選択式アドベンチャーゲームで、死相を見ることが出来る御界堂守丸が同級生の巫女神桜子が取り憑かれていることを知り、彼女を助けるために調査を始めるあらすじ。
幽霊や怪異が実在する設定で、主人公の守丸は高校生ながらそれら専門の怪異探偵として活躍しているので、話はかなりスムーズに進む。
相棒のフェレットの大善も元人間で、それなりに優秀な怪異探偵であるため、事件捜査も怪異との対峙パートもお手のものだ。
オカルト的な導入だが、怪異と立ち向かうために図書館で資料を読んだり、街の人に聞き込みをして情報を収集する流れはオーソドックスな探偵が登場するアドベンチャーでお馴染みの流れ。
怪異と対峙するくだりが容疑者に証拠や矛盾を叩きつけるパートと対応しているのも、特殊な設定のミステリ系ADVらしい展開。
低価格かつボリュームも短いが、勘所は抑えられており、特殊な設定を利用した“サプライズ”的な展開もあって小さいながらもシッカリなくまとまっている。
資料探しや、怪異の正体にアタリをつけるのが早いのは怪異探偵としての実力の高さを表現していて、工数の兼ね合いを感じさせない良い展開だった。
謎解きパートも読んでいれば大体の想像は付くが、怪異探偵らしくオカルトの知識を踏まえた補足が入るのが、この作品らしさがある興味深い部分。
ただ、流石に道中の捜査パートのテンポが良すぎる上に、そのテンポの良さに探偵としての技量があまり関係ないシーンもあるのが気になるところ。
アタリを付けた後の捜査では、たまたま近くに落ちていたとか、たまたま遊び道具にしていた子供に聞き込みを行えたとか、流石に話が早すぎた。
キーアイテムの一つが実は開幕から言及されているくだりなどは“伏線”として無理のない範囲かつ、テンポの良さが面白味に繋がるから良かったので、ボリュームに工数をかけれないなりの工夫をしたい気持ちは伝わってくる部分もあった。
それだけに、工夫が薄い箇所は投げやりな偶然を強く感じてしまった。
また、ヒロインと主人公のボーイミーツガールな描写も、例えば主人公の方が背が低いところや、ヒロインは友達が多い陽キャだけど主人公は友達がいるシーンがないところなど、掘り下げると味がしそうな部分は多そうだが全部あっさり目。
シリーズ1作目をうたっているので、この辺は後にとっているのかもしれない。
同じこと書こうとしてたわ
別のポストでシェルスクリプトの行数は1行までって書いてたけど、AWS公式のサンプルコードで2行以上のbashスクリプトなんて無数にあると思うんだがね
ワークフロー管理ツールからはキックするのはPythonやRuby、場合によってはJavaとかの高級言語想定だね。
自分が想定してた許容できるシェルスクリプトはコマンド呼び出すとか１行程度の物だね。
他に呼び出したいシェルコマンドとかがあるんであれば高級言語内から呼び出したほうが良い。
多くの高級言語では契約プログラミングとかデータの整合性とかを検証するコードを書きやすいから、コマンドとかの出力結果を信頼できるデータとして後続処理に送ることができる。
（もちろんシェルスクリプトでも書けるが律儀にやっているとものすごいことになる）。
話を取り違えている所が
見たこと無いにもかかわらず
あなたこそ使っているコマンドのコミット履歴を見たことありますか？
ワークフロー管理ツールからはなにを実行するの？シェルコマンド？
シェルスクリプトでプログラミングするのがまずいケースがあることは分かるけど程度問題なんだよな。
ちなみにシェルを経由とシェルスクリプトでプログラミングの境目はどこにあるの？ifやforが出てきたとき？パイプが出てきたとき？
ここを明確に分けるのって難しいと思うんだよな
多分、ソフトウェア工学でいう検証とかソフトウェアテストの話と、ライブラリやコマンドにバグがあるかどうかという話を取り違えている所が話が擦り合わないポイントな気がするね。
なんとなくLinuxやシェル、各種コマンドの開発プロジェクトの状況とかも見たこと無いにもかかわらず回答しているところも気になるけど
してませんね。
そんな事無いよね。Linuxサーバの保守とかでパッチノートとか読んだこと無い？
インストールし終わったらほとんどアップデートしてない凄まじい運用してるんならあれだけど
これだとどう？
比較の話ですが、nodeやらpythonやらに比べたら「実際にそのプロダクションで使っているコマンド」のアップデートの頻度はずっと小さいですよ。
今までにされた検証は遥かに多く、コマンドのソースコードは遥かに小さいので、当たり前ですが。
命に関わらないシステムを動かしてるWeb系の業界想定ならRustで書くのが非生産的なのは同意だけど、なんで危険になるのか知りたいね。
コードを読んだ人数も実際に動作検証された回数も1桁単位のその場その場で作られたコードよりも、
長年にわたってメンテナンスされ、膨大な人数の技術者に読まれ、億を優に超える回数で、特殊なケースを含めて様々なパターンで実行された小さなコードの方が信頼性が高いからですね
そんな事無いよね。Linuxサーバの保守とかでパッチノートとか読んだこと無い？
インストールし終わったらほとんどアップデートしてない凄まじい運用してるんならあれだけど
これだとどう？
命に関わらないシステムを動かしてるWeb系の業界想定ならRustで書くのが非生産的なのは同意だけど、なんで危険になるのか知りたいね。
噛み合わないポイントはここらへんにあるかもね
あんさん、Dockerとか言ってるしあんまりシェルスクリプトの凄まじい現場とか見たこと無いのでは。
シェルってのは人間の向けのコマンドの出力結果をawkとかsedで分解して後続につなげるもんなんで出力結果が変わると困る。ただ、manにはこういう処理で使えるほどの詳細な挙動は書いてないことが多い。
そして、シェルは出力結果おかしくても型とかじゃなくて文字列処理だから割りと後続処理が実行できちゃう。おかしい箇所を発見するのも時間がかかる。
そういうことが無いようにバリデーションのコードとか書き始めると複雑で何百行にもなるシェルスクリプトができて、これが一層壊れやすいし保守開発がめんどいことになる。
横からだがシェルスクリプトで使用してるコマンドとオプションの仕様を把握するのなんて高級言語で使用するAPIの仕様を把握するのと同じぐらい基本的で当たり前のことだよ。manっていうコマンドを使ったり、より簡易的には--helpのようなオプションで確認できるよ。
君が論理的じゃないとしているところは筋が通っていると思うよ。
検証というのはプログラム開発におけるテスト工程だけでなく無数の利用者が継続的に使い続けていることを指しているよ。それを含めるならPOSIX準拠のシェルコマンドよりもよく検証されているプログラムなんて世の中に存在しないんじゃないかと思うよ
標準ライブラリのすべての関数のありとあらゆる引数に対する挙動を把握している？
標準コマンドは標準入出力を通してプログラム同士で連携することを想定して作成されており、
入出力の破壊的変更を気軽にコミットしようとしたら秒でハネられます
「ゾウリムシよりも蟻は大きい」を「蟻は大きい」で切って引用するのはやめましょう
規模が大きくなると信頼できない、その場しのぎ的な技術であるのはpythonなどのスクリプトの実行環境も同様です
すべての処理、すべてのプログラムをRustで書くような行為はきわめて非生産的ですし、シェルスクリプト以上に危険です
「よく検証されている」というのはされているかいないかというバイナリーな概念ではなく程度問題なので、UNIXの標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
論理的じゃないよね
メンテナの数、レビューする人数、実際に動作している環境etc
曖昧さっていうのが何かわからん。マイナーなコマンドを後から入れたとかじゃなくて標準的なコマンドを使うとして、manで出てくる情報で何が不足しているかピンとこないんだが
横からだがシェルスクリプトで使用してるコマンドの仕様を把握するのなんて高級言語で使用するAPIの仕様を把握するのと同じぐらい基本的で当たり前のことだよ。manっていうコマンドを使ったり、より簡易的には--helpのようなオプションで確認できるよ。
例えば、ファイルをあっちからこっちにコピーして一時的に待避するだけならシェルスクリプトでcpコマンド書くのがコスト最小でしょ。現実のシステム運用では費用対効果を考えていろんな仕組みを使い分けてるんだよ
シェルスクリプトに使用したコマンドのすべての挙動を把握している？
使用予定のオプションだけでも出力結果のすべてのパターンを把握している？
人が手て使うことを想定された曖昧さの残るコマンドと、高級言語の機械が使うことが前提の曖昧さの少ない機能だと全然違うものだと思うが
そんな事無いよね。Linuxサーバの保守とかでパッチノートとか読んだこと無い？
インストールし終わったらほとんどアップデートしてない凄まじい運用してるんならあれだけど
「よく検証されている」というのはされているかいないかというバイナリーな概念ではなく程度問題なので、UNIXの標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
論理的じゃないよね
