这个好办，公司换装 Linux

科班学啥你学啥就行了。
反正大部分都是自己学出来的。

楼上说的对，对同事要求太高，需要你做架构师

所以不建议水平不够的人写 Python ，更不建议和水平不够的人合作 Python 项目
语言没有约束，就只有靠程序员自己去约束了

图做得真好
可惜用了 vim 后就不想再折腾这些了

32 的，基本没听到过声音，目前能感觉到发热的使用场景只有剪视频和开 OBS

个人使用场景：
和 vscode 比最大的好处是支持绑图床，vscode 实现需要折腾
最大的缺点是没有 vim 插件

@v2exblog 分层问题简单来说就是使用分层架构，我接触到的分层架构主要有两种，一种规定每层只能访问自己下面一层，另一种规定每层都可以访问下方所有层，我觉得两种都行。
CRUD 就是跟着数据模型走，设计好数据库，本质上就是开发一个界面好看的数据库管理工具。
如果你的业务很复杂，无法用这种简单的方式实现，则可以参考 DDD 中的方式对领域进行分析。

@lifesimple 我不太懂这个逻辑，你说撤回的目的是修改再提交，那直接允许在审批前修改不就行了吗？审批后不允许再修改。

看了你在楼里补充的信息，我觉得你需要的不是撤回功能，而是提交后的编辑功能……

上次处理这种需求是配置用 SM4 加密的，密钥直接写死在代码里，给客户部署时的容器里只有一个二进制文件。

1. 尽可能别用他们的 App 。
2. 能复制内容时尽量别截图。
3. 浏览内容时尽量别登陆。
4. 注册账号时想办法绕过实名。

上面是考虑到监管风险的情况，如果转发正常内容就无所谓了吧。

@Leviathann 实际上我也不是很认可 Java 这种强迫用户使用类定义操作的方式（据说后来的许多框架本质上都让用户 绕过了这个限制），但如我题中所说，我是从写 Python 的习惯出发解决问题，最后发现使用 OO 的思想对问题建模是很有必要的，或者本质上来说对问题进行合理抽象是必要的，这里是否应该认为 OO 和 FP 只是不同的抽象工具，其目的是相同的？

@xuanbg 数据模型反映的是业务模型，只有设计出合理的业务模型，才能设计出合适的数据模型来，我觉得这其实是同一个问题。

@FrankHB 感谢科普，虽然和我的问题关系不大，但是了解到了很多新知识。

@3dwelcome 我觉得你们对 “函数” 和 “命令” 的理解可能存在出入，讲的不是一件事情。

@Mithril 我也是这么想的，只是我们小公司没有正经架构师，所以总是遇到问题。

@taowen 还好，我们产品会参考我的意见，不会出现你说的情况。

@giiiiiithub 确实很玄，但 FP 开始时轻松，随着发展心智负担越来越大（主要是需要保证无状态），还是说有什么成体系的方法论推荐吗？

@3dwelcome 网络上对函数式编程的解释似乎很杂，类似 Google 的 map+reduce 这种模式我还能理解它的实际意义，但其他场景下到底怎么用我是完全不知道，特别是最近看的书都强调面向对象设计，感觉它们根本没有互相替代的可能。

@qaqLjj Eric Evans 的原著是 03 年的，不排除其中一些概念过时了的可能性，比如当时 web 还没有那么火，之后的移动互联网更是难以想象的，但后来者对这本书的解读感觉还不如原文，我觉得想要理解作者的思想，还是看原文比较好。（《 CSAPP 》出版于 2004 年，理论性的知识并不容易过时）

@qaqLjj 我觉得应该是 InfoQ 这本 https://www.infoq.cn/minibook/domain-driven-design-quickly 。
《实现领域驱动设计》中将这种称为「 DDD Lite 」或者「战术 DDD 」，因为它对战略设计的部分仅仅解释了一下概念，没有深入，看完后还是得去读原著，但能解释清楚概念已经非常有用了。

年终还没发呢，楼主到北京后感觉技术进步明显吗？有从进步中获得满足吗？

补个图
https://postimg.cc/sGPcSWPb