最近发现好像大多数程序员都不太会用 Figma 和 PowerDesigner 不知道是不是这种情况

[pengtdyd]

最近我发现我开源的 Lime 项目都没有人和我交流 Figma 和 PowerDesigner 相关的东西感觉有点尴尬，哈哈哈。

是不是 V 站基本都是程序员的原因，圈子不同所以技能点也不一样。

想了几个原因不知道是不是： 1.公司里没有用 Figma 和 PowerDesigner ，甚至都没有原型和物理模型。 2.公司里用的是其他的工具，比如：Axure RP ，墨刀，PDMan 等 3.我做的项目一般，看了感觉学不到什么东西，没兴趣。 4.没有时间，996 已经很累了，卷不动了。 5.学这些没啥用，公司里面还是以写代码为主，其他的不重要。 6.没有好的学习路径，不知道怎么学。 7.其他原因

不知道你是哪种呢 ？

我自己用 Figma 画的原型：

https://www.figma.com/community/file/1122536773250851621

我的 Figma 主页：
https://www.figma.com/@feiyu_rs

PowerDesigner 画的数据库物理模型图供大家参考：
https://github.com/feiyu-rs/whale-docs/blob/main/lime/%E6%95%B0%E6%8D%AE%E5%BA%93%E7%89%A9%E7%90%86%E6%A8%A1%E5%9E%8B%E5%9B%BE/lime_v1.0.0.jpg

[jones2000]

一张纸， 一只笔，画下大致的原型就行了。 用软件太麻烦。

[v23x]

没用过...都是直接用 txt 大致写下思路和结构

[murmur]

我们现在做数据库都不带真实外键了，只有查询的逻辑关联，有外键的表修一个数据恶心死你，各种关联限制着你，没外键想改哪里该哪里，想删哪里删哪里

[murmur]

figma 这东西吧，他的宣传点是协作撕逼，但是首先国外东西就扣分，虽然默认程序员要科学，但是国外网站就是扣分项

然后 figma 介于墨刀半仿真和 psd 真素材之间，考虑到各种屏幕尺寸花里胡哨，做到 1:1 还原是奢望，所以我们是只出关键素材，其余地方用草图，发挥合理不难看即可。

[zhuweiyou]

不是没用过 是我听都没听过

[secondwtq]

楼主居然列了七条都没列出最重要的一条：为什么厨子要学裁缝的活？

[pengtdyd]

@zhuweiyou 这。。。。。扎心老铁

[pengtdyd]

@secondwtq 第 5 条就是

[pengtdyd]

@murmur 物理模型和外键没啥关系，在做项目的时候好像现在都是直接在数据库里面建表，基本不会去分析表与表之间的关系

[secondwtq]

@pengtdyd 我觉得还真不一样…照这么说程序员为什么不学裁缝也能列七条…

真的你脱离这个具体的上下文想一下，去一个厨师论坛问为什么大家不会裁缝，这本来就是个很荒唐的事情

[murmur]

@pengtdyd 你说的对，我们都是数据库工具建表，把 comment 写好，到时候直接把 sql 导出来贴文档里

[pengtdyd]

@murmur 我待过的公司基本都是这样，但是会带来一个问题，就是代码变得越来越难以维护，Join 的表越来越多，费劲心思去优化查询，最终都是走向 shi 山这条路。不过现在企业里面好像也没啥人关心这个问题。更多的是完成任务罢了。

[yrj]

前后端各种框架语言就够喝一壶了，实在是不想再去卷产品经理行业了

[pengtdyd]

@yrj 太真实了

[janus77]

确实是没啥用
就算我需要画原型，为什么我非得花成本去学习 figma ？对于我的轻度需求来说（注意这个前提），他和别的同类软件相比有什么好处？

[wanguorui123]

自己用 PowerDesigner ，公司用 table

[wtl]

赞，不过还是传统的做法，未来应该是朝着描述需求（这个很难），描述设计，描述前后端模型，以及描述这些对象间的关系，然后生成代码。

[luomao]

PowerDesigner 我上学的时候还在用，工作后其实没有太多时间精力去做这件事，当然这只是说大多数情况的工作内容。如果涉及到各类中台，譬如统一用户中心、统一支付服务等，相信还是需要一个能够传递梳理数据库结构之类的文档或者图片方便各个业务方去开发业务，这时候我也会优先考虑一些在线画图共享等。

[zosmaka6]

我是产品，Axure/xd/sketch/figma 都用过。待过的公司大概有 4 家，基本上没有用 figma 的，产品主力输出原型工具还是 Axure ；

我感觉主要的原因是目前国内大部分小公司对于 [协同] 这个概念的认知还在比较原始的状态，平时沟通主要靠各种聊天软件。举一个简单的例子：UI 根据产品出的原型画图，画完一张甩到群里给产品审一张，审完没问题丢给开发做，效率其实挺低的。

Figma 我最近在用，感觉这款软件最核心的就是解决了两点：
1 、打通了从产品-ui-前端之间的整个协同流程，降低了沟通成本；
2 、庞大的插件生态在使用过程中效率非常高；

但是国内痛点也有：
1 、要梯子
2 、野生汉化

回到你的问题，在 figma 生态中，程序员属于最后的那一环节啦，如果产品和 UI 都没用起来 figma ，程序谈何去使用呢？不可能某天开需求评审的时候，开发同学指着文档说：“你这原型为啥不用 figma 画”吧？

[pengtdyd]

@zosmaka6 国内 figma 用的人还是比较少的，大部分应该还是在用 Axure 。痛点很明显，估计国内要过几年才能流行，尤其是中小型公司。

[pengtdyd]

@luomao 不少中小型公司追求效率至上，让开发变得没有时间去梳理这些东西，原型一出来就要开始写代码了，没精力确实是现实。

[pengtdyd]

@wtl 没有理解你后面说的意思，展开说说。

[musi]

Figma 的用户本来就不是针对程序员的，你非要要求程序员搞这个干啥。
虽然但是，我最近在关注 Design2Code 相关的东西，如果能快速的将我的设计稿转换成代码那学这个的性价比还好点。

[clorischan]

大型项目数据库轮不到程序员负责
小型项目 CodeFirst 自动建库一把梭

[gefranks]

Figma 那玩意儿有人觉得好用?
也就能看个图.逻辑稍微复杂点看的眼睛痛

[renmu123]

程序员不用画原型图，产品不出原型不干活，爱用啥出用啥出

[beixiao]

项目在用 Figma ，UI 出设计稿，其他人看

[Bingchunmoli]

尝试想设计好的一个系统了解过，有入门门槛，特别强调对于我 4K 的 DPI 极度不友好。 有时候太麻烦，感觉上面添加一个表不如用数据库管理工具直接添加更好，而且因为现在一般没有外键，所以生成的图也没有意义

[pengtdyd]

@Bingchunmoli 它是数据库建模设计软件，确实有一定的门槛

[pengtdyd]

@beixiao 基本是这个流程

[dcsuibian]

这俩我都用过。
PowerDesigner 用过几次，弃了。主要问题是数据库建表我从一开始就有个大概的构想，从 概念模型 --> 逻辑模型 --> 物理模型 这么一套流程走下来，好像最终生成的表和直接物理也没啥区别。
另一个原因是，我也不是天天在那儿建表，不是很原因花大精力去学这个软件。

Figma 挺好的，但我只是在自己的项目里用用，不可能在工作中用。全干程序员的话直接上手写代码，最多预先拿个草稿纸画一下大概布局。要好看，干不了。
而且学习成本挺高的，我之前也跟着 B 站视频学过一段时间，基础操作是懂了，想要掌握还是挺难的。我明明是想写个项目练手的，代码没怎么写，在 Figma 上花了太多时间，感觉怪怪的。

[ljpCN]

Figma 不是万金油，如果仅仅是梳理软件架构，有更简易的工具比如类似于 draw.io 的各种绘图工具。不是 Figma 干不了，是没必要。Figma 还是更适合 UX 设计的场景，在这个场景下，已经筛除了大部分的程序员。这大部分的程序员，可能在做嵌入式开发，可能在做数据库开发，可能在做 Web 服务端开发，可能在做别的许多许多的事情，总而言之，他们不需要跟用户界面打交道。而在跟用户界面打交道的程序员中，比如前端和移动客户端开发，由于许多公司分工明确，他们使用 Figma 这类工具只是作为观看者而非编辑者，因为编辑的工作是负责 UX 的设计师在干。而学习 Figma 能给他们带来什么呢？这个问题才是值得思考的问题，而这个问题依然很有可能导向：他们不需要学 Figma ，他们需要一个更适用于他们的工具。

[pengtdyd]

@ljpCN @dcsuibian
Figma 有一定的门槛，需要花时间学习它，作为程序员来说最多可能只是查看而不是编辑，更不太会设计一款产品的原型了。
PowerDesigner 我在使用的时候也发现了，如果从 概念模型 --> 逻辑模型 --> 物理模型这一套流程下来确实耗时间，也没必要，但是如果是一个人做一款产品来说，配合 Figma 画的原型来分析模型可以更好的梳理模型关系，这样可以抽象出清晰的代码实体。对于软件架构来说，好的物理模型就像好的地基一样，可以做出更好的架构（个人理解）。不过在企业中往往是没有这样场景的，更多的是效率至上。

[ivvei]

@pengtdyd 代码越来越难以维护，join 的表越来越多，是因为后来增加了新的需求新的内容。这不是考虑表和表的关系能搞定的。代码容易改而数据库不容易改，应该有这样的意识。后来加进来的内容大多只能在原先基础上修修补补填进去，把数据结构推倒重建是不现实的。

[pengtdyd]

@ivvei 如何做出更容易维护的软件，这个应该是软件架构思想了，比如著名的 DDD 领域驱动，在这一点上 java 是无出其右的。

[hallDrawnel]

产品用这个吧，输出到我们这纸和笔画一下架构就行了。

[pengtdyd]

@hallDrawnel 对的，如果公司里面用了 Figma 的话，开发人员基本上会查看就行。

[ericguo]

PowerDesigner 要花钱且不是刚需，用的人相对少，Figma 一般程序员就打开看看，不会自己画，因为这个事设计师的活，所以你说的大多数程序员都不会用 Figma 和 PowerDesigner 是对的。

[Chad0000]

我是程序员，我就用 figma 。主要是给桌面应用和 app 画界面和交互，因为这种应用开发起来比 web 慢，等你程序做差不多了才发现页面逻辑有问题就晚了。

web 开发基本上不需要，因为调整很容易。

[skinny]

我不是程序员，但我的体验就是自己美术能力不行，用钢笔工具手绘图标是不可能的，然后 Figma 可供傻瓜式拖拽的组件太少，自己用基础组件画又感觉总缺少点什么，导致要么整体组织不行，要么太糙太简陋还不如手绘甚至列表格，我感觉很多程序员也是这样的……

[kongkx]

问题其实是“我的项目为什么没人感兴趣？” 这个我感觉跟工具无关吧

[Cbdy]

Figma 一般都会点，但是还有人用 PowerDesigner ？

[liangch]

吃饱了。

[xiangyuecn]

windows 自带画图，快速解决 大部分临时 画原型的需求😂
windows 画图：专业、高效、功能丰富、免费，值得拥有😂

[BeyondBouds]

求求了，别卷了
专人干专事不行吗
多一点工作岗位不好么
我现在最痛恨的就是那个大前端，大 nmb
前端大了，你工资大了吗，你陪家人的时间多了吗？

[cszchen]

我发现大多数产品经理和设计器不会用 vscode

[JDog]

何不食肉糜？

[shanyuhai123]

可以学，但价值不大。
情愿和家里视频唠嗑半天，找朋友玩玩游戏半天。

[irainsoft]

信息系统专业表示你们别卷了，这是我们用的玩意😢

[yazinnnn]

我发现大部分产品经理都不会宽油, 不知道是不是这种情况

[palxie]

确实我身边的 it 同事很少自己去使用设计工具, 我自己以前用过 cad, 所以用起 sketch figma 这些工具没啥压力.

[chuanqirenwu]

想学，op 可否分享一下学习经验和用到的资料呢？万分感谢！

[shaojz2005]

墨刀画原型挺好的，已经画了上百个了

[fpure]

PowerDesigner 要花钱而且难用，还不适合版本控制，而且还不如直接连数据库方便

[WOLFRAZOR]

这是 UI 设计或者做交互的才用的吧……程序员最多只会拿过来看一下。

[darknoll]

一直想学 figma

[KillPaul]

@gefranks 全世界的 UI 都在用...

[KillPaul]

lz 看你设计文件里的字体大概率是没有手动选择 PingFang SC （ macOS 下）

[pengtdyd]

@KillPaul 这是因为我在设计的时候用了思源的字体，关于字体这一点我也想过用 PingFang ，但当时是在 Win 上设计的。这个算是失误吧，后面会改为 PingFang 。

[pengtdyd]

@chuanqirenwu @darknoll
B 站上有很多资料，可以看看。

[AyaseEri]

画原型其实 PowerPoint 、processon 都够用

[iyaozhen]

因为大公司分工很细，但并不意味着工作量小。需要你在自己的这一块深入，比如研究后端接口耗时怎么从几百 ms 降到几十 ms ，少出几个线上问题更重要。

还有 Figma 确实太重了。至少作为后端用不上

就像前面有人说的，绝大部分产品和设计也不会用 vscode ，感觉不行，得学，学了有好处。（逃

[FanError]

@fpure
@Cbdy
@ericguo
@dcsuibian
@luomao

我们一直在用 powerdesigner ，只不过只用了最简单的数据库设计功能，当成一个文档工具在用，方便其他同事看表设计。
话说回来，要是不用 powerdesigner ，那表结构设计记录在哪呢？

[FanError]

以前想着跨平台，在用 mysql 的 workbench ，不过发现这玩意不能同时打开 2 个文件？？有时想同时看一下其他项目表结构，不行 -_-

[qyy123]

AXURE ，用习惯了

[darkengine]

你用 figma 做原型图？我用 axure ，除了做页面原型图之外，还可以处理简单的逻辑例如响应用户点击事件、页面跳转等。figma 我们公司只是设计师用来给开发人员出图。

[ericguo]

@FanError Rails 框架自带 （免费）想看 ER 图可以通过 https://github.com/voormedia/rails-erd （免费）或者 RubyMine 生成 （这个 Jetbrains 的 IDE 需要订阅）

[luomao]

@FanError 表结构设计直接看 DLL ，业务的变化速度很快，小修小改也要维护一份文档的话容易产生遗留，我们现在的习惯就是每个字段必须有严格的描述，不至于看不懂是用来存储什么的。

[fpure]

@FanError 有钱 navicat ，没钱 dbeaver

[lanlanye]

我一般画 ERD 和 UML 用 markdown 或者 rst 配合 mermaidjs 就够了，至于原型暂时还没需求，工作上有专门的 UI 和前端……

不过有时间可以学一学。

[mtmzorro]

看了楼主的 figma 还能这么玩那，学习了。

[pengtdyd]

@mtmzorro 本来就是这么玩的好吧。

[mtmzorro]

@pengtdyd 哦

[taizhenhua1987]

专业的人干专业的事。设计这一块应该是绝大多数全栈程序员永远无法逾越的鸿沟。无关技术，只在审美。

[ecloud]

@murmur 外键这种东西其实当初设计的初衷是认为人类都是直接使用 SQL 语言来操作 RDBM 的。但是实际上现实中的发展是 SQL 已经几乎不被“人类直接使用”了

[bigShrimp8577]

听都没听过，别说用了