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

26.4K posts

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

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

@aileron

Programmer & Founder at AILERON INC.

𝔸𝕚𝕝𝕖𝕣𝕠𝕟 Katılım Mayıs 2009
1.3K Takip Edilen1.4K Takipçiler
Naofumi Kagami - 🇵🇸 lives matter
この前のRails Tokyoでは下記のような図を出してHotwireとReactのメリット・デメリットを議論した。 大切なのはスコアではなく、軸。どの項目で比較を行うかを明示していること。 実はITの技術選定で大きく抜けていると感じるのはこのような軸の洗い出し。 speakerdeck.com/naofumi/railst…
Naofumi Kagami - 🇵🇸 lives matter tweet media
日本語
2
1
8
880
Naofumi Kagami - 🇵🇸 lives matter
ここ1年ぐらい、Hotwire普及の視点でデザインシステムをいろいろ考えていた。 ERB/HotwireとReactを比較したとき、デザインシステムの有無がよく言われる。一般的なデザインシステムはFEフレームワークにロックインされていて、React用のものをVueで使うことすらままならない。
日本語
1
0
5
2.3K
Naofumi Kagami - 🇵🇸 lives matter
@aileron 実際に見ているとそうでもないと私は思います。 現場によってまちまちですし、デザインシステムを採用したいという名目でのReact/Vueへの書き換えは多いです。
日本語
1
0
0
43
Naofumi Kagami - 🇵🇸 lives matter
まぁデザインシステムの実装を頑張って、Reactと心中するつもりで作るのであればそれも一つのやり方だとは思う。 でもそれなら完成度の高い実装を望む!! その程度のデザインシステムのせいでHotwireが技術の選択肢に入らないのであれば、とてももったいないと思う。
日本語
1
0
1
198
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )
@naofumi @hachi8833 デザインシステム云々言うなら、普通にFigmaベースで組み立てればいい話では……。 今さらShadcn(使い古されてる)をスタートラインにして、わざわざAIでHotwireに「移植」するっていう歪なワークフローに執着してるの、なんか視点がズレてる気がする。
日本語
1
0
1
88
Naofumi Kagami - 🇵🇸 lives matter
それでRails Tokyoで登壇する縁でいろいろ考えていたら、「 なんだ!AI使えばデザインシステムの移植なんて楽ちんだ!」に気づいて、下記の発表に繋がった。 でももう一つデザインシステムについて思っていることがある。 speakerdeck.com/naofumi/railst…
日本語
2
3
7
738
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) retweetledi
DHH
DHH@dhh·
I love accelerating Rails development with agents. It's incredible how much progress you can make in such few tokens. rubyonrails.org
DHH tweet media
English
44
34
608
70.1K
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )
エンジニアは、オフシェア開発とかで、 メンバー数増えれば全ての画面まで面倒みれないから、同じ状況下に遭遇するけどな ルール、規約なんかで縛って 把握しやすくしたり、メンバー同士でレビューさせたり ただ、組織運用とコードの話が どこまで自動化出来るかとの差異はあるけど
深津 貴之 / THE GUILD, note@fladdict

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

日本語
0
0
0
228
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )
技術的負債じゃなくて、技術的「瑕疵」って、凄い納得感ある言葉をみれて良かった。 だいたいそうなんよ。負債とか、そんな複雑な概念じゃなくて、ただの構造欠陥なんよ。 何かしらんけど、ここに柱なくない? この柱って、何で、ここだけ細いの? なんでヒビあるの? なんでこんな部材なの? みたいな
日本語
0
0
0
97
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )
@naofumi 認可状態を「レコード」にする設計(RBAC / ACL Railsの旨みがActiveRecord なのだから 「認可状態をレコードとして設計し、データ側に切り出す」 ロジックで肥大化するアーキテクチャをデータモデルの設計によって一気にシンプルにするっていうアーキテクチャによる解決する課題ですね
日本語
0
0
0
55
Naofumi Kagami - 🇵🇸 lives matter
Railsの認可というかPolicy周りの話だけど、「ほとんど使っていない」プロダクトか「使いすぎて訳が分からなくなった」プロダクトの二社択一になっているケースしか見かけなくて、どうしたもんかなぁと思っている ここに新規レイヤーを導入することの難しさを感じている
日本語
2
3
6
1.3K
Keisuke Nishitani
Keisuke Nishitani@Keisuke69·
皆さんのおすすめモバイルバッテリーを教えてください ちなみに僕が普段仕事の時とかに持ち歩いてるのはこちら。これはこれで仕事とか出張時には最高だと思ってるが家から出かけるときには重いしでかい。仕事とかじゃないならPCも持ち歩かないからPDもいらないし amzn.asia/d/0bvwsYQE
日本語
1
1
2
2.2K
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )
Codex を凄いひさしぶりにつかっていて、便利な事も多いんだけれど知らない事が多すぎて、結構難しいな。opencode みたいなにセッション情報とかって、どこにもってるんだろう
日本語
0
0
0
113
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc )
ローカルLLMつかいたい人達って、そんなに LLM に課金してるのかな。まだ現状だと、もう一段階ぐらいブレークスルーするか、おもしろい使いかたしないかぎり、普通に課金した方が安上りだし、すぐに性能あがったり、違うモデル検証できたりして便利なんだけれどもな
日本語
1
0
1
102
まっち@𝔸𝕚𝕝𝕖𝕣𝕠𝕟( aileron.cc ) retweetledi
ところてん
ところてん@tokoroten·
そうそう「IFFとしての教養」を割と残酷に描いているのが、ようこそ!FACTへだったりする 教養というIFFに返信できないので、陰謀論という絶対にIFFが帰ってくる世界へと落ちていく…… amzn.to/3P37LIh
日本語
1
6
46
6.3K