DDD(ドメイン駆動設計)、理念に大賛成、実装に大反対。
※追記あり。最後の追記は 2021/04/25 21:40頃※ タイトルの通りのことを思っているけど、顕名のブログで書くと社内で干されるので、増田に書く。社内の心理的安全性がそんなに低い訳ではないけども、潮流が凄いので今は慎重に振る舞いたい。 この記事を見て「キミはDDDのことを誤解している」と思われた方はコメント等で優しく（易しく、ではない）ご指摘願いたい。 ※この記事では Web Application を前提とした話になっている。 DDDとは？https://ja.wikipedia.org/wiki/%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E9%A7%86%E5%8B%95%E8%A8%AD%E8%A8%88 DDD、ここがイケてる ソフトウェア開発者は開発対象のドメインのことをほとんど知らない、という問題意識およびその提起。 俗に言う「ビジネスサ
タクティクスオウガとFFタクティクス、そんなにスタッフかぶってないのでは？→かぶってない
ちょっと調べてみたところ、やはりそうだった。具体的には『タクティクスオウガ』(1995)のスタッフで『ファイナルファンタジータクティクス』(1997)にも参加しているのは、松野、皆川、吉田という中核スタッフ3人と、外部のサウンドスタッフである岩田、崎元だけだった。 私がFFTから感じていた「タクティクスオウガ感」は、お話、絵、音楽という表層的なものだったのか（もちろんスクウェアのスタッフもタクティクスオウガに“寄せて”作ってただろうけれど）。 件の中核3人以外の『タクティクスオウガ』スタッフは、その後ニンテンドー64で任天堂より発売された『オウガバトル64』(1999)に参加している。 クエストはそこからGBAで『タクティクスオウガ外伝 The Knight of Lodis』(2001)をリリースするのだが、そこに『タクティクスオウガ』のスタッフはほぼ残っていない。 ここに至ってクエスト
昔のゲーム業界人、若すぎワロタ！！ワロタ！ワロタ、、、、
90年代のゲーム雑誌を「懐かしいな～」とめくっていてね、花形クリエイターのインタビューとか読んでてね、「あれ、こいつら、この時代めっちゃ若くないか？」ってことでゲームクリエイターの年齢を調べてた。 はあああああ～～～若い。業界自体がほとんど80年代に興ったような若い業界だから作り手も若いのは当たり前なんだけど、それにしたって若い。 神童みたいな存在だった中村光一や中裕司が若いうちから代表作を残しているのは当たり前としても、あんな清濁併せ呑むような作風の『タクティクスオウガ』作ったときの松野泰己が20代なんだよ。「ガキが...舐めてると潰すぞ」ってならんか？ならんか？ あと何気にショッキングだったのは、堀井雄二と広井王子ね。元々ゲーム業界外の出身であるこのへんは年齢も高く、ゲーム雑誌を熱心に読んでいた90年代中盤の自分にとっては「おじさん」っていうか殆ど「初老」って感じだったんだけど、年齢み
製作委員会の内情（的なもの）
製作委員会が、悪の枢軸呼ばわりされて盛り上がっている。 昔とある作品の製作委員会に身を置いていたことがあるので、思い出を書く。 ■カネのための集まりである 製作委員会というのは「製作」をする人たちの集まりであって「制作」をする人の集まりではない。 私も最初ここの違いが全く分からなかったが、中に入ってようやく理解した。 つまり、「その作品を作るためにお金を出した人たちの集まり」であって 原作者や監督や声優や脚本家が集まっているところではないのである。 （このへんがネット上では未だにけっこう誤解されている気がする。） だから製作委員会の集まりで最も重要なのはカネの話だ。 これは良いとか悪いとかいう話ではなく、カネのために集まった組織なのだから当然の話である。 ■どんな人がいるのか／どんなことを考えているのか 会議に出席するのは、出資社（出版社とか、TV局とか、広告代理店とか、製作費を出す会社）
サイト運営をやってみて起こった６つの「想定外」
1ヶ月ほど前に、アノニマスダイアリーでサービスの紹介させてもらった「完全に一致」のおっさんです。 昨年11月25日に公開させてもらったサービスですが、公開から約1ヶ月半の間、いくつも思ってもみなかった事が起こりました。 誰かに聞いて欲しいものの、例のSEの友人が精神的な病で倒れてしまい聞いてくれる人もおらず、 Twitterでは短すぎてかけず、なおかつブログもないのでここに書かせてもらいます。 「なんだ、またかよ」という方、お目汚し失礼しました。 想定外1：サーバーが幾度となくダウン最初の記事を書いて、初日から約1週間で300万アクセスがあり、この間何度もサーバーが応答しなくなるという事態に陥りました。 MySQLサーバーとWEBサーバーの調整を教えてもらったお陰で、かなりダウン回数減らす事ができたものの、結局全然処理が間に合ってくれませんでした。 一番のネックになったのは画像の変換処理と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
