  |
はてなキーワード: uIとは
○ご飯
朝：納豆たまごかけご飯。豚汁。昼：なし。夜：ウインナー、大根、人参、キノコのスープ。きつねうどん。いりたまご。バナナヨーグルト。間食：柿の種。
○調子
むきゅーはややー。おしごとは、おやすみなりー。
1987年に発売されたコマンド選択式ADVのSwitch版リメイクを遊んだので感想を書く。
JBハロルドシリーズの第二弾、前作で事件の本筋とは関係していなかったが印象に残る色気のあるキャラだったサラ・シールズが殺害されるところからストーリーが始まる。
ストーリーの繋がりはこの程度で非常に薄めで、シリーズキャラになる主人公のJBも一人称で述懐するシーンが限りなく少ないため、あらすじが気に入った順にプレイして問題ない。
システムもSwitch移植の際に統一されたのか、ほとんど同じエンジンでガワが変わっているだけな印象。(細かい変化はあるので全く同じわけではない)
そんなわけで前作同様に、ひたすらに聞き込みと現場の捜査を繰り返す足で稼ぐ系のアドベンチャーゲームだ。
とにかくコマンド総当たりで聞き込みを繰り返していき、少しづつ事件の輪郭を浮き彫りにしていく、非常に原始的なアドベンチャーゲームのそれを楽しむことになる。
UI周りはスッキリしていてモタつかないのは流石にリメイクの恩恵がありそうな部分。
今作では何と同姓同名の被害者が3人おり、さらにいづれも同様な飛び降り自殺を行っている、そんな奇妙な謎が開幕早々に提示される。
しかし、この謎はどうも、アドベンチャーゲームとしての総当たりコマンドにおけるコマンド数の省略、すなわち「サラの〜〜」を聞くという形式にすることで3人いるサラJ、サラO、サラNのいづれか3人の質問をまとめる効果を狙ってのもののようだった。
なので、同姓同名が出てきたということは、なんてミステリオタクが先回りしがちなアレやコレや全くなく、正直ただただテキストを読む際に整理しながら読む必要があっただけだった。
とはいえ、ひたすらに聞き込みを行い誰の証言が信用おけるのか、誰を疑うべきなのかを切り分けていく、JBハロルドシリーズの骨子の部分は面白い。
特に意外な人物達が繋がっていくのはこういう聞き込みを繰り返すゲームならではの楽しみだ。
古いアドベンチャーゲームなので、良く言えば媚びていない、悪く言えば味付けが薄い部分も前作同様。
特徴的なキャラ付けも薄いので、登場人物たちを覚えるのに一生懸命だった。
読んでいけば自然と彼らのことが分かっていき、クリアまでにはほぼ全員をしっかりと理解できるのは、何回も何回も聞き込みを繰り返してこそだ。
面白い／面白くないの軸で評価するというよりは、テンポよくテキストを読むのが気持ち良いそんな軸で評価をしたくなる一作だった。
# ヨーロッパの主要都市におけるソフトウェアエンジニア向けベストカンパニー
ヨーロッパの各都市でソフトウェアエンジニアにとって最適な企業を探しているなら、以下のリストが参考になるでしょう。
Google, Facebook, Snap, NVIDIA, Microsoft, Apple, Oracle, Snyk, GetYourGuide, UBS, Swisscom, DFINITY, Cisco.
Google, Facebook, Snap, Jane Street, Stripe, Coinbase, Apple, Amazon, Hudson River Trading, Citadel, ByteDance, Two Sigma, Palantir, Bloomberg, Revolut, GSA Capital, Marshall Wace, Quadrature, Five Rings, G-Research, Starling, Personio, DeepMind, DRW, Millenium, BlackRock, MAN Group, Jump Trading, DE Shaw, AQR, Maven Securities, Point72, IMC, Optiver, Susquehanna (SIG), XTX, Old Mission, Squarepoint, Qube Research & Technologies (QRT), Yelp.
Uber, Databricks, Bitvavo, Booking, Miro, Flexport, Atlassian, Spotify, Optiver, IMC, Amazon, Adyen, Google, Stripe, Flow Traders, MessageBird, Reddit, Box, JetBrains, Personio, Elastic, GitHub, Catawiki, Tower Research, Radix Trading, Headlands Technologies, Tomtom.
Google, Meta, Datadog, Criteo, Microsoft, Stripe, Airbnb, Amazon, Atlassian, Hubspot, Workday, Ankorstore, Red Hat, Algolia, Alan, 360Learning, ContentSquare.
AWS, Amazon, Microsoft, Wayfair, Google, Meta, Apple, HubSpot, Stripe, NVIDIA, Snowflake, Personio, Databricks, JetBrains.
AWS, Microsoft, Google, Mastercard, Workday, Salesforce, Meta, Stripe, VMware, LinkedIn, Etsy, Personio, ByteDance, Coinbase, Hubspot.
Google, Apple, Microsoft, Nvidia, Adobe, Workday, Celonis, BMW, Salesforce, SIXT, SAP, Huawei, Personio, Intel, JetBrains, IBM.
Google, Snowflake, Netflix, Pinterest, Rippling, Oracle, Waymo, AMD, Samsung, NVIDIA, Box, Warner Bros, Visa, Amazon.
Amazon, Apple, New Relic, Stripe, Rippling, Revolut, Skyscanner, Microsoft, N26, Criteo, Adobe, Thoughtworks, Oracle, Glovo, Personio.
Apple, Amazon, Roku, Arm, Microsoft, Qualcomm, MathWorks, AMD.
Amazon, Oracle, Microsoft, Flutter, Unity, Skyscanner, Huawei.
Databricks, Microsoft, Nutanix, Rivian, Foursquare, Yandex, JetBrains, Nordeus, Luxoft.
Amazon, Datadog, Microsoft, Apple, Google, Personio, Twilio, Glovo, VMware, Meta, Oracle, Revolut.
Klarna, Spotify, Netlight, PayPal, Ericsson, Ubisoft, Warner Bros, King, Google, Oracle, AWS, Microsoft, Wolt.
Google, Rippling, Oracle, Revolut, Uber, Amazon, Deliveroo, IBM, Splunk.
Crowdstrike, UI Path, Google, Adobe, Stripe, Microsoft, Oracle, IBM, Amazon, Electronic Arts (EA).
Microsoft, Maersk, Zendesk, Workday, Unity.
Productboard, Pure Storage, Apple, Workday, Oracle, Microsoft, JetBrains, Proton, Parrot.
Bolt, Wise, Microsoft, Twilio, Wolt.
Microsoft, Cisco, Aker Solutions, Arm, Mastercard, Meta, Kahoot, Autostore, Remarkable, Netlight.
これらの都市は、ソフトウェアエンジニアにとって多くの機会を提供しています。それぞれの都市が提供する企業は、エンジニアが自身のキャリアを発展させるための多くの選択肢を提供しています。それぞれの企業が提供する機会や文化は、エンジニアが自身のキャリア目標に合わせて最適な選択をするのに役立ちます。 [
日本ではあまり知られていないかもしれないが、英語圏では任天堂のアクセシビリティの欠如を非難する記事やコメントは珍しいものではなくなってきた。
特にNintendo Lifeのこの記事はかなり強烈だ。（https://www.nintendolife.com/features/soapbox-zelda-tears-of-the-kingdom-straight-up-fails-in-just-one-respect-accessibility）記事の本文だけでなくコメント欄もぜひ読んでほしい。
C5/C6麻痺を持っているゲーマーの男がゼルダについて書いた記事だが、彼はTears of the KingdomがBreath of the Wildと比べてアクセシビリティの面でどれほど進化しているか期待していた。しかし期待しても無駄だったようだ。彼は2019年6月にKotakuが青沼英二にしたインタビューを引用して青沼を非難する。
青沼：ボタンを配置する時は、プレイヤーに感じてもらいたい特定の方法があるので、非常によく考えて配置しています。キーの割り当てなどのカスタマイズをプレイヤーに自由にさせてしまうと、ある意味、開発者としての責任をすべてユーザーに丸投げしているような気がします。私たちはゲームをプレイするとき、すべての人に楽しんでもらうことを考えているので、プレイヤーにもそれを体験してもらいたいと思っています。しかし、プレイヤーが自由なカスタマイズを望んでいることも理解しています。
彼は上記のインタビューを引用した上で「青沼はそれを認めながらも、その指摘をはぐらかし、結局何もしなかった。青沼さん、同業他社（your peers）が何をやってるか見てみろよ。」と青沼を非難している。ここでいう同業他社とはソニーやマイクロソフトなどの大手プラットフォーマーだけでなく、EAやUbiなどのソフトウェア会社も含まれるだろう。彼は身体障害者専用のゲームをわざわざ作ってほしいと言ってるのではない。ただ単に、他社のゲームでは普遍的に実装されているキーコンフィグを設定メニューに追加してほしいだけなのだ。任天堂のディレクター、プログラマー、UIデザイナーは2023年になってもキーコンフィグすら満足に実装することができない。5,000億円もの利益を稼いでいながらそのためのプログラマーすら雇えないのか？一部の人はSwitchの本体設定でキーコンフィグをいじればいいと言うかもしれないが、それだとゲームを切り替えるたびに設定も変えなければならないし（一応、本体ではボタンプリセットを5個まで保存できるが）、QTEなどの状況に本体設定は反映されない。ゲームソフトの内部にキーコンフィグを実装するか、あるいはSwitchの本体設定によるキーコンフィグをソフト1本1本に対して保存できるようにすれば解決するだろう。
だが同業他社と比べた時の任天堂の劣後はそれだけではない。たとえば、ソニーとマイクロソフトは障害者用のコントローラーを開発、販売している。（ソニー：Access コントローラー、マイクロソフト：Xbox Adaptive Controller）
任天堂は？任天堂は何もしていない。厳密には周辺機器メーカーのHoriがSwitchで使える同様のコントローラーを販売しているが、任天堂本体は何もしていない。歴史を遡ると、任天堂はこの分野で業界の先頭を走っていたことがある。Nintendo of America（つまり京都本社ではない）は過去にNESで使える障害者用のコントローラーを開発していた。（https://ablegamers.org/history-of-accessibility-in-gaming/）だが今の任天堂は、再三繰り返しになるが、何もしていない。The Game Awardsという大きなゲーム賞がある。この賞では2020年から「Innovation in Accessibility」という項目が新設され、ゲームにどんなアクセシビリティ設定が実装されているかで評価される。それ以降、ソニーやマイクロソフトのゲームはこの賞を受賞したりノミネートされたりしているが、任天堂はノミネートすらされたことがない。この分野で任天堂のゲームは誰にも推薦されないのだ。
ちなみに、任天堂のこうした姿勢は他にも奇妙な事例を生み出している。ファイアーエムブレム 風花雪月では、Switchの携帯モードで遊ぶと文字が小さすぎて文章を読むことすらできないと指摘されている。（https://kotaku.com/the-text-in-fire-emblem-three-houses-is-too-damn-small-1836822715）別のメディアもこの問題を取り上げていて、そこではなんと3DSのファイアーエムブレムよりも字が小さくなっていることがわかる。（https://www.thegamer.com/fire-emblem-three-houses-accessibility-problem/）
これはかなり滑稽だ。テレビモードと携帯モードを切り替えられることはSwitchの最大の特徴の1つであるにもかかわらず、任天堂自身がその特徴を侮辱的に扱い、結果的に携帯モードを無意味にしているのだから。任天堂の経営者は「ハード・ソフト一体型のビジネスモデル」が云々とよく発言しているが、実際のところハードとソフトは大して統合されておらず、Switchの特徴は機能不全に陥っている。むしろPCゲームの方がハードウェアのことをよく考慮しているだろう。PCの場合、さまざまなハードウェアの組み合わせに対応する必要があるため、設定メニューで画質やUIなどを自由に変えることは当然の機能だからだ。
最後に、一番上で紹介したNintendo Lifeの記事の最後の文章を引用しよう。
「私は以前、任天堂はゲームをアクセシブルにすることをただ思いつかなかっただけだと思っていが、それは間違いだった。真実は、私たちの提案と嘆願は認識されているだけで、現時点では、開発者は積極的に障害のあるゲーマーを排除することを選択している。Tears of the Kingdomは、これまでで最も見え透いた嘘の例だ。」
任天堂の経営者は「任天堂に関わるすべての人を笑顔にする」などと表明しているが、彼らが実際にやっていることはかなり軽薄なのだ。
本気じゃねえんだろうなあ。
erogamespaceにおいて中央値99点 平均値92.92点を叩き出した怪物ゲームさえスルーしちまうんだからさ。
確かに今からスタートした場合０１～０３まで遊んだあとのランス４はかなりしんどいだろうな。
ランス５Dと戦国ランスは今やっても見劣りしないだろうが（UIのレスポンスが若干古く感じるかも）、ランスクエストはマグナム入れてもモソモソした歯ごたえに感じるだろうし、ランス９もランスXに向かう熱が強すぎて義務感マックスだろう。
だがな、だがな、ランスXは間違いなく神ゲーだし、それをちゃんと味わいたいならランス１からプレイするのはやはり必要なんだよ。
まあ正直ランス０１～０３→戦国ランス→ランスXでよくねって気はするんだけどさ。
つうかさ、この５作さえやってない人間が「エロゲにマジで憧れてたんだなぁ……面白そうなんだなぁ……」とかお前ぜってー嘘だろって。
しょーじきKANON・AIR辺りは今やったら「夏への扉ってなんか評価されてるけど、普通っつーか地味だよなあ。つーかこの作者ロリコンの変態じゃね？（ハインラインは実際ちょくちょく変態感あるの書くので実はこれ正解という伏線回収が多くのSFファンを虜にしてきたよな？）」みたいになるだろうけど時代を超えてパワーのある作品は間違いなくあるぜ？
例を挙げるなら、さよ教・クロチャン・すば日々・WA2（ワイルドアームズじゃないよホワルバだよ）辺り。
結局５つぐらいしかねーじゃねーか※っていうツッコミ、なんでマヴラブが入ってねーんだよ※ってツッコミが降り注いでるのを感じるがよ、とにかくこの辺だけでいいからやって見てからあーだーこーだ言えよ！やってもないくせに「ビールトルズがリアルタイムで盛り上がってた時代羨ましいなー憧れちゃうー。だってだってサージェント・ペパーズとかって今聞いたら「あっ、はいはいそういうノリね」で終わっちゃって特に感動とかないっつーかーさあくまで歴史的な価値じゃーん」みたいな態度で擦り寄ってくるんじぇねーよ。
※５つぐらいしかないのは世間受けを考えてのことであり、俺だって本当は「Fateで一番アツいのはhollowのラスト２時間ぐらいの部分だよね～～～」って話とかしたいけど、それやったら新規はむしろ離れていくだろ。とにかくまずは無難に最強の奴だよ。車輪の国とかever17とかは今やって面白いのか全くわからないから抜いてるぞ。すば日々も抜くべきだったのかは知らねえ。らき☆すたとか今の子は知らねーだろって所で前提条件崩れてるじゃねーかってことから目をそらしたのは俺の弱さだ。
※マヴラブが入ってないのは、All you need is killの映画がまあ割と悪くなかったり、進撃の巨人が本当にハチャメチャに面白くなったりしてしまった現状で接種しても「もう見た」にしかならんやろなというのが大きな理由だなあ。ぶっちゃけぶっちゃけマブラヴオルタもガンパレもオルユアも経由せずにいきなり進撃を読めた奴らが羨ましいまであるやろ。進撃はこれ系の中で頭一つ抜けとる。まあそもそも連載期間長すぎてもう世代が一つ後なんだよな。進化版ですわ。逆に言えばクロチャンとかはまだイマイチ進化版って言えるのが世の中に出てきてねーなって感じ。ああいうのもう流行らん時代になってきてるからだろうなってのは正直あるんやがな。あーなんか急に「そもそも今の人間の価値観で楽しめるのか？氷河期世代、少なくともソイツらを目の当たりにして明日は我が身を覚悟した世代ぐらいまでじゃないと合わないのでは？Z世代流のメンヘラとは違うからなあ平成のメンヘラは」って気分になって不安になってきたわ。ゆーてZ世代にも平成メンヘラ感ばりばりのゲーム流行ってるしまだ通じるやろ。
テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
GでもCでもUIはまた別
結論としては書かないほうがいいと思った。
そういうこともある
全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
まあそれはないだろう
それはデバッグの一環のような
一番よくあるやつ
そこのバランス考えないと
バックエンドのビジネスロジックを担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる
悪いね
テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね
上にも書いたけどパーツがでかいのでは？って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
要件が固まらない、毎週変わるようなのとか、システムが絡むテストでコストが凄く高いもの、UIのマイナーな変更なんかは書かない方がいいけど
バックエンドのビジネスロジックなど書いた方が絶対にいいものもある
