所以只有自己掌握主动权才行，就算被裁了也能有收入或者能快速找到下家，不过这个对于大部分程序员来说并不容易

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

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

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

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

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

@beixiao 基本是这个流程

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

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

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

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

@yrj 太真实了

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

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

@secondwtq 第 5 条就是

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

手机号直接不验证，varchar(200)，不光考虑到号段变更的问题，还有每个国家都不同，长度也不一样，格式也不同，用的哪个通信运营商就直接丢过去完事。

@polobug 小众而已

@HashV2
1.数据在后台，这个主要考虑到需要跨平台同步数据
2.这个项目是开源的，要用的话可以自己部署一个，拥有一个属于自己的记账 App ，完全自主可控。