  |
はてなキーワード: コンポーネントとは
フロントエンドにクリーンアーキテクチャとかDDDの考え方入れようとしてみたんよな。
具体的には、外部APIやローカルストレージとのやり取りをlinterで限定したり、業務知識はライブラリに依存しないEntityとしてモデリングしたり、
あと、Service層みたいなの導入して、テストしにくい処理とかは抽象化してDIできるようにしようとした。
テスト時にモックをDIせずにglobalスコープで上書きしたり、コンポーネントがAPIから取得したDTOみたいなデータに直接依存してたり、バックエンドと文化がだいぶ違うなって感じた。
そもそもクリーンアーキテクチャとかDDDってフロントに適用するもんじゃないのか？って疑問も湧いてきた。
バックエンドだとフレームワークに依存しすぎないようにして、例えばSpring+RESTからgRPCに移行なんてのもクリーンアーキテクチャの思想に則って作ってれば規模にはよるけどそこまで大きくならなかったりするけど、
ReactからVueに切り替えるって考えて、どんなに設計頑張っても、それってほぼ作り直しになるだろうし、バックエンドほどのメリットも感じられない気がする。
俺が目指してるのってなんか根本的に間違ってる気もするんだが、どうなんだろうか？
フロントエンドの人教えてー
blastmailを触ってみたけど、インターフェースが使いづらい
Mailchimp、Brevo (旧Sendinblue) も同じく
WiLL Mail、配配メール → 公式サイトに料金が掲載されてない、問い合わせしないと料金が分からないとか無理
やりたいこと
理想的にはSubstackくらいのインターフェースがいい 海外サービスでも可
バイクのカーボンフレームを購入する際、なぜSensahのコンポーネントを検討しなかったのかと疑問に思います。
フレームを決める前後に、パームシフターの取り付け部分を延長するブログ記事に偶然出会い、今ではそれを恨んでいます。
Note.comに掲載されていたそのブログ記事のせいで、デュアルレバーを考えることもありませんでした。なぜでしょうか？
Sensahのコンポーネントを選んでいれば、コストパフォーマンスが良かったのに、と後悔しています。
シフトレバー、ブレーキレバー、リアディレイラー、チェーン、スプロケットがセットになっているため、余分な部品も余らせずに済んだでしょう。
しかし、これらを2年間使用してきたので、それはそれで良かったと言えます。高価なものではなかったので、結果的にはそんなに問題ありませんでした。
どこで必要になるのか
仕組みが複雑になってるだけ
いつか使うかもで必要ないもの作るのはやめとけって何かの原則みたいなのにもなかったか？
テストでしか使わないならテストのツールやフレームワークが側でどうにかすればいいこと
言語によってはモジュールやコンポーネントをモックすることで密結合になってるモジュールを差し替えできる
どころかまるでない
例えばReactではコンポーネントの引数として内部で使うコンポーネントを渡している
これで十分で不満に思ったことはない
変更の必要なければ渡さなくてよくてその場合は規定のクラスやコンポーネントが使われるだけだ
変な仕組みがないということは初見にも優しい
ある方が「遺書だったもの」というブログ・エントリーを公開してはてなブックマークで注目を集めています。
https://kirimin.hatenablog.com/entry/2024/09/04/001242
一読しただけで大変な状況の中ご本人が精一杯頑張ってきたことが伝わってきました。
普通の人は不登校になったあとに就職したり（それもB社側からの打診で正社員に！）、アメリカ出張、趣味でイラストや競技プログラミング、といった活動は出来ません。
なにより踏みとどまるという意思を持たれていることが一番素晴らしいと思います。
ブログの内容について、アドバイス、というより考えてみるきっかけを提供できればと思い、以下に書いておきます。
"アドバイス"という言葉は上から目線のニュアンスがあるため私は嫌いですが、分かりやすさのためにあえて"アドバイス"と記載しております。
"アドバイス"の手がかりとして、世の中の多くの人たちと異なっている点を特徴として捉え、そこに着目して述べていきます。
多くの人は、自死を取りやめた場合は遺書を公開しません。ここが最大のポイントです。
他にも、元カノの話や学校で友達を作りたかった話、インターネット掲示板、会社の同僚との関わりなど、コミュニケーションについて多く言及していることもかなり特徴的です。
心理的な安定のためには、インターネットで構わないので、コミュニケーションの場への参加を増やしてしてみると良いかもしれません。
私も同世代で、2005年～2007年ごろには2chで政治家をおちょくるコラージュ写真を作って遊んでいたので、当時の雰囲気は知っています。当時と似たコミュニティはもはやほとんどなく、ネット掲示板よりもLINEのオープンチャットあたりのほうが雰囲気が近いかもしれません。
仕事やそれに近い競技プログラミングの能力・モチベーションでご自身の価値をはかる表現が目立ちます。
仕事への情熱はご自身の能力開発、社会貢献、金銭獲得のために素晴らしいことです。
一方で能力・モチベーションで全人類のトップに立つことは出来ない以上、どこかで自分の能力に見切りをつける必要があります。
それが今なのかな、と漠然と感じました。
人には能力の限界・投入できる時間の長さの制約があり、その制約のもと各自それぞれのペースで頑張るしかなく、他に選択肢はないため、ある面で人より劣ることを認めざるを得ません。
しかしだからといって人間として価値がないとか、死ぬべきだということは論理の飛躍です。
劣ることを認めたうえで、それがどうした、自分が死ぬ必要はないじゃないか。むしろ優れた人たちが素晴らしい社会を作ってくれてありがたい、と感謝すればよいと私は思います。ご自身にもその気持があるはずです。その証拠にA社のリーダー、B社のプロダクト、元カノ、といったものを称える文章があります。これは称賛の気持が奥底にあるからだと思います。
というより本当は人間という存在自体が自他に価値を評価される必要がなく、各自勝手に生きて構わないと私は思います。評価という行為自体が発生しないのが通常の状態であり、仕事では給料の分配という特別な目的のために上司が評価するという例外的なシチュエーションが発生していると私は理解しています。つまりそもそも職場以外での「自己評価」は必須ではないと私は考えています。
そのうえで、それでもなお自己評価が必要であれば、いくつもの会社で働くことができ、しかも先方から声をかけてもらっているというのは素晴らしいことだと思います。普通の人には声をかけませんよね。仕事の以外の面に目を向けると、イラスト、VR、他の投稿ではお母様にテレビゲームを教えたりと多方面に活動している点が素晴らしいと思います。競技プログラミングで高レート帯の方々はこうした活動と両立できるのでしょうか。ほとんどNoだと思います。総合的に見れば特別劣っているように私には見えません。
この点は次の第3の特徴に続きます。
文章には「多くの人から嫌われ、失望され、迷惑をかけながら生きていたくない。」と書かれています。
しかしきりみんさんは、嫌われている人・失望されている人・迷惑をかけている人に対して、死ねとは言わないと思います。そういう人柄だと文章で分かります。
それなのに自分に対して厳しいのはダブルスタンダードで、ご自身を不必要に傷つけているように見えます。ご自身に対して厳しすぎるダブルスタンダードを持つ理由は何でしょうか。ダブルスタンダードを持つメリットはあるのでしょうか。これについて考えると楽になれる部分があると思います。
きりみんさんは、自分より仕事ができない人に死ねと言わないと思います。競技プログラミングが下手な人に死ねと言わないと思います。その理由は劣っていても死ぬ必要はないとご自身が理解しているからです。そうであればきりみんさんが死ぬ理由もないと私は思います。
ソフトウェアってまず動かすとこまでが大変で素人から初めても9割はそこで脱落しちゃうから、その上ちゃんと常に計算量や適切なデータ構造まで考えて設計してかける人、さらにそれをデータ含めてコンポーネント化して明快にかける人は一握りだと思う
これで言うと、機械学習まわりでは例えばpytorchやjaxみたいなフレームワークを設計・実装できるスキルはSWE的だと思う。
あれはどういう感覚だとできるようになるのか知りたくてpytorch自体のコードを読んだりしてみたけど、全く分からないんだよな。
どういう思想で設計されてるのかもわからんし、抽象化がなぜそうなっているのか、処理の実体がどこに書かれているのかすらわからない。
3C コレクション全体が 1 つのパッケージに収まりました。 *
3C オールインワン ツールボックスは、多くの機能を最新の使いやすいインターフェイスを備えた 1 つの巨大なツールボックスに統合します。すべての Android デバイスを監視、制御、微調整するために必要なすべてのツール。
Play ストアでの最速かつ最もフレンドリーなサポート。アプリの設定、ヘルプ、サポートからお気軽にリクエストを送信し、懸念事項について言及してください。
一部の機能では、root が必要になるか、Android 6 以降以降の PC 用の 3C Companion アプリの使用が必要になる場合があります。
このアプリは、アプリを簡単に停止したり、アプリのデータを自動的にバックアップしたりできる 2 つのユーザー補助サービスを提供します。どちらも情報を収集することはありません。 プライバシー ポリシー
★ プロに移行するか、アプリ内購入を使用して、次の機能のロックを解除します
記録項目とオプション
ステータス通知から任意の機能にアクセスするための通知ショートカット
多くの追加ウィジェット
★ デバイス マネージャー は、非常に強力なプロファイル、タスク スケジュール、デバイス ウォッチドッグを提供します。
★ ファイル マネージャー は、サムネイルやフォルダー サイズなどを備えた、非常にシンプルでありながら非常に強力なエクスプローラーです。ビデオや写真をお気に入りのプレーヤーに直接ストリーミングします。ローカルでも、Samba、FTP、WebDAV、Google Drive、Dropbox の場所からでも。
★ アプリケーション マネージャー は、Titanium Backup をインポートする機能を含む、すべてのお気に入りのアプリのバックアップ/復元を提供します。また、Xused フレームワークを使用して、アプリのイベント、向き、フルスクリーン、および制御権限を保護およびカスタマイズすることもできます。
★ バッテリー マネージャー は、消費量の分析と改善に役立ちます。完全なデータ (mA を含む) と充電サイクルの履歴、プロファイルに基づくカスタム統計、使用時またはスタンバイ時の消費量の推定。デュアル バッテリー デバイス、バッテリーの交換、LG Quick Circle と Samsung Edge の通知に対する特別サポート★ バッテリー マネージャー は、消費量の分析と改善に役立ちます。完全なデータ (mA を含む) と充電サイクルの履歴、プロファイルに基づくカスタム統計、使用時またはスタンバイ時の消費量の推定。デュアル バッテリー デバイス、バッテリーの交換、LG Quick Circle と Samsung Edge の通知に対する特別サポート
★ ネットワーク マネージャー を使用すると、ネットワーク トラフィックの設定と監視が可能になります。
★ タスク マネージャー は、シンプルな UI を提供しますが、さまざまな用途に応じてアプリを分類し、不要なアプリを削除するのに非常に効果的です。
★ CPU マネージャー は、シングルからオクタコアの CPU、サーマル、マルチコア、およびほとんどのカスタム カーネル設定を制御します。
★ システム マネージャー では、Linux カーネル設定を構成できます。
★ROM マネージャー を使用すると、Android OS の設定を行うことができます。
★ すべてのアプリケーションとハードウェア コンポーネントのアクティビティを監視および記録します。履歴グラフィックを含むステータス バー通知が含まれます。
★ アプリ、ウィジェット、またはプロファイルのシステム コンポーネント スイッチにより、約 20 以上のデバイス コンポーネント (WiFi、Bluetooth など) のオン/オフを切り替えることができます。
去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。
jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。
リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。
そんな中今年に入ってアプリのリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザインの刷新といくつかの機能改修。
このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。
ということだった。
結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。
そういう経緯もあったので、リファクタリングとテストの工数も積んだ上で見積もりだしてもらってる。
「レガシーアーキテクチャをモダンアーキテクチャに刷新」なんてよく聞く話しだけど、
実態は「長年の増改築とだましだましのリフォームが限界になってきたので新築で建て替えます」何だと思う。
最近は「Vue.jsからRemixにマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、
リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習。
年がら年中フロントエンド刷新しているような会社は地雷なので行かないほうがいい。
いくらRemixやらNext.jsやら最新鋭のフレームワーク使ってても、クソコードで書いたらクソが出来上がるだけだ。
A:
量子力学では「測定問題」または「波動関数の崩壊」として知られており、量子の世界が私たちが経験する古典的な世界とどのように相互作用するかについての基本的かつ非常に不可解な側面です。
量子力学では、電子のような粒子は、測定または観測される前に、複数の可能な状態を重ね合わせて存在します。
この重ね合わせは、すべての可能な状態とそれぞれの確率を含む波動関数によって記述されます。
しかし、観測や測定を行うと、重ね合わせが崩れ、粒子の状態は可能な状態の 1 つに「崩壊」します。
したがって、たとえば、測定前にスピンアップまたはスピンダウンできる電子がある場合、その波動関数は両方の状態の組み合わせになります。
しかし、そのスピンを測定すると、波動関数が崩壊し、スピンアップかスピンダウンという 1 つの明確な結果が得られます。
この「崩壊」、つまり測定時の状態の決定は、量子システムの進化にランダムで確率的な要素を導入しているように見えます。
また、測定後にその明確な状態が分かるようになったため、システムに関するエントロピーや不確実性も減少すると考えられます。
このことの意味は深く、物理学者によって何十年にもわたって議論されてきました。
1) 不定の量子領域を明確にする何か特別なことが測定や観測にあることを示唆しています。 しかし、「測定」とは何でしょうか? 私たちの意識的な認識は？ それとも環境との相互作用でしょうか？
2) 古典物理学を支配する決定論的法則と矛盾する固有のランダム性または予測不可能性を量子事象に導入しているように見えます。
3) 観測とは独立して存在する客観的な現実についての私たちの概念に疑問を投げかけます。 観測するだけで結果が変わるようです。
4) 巨視的な世界では、このランダム性は通常平均化されます。 しかし、ランダムな瞬間に起こる自然放射性崩壊のような小さな観測可能な影響はあります。
コペンハーゲン解釈や客観的崩壊理論のような解釈は、このランダム性を自然の基本的な側面として受け入れています。
多世界解釈のような他のものは、波動関数の崩壊を完全に排除しようとします。
しかし、この測定問題が量子力学と現実そのものの理解に深刻な課題を投げかけていることに全員が同意しています。
A:
意識と量子力学における測定問題の関係は深い謎であり、物理学ではまだ完全に解決されていません。
ただし、あなたの質問に対するいくつかの視点は次のとおりです。
意識とは、認識し、認識された現実を持つという主観的な一人称の経験を指します。
量子の用語では、意識は、測定/観測が行われる前に、可能な重ね合わせ状態の範囲のうちの 1 つの明確な状態のみを経験するように見えます。
意識が重ね合わせをどのように解決するかについては、いくつかの解釈があります。
1) フォン・ノイマン・ウィグナー解釈は、意識が客観的な波動関数の崩壊を引き起こすことを示唆しています。 私たちの心は、重ね合わせから何らかの結果を特定します。
2) コペンハーゲンの解釈は、波動関数の崩壊が起こったとき、観察者の意識は単に確率的結果の 1 つを目撃しているだけであり、波動関数の崩壊を引き起こしているわけではないことを意味します。
3) 多世界解釈では、真の崩壊は存在しないとされています。 考えられるすべての結果は、現実の別の枝として存在し続けます。 意識は実際に選択することなく、それらの分岐のいずれかに留まるだけです。
4) 意識自体は、観察された状態を引き起こすのではなく、根底にある量子状態から生じる高レベルの創発特性である可能性があると主張する人もいます。
正確なメカニズムは不明ですが、ほとんどの解釈は、意識は測定後に可能な状態のうちの 1 つを主観的に経験するだけであることに同意しています。
観察者兼参加者として、私たちは単に自分の意識が枝の 1 つにあることに気づきます。
重要な謎は、意識が分岐を選択する際に積極的な役割を果たすのか（フォン・ノイマン・ウィグナー）、それとも多数の同様に現実的なもの（多世界）の中の 1 つの分岐に単に自分自身を見出しているだけなのかということです。
これを解決すれば、意識の形而上学的性質と量子力学との関係が解明される可能性があります。
A:
量子力学の多世界解釈 (MWI) では、意識が特定の枝または世界に「留まる」または持続するように見える理由は、デコヒーレンスの概念と、枝がどのように本質的に相互作用せず、それぞれの枝から孤立するのかという考えと関係しています。
1) MWI では、測定が行われるとき、普遍的な波動関数は実際には崩壊しません。 代わりに、それは直交成分に分解され、それぞれが異なる可能性のある結果を表します。
2) これらのコンポーネントは時間の経過とともに進化し続け、より多くの差別化された状態、つまりさまざまな結果が実現される「世界」に分岐します。
3) ただし、これらの分岐コンポーネントは、環境の相互作用やもつれにより、非常に急速に動的にお互いからデコヒーレントになります。 これにより、異なる世界は相互に干渉する能力を失います。
4) したがって、すべてのブランチが異なる既存の現実として共存しますが、動的デコヒーレンスは、それらが相互作用しなくなり、それらの間に測定可能な相互作用や遷移が存在しないことを意味します。
5) あなたの意識は、コヒーレントな量子状態自体で構成されており、デコヒーレンス後の 1 つの枝の中に完全に存在します。 別のブランチと再結合したり、別のブランチに移行したりすることはできません。
6) 実際には、すべての枝が等しく現実であるにもかかわらず、デコヒーレンスプロセスにより意識がその枝内に閉じ込められ、他の枝の並行現実を体験できなくなります。
したがって、意識は積極的に分岐を「選択」するのではなく、デコヒーレンスのプロセスによって、最終的には完全に 1 つの分岐した現実の中に存在することになり、多重性を直接経験する能力はありません。 このため、意識は一貫した 1 つの軌道だけをたどっているように見えます。
トトトトトムブラウン作者の零がこれでMAD作っても面白くなる気がしないって言ってて思ったけど。
決勝に出てたコンビの漫才・コントでも、タイムラインは極めて直線的だったりする。
基本的にはAとBの交互進行で、時々AABBと連続したり食い気味に入ることはあっても基本的には直線的。
ところがトムブラウンの今回のネタは映像編集やってる人はわかると思うけど、タイムラインとレイヤー管理をしてるとしっくりくる進行だった。
・喋り方の緩急ではなく、フレーム管理由来の加速と減速が取り入れられている
・モーションをコンポーネント化してロジカルに足し算引き算を行ってる
なんか機能的なんよね考え方が。
繰り返しの中でネタを足すのが1-2個とバラつきがあるのも、リズムを盤面で把握できてるから詰め込めるだけ詰めてるって感じするし。
@wihatmi5510
特に 2D ゼルダは、新しいエリアを探索したり、既知のエリアで新しいものを見つけるために時間をかけて開ける必要があるパズルボックスのようにオーバーワールド全体を感じさせる素晴らしい仕事をしました。 これらのゲームもオープンワールドでしたが、オープンワールドは報酬であり、ゲームのプレイ中に獲得できました。 私はこのメトロイドヴァニアのアプローチが大好きで、かつて完全にシームレスなオープンワールドになったときの 3D ゼルダの未来はこれだとずっと思っていましたが、残念ながらそうなりませんでした。
lucashen9686
BOTW と TOTK がこれほど成功しているのは、まさにそうではないからです。
伝統的なゼルダ愛好家は、ほとんどの人がそれを好まないことに気づいていないだけです。 何をすればいいのか全く分からず、何かをアンロックするのは、ガイドを見なければ決して分からないようなことをしなければならないパズルの世界です。
信じてください、ほとんどの人はそれを好まないのですが、BOTW が以前ベストセラーだったゼルダの 3 倍も売れたのには理由があります。
thatnerdygaywerewolf9559
@lucashen9686 これほど売れた理由は、1) Switch が驚くほど売れたコンソールであること、2) 「オープンワールド」コンポーネントの周りで多くの誇大広告があったこと、それが現在のトレンドだったためだと思います。 比較対象となる「BotW が従来のダンジョンを残した場所」という仮説がないため、ダンジョンの削除が何らかの影響を与えたという実際の証拠はありません。
lucashen9686
@thatnerdygaywerewolf9559 1) 書く前に 2 秒考えてください。Wii は 1 億台以上売れましたが、SS はわずか 400 万台しか売れませんでした。 この議論がまったくのデタラメであることを認めず、単に考えていなかっただけなら、あなたはただ頑固で、議論する気がないだけです。 SS は、インストール ベースが小さいゲームよりも売れませんでした。なぜですか? これは最も直線的なゼルダであり、基本的に世界全体が巨大なパズルであり、その上に愚かなモーションコントロールが付いています。
2) まさに、人々はオープンワールドを好みます。 なぜ過去のゼルダはそれほど宣伝されなかったのでしょうか？ なぜなら、ほとんどの人はパズルやダンジョンが好きではないからです 😂😂😂😂😂 おい、それは明らかです、ほとんどの主流のゲームを見てください、それらの要素はありません、なぜだろう...あなたたちは現実を否定しているだけで、ただ根拠があるだけです すべての証拠があなたに不利なことを物語っていますが、あなた自身の意見です。
@thatnerdygaywerewolf9559
@lucashen9686 1) スカイウォード ソードは、モーション コントロールのギミックと直線性 (より具体的には、エリアのセグメント化された性質と、ダンジョン間のすべての前文が「直線性」と混同されています) のせいで、多くの悪い評判を受けました。 実際のダンジョンは、これら 2 つの側面を乗り越えることができればシリーズ最高のダンジョンの一部と考えられていますが、多くの人はそれができませんでした。 あと、別のスレで取り上げられていた方がいましたが、Wiiの寿命末期に作られたことも影響していました。
2) なぜすべてが主流の魅力と誇大広告を持たなければならないのですか? 起こっているトレンドにすべてを従うのではなく、複数の異なるニッチを持つことは、中程度の多様性を与えるのに良いことです。 場合によっては、ニッチ市場がメインストリームに突入することもありますが (Balder's Gate 3 のように)、そうでない場合でも問題はありません。
facioquodvolo
@lucashen9686 笑、あなたはこのビデオ全体に本当に腹を立てているだけです
誰もがあなたに同意する必要はありません。 大丈夫。 意見はあります。
また、売上が高いからといって必ずしも満足度が高いとは限りません。 ゲームがよく売れる理由は複数あります。ブランディング、コンソールの成功、タイトル開発までの待ち時間などです。売上だけを見れば、ポケモン SV は大成功を収めていますが、文字通り私の知っているすべての人がそうしています。 私がこのゲームに関する YouTube ビデオを見ているほとんどのビデオでは、ゲーム自体は期待外れだと言っています。 それはポケモンのゲームであり、私たちはそれに興奮していたため、私たちは皆まだそれを購入しましたが、今では私たちの多くは数か月のレビューなしで次回作を信じるのを本当に躊躇しています。
Totk は、ゼルダであること、制作に 7 年かかったこと、任天堂のゲームであること、開発アップデートが活発に行われていることなどから、常によく売れると考えていました。私たちはさまざまな理由でそれを購入しました。 ただし、それが私たちのお気に入りのゼルダ ゲームだったという意味ではありません。それは問題ありません。
@therealpskilla502
@lucashen9686 1. SS の売れ行きが悪かったのは、Wii の寿命の最後の時期であり、モーション コントロールの流行が完全に燃え尽きたとき、モーション コントロールを多用していたためです。 また、2011 年は「ダークでエッジの効いた」ハイ ファンタジー RPG である Skyrim がリリースされた年であり、すべての人の注目を集めたことも考慮してください。 それ以前の『TP』も直線性が高く、当時シリーズで最も売れたゲームであり、多くの人に愛されました。 モーション コントロール以外の SS のゲームプレイの問題について話したい場合は、非常に反復的でテンポが悪かったことも挙げられますが、それは直線性自体が原因ではありませんでした。 しかし正直なところ、ゲームが何本売れるかなんて誰が気にするでしょうか？ すべてのゲームが優れているために、Minecraft、GTA 5、テトリスなどの主流の魅力を備えている必要はありません。
2. 人それぞれだと思います。 しかし、シリーズとしての LOZ は、BotW まではオープンワールド シリーズではありませんでしたが、依然としてゲーム史上最も偉大で最も影響力のあるシリーズの 1 つと考えられていました。 メトロイドヴァニア スタイルのダンジョンは文字通り悪魔城ドラキュラ シリーズにインスピレーションを与えました。 オープンワールドがそんなに好きなら、Minecraft、GTA、RDR、Horizon、Ubisoft が次に出すゲームなど、他にも選択肢はたくさんありますし、リストは続きます。 ただし、2010 年代からのトレンドを追うために、LOZ の独自性を台無しにしないでください。
RPmp4ow
@lucashen9686 ほとんどの人はパーティー ゲームや Wii スポーツのために Wii を購入しました。 wiiはコンソールのようなギミックだった - これが鈍感か不誠実であることを認めないでください
vanyadolly
NESから携帯ゲーム機に至るまで、私にとってゼルダは常にそうでした。 探索、パズル、どこへ行くか、手に入れた新しいアイテムをどうするかを考えます。 ゲームの魅力を狂わせていた要素をすべて取り除いたファンをノスタルジーで非難する。
vanyadolly
@lucashen9686 GTA も非常に成功していますが、だからといって私が GTA に興味を持っているわけではありません。 あなたは文字通り、ゼルダのゲームを作るのをやめて、代わりにスキンを取り替えたもっと悪いスカイリムを提供すべきだと主張しているのです、なぜならそっちの方が売れるからです。
vanyadolly
@RP-mp4ow Wii のコントロールは、スポーツ以外でプレイするにはクソ悪夢でした。
2
以下でエンジニアと書いてあるのはソフトウェアエンジニアだと読み替えて欲しい。
最近はエンジニアの間で海外でエンジニアをやれば簡単に年収2000万に到達できる的なブログがバズっているが、ここで疑問になるのはなぜ日本のエンジニアは海外に比べて給料が安いのか。
色々理由はあるが、第一に大きいのが「海外ではエンジニアになるのにはコンピュータサイエンスの学位を持っているのが前提だから」という点。
もちろん野良で独学してエンジニアになっている人間も一定数いるが、固定観念としてエンジニア=CSの学位を持っているというのはある。
ということで必然的に一国のエンジニアの平均的な技術力は高い(技術力とはなんだという話はあるが)。
日本だとどうも大学という存在が軽視されていて、スキル等を獲得する場所ではなく就職予備校という側面が大きく、大学での専攻と卒業後のキャリアの対応付けがめちゃくちゃだったりしている。
そんなわけでエンジニアと名乗っておきながらやっている仕事はマークアップ言語をコーディングしていくだけで、知的生産なのか？というような仕事を主としている人間がかなり存在する。
どうしてこんなことになっているかというと、日本のものづくり業界の歴史としてバブルの時期にハードウェア関連で国が伸びてきたという経緯があり、ハードウェアの会社が強く、ソフトウェアはハードウェアのプラグイン的な捉え方がされているため富士通のようなSIerと呼ばれるシステム導入を主要事業とする会社が後から伸びてきた。
SIerはシステム導入をすることがゴールであり、現在のDevOpsとは真逆で作ったら終わりのビジネスモデルなので(メンテでフィーはもらうが)、少々話が飛躍するが結局SIerはコーディングに興味がない。
日本国内でのハードウェア産業の勃興とソフトウェアの立場の弱さ、SIerの台頭、大学の軽視など様々な力学が働いて結果としてエンジニアの給料は他国に比べて低いと個人的に考えている。
じゃあ日本のエンジニアの給料を上げるにはどうしたらいいんだって話になるわけだけど、極論として全員安い給料でコードを書かなければいいと思う。
ペラッペラのLPを作るのだって最低500万を積まなければければやらない、サイドバーにボタンコンポーネント1つ差し込むのにも100万円払わななければやらない、みたいな。
まあ急にそんなことはできないんだけど、漸進的にこれをやる方法は1つあって、USなりの物価の高い国からオフショアで案件を受ける。
そうすれば自然と給料の高い仕事にエンジニアは流れるので、日本国内のエンジニアが全員オフショアエンジニアになれば結果的に平均的な給料が上がる。
日本経済としてそれはどうなんだろうとは思うけど、近視眼的に日本のエンジニアの給料を上げるというのを解決するにはこのくらいしかない。
オフショアという形を頼らずともVCマネーで生き生きとしているベンチャーはエンジニアの給料を高くしてるけど、これはあくまで局所的な話であって日本全体のスコープで考えたら結局産業構造というものに向き合うしかないと思う。
自分自身エンジニアだったしOSSにもコミットしたりそれなりに開発できる人材に敬意は持ってるけど、それでも安く仕事してくれるなら給料は安めにしたい。
なぜなら会社の口座残高がゼロになったらゲームオーバー(=倒産)なので、削れる人件費は削りたい。自分の会社もエンジニアを抱えているけど事業を回すためにも世間並みの給料ではある。
今後も安く働いてくれると嬉しい。
Next.js を勉強中なんだが、Docker で negix (web) と Next.js のコンテナを起動していて、Next.js から web の API (ttp://127.0.0.1:8080 とする) を fetch するときに、Next.js 側がサーバーコンポーネントの場合 URI に ttp://127.0.0.1:8080 を指定すると fetch failed する。ttp://host.docker.internal:8080 じゃないと駄目だった。
やられた。これで何日持っていかれたのか。
クライアントコンポーネントだと ttp://127.0.0.1:8080 で普通に動作する。サーバーコンポーネントでも httpbin.org などの他の API は正常に動作する。web 側で Access-Controll-Allow-Origin も設定されている。だから、まー謎だった。エラーメッセージも全然詳しくねーし。
Twitter では死んだふりをしてるので取り急ぎここにメモ。SNS に復活することがあったらあとで消す。
参考
ttps://qiita.com/YasuhaF/items/8a72d2898736fb60315f
