テクノロジー

Figmaと実装の乖離は怠慢ではなく、構造の欠陥である|Matz

1: nguyen-oi 2026/07/20 12:09

パラダイムの違いって指摘はかなり納得感ある。でも仕様書という中間生成物のメンテコストを誰が払うかで結局揉める未来が見える

2: strawberryhunter 2026/07/20 12:33

HTML/CSSの表現力を持たないFigmaをWeb開発に使うのは最初から間違いだし、スマートフォンアプリについては今やFigmaを使う必要も無いのでは、と思う。1年以上経ってまだ使ってるのが逆に興味深い。

3: yushph 2026/07/20 12:43

課題意識は激しく同意。Specの維持コストは想像以上に高そう。

4: dd41kk 2026/07/20 12:52

Rubyの人かと思った

5: atsushieno 2026/07/20 13:23

仕様記述言語の目下の課題は説得力のある標準技術の不在なんだろうと思っているけど、そういう話はやったことある人がしたほうがいいやつだな

6: chaoschk 2026/07/20 13:32

デザインの要件/要求定義と非機能機能の仕様化の話。「実装」が何を指してるのか曖昧で混乱した。Figmaもコードも実装の一種。構造の欠陥というより、詳細設計が無く、その設計根拠が曖昧なことが問題。仕様書化は良い

7: fn7 2026/07/20 14:08

Rubyの人ではない

8: Magicant 2026/07/20 14:11

そもそも何で Figma と実装両方要るの? 生成するならなほさら

9: pochi-taro00 2026/07/20 14:58

figmaの通り実装したら iOSのフォントサイズの変更に対応できなくて詰んだ

10: tacamula 2026/07/20 15:01

初期はFigmaレベルの柔軟さで検討と探索したいし、中後期からは構築を意識した作りにしたい。その隙間をどう埋めるかでLLM前提に文章化するのは面白い試み

11: manimoto 2026/07/20 19:16

合わせて読みたい。Storybookを使用した話だが課題感は同じ。Figmaを正とする運用に構造上無理が来ている。 ■「Figma と違う」をなくす Storybook 運用 https://zenn.dev/micin/articles/54cf1c16773056

12: tomono-blog 2026/07/20 20:57

figma挟まるの本当になんとかしてほしい。憲法にしたがる勢力がいる。

13: mak_in 2026/07/20 21:26

figmaは初期の柔軟に考えたいフェーズで使いたいのだと思うのだが、今のLLMは視覚的に思考するのでなく、文章として思考するので、そもそも相性が良くないと思っている。figmaからHTMLへ、でなく視覚的思考からHTMLへ

14: Listlessness 2026/07/20 21:56

ClaudeDesignで作ったモックをFigmaに取り込んでMCPでつないで実装に回すのはどうかな?とGeminiに聞いたらClaudeDesignで作ったHTMLをそのままLLMに渡した方が(Code to Codeが)ええでって言ってた。Figma経由はノイズになるだけだってさ

15: eriotto 2026/07/20 22:56

俺も真剣に悩んで試行錯誤している。チームのスタッフが作成したPDFからHTMLを一発生成するプログラムを自作してみたりしているが、そもそもCloud Designで生成できる程度のデザインならFigmaの出番は無く悩む事もないのでは