まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )

Programmer & Founder at AILERON INC.

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

今はもう比較的簡単になってきてる気がしてる

[限界エンジニア @moti256]

「フロントエンドは簡単」って言うバックエンドエンジニア、一回CSSのレイアウト崩れ直してみろ。

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@yamitake 良い記事だったし、知らない情報もまとまっていてよかった

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi そもそも、そう言うのでいうと
Hotwireと、react比較しちゃってる時点で

大上段がズレちゃてるなぁとは
経験が浅そう

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi @hachi8833 まぁ、やるならスペースとかかなー
Xだし

ただ、何聞きたいんだろ

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi 何か話がかみあわないなって思ったけど
まぁ Design system を何の定義で言ってるか次第なのかな

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi あと、そもそもだけど、Rails で
デザインシステムって

自分で作るものじゃないの？？？

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi @hachi8833 デザインシステム云々言うなら、普通にFigmaベースで組み立てればいい話では……。
今さらShadcn（使い古されてる）をスタートラインにして、わざわざAIでHotwireに「移植」するっていう歪なワークフローに執着してるの、なんか視点がズレてる気がする。

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@yamitake Tokioのせいで、そのままだと、rails から使えないの残念

[DHH @dhh]

I love accelerating Rails development with agents. It's incredible how much progress you can make in such few tokens. https://t.co/ql3QEHz0PM

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

エンジニアは、オフシェア開発とかで、
メンバー数増えれば全ての画面まで面倒みれないから、同じ状況下に遭遇するけどな

ルール、規約なんかで縛って
把握しやすくしたり、メンバー同士でレビューさせたり

ただ、組織運用とコードの話が
どこまで自動化出来るかとの差異はあるけど

[深津 貴之 / THE GUILD, note @fladdict]

エンジニア視点でAIコードは、「動くけど理解不能でいざって時に自分で直せない」だけど、非エンジニアの経営者の視点では、部下エンジニアのコードも「動くけど自分には理解不能でいざって時に自分で直せない」だったりする。でも経営者は、自分が理解できないコードを他者に委託できてる。ここに何かヒントがある気がする。

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

https://t.co/wp6cbnVdvy

DSL作るのが趣味なのですが

そろそろソフトウェアエンジニアは
みんなDSLをつくる時代にならないかな

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

DB次第だけど、ミッションクリティカル金融みたいな話では、だいたい無いから

言うてテーブル作って
移管バッチとリードやライトのタイミング調整くらいで、段階的に移行できるしな

[NAKAMURA Atsushi @nuits_jp]

これ別にDBの移行が楽だと言いたい訳ではなく、アプリの移行だって全面リプレースなんて、言うほど楽じゃないでしょの意図です。

逆に本当に全面リプレースが余裕ということは、DBを完璧に解釈しているということで、であればDBの移行だってできるとは思います。新スキーマへのデータコンバートだって、リアルタイム同期ツール作って移行サポートすればいいだけで。

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

ソースコードも何もかもないけど、このフラッシュのバックエンド用意して延命して、みたいなのを人力でやっていた事が懐かしい

AI便利

[嶋田大貴 @shimarin]

わい「この大昔のシステムさあ、フロントエンドがFlash(Flex)なんだけどもうソースがないんだよね。バックエンドがRailsだからそれ読んで想像でフロントエンド作り直して」
Claude「はい」
わい「は？なんでソースないのにほぼ完璧に再現できたの？」

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

技術的負債じゃなくて、技術的「瑕疵」って、凄い納得感ある言葉をみれて良かった。

だいたいそうなんよ。負債とか、そんな複雑な概念じゃなくて、ただの構造欠陥なんよ。

何かしらんけど、ここに柱なくない?
この柱って、何で、ここだけ細いの?
なんでヒビあるの? なんでこんな部材なの?

みたいな

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi 認可状態を「レコード」にする設計（RBAC / ACL
Railsの旨みがActiveRecord なのだから

「認可状態をレコードとして設計し、データ側に切り出す」

ロジックで肥大化するアーキテクチャをデータモデルの設計によって一気にシンプルにするっていうアーキテクチャによる解決する課題ですね

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@naofumi 「設計が機能していない現場」の愚痴を「アーキテクチャの限界」にすり替えて語ってしまっているだけかなぁ

単純にDB設計されてない所の話かなと…

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

@Keisuke69 https://t.co/zpazGXvjIf
これを、MacBook のアダプターがわりに持ち歩いてます。比較的小さくて気に入ってます

これより容量デカいやつも持ってるんですが、結局物理的にも大きくて、これに落ち着きました

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

Codex を凄いひさしぶりにつかっていて、便利な事も多いんだけれど知らない事が多すぎて、結構難しいな。opencode みたいなにセッション情報とかって、どこにもってるんだろう

[まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) @aileron]

ローカルLLMつかいたい人達って、そんなに LLM に課金してるのかな。まだ現状だと、もう一段階ぐらいブレークスルーするか、おもしろい使いかたしないかぎり、普通に課金した方が安上りだし、すぐに性能あがったり、違うモデル検証できたりして便利なんだけれどもな

[ところてん @tokoroten]

そうそう「IFFとしての教養」を割と残酷に描いているのが、ようこそ！FACTへだったりする

教養というIFFに返信できないので、陰謀論という絶対にIFFが帰ってくる世界へと落ちていく……

https://t.co/G9Lwyy8mRv