EXCEED. @TransAmGTA92 あと思い出した。セガの「消防士」っていうゲームがあって、システム的には「ハウス・オブ・ザ・デッド」のゾンビが炎になったような感じのものだったけど、あれも地味だがとても面白かったな。インカムが悪かったのか、残念ながら割とすぐに撤去されていたのが心残り。 2025-01-17 01:46:36

ゲームにおける『成長システム』って、めちゃくちゃ汎用的で大事な要素だったりすると思うんですよ。 RPG的な成長要素があるゲームは今やアクションゲームとかにも標準装備されていたりしますしね。 ところがですよ。 いざ、自分のゲームを作る時に「どんな成長システムにしよっかな～」と思う時にですよ。調べてみてもぜんっぜん情報が出てきません。 例えば「ゲーム　成長システム」や「成長システム　作り方」でググってみると、出てくるのは ①ゲームとは関係ないビジネスのやつ ②特定のゲームの成長システムについての話 ③こういう成長システムがあるよね、というまとめ ③はまだいいんですが、「正直知りたいのはそこから先……！」となったり。（知識も重要だけど、考え方やバランス調整の話なんかは出てこない） なんかこう、色んなゲームに活用できる重要な要素について、雑に調べていい感じの情報が出てこないのってね。 ゲームデザイ

O'Reillyサブスクリプションで読むことができる今年発行された書籍の中から、これは良いんじゃないかな、と感じたものを紹介します。 Balancing Coupling in Software Design 『[ドメイン駆動設計をはじめよう』原著者のVlad Khononovさんの最新作で、ソフトウェアにおいて結合とは何かを一冊まるまる使って掘り下げた本です。 ソフトウェアにおける結合というと、その指標として50年以上前に提唱された構造化設計時代の結合強度が用いられがちです。本書ではこれについて解説をしつつも、新たな現代における結合強度の基準を提案しています。(元ネタはMichael NygardのUncouplingを統合したものでもあるのですが…) それから開発の辛みは結合強度だけでなく、「距離」「変動性」も影響してくるため、これらのバランスをとるのが重要であるといい、以下公式を導き

プロダクトの爆速開発を支える、 「作らない・削る・尖らせる」技術 pmconf2024登壇資料です。 https://2024.pmconf.jp/sessions/Ej1Am2MJ --------------------------------- 「プロダクト開発では、やらないことを決め…

これはなに どうも、レバテック開発部のもりたです。 この記事は「レバテック開発部 Advent Calendar 2024」の 2 日目の記事です！ 昨日の記事は、seoink さんの「TS ユーザーが初見の Haskell を写経して型への認識をすこし改めた記録」でした。学びのワクワク感が詰まっててよかったぜ...！！ アドベントカレンダー2日目の本記事では、年末に（もりたが）読みたいな〜と思っている要件定義関連の書籍を23冊紹介します。要件定義の書籍ってイマイチ抽象的だったり、自分の知りたい情報とずれている気がして読むのが難しいですよね。もりたはず〜〜〜〜っとそうだったんですが、最近読み方が分かってきました。それが嬉しいので、要件定義関連書籍の読み方に悩める諸氏に向けて、要件定義の主要な論点を明示した上で書籍を紹介していきます。 扱う領域と扱わない領域 では具体的に、今回ご紹介する/紹

イチからつくり直したほうが速い、という幻想 岩田「いまあるものを活かしながら手直ししていく方法だと２年かかります。イチからつくり直していいのであれば、半年でやります。」 引用:『MOTHER2』ふっかつ記念対談　はじめてのひとも、もういちどのひとも。 - ほぼ日刊イトイ新聞 任天堂の元社長であり、天才プログラマーと呼ばれた岩田聡氏が、MOTHER2の開発が行き詰まっているときに糸井重里氏に放った言葉だ。 技術的負債が詰まったプロジェクトに参画したプログラマーなら誰もが「イチからつくり直したほうが速い」と考えるだろう。 しかし、「イチからつくり直す」という選択肢は理想に見えるが、現実は残酷だ。 我々は天才プログラマーではない つくり直している間はお金を生み出さない つくり直しても完成する保証はない 最適解を選択し続けたはずが、完成する頃には別の負債になっている 「イチからつくり直す」という選

アーキテクチャカンファレンス２０２４　発表資料

はじめに具体と抽象を行き来することの重要性は、いろいろな方が述べられていて、筆者も本当にそうだと感じています。それがうまくできる人とできない人とで、年収が数百万円のレンジで変わってくると言っても過言ではないのではと思います。 拙書『アーキテクトの教科書』でも第1章に以下の記述があります。 抽象と具象を自由自在に行ったり来たりする能力があると、とても重宝します。 『アーキテクトの教科書』第1章よりただ「具体と抽象を行き来する」という表現そのものが極めて抽象度が高いため、ピンとこない人もいるでしょうし、人によってその解釈が異なる可能性もあるでしょう。この記事では、「具体と抽象を行き来する」という行為を具体例を通じて確認し、理解度を深めたいと思います。 言葉の整理まずは言葉の意味を確認しておきます。 【抽象】 (abstraction)事物または表象の或る側面・性質を抽き離して把握する心的作用。

2024年11月23日のFullstack AI Dev & Raycast Summit（#FullstackAIDev2024 ）の登壇資料です Agentic Design Patternを中心に、AI/LLMエージェントのデザインパターンについて触れています https://devx.j…

例外ハンドリング周りによく悩むので、改めて考え直してみた ちなみに、例外とエラーは置き換え可能として、区別せず、 try-catch形式を想定してます 全体のイメージ イメージとしてはこんな感じ 利用者やアプリケーションは、 APIサーバなのか、Web/スマホアプリなのかによって変わるけど、 アプリケーション ... 作った部分 利用者 ... アプリケーションを使うユーザやシステム 外部システム ... アプリケーションが利用してる部分 実行環境 ... アプリケーションを動かしてる部分 というイメージ 例外のいろんな分類 例外の分類には色んなバリエーションがあるっぽい 業務例外とシステム例外 業務例外 ... 業務ロジック(ビジネスロジック)での例外 システム例外 ... それ以外のシステムの技術的な例外 回復可と回復不可 回復可 ... 再操作などでリカバリ可能 回復不可 ... リ

TOPコラムテック最前線レポート【後編】TypeScript×関数型×DDDで、ユニットテストが激減。実践の全貌とTips【Open Developers Conference 2024 レポート】 【後編】TypeScript×関数型×DDDで、ユニットテストが激減。実践の全貌とTips【Open Developers Conference 2024 レポート】 2024年11月18日 株式会社一休　CTO 伊藤 直也 大学院卒業後、新卒で入社したニフティ株式会社にて、ブログサービス「ココログ」を立ち上げ。2004年、株式会社はてなに入社、CTOに就任。「はてなブックマーク」などの開発を主導。2010年以降はグリー株式会社にて、ソーシャルメディア統括部長を務める。その後フリーランスを経て、2016年4月に、技術顧問を務めていた株式会社一休に入社。執行役員CTOに就任 X GitHub 2

TOPコラムテック最前線レポート【前編】関数型×DDDの設計と実装は、どう進めるべきか。書籍「関数型ドメインモデリング」翻訳者が語る【Open Developers Conference 2024 レポート】 【前編】関数型×DDDの設計と実装は、どう進めるべきか。書籍「関数型ドメインモデリング」翻訳者が語る【Open Developers Conference 2024 レポート】 2024年11月18日 書籍「関数型ドメインモデリング」翻訳者 猪股 健太郎 システムエンジニア、ソフトウェア開発者。BIPROGY株式会社勤務。各種業務システムに関する開発支援や開発標準策定等に従事後、数年間の米国駐在を経て帰国。近年はアジャイルソフトウェア開発を含む開発スタイル変革に携わる。『速攻入門 C#プログラミング すぐに現場で使える知識』（技術評論社、共著）、『プログラミングXamarin　上・下

DDD以外の設計手法についてご教示いただきたく、DDDの主張をある程度正確に理解した上でDDDをこき下ろしているイメージの強いくまぎさんに質問させていただきました。 最近はソフトウェアの設計について調べると、DDDについての記事ばかりで辟易する一方、私がエンジニアになった頃にDDDに勢いがあった影響もあって私自身DDD以外の良い設計とされているものを知らず、DDDに胡散臭さを感じつつもDDDの考え方にとらわれている、毒親の影響を受けた子供のような状態から抜け出せずにいます。 その最たる例がリポジトリパターンです。 よく依存性の逆転・DIと一緒に語られますが、くまぎさんがおっしゃる通り余計にインターフェースを切るのはイケてないと感じます。また、DI抜きにしても、リポトリパターン由来の様々な問題（N＋1やバルクアップデート、管理画面用のメソッド生やしたくなる問題など）に対する解決策として提示さ

富岡市役所（「富岡市観光サイト」より） 日本を代表する世界的建築家のひとりである隈研吾氏がデザインした建築物で、相次いで急速な劣化が顕在化している。群馬・富岡市役所で、外装に使われている木材が腐り始めているとの指摘がある。同市役所は2018年に完成しており、わずか6年で腐朽していることになる。建築の専門家は、隈氏のデザインの特徴である木の使い方に、根本的な問題があるという。 今年9月、栃木県の那珂川町馬頭広重美術館が開館から24年を迎え、老朽化のため大規模改修を行うことになったが、改修費用が3億円と高額になることから、一部をクラウドファンディングでまかなう発表し、大きな話題になった。同美術館は安藤（歌川）広重の肉筆画や版画をはじめとする美術品を中心に展示し、町の中核的文化施設とすることなどを目的として2000年に開館した。木材を多く使用し、周囲の自然に溶け込むデザインが好評を博し、県外から

2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して

2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 最後まで読んでもらえると幸いです。 システム設計はエンジニアにとって重要なスキルですが、いざ学習しようとすると幅広い知識と実践的なスキルが求められるため、独学ではハードルが高く感じられることも多いです。今回は、システム設計を学ぶためのオープンソースプロジェクト 「system-design-primer」 を紹介します。system-design-primerを活用することで、システム設計の基礎から応用まで体系的に学べるとの

長年愛用してきたパナソニックの鼻毛カッター。 切れ味が悪くなってきたので最新型に交換した。 流石によく切れる。 鼻毛が一網打尽に無くなった。 ……、そう鼻毛が綺麗さっぱりとカットされてしまった。 これは！？ パナソニックの鼻毛カッターの設計思想。 いつの間にか変わってるです。 パナソニックの鼻毛カッターは、鼻毛をカットしすぎないのその特徴だったはずなのに。 鼻毛というものは基本綺麗さっぱりと無くなるとよくないでしょ？というのがその思想の底流にあった。 鼻の穴から鼻毛が飛び出すのはエチケット違反だけど、だからといって鼻毛を全毛無くすのは良くない。 鼻から吸い込む空気をフィルターする役割が鼻毛にはあるのですから、、、というのがその思想であったはず。 しかし、最新型の鼻毛カッターは綺麗さっぱりと鼻毛をカットしすぎている。 むむむ。 これはやはり時代の変化なのか？ しゃらくさい理屈をこねるよりも綺