はてなキーワード: オブジェクトとは
あんまりもうそんなに躍起になって缶ジュースとか可愛いコスチュームの設計図、
ゲーム中のレアアイテム収集を一所懸命探すよりも私はストーリークリア優先で進めていったの!
もうさ、
だってもうストーリー上のかつての輸送ルートでチューブみたいなところをシャーって滑走して行くシーンの場面があるんだけど、
もちろんゲーム性を抜群に上げるためにゲーム的な要素があるから障害物が中にあんの。
それが厄介で1ミリでもかすったら3回ぐらいで死んじゃう、
ボス戦も難すぎるので、
ノーマルモードからストーリーモードに変更したらマイルドになるので難なく、
チューブ内障害物全当たりでも突破できちゃうマイルドさはどうよ?って思うけど逆にサクサク進めて気持ちいいのは気持ちいわ。
でもボス戦は前にも書いたけれど、
今だ!ボタンを押せ!って回避のチャンスをシステム的に与えてくれるんだけど、
そんな余裕ぜんぜんないし間違えて違うボタンを押しちゃって、
ぜんぜんアシストになっていないけれど、
それ慣れればうまくチャンスタイミングを教えてくれるボタンを押すことができるようになるので、
それでもボスは充分にめちゃ強いけどね。
プロモーション動画でよく出て来るシーンがラスボスのラストシーンかと思ったそれなんて小林幸子さん?ってさんざん使い古された言葉をいっちゃいそうにそう思ったけれど、
そのシーンから何体あとボスいるの?って言うぐらいそれ以降ボス戦多くて辛かったわ。
だんだん終盤になってくると回避不可能の即死エリクサー削り攻撃してくるので、
しかも復活できるエリクサー的な装備は1戦闘中に1個しか持てないのよ。
その即死攻撃はおおよそ2回くるので1回はエリクサーで誤魔化して2回目はなんとか回避しなくちゃいけない腕前が試される真面目なプレイが求められるの。
そのボスが放った即死玉を全部時間内に飛び道具で撃ち落とせば即死攻撃を回避できることができるの。
ふふふ、
もちろんスプラトゥーン3ではそこそこのポンコツエイムでもキルできる腕前と立ち回りはしているつもりだからある程度の自信はあったの!
でも、
これだけが唯一のなんなら難ぐらいな難ぐらいぜんぜん操作性が悪くて、
右スティックボタンで銃とかの標準が出てくるんだけど即死攻撃のそのオブジェクトにうまく狙いが定められないの!
私はそこそこのそういう自信があっただけに、
まだPS5のコントローラーに慣れていない、
これなんとか狙いやすくならね?って思って苦戦すること256戦目でやっとやっとやっとよ!
その即死回避負荷攻撃のオブジェクトを発動するまでに全部撃破することができたの!
今がチャンス!いやピンチ!
そう言うぐらい現場は混乱していて、
イヴがタキパワーを纏うパワーアップで変身してそのタキパワーの間は体力が減らないからそう言うことを気付いてから、
そのタキパワーの技でゴリ押しのあとボスの体力5ミリ!広末涼子さんが恋するのはマジで5秒!ってところでやっとのことで、
本当のラスボスも討伐!
街の用水池みたいな防火用水みたいな四角いコンクリートの枠のそんな池みたいなところで、
なんで18トンのジンベイザメが釣れんのよ!ってそっちの方がラスボス級だわ!って
魚影とはぜんぜん違うデカいカジキマグロとか釣れると笑っちゃうわ。
すっかりイヴのそのおっぱいとかお尻とかのセクシー要素とかイヴ可愛い!とかすっかり忘れちゃってたわ。
そんでね、
今こういうお話のストーリーって重厚で重めな内容多いじゃない!
ラスボス倒して街に戻って
王様に報告してみんなでわーい!って感じじゃなくって、
これ何種類かあるマルチエンディングみたいで
どのエンディングも手放しに喜べない、
なんか後味はスッキリ爽快!な味わいのエンディングではないモヤモヤの後味の重たさが今どきなのかなーって。
そのストーリーの重さにちょっとイヴ頑張ったのに気の毒だなって思ったわ。
なかなか作中で感情を露わに出すことが少ないいやほとんどないので、
イヴはどう思うんだろう本当のところは?って思うけど
私はこれから自分を信じて!ってそんな内容のことを言ってくれるから私の判断に寄り添ってくれるようなセリフ回しでグッときたわ。
でもその選択をどちらにしても
いまいちストレートなハッピーエンドとは言い難い終わりでちょっとしんみりしちゃったわ。
イヴの華やかで艶やかな見た目とは裏腹にとにかく重たいわ。
しんみり重く受け止めスタッフロールを見終わったと言う感じ。
言い方「生まれてきた!」だよ。
育ったじゃなく生まれてきた!なのよ。
バックグランド重すぎない?
最後の話の中身はとにもかくにも重いなぁ。
角煮は煮すぎると溶けちゃって無くなるけれどさ。
でもいいの私はこの話の中の謎、
つまりはこの話『ステラーブレイド』の終わりまで見届けることができたからね。
ゼルダの伝説ブレスオブザワイルドのクリアが3年ぐらいかかったから
と、言っても2年半ほったらかしだったのはここだけの話だけれど。
一気に60時間でクリアとはこれは私にしちゃー超早くない?って。
あとずーっと作中思っていたのが
作中の言い方だとアンドロエイドスって言うんだけど
いろいろホットなので今、
私も製作者側のネット記事とかインタビューとか気になって読んでいるんだけど
それか製作者側はワザとそう言うこと言って賑やかしているのかもしれないし、
でもこれちゃんと作品を辿って見ていけばイヴはアンドロエイドスと言うことは分かるから、
たぶん謎に思ってる人はイヴはアンドロエイドスだってことは納得してくれると思うわ。
それとイヴ基本ずーっと不気味なほど無表情なのよね。
多少の人との会話でのやり取りで表情が明るくなることはあるけれど、
まだ作中の酒場で出てくるアンドロエイドスのエンヤって言う人物の方が感情や表情が豊かなのよね。
動きはぎくっしゃくしているけど、
これイヴにないものを持ち合わせていると言う対照的な描画なのかしら?
エンヤは旧型のアンドロエイドスか分からないけど動きはロボット的な動きだけど表情や感情はより豊かなのよね。
今それ気付いた!
だからアンドロエイドスのバージョンに関わらず感情っていうのはあると思うの。
現にイヴを強化したりサポートしてくれる仲間のリリーはよく笑っているし感情豊かなのよね。
この空挺部隊がいる宇宙のコロニーのことも何も作品詳しく言ってるところがないし
一番冒頭の最初のシーンのタキとイヴの関係性もよく分からない、
なんでそもそもとしてアンドロエイドスが生まれた背景とか誰がそれ作ったの?とか
その人たちはアンドロエイドスとはまた別なの半分人間半分機械のアンドロイドなの?
いろいろ謎がありすぎて謎よ。
そのぐらいステラーブレイドの世界が私にとって魅力的であるとともに、
一番の魅力はやっぱり圧倒的な存在感を放っているイヴのキャラクターにある私が惹き寄せられた一番の理由でもあるわ。
ゲームはNintendo Switchで上海とスプラトゥーンが遊べたらそれで充分それでいっかー!って思っていた私をプレイステーション5の本体まで買わすとは!ってぐらいイヴはこの話で終わらせてしまうには勿体無いのよね。
またなにか安直に続編は望まないけれど出たらもちろん嬉しいわよ!
続編の話は時期尚早で涙そうそうかもしれないけれど、
何年経ってもどんなゲームのハードでもいいからまたイヴに会いたいなって素直に思わせてくれたわ。
そのぐらい魅力的で強くて美しくてカッコいいイヴなのよ。
作中のセクシーコスチュームとかアクセサリーでつけられるメガネとかで
ゲームのピタピタのバトルスーツを着た強い女性はだいたい人間が人工的に作り出した人造人間的な設定が多くない?って
まあメトロイドとステラーブレイドのその2作しか知らないけれど、
その説濃厚説有力あるわ。
メイン移動の宇宙船のテトラポットは多分絶対メトロイドのスターシップみがあってインスパイヤあると思うわ。
これは憶測だけど。
でも何だか話を終わらせちゃった終わらせたくないって気持ちもあったけれど、
一応のこのイヴの作中の中のお話は最後まで見届けられて大満足よ。
とても私にとっては楽い冒険だったわ。
またイヴに会いたいな。
うふふ。
みかんの花咲く丘公園前駅の商店街の喫茶店のモーニングで和食モーニングよ。
パンを払う手間がある和食は箸でご飯をつまめるから手が汚れないわ。
鯖重なるわね。
でも美味しいからいいのよ。
すっきりとした爽やかな緑茶の風味が広がっていいわよ。
すいすいすいようび~
今日も頑張りましょう!
もうすぐ発売から1年経つ。ブレワイは発売日でこそなかったがSwitchと同時購入して、それはもうとんでもなく面白くて3歳からずっとゲームをし続けてきた俺の、人生で面白かったゲームランキングをぶっちぎりで更新した。
当然ティアキンはめちゃくちゃ期待してて、PVが出るたびにコマ送りで確認するくらいだった。発売日は仕事も休みにしてもらって0時からやった。今確認したら発売日は16時間ティアキンしてたらしい。我ながら頭おかしい。
基本的に攻略サイトは見ずに手探りでプレイしていた。ティアキンを遊び尽くしてやるぞ!という気持ちだったので常にコログのお面を被り、センサーを宝箱にセットしてマップを隅々まで探索していた。
逆に祠や洞窟、ミニチャレンジなどはノーヒントだったので普通より時間がかかっていたと思う。祠コンプしたのはコログ900超えたあとだったし。
Twitterでエアロバイクが流れてきたところからウルトラハンドの工作にハマり、5chのウルハンスレに入り浸ったりHyperWikiのフィールドオブジェクトを眺めたりして色々研究したりもしてた。ちなみにゾナウギア重ねバグと"柵"を発見したのと、Quantum Linkを日本に広めたのは俺。
完璧に真っ直ぐ進める3輪エアロバイクとQuantum Linkを使って高速移動と登坂性能を両立した車を作ってウルハン工作欲は一旦満足した(これだけでも1ヶ月くらいは遊べた)ので、その後はストーリーを進めつつコログ集めつつ防具強化素材を集めつつみたいな感じだった。
で、発売から2ヶ月くらいでコログ900個(完全自力)、防具強化だいたい9割くらい、マヨイや井戸など残りの要素は完全コンプリートという状態までいって熱が冷めた。その後ちょくちょくコログを集めて今950個くらい。
まずストーリーに関しては正直どうでもいい。そもそも俺はゲームにおいてストーリーを重視するタイプではないからだ。ティアキンのストーリーの評価は賛否両論で、感動したって人もいればタイムトラベル関連で矛盾があるとか、ゼルダゴリ推しが目に余るとかいう意見もある。まあ確かに言われてみれば確かに設定が甘いとかはあるが、やってる最中はそこまで気にならなかった。
あとブレワイとの繋がりがことごとく消されてるというのは残念だった。ユン坊がダルケルの護りを一切使わないの意味不明だし、ウルボザなんか影も形もない。
UIはブレワイよりはマシになったとはいえまだ全然ダメ。特にスクラビルド関連はゴミすぎるし、ホイールメニューも微妙。俺は賢者を常にOFFにしてたから体感してなかったけど、賢者関連のUIもゴミらしいね。
次は能力に関して。
まずウルトラハンドはめちゃくちゃ面白い。「物を動かしてくっつける」これだけで1本のゲームとして成り立つくらい最強の能力。オープンワールドでこれやったのはヤバイよ。実際俺はこれだけで1ヶ月くらい溶かしたし。
スクラビルドは、うーんって感じ。まずそもそもやってることはウルトラハンドと同じく「物と物をくっつける」なんだから、能力として分ける必要はないのではと思った。ウルトラハンドを武器に適用したらこうなりますよ、的な。あとスクラビルドを作ったせいで武器を朽ちさせる必要がある→見た目が悪くなるというのは結構残念だった。
トーレルーフはこれのおかげで洞窟や井戸を作れたと考えるとまあアリ。モドレコはあんまり使わなかったからぶっちゃけ要らなくね?とにかく4つの能力の中でウルトラハンドだけが突出していてバランスが悪いなと思った。
また賢者の能力がブレワイの英傑の加護に比べて弱くて、むしろ使わないほうが邪魔にならなくていいとさえ思った。
ゾナウギアに関して。
まずエアロバイク(とロケット盾)が強すぎるせいで、移動関連は全てこれでよくなってしまうのがこれまたバランスが悪い。戦闘用ギアに関してもまともにダメージを出すには相当ゾナニウムが必要で、普段使いできないので結局自分で武器振るったほうが速いとなりがち。
これもよく言われていることだが、ブループリントのお気に入り欄が8枠しかないのは少なすぎるのと、オンラインで設計図を交換できたら良かったのにと思う。
俺が一ヶ月かけて作った車も実際スピードが出て楽しいは楽しいが、楽しいだけで便利ではない。だってエアロバイクでいいもん。
あとアップデートで面白いバグが根こそぎ修正されていったのも残念。これとDLCないです発言で今以上に面白くなることはない、と思ってしまったので熱が冷めたと言っても過言ではない。
ボリュームに関して。
多すぎる。ブレワイでも牛丼特盛+デザートでパフェって感じだったのに、ティアキンではキング牛丼2個にパフェ+パンケーキ+お茶2リットルって感じ。盛ればいいってもんじゃない。
それでいてブレワイからやることが大きく変わったわけじゃないので飽きる。ウルハン工作や洞窟探索はブレワイにはなかったので結構楽しめたけど、チャレンジ系やコログ、祠は正直惰性でやってた。
あとやっぱりマップ使いまわしはダメ。地上はマジで既視感凄かった。空島も6割は同じ構造の島だし、地下は景色が全く代わり映えしない。空島と地下はクリアしたら行く意味がないので、結局最後は地上にばかりいて、でも地上は遺跡片が突き刺さってたり深穴があって汚いので、純粋に景色を楽しむことができない。
ブレワイは何度も最初からやってその都度色々な冒険を楽しめたけど、ティアキンは1週目コンプすらできずにお腹いっぱいです。
最初にブレワイはめちゃくちゃ面白かったと書いたが、その理由は今までのゲームになかった圧倒的な自由度にある。
まずゲームを始めてすぐ、何のムービーも誘導もなく、手探りでOPまで進むことになる。そして塔を起動するまでも一度姫さまの声が聞こえるだけ。極めつけに1つ目の祠をクリアしたあとは「残りは全部自力でやってね。じゃ!」と言われる。最高だろ?始まりの台地のマップは全て繋がっていて、エリア間移動もすぐできるので、どこから探索しても構わない。
対してティアキンの始まりの空島ではまずマップの構造とラウルの誘導からして反時計回りに進むことが前提となっている。ウコウホ〜インイサまでは多少広いけど、それ以降はほぼ一本道。実際初見プレイのときもゲームの方から「次はこっちに行ってね」と言われているように感じた。ワープも使えないから後戻りもしづらい。
また「これをしないとストーリーを先に進められない」という、謎解きの形をしたおつかいが多々見られる。
例えばブレワイのゾーラのストーリーは
・ゾーラの街にたどり着く
・ゾーラの街で会話を進める
・ルッタに乗り込む
・ルッタで謎解きをする
こんな感じである。
・ゾーラの街にたどり着く
・像のヘドロを取り除く
・ゾーラの鎧を貰っておく
・シドに会いにいく
・学者に会いにいく
・街の子供の話を聞く
・ドレファン王に会いにいく
・特定の空島に行く
・貯水湖の渦に入り、謎解きをする(長い)
・神殿で謎解きをする
やることが多いよ!ロックマンエグゼ2のフリーズマンシナリオかよ!
とにかくブレワイに比べて自分の好きなように進めるというのがやりづらくなったと感じた。
総評として「ウルトラハンドが500点。それ以外40点で平均して約120点」みたいなゲームだと思った。正直言ってウルトラハンドとほんの少しだけ改善されたUI(と多すぎるボリューム)以外ブレワイに勝ってるところないです。
実際ウルハンで謎解きや工作してるときは本当に面白かったんだけどね…。それ以外の要素もコンプしようとしてしまったのが悪かったと思う。
なんだろうね。あのアホどもに審美眼がないという点は正しいと思うけど、反AI感情への結びつけ方が強引だなと思う。
ai生成の絵はどれもこれもピントがずれた写真みたいな違和感あるから区別つくってのも分かるんだけど。(違和感は特にコンテキスト、時間の流れとオブジェクトの関係の変化のある絵だと顕著)
機械翻訳の例もなんかピンと来ないし、大体煽りが臭すぎる。文章の才能ないよ君
それにマニュアル系の文章なら人間翻訳通すまでも無いでしょ、最近のは特に。ツッコミどころ多い
この文章は実感の説明まではそれなりに妥当だけど、後半2部のたとえと推論の出来が壊滅的で評価を悪くしている。
終わり悪けりゃすべてだめ。
まあ、"アート"ならなんとなくAI産と人間製の区別ができるという実験結果もあるし、そう悲観するものではないと自分は思ってるよ。
○ご飯
朝:朝マクド。昼:カラムーチョ。夜:にんじん、ピーマン、きのこのスープ。たまごやき。納豆。冷奴。沢庵。間食:チョコ。
○調子
むきゅーはややー。おしごとは、おやすんー。
小学生男子けんた君が手作りしたRPGライトの伝説を一緒に遊ぶ”テイ“のゲーム。
当たり前だが実際にはデスクワークスという会社が開発し、アニプレックスがパブリッシュをしている、インディーゲームで、小学生のけんた君はゲーム内のキャラクタだ。
RPGを名乗ってはいるが数値が上下したり戦闘面で工夫する類の自由度はなく、ゲームブックやアドベンチャーゲームに近いジャンル。
(ここでいうRPGやアドベンチャーゲームなどのゲームジャンルは2024年に概ねそのように分類され広報されるゲームとの比較を意味しており、RPGという言葉の定義や歴史の話をしたいわけではない)
ノートに手書きされた街やダンジョンやキャラクタ、ダンボールやビーズで工作されたオブジェクト、文房具や上履きのような小学生に身近な道具を使った演出など、本当に小学生が作ったかのようなリアリティを感じられる。
特に手書きのノートの絵が動く描写は印象的で、初見の作り込みへの凄い感動が最後まで続く。
ビジュアルのルックを楽しむゲームになっていて、テキスト面は小学生が考えた”テイ“の支離滅裂さをあえてやっているのが面白い。
ゲームシステムも文章を読むパートだけでなく、ノートに鉛筆で線を引いて攻撃するバトルパートや、2Dゼルダ風のクォータービューアクションや、シューティングなど様々な要素が次から次へと遊べる。
とにかく終始細かいオブジェクトの作り込みと、小学生けんた君が作った設定に準ずる配慮がなされているのが、非常に印象に残る。
ノートの中に目一杯書き込みがされており、その線一本一本すらけんた君の楽しいゲームを作りたい欲求を感じさせられた。
けんた君目線で徹底された各オブジェクトを調べたときのメッセージは、テキストをその方向で作り込まれている故の世界観の厚みを感じる。
キャラクタに関しても、ポニテで元気っ子な女子ながら歴史家の側面があるアンナ、ダウナーな魔女で敵なのに可愛いミザリーと、それぞれ全員を小学生男子けんた君が演じていることによるメタ的な交錯した感情はさておき、可愛いキャラが揃っている。
いや、さておきと書いたが、さておけない。
何にしてもこのゲームは、小学生男子けんた君の目から見た世界であることが終始徹底されているので、開発者の顔が透けて見えるのだ。
いや、実際の開発者は藤井トムさんと南場ナムさんで小学生ではないから透けて見えてないんだけど。
このゲームの中でゲームを遊んでいるからこその感覚は、かなり独特なもので、けんた君についてどう思うかも重要で、彼に好意的な気持ちを抱きながらプレイできるとより楽しくなる。
謎の組織に誘導され、山中の古い屋敷に泊まることになった学生たち
その屋敷には様々な殺意MAXバケモノを召喚するためのオブジェクトが配置されている
吹けば魚人の出てくる法螺貝、鳴らせば少女姿の怪物が出てくるオルゴール、解いたらヤバイブロックパズル、身につけるとヤバイアクセサリー
全部謎の組織が設置したもので、一見ただの古臭い屋敷は最新の技術が搭載されあちこちに隠しカメラがあり
組織の人たちが「今度の奴らはどれを召喚するかな」と賭けをする
シラフならよくわからん屋敷の探索などしない真面目で慎重な学生らだが、
謎の組織による巧みな照明コントロールや精神に作用する薬物の噴霧により、ホラー映画にありがちな好奇心がやたら強い向こう見ずでバカな若者的行動を取っていく
結局学生らは、「殺人鬼一家の日記」に書かれた音読するととヤバイ呪文を読み上げることでゾンビと化した殺人鬼たちを召喚し王道ホラーっぽくなる
謎の組織はなんなのかなどに迫りつつ展開が二転三転していきずっと面白かった
ある動作をすることでバケモノを呼び起こしてしまうというのは古典的な設定だが
発達障害みたいなバグを量産してしまってチームからの目が痛い。
正直これはPythonのせいだ。
例えば
if is_checked:
この構文、”False"という文字列ではTrueになってしまう。想定外にオブジェクトが入ってしまっても普通にTrueになってしまう。想定外のNoneが来てしまうとFalseになって開発中はなかなか気付かないなんてこともある。基本的にifの後は if hoge == True: と書くべきだと思ってる。linterで怒られることもあるが、それよりもバグに気付けない方が怖い。
if "1" == 1:
これはfalseだけど、これが変数で来てたりすると全然気付かない。
for i in user_list:
こんな構文でuser_listにはリストが来ることを期待していたのに文字列を入れてしまうことがある。
そうなるともうぐちゃぐちゃ。
user_list += user_id
これはuser_idが ["hogehoge"]ならうまくいって"hogehoge"なら["h", "o", "g", "e", ...]が追加されることになる。
これも気付きにくい。
いずれも開発段階では気付かないことが多い。テスト段階になったり、テストないような突貫工事体制だとリリース直前の動作確認で気付いたりする。
リストを入れるつもりだったのに文字列を入れてしまったりbooleanを入れるつもりだったのに文字列が入れられるからこんなことになる。性的型付けしか受け付けたくない。
エンジニアなの?
ただの決めつけだし、対人論証ですね
Rustでは、pubで可視性管理を管理してカプセル化し、データ構造を定義し、traitでデータ構造に対する操作のインターフェースを定義し、
ジェネリクスやトレイトオブジェクトを使ってさまざまなデータに対して多相で処理を提供することが一般的です
「RustはOOPじゃないし」に対する反論としてはこちらの方が重要であり、私がエンジニアであるかどうか、どのようなプロダクトを書いたかなどはノイズでしかなく、答える必要も、考える必要もありません
これの方がスカスカだよね
てきとーにホラ吹いてるだけだとしても、反証可能性がない
こっちはRust技術者が他にいて、Rustでそんな書き方しねえわみたいなことあったら指摘できるよね
反証可能性がある
男性向けポルノを観る時、脳はモニターに映る女性を無意識のうちに物として認識しているらしいのだが、その説の真偽は置くとして、そもそも自分はポルノに限らずモニターに映る人間を人間として見てるのかという疑問が沸いてくる
例えば昔のお笑い番組で、身体を動けないように拘束された出川が汚物まみれにされるのを見て強い不快感に襲われたが、そういう演出をする番組制作者に対して強い嫌悪感を覚える一方で自分はその時に出川のことを人間として見ていない
粗末な扱いをして笑いを取るために用意されたオブジェクト、というのが感覚に近い
藤井壮太や大谷翔平をテレビで観てスゲーと思うが、それはスゲー人間だと興奮するためのオブジェクトであって、ちゃんと人間として見ている感覚はない
たぶん、物もわからぬ幼児が蓋の開いた井戸に近寄っていくのをテレビで見ても、それを制止しようとは思わないだろう
じゃあモニターの外、例えば家族のことはオブジェクトに見えるのかというと、ちゃんと人間に見えている実感がある
むしろ逆で、人間として見るという感覚は家族を見ているときの感覚に近しいという認識だ
たぶん自分は、相手のことをちゃんと人間として見るためには関係を持って対話することが必要なのだ
特別収容プロトコル: SCP-0349-HTは、インターネットから隔離された標準的な人間収容セル内に収容されます。対象者との面会は、厳重な監視の下で行われます。収容中は、対象者の発言内容を常にモニタリングし、記録する必要があります。
説明: SCP-0349-HTは、20代後半のアジア人男性です。対象者は、自身の意見に反する主張をする人々(主にインターネット上で活動する集団)に対して、現実改変能力を行使する異常性を持っています。
SCP-0349-HTが自分の意見に反する主張を目にすると、その主張を完全に間違ったものにするために無意識に対象者の意見を改変します。
SCP-0349-HTの異常性が発覚したのは、20■■年■■月■■日、SCP-0349-HTが参加するインターネット上の議論においてでした。SCP-0349-HTは、自分に反対する意見を述べるユーザーに対し、「お前の意見は間違っている。なぜなら、お前の言っていることは現実では起こり得ないからだ」と主張し、異常性を発動しました。
その直後、そのユーザーは意見を改変されましたが、■■■■■■を施された財団職員がその議論を目撃し通報したため、SCP-0349-HTは財団に収容されました。
財団は、SCP-0349-HTの現実改変能力が、意見の書き換えに留まっている間は、大規模な影響を及ぼす可能性は低いと評価しています。しかし、対象者の能力が客観的な現実にも影響を及ぼすようになる可能性を完全に排除できないため、引き続き収容と研究を続ける方針です。
おまえは「ピンの話ばかりしている」と主張するが、
まず、大前提としてgoogle mapはスパムによる虚偽の申請があまりにも多いので、机上で確認できる手段がないと更新されないことがある。
このとき既存の建物のピンが立っているときは、ピンでないところをクリックして何もないところをクリックして灰色のピンを立てる。
で、右クリックして「場所を追加」を選ぶと、新しい施設の登録ができる。
もしかしたら、ここまでは増田はたどり着いている可能性がある。
「マーカーの位置を編集」でなるべく正しい位置にマーカーを移動してやってくれ。
もうないはずの既存の建物のピンと同じ位置なら重ねてしまっていい。
更に、現在googleに認定されてるランドマークと申請したい建物が一緒に写っている写真を添付する。
つまり、どの位置かというのを別の建物に証明してもらっている状態だな。
近くにランドマークがない場合は、最新のストリートビューとなるべく同じ画角で撮った写真を添付する。
こっちはストリートビューに位置を証明してもらってる状況だな。
これを逆利用して、ストリートビューに写ってるのに登録されてない建物を申請するという方法もある。
とりあえずクリア
難易度は一番低いやつ
途中詰まりそうになったときもあったけどなんとかクリアできてよかった
ps2の1はラストステージで詰まってクリアできんかったからなー
ロックマンのワイリーみたいな立ち位置なんだなラチェクラのラスボスって
声もあってた
画面のきれいさとロードのなさはすぐ慣れて、後半は逆につまんなかったなー
まちとかステージのオブジェクトもやたらリアルで数おおいけど、逆にそのせいでどれが壊せるものかとか、
大事な隠しアイテムかとかがすげーわかりにくくなっててイライラした
最後の最後でアクセシビリティってオプション設定あることしって、インタラクトできる箱とかゴールデンボルトとかギミックとかの色を変えたらすげープレイしやすくなったわ
わりとメインのはずの遠距離武器の爽快感がいまいちだったのは微妙だったなあ・・
近距離攻撃とどかねえから遠距離必須みたいな敵やボスが多いから余計に感じた
ベルトスクロールみたいにエリア内の敵倒さないと次に進めないのが結構あるけど、
終わってるかどうかがすげーわかりにくくて、終わってないのに進もうとして死ぬってのも何回かあってうざかったなー
まあ1回やればいいかなって感じ
スターオーシャン6とかもこういう感じで交互に見せてくれればよかったのになと
ラチェットとリベットで2週させられてたらクソうざかったと思うわ
こんな感じで1周で両方みせてくれたらいいんだよ
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて(キラキラ)」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
3行でまとめます。
〇 エクセルシートはユーザーインターフェース(インプット)か出力結果(アウトプット)のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列(連想配列)に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
(もちろん、ユーザーインターフェースの別の欄(セル)に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。)
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
(これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…)
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
1.元となるcsvファイルをエクセルに読み出してシートに格納
2.そのデータは日付が数値型になっているので、日付(数値型)の入った列を文字列に変換した日付(文字列型)列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず(あるいはエクセルのセルオブジェクトを変数のように扱い)、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか?。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列(連想配列)と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
(逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・)
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列(連想配列)で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
(参考)【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
(参考)Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ(VBA)から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列(連想配列)のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある(ローカルウィンドウやDebug.printを使うなど)ので、リハビリに取り組んでほしいです。
(参考)VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
(最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。)
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用(加工用)のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ(VBA)は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
(あと、コマンドプロンプトの真っ黒な画面が怖かった)
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
(そのやさしさが上述したとおり悪魔の罠なわけですが。)
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
「この関数にこういうパラメータを使ったこういう処理を追加してくれ」などと言われたら、コードは複雑化するのは当然だろう。
かといってこういう要求が来た時に、コード全体を一から作り直して簡潔にしようと思うのはナンセンスだ。
コードの量にもよるが、一定程度の量のコードがそこにあるときは、やはりリファクタリングの方が効率よく進められる。
「僕はリファクタリングなんてしませぇん、一から書いた方がいいでぇす」というのは、特定の現場・状況だけにあてはまるものだと認識しておこう。
確かに「コード全体をリファクタリング」なんてしようと思ったら大変すぎるが、通常は「修正を担当する部分をついでにリファクタリングする」でOKだ。
ユニットテストさえかけていれば、そのリファクタリングによって、バグが見つかりやすくなるだろうし、保守性も上がるのである。
なお、本当にコードベースが酷いカオス状態で、ゴッドオブジェクトを使っているような状況になったら、「書き直す」という利点が少しはあるかもしれないが、そういう場合は関係各位に同意を取らなければやってはいけない。
そういったカオスな状況でさえ、平均的なプログラマーは「良いコード」よりも「慣れているコード」に愛着を持つ傾向にある。
もしあなたが「コードを綺麗にするためにすべてを一から書き直そう」と、無断でそのようなことをやったら、彼らが慣れていないという理由で批判の嵐が殺到するだろう。
量子力学における観測者問題についてはよく知られるように、人間の主観性が量子実験の結果に重要な役割を果たしている。
ドイツの物理学者ヴェルナー・ハイゼンベルクによる有名な引用がある。
「私たちが観察するのは現実そのものではなく、私たちの質問の方法にさらされた現実です。」
例えば有名なダブルスリット実験では、スリットの後ろに検出器を置かなければ電子は波として現れるが、検出器を置くと粒子として表示される。
したがって実験プロトコルの選択は、観察する行動パターンに影響する。これにより、一人称視点が物理学の不可欠な部分になる。
さて、数学にも一人称視点の余地はあるか。一見すると、答えは「いいえ」のように見える。
ヒルベルトが言ったように、数学は「信頼性と真実の模範」のようである。
それはすべての科学の中で最も客観的であり、数学者は数学的真理の確実性と時代を超越した性質に誇りを持っている。
ピタゴラスが生きていなかったら、他の誰かが同じ定理を発見しただろう。
さらに定理は、発見時と同じように、今日の誰にとっても同じことを意味し、文化、育成、宗教、性別、肌の色に関係なく、今から2,500年後にすべての人に同じ意味があると言える。
さて、ピタゴラスの定理は、平面上のユークリッド幾何学の枠組みに保持される直角三角形に関する数学的声明である。しかし、ピタゴラスの定理は、非ユークリッド幾何学の枠組みでは真実ではない。
何が起こっているのか?
この質問に答えるには、数学的定理を証明することの意味をより詳しく調べる必要がある。
定理は真空中には存在しない。数学者が正式なシステムと呼ぶものに存在する。正式なシステムには、独自の正式な言語が付属している。
つまり、アルファベットと単語、文法は、意味があると考えられる文章を構築することを可能にする。
その言語には、「点」や「線」などの単語と、「点pは線Lに属する」などの文章が含まれる。
次に正式なシステムのすべての文のうち、有効または真実であると規定した文を区別する。これらは定理である。
それらは2つのステップで構築されれる。まず、最初の定理、証明なしで有効であると宣言する定理を選択する必要がある。これらは公理と呼ばれる。
公理からの演繹は、すべての数学がコンピュータで実行可能な印象を生む。しかし、その印象は間違っている。
公理が選択されると、正式なシステムで定理を構成するものに曖昧さがないのは事実である。
これは実際にコンピュータでプログラムできる客観的な部分である。
例えば平面のユークリッド幾何学と球の非ユークリッド幾何学は、5つの公理のうちの1つだけで異なる。他の4つは同じである。
しかしこの1つの公理(有名な「ユークリッドの5番目の仮定」)はすべてを変える。
ユークリッド幾何学の定理は、非ユークリッド幾何学の定理ではなく、その逆も同様。
ユークリッド幾何学と非ユークリッド幾何学の場合、答えは明確である。これは、単に説明したいものに対応している。
数学は広大であり、どのように公理を選択するかという問題は、数学の基礎に深く行くと、はるかに感動的になる。
すべての数学的オブジェクトは、いくつかの追加構造を備えたセットと呼ばれるものであるということだ。
たとえば自然数のセット1,2,3,4,...は加算と乗算の演算を備えている。
集合論は特定の正式なシステムによって記述される。Ernst ZermeloとAbraham Fraenkelと、選択の公理と呼ばれる公理の1つに敬意を表して、ZFCと呼ばれる。
今日の数学者は、すべての数学を支える集合論の正式なシステムとしてZFCを受け入れている。
彼らは、無限の公理と呼ばれるZFCの公理の1つを含めることを拒否する。
言い換えれば、有限主義者の正式なシステムは、無限の公理のないZFCである。
無限大の公理は、自然数の集合1,2,3,4,...が存在すると述べている。すべての自然数に対してより大きな数があるという声明(「ポテンシャル無限大」と呼ばれる)よりもはるかに強い声明である。
有限主義者は、自然数のリストは決して終わらないことに同意するが、いつでも自然数の集合の有限の部分集合のみを考慮することに限定する。
彼らは一度にまとめたすべての自然数の合計が実在することを受け入れることを拒否する。
この公理を取り除くと、有限主義者が証明できる定理はかなり少なくなる。
正式なシステムを判断し、どちらを選択するかを決定することができるいくつかの客観的な基準...なんてものはない。
「時間と空間を超越した何かを象徴しているので無限大が大好きだ」と言えば無限大の公理を受け入れることができる。
ゲーデルの第二不完全性定理は、十分に洗練された正式なシステム(ZFC等)は、自身の一貫性を証明することができないと述べている。
数学者は、今日のすべての数学の基礎であるZFCが確固たる基盤にあるかどうかを実際に知らない。
そしておそらく、決して知ることはない。
なぜなら、ゲーデルの第二の不完全性定理によって、より多くの公理を追加することによってZFCから得られた「より大きな」正式なシステムにおけるZFCの一貫性を証明することしかできなかったから。
一貫性を証明する唯一の方法は、さらに大きな正式なシステムを作成することだけだ。
数学を行うためにどの公理を選択すべきかについて、実際には客観的な基準がないことを示唆している。
要するに、数学者が主観的に選んでいるというわけである。自由意志に任せて。
公理のための主観的な基準というのは、より豊かで、より多様で、より実りある数学に導くものを選ぶという人は多い。
これは自然主義と呼ぶ哲学者ペネロペ・マディが提唱する立場に近い。
特定の公理のセットを選択する行為は、量子物理学の特定の実験を設定する行為に似ている。
それには固有の選択肢があり、観察者を絵に導く。
コードを簡潔に保つにはモジュール化が必須である。しかし同じモジュールに関係のない機能が含まれていたりすると混乱の元になる。
一方で、関数というのは引数の細かな仕様に依存せずに、汎用的に呼び出せた方が何かと好都合だ。引数になんらかのオブジェクトを渡し、そのオブジェクトしか持ち得ないような特殊な情報で処理を行なったりすると、関数とオブジェクトが互いに依存しあってしまう。
これはモジュールの結合度と呼ぶ。
高い凝集度、低い結合度によってモジュールを作れば、保守性は上がる。
さらにモジュール内では、公開する必要のない関数はprotectedまたはprivateにするべきだ。
そのためにはモジュールが公開すべき関数についてインターフェイスを作り、公開関数に対するユニットテストを書いておくのが良いだろう。