https://b.hatena.ne.jp/entry/s/hatenanews.com/articles/2026/01/29/103000 Facilo（ファシロ）は、不動産仲介という業務フローが極めて複雑な領域で、あえて「構成・組織・開発プロセス」をできるだけシンプルに保つ方針を選んできました。 シングルデータベース、削除フラグなし。さらに... https://b.hatena.ne.jp/stntaku/20260430#bookmark-4782435453686392226 2026-04-30T05:43:05Z interested https://b.hatena.ne.jp/red_kawa5373/20260205#bookmark-4782435453686392226 最も重要なのは、1つのシステムで、ルールを混在させないこと。「外部キー無し」と決めたのなら、「Aテーブルに紐づくA1テーブルは外部キーを使ってるが、A2テーブルは使ってない」みたいなのは無くす。 2026-02-04T18:55:32Z https://b.hatena.ne.jp/Goldenduck/20260204#bookmark-4782435453686392226 外部キーないと雰囲気でしか外部キーっぽいカラムが何見てるかわからないので確実にしようとするとコードを追うしかなくなる 2026-02-04T14:04:08Z https://b.hatena.ne.jp/shinchi/20260204#bookmark-4782435453686392226 2026-02-04T13:47:07Z https://b.hatena.ne.jp/ahoj-ahoj/20260204#bookmark-4782435453686392226 2026-02-04T09:44:41Z https://b.hatena.ne.jp/justgg/20260204#bookmark-4782435453686392226 外部キーやユニーク制約はしっかりつけておいた方がいい派。そのほんのひと手間を惜しむのはかえってコスパが悪い。 2026-02-04T07:48:17Z https://b.hatena.ne.jp/buell/20260204#bookmark-4782435453686392226 2026-02-04T03:35:40Z あとで読む https://b.hatena.ne.jp/kzm1760/20260204#bookmark-4782435453686392226 "属人化しやすい専門の人を作らないようにしたいんです。だからFaciloにはSREもいません" スタートアップあるある。この後にサービス開発が逼迫して障害多発インフラ面倒見切れない、一人目SRE募集！までがセット。 2026-02-04T02:03:16Z https://b.hatena.ne.jp/tonocchokun/20260204#bookmark-4782435453686392226 ベストプラクティスはみんな同じようにやることでプログラマはどこに行ってもすぐに仕事を始められるって言うことを期待しているんだと思っている。 2026-02-04T00:12:50Z https://b.hatena.ne.jp/ayaniimi213/20260203#bookmark-4782435453686392226 2026-02-03T10:49:57Z https://b.hatena.ne.jp/shunutsu2-2-24/20260203#bookmark-4782435453686392226 2026-02-03T07:58:35Z あとで読む https://b.hatena.ne.jp/e10kg/20260203#bookmark-4782435453686392226 2026-02-03T05:15:47Z あとで読む https://b.hatena.ne.jp/gotokaeru/20260203#bookmark-4782435453686392226 2026-02-03T03:17:51Z あとで読む https://b.hatena.ne.jp/okaduka_takayuki/20260202#bookmark-4782435453686392226 2026-02-02T13:06:54Z https://b.hatena.ne.jp/munyaX/20260202#bookmark-4782435453686392226 2026-02-02T09:41:57Z あとで読む https://b.hatena.ne.jp/a842/20260202#bookmark-4782435453686392226 2026-02-02T05:39:02Z https://b.hatena.ne.jp/yamataku13/20260202#bookmark-4782435453686392226 2026-02-02T04:55:47Z あとで読む https://b.hatena.ne.jp/wktk_msum/20260202#bookmark-4782435453686392226 2026-02-02T04:52:03Z データベース エンジニア AI https://b.hatena.ne.jp/yoshi_6_17/20260202#bookmark-4782435453686392226 2026-02-02T02:04:51Z https://b.hatena.ne.jp/dev_tamura/20260202#bookmark-4782435453686392226 2026-02-02T02:01:25Z https://b.hatena.ne.jp/mayu_0121/20260202#bookmark-4782435453686392226 2026-02-02T01:18:01Z あとで読む https://b.hatena.ne.jp/cloudliner/20260202#bookmark-4782435453686392226 2026-02-02T00:15:14Z あとで読む https://b.hatena.ne.jp/BON-SUN/20260202#bookmark-4782435453686392226 2026-02-01T23:16:46Z https://b.hatena.ne.jp/getcha/20260202#bookmark-4782435453686392226 ビジネスのそれ以上の使い方が拡張されない事が見越されている場合は、それでもいいのよ。ビジネス規模や使い方による。目的と手段を適切に。であればどんなのでもいいんよ。 2026-02-01T23:10:35Z https://b.hatena.ne.jp/aravow/20260202#bookmark-4782435453686392226 2026-02-01T23:08:48Z あとで読む https://b.hatena.ne.jp/kazufsaf/20260201#bookmark-4782435453686392226 2026-02-01T09:26:08Z あとで読む https://b.hatena.ne.jp/imyutaro/20260201#bookmark-4782435453686392226 2026-02-01T08:21:13Z db system_design https://b.hatena.ne.jp/myr/20260201#bookmark-4782435453686392226 ふーむ？良いのか悪いのか分からなかったがやりたいことは伝わってきた。事故らなければ正義だし事故ったから馬鹿にされる系だろうか。。 2026-01-31T23:50:25Z https://b.hatena.ne.jp/kituneudon97/20260201#bookmark-4782435453686392226 2026-01-31T23:40:04Z https://b.hatena.ne.jp/xyzzyxyz/20260201#bookmark-4782435453686392226 2026-01-31T16:42:46Z https://b.hatena.ne.jp/hinakatsura/20260131#bookmark-4782435453686392226 2026-01-31T14:35:46Z https://b.hatena.ne.jp/daitom/20260131#bookmark-4782435453686392226 2026-01-31T07:57:06Z https://b.hatena.ne.jp/morioka/20260131#bookmark-4782435453686392226 2026-01-31T02:26:16Z あとで読む https://b.hatena.ne.jp/ys0000/20260131#bookmark-4782435453686392226 2026-01-30T15:28:41Z https://b.hatena.ne.jp/hnagoya/20260130#bookmark-4782435453686392226 2026-01-30T13:12:21Z あとで読む https://b.hatena.ne.jp/yosf/20260130#bookmark-4782435453686392226 2026-01-30T12:37:44Z ai https://b.hatena.ne.jp/fuzitahoushirou/20260130#bookmark-4782435453686392226 2026-01-30T11:41:45Z https://b.hatena.ne.jp/hachi/20260130#bookmark-4782435453686392226 2026-01-30T09:54:37Z https://b.hatena.ne.jp/trick7star/20260130#bookmark-4782435453686392226 2026-01-30T05:31:57Z https://b.hatena.ne.jp/h_exe_n/20260130#bookmark-4782435453686392226 2026-01-30T05:26:17Z あとで読む https://b.hatena.ne.jp/hirokinko/20260130#bookmark-4782435453686392226 記事内にあるスライドを読んでから議論した方が良さそう。興味深い。 2026-01-30T04:56:54Z https://b.hatena.ne.jp/you_will-never_walk-alone/20260130#bookmark-4782435453686392226 2026-01-30T04:18:22Z https://b.hatena.ne.jp/nyamadori/20260130#bookmark-4782435453686392226 2026-01-30T03:07:43Z https://b.hatena.ne.jp/masayoshinym/20260130#bookmark-4782435453686392226 2026-01-30T02:59:29Z 開発の現場 AIコーディング https://b.hatena.ne.jp/akishin999/20260130#bookmark-4782435453686392226 2026-01-30T02:10:37Z 設計 db https://b.hatena.ne.jp/ngmy/20260130#bookmark-4782435453686392226 ビジネスがスケールするまでは技術的負債など考えずに突っ走るのが正解という話であって、いずれ間違いなく負債になりますよ。負債の返済はその時まで会社が生きていたら考えればいい。 2026-01-30T01:50:22Z https://b.hatena.ne.jp/asa_ca3/20260130#bookmark-4782435453686392226 2026-01-30T01:35:31Z はてな インフラ 設計 開発 組織 エンジニア https://b.hatena.ne.jp/r_abe01/20260130#bookmark-4782435453686392226 2026-01-30T00:56:39Z https://b.hatena.ne.jp/uynyannaylalswww/20260130#bookmark-4782435453686392226 2026-01-30T00:45:00Z あとで読む https://b.hatena.ne.jp/locke-009/20260130#bookmark-4782435453686392226 2026-01-30T00:40:20Z 設計 データベース 不動産 資料 開発 https://b.hatena.ne.jp/bopperjp/20260130#bookmark-4782435453686392226 SRE がいないなんてのは組織サイズが小さいからいける話で。いつか「インフラとか運用とか知らないんですけど、アプリはめちゃくちゃ得意です」みたいな人をいっぱい取る時に必要になる。 2026-01-30T00:32:41Z https://b.hatena.ne.jp/sochankun/20260130#bookmark-4782435453686392226 2026-01-30T00:26:41Z あとで読む https://b.hatena.ne.jp/da-yoshi/20260130#bookmark-4782435453686392226 削除データを他と同様に扱うケースがある場合はフラグかステータスか別テーブルでUNIONとか。別テーブルにするとFKが問題になるから使わないとか？ 短期的にはいいかもだけど長期的にはデータ不整合が増える危険が 2026-01-30T00:13:10Z https://b.hatena.ne.jp/okada-kazumi/20260130#bookmark-4782435453686392226 2026-01-29T23:44:30Z あとで読む https://b.hatena.ne.jp/fkmy/20260130#bookmark-4782435453686392226 2026-01-29T23:30:50Z https://b.hatena.ne.jp/networker18/20260130#bookmark-4782435453686392226 2026-01-29T23:01:37Z https://b.hatena.ne.jp/shino_azm/20260130#bookmark-4782435453686392226 2026-01-29T22:38:05Z あとで読む https://b.hatena.ne.jp/cojicoji42b/20260130#bookmark-4782435453686392226 “バックエンドエンジニアがインフラのことを常に理解し、その上でいかに監視コストを減らしていくかを考えるべきです。” 2026-01-29T22:35:17Z https://b.hatena.ne.jp/facpatrysis/20260130#bookmark-4782435453686392226 2026-01-29T22:09:56Z あとで読む https://b.hatena.ne.jp/pchatsu/20260130#bookmark-4782435453686392226 2026-01-29T22:07:16Z https://b.hatena.ne.jp/moffu_mofu/20260130#bookmark-4782435453686392226 2026-01-29T22:01:44Z https://b.hatena.ne.jp/einherjar/20260130#bookmark-4782435453686392226 2026-01-29T21:41:50Z https://b.hatena.ne.jp/InoHiro/20260130#bookmark-4782435453686392226 2026-01-29T19:19:24Z あとで読む https://b.hatena.ne.jp/rudo108/20260130#bookmark-4782435453686392226 2026-01-29T18:49:30Z あとで読む https://b.hatena.ne.jp/mermaidtan/20260130#bookmark-4782435453686392226 2026-01-29T18:03:41Z https://b.hatena.ne.jp/uzuki-first/20260130#bookmark-4782435453686392226 2026-01-29T17:06:08Z https://b.hatena.ne.jp/cpw/20260130#bookmark-4782435453686392226 不具合で知らず知らずのうちにデータ不整合起こしてそう。気付けないのが難点だよね 2026-01-29T16:34:07Z データベース 設計 https://b.hatena.ne.jp/repunit/20260130#bookmark-4782435453686392226 2026-01-29T16:17:17Z https://b.hatena.ne.jp/saken649/20260130#bookmark-4782435453686392226 2026-01-29T16:17:09Z https://b.hatena.ne.jp/dionuy/20260130#bookmark-4782435453686392226 2026-01-29T16:13:04Z ai https://b.hatena.ne.jp/peketamin/20260130#bookmark-4782435453686392226 2026-01-29T15:39:55Z https://b.hatena.ne.jp/u1-5300/20260130#bookmark-4782435453686392226 2026-01-29T15:20:16Z https://b.hatena.ne.jp/Windfola/20260130#bookmark-4782435453686392226 頻度低いなら削除フラグは使わない、いざとなったらAI使ってログから復元するし！、はケースによってはまぁありなのかもしれないが 2026-01-29T15:06:31Z https://b.hatena.ne.jp/eriotto/20260129#bookmark-4782435453686392226 2026-01-29T14:57:29Z https://b.hatena.ne.jp/ohanabatake87/20260129#bookmark-4782435453686392226 2026-01-29T14:56:20Z https://b.hatena.ne.jp/twotiger/20260129#bookmark-4782435453686392226 この手の話ってどれが正解ってわけでもない。議論してる暇があるなら手を動かした方がいい。外部キー使わないのが慣れてるならそれでもいいけど、外部キー使わないのが正解とか押し付けてくる現場は嫌 2026-01-29T14:37:14Z https://b.hatena.ne.jp/sekaiiti/20260129#bookmark-4782435453686392226 2026-01-29T14:29:12Z あとで読む https://b.hatena.ne.jp/Cetus/20260129#bookmark-4782435453686392226 2026-01-29T13:47:41Z https://b.hatena.ne.jp/takumi819/20260129#bookmark-4782435453686392226 2026-01-29T13:13:55Z あとで読む https://b.hatena.ne.jp/tg30yen/20260129#bookmark-4782435453686392226 2026-01-29T13:12:04Z 開発 AI https://b.hatena.ne.jp/turanukimaru/20260129#bookmark-4782435453686392226 外部キーが役に立つのは削除してはいけないデータを削除するときなので、極論で言えばマスタに対してしか参照しない、マスタは絶対に削除しない、という方針なら無くてもいいんじゃないかと思う。試してはいない。 2026-01-29T12:30:23Z https://b.hatena.ne.jp/toro-chan/20260129#bookmark-4782435453686392226 今現在だと生成AIは頭が悪すぎて、とてもじゃないけど相棒じゃない。せいぜい初心者部下程度。早く作ること優先はいいけど、生成AIと相性は良くない。勝手に平均的に組んでしまうので。 2026-01-29T11:45:55Z https://b.hatena.ne.jp/sukkuuuuu/20260129#bookmark-4782435453686392226 2026-01-29T11:45:18Z https://b.hatena.ne.jp/snaka72/20260129#bookmark-4782435453686392226 2026-01-29T11:36:39Z https://b.hatena.ne.jp/advblog/20260129#bookmark-4782435453686392226 2026-01-29T11:29:32Z https://b.hatena.ne.jp/nigiri10can/20260129#bookmark-4782435453686392226 2026-01-29T11:17:18Z あとで読む https://b.hatena.ne.jp/eroooooooiroe5963/20260129#bookmark-4782435453686392226 2026-01-29T11:09:39Z https://b.hatena.ne.jp/DankanTakeshi/20260129#bookmark-4782435453686392226 2026-01-29T10:48:00Z あとで読む https://b.hatena.ne.jp/unijam/20260129#bookmark-4782435453686392226 2026-01-29T10:46:33Z https://b.hatena.ne.jp/kobito19/20260129#bookmark-4782435453686392226 人間もAIもシステム理解するのにFK見るし、意図に反して認知コストは上がるんじゃ 2026-01-29T10:39:47Z https://b.hatena.ne.jp/kazuya030/20260129#bookmark-4782435453686392226 2026-01-29T10:17:57Z https://b.hatena.ne.jp/chankuri/20260129#bookmark-4782435453686392226 2026-01-29T10:02:02Z あとで読む https://b.hatena.ne.jp/soxandcity/20260129#bookmark-4782435453686392226 結果整合性とか集約の境界で外部キー貼らないのはわかるが、読む限りそうでもなさそうだ。 2026-01-29T09:53:59Z https://b.hatena.ne.jp/t_stack/20260129#bookmark-4782435453686392226 2026-01-29T09:43:57Z https://b.hatena.ne.jp/hasegawafacilo/20260129#bookmark-4782435453686392226 2026-01-29T09:28:55Z https://b.hatena.ne.jp/roirrawedoc/20260129#bookmark-4782435453686392226 2026-01-29T08:56:36Z https://b.hatena.ne.jp/tasukuchan/20260129#bookmark-4782435453686392226 “梅林泰孝” 2026-01-29T08:55:05Z https://b.hatena.ne.jp/tjnet555/20260129#bookmark-4782435453686392226 2026-01-29T08:45:41Z https://b.hatena.ne.jp/knj2918/20260129#bookmark-4782435453686392226 2026-01-29T08:44:45Z あとで読む https://b.hatena.ne.jp/penpen-0704/20260129#bookmark-4782435453686392226 2026-01-29T08:00:04Z development