@whp1473 还真是，这都成独立开发了

已发送简历 期待回复

感觉我们可以交流一下
https://lexonblog.pages.dev/posts/reflection/EDD/%E5%89%AF%E4%BD%9C%E7%94%A8%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E4%BD%93%E7%B3%BB%EF%BC%88Effect-Driven%20Design_%20EDD%EF%BC%89.html
现在我也在写一个示例项目：
https://github.com/Webnew-b/venue-flow-edd/tree/develop

投递了

有 rust 嘛

@Tumblr 为什么说使用量少，纯电好过油车呢？不应该是反过来吗？

连锁餐饮创业+身负贷款+没有合同+亲戚合伙+你中
debuff 叠满了卧槽。
这就不是一个 if-else 的问题。

@dariolayaa 老哥有无 JD?

podman+woodpecker

建议在业余时间，学一门 fp 。学不进去也没事。要了解他们的思想。这对于编程学习来说有大用处。而且学习过程可以不需要做项目你只需要从形式上理解，然后在你自己擅长的领域写这个项目就行了。

@caobug 像这种多参数的，基本上都会留一个结构体。这样子加参数就无所谓了。

@caobug 他底层设计就是让你干这个事儿的。不要堆屎山，想堆屎山就会让你寸步难行。（）

@5261 还有一个就是非常简易的判断标准，可以看需求到底完不完善。或者说需求是要做一个可靠程序，还是说快速原型？如果是前者的话就直接上 rust ，如果是后者的话，就直接用胶水语言就行了。因为快速原型不需要搞那么多错误处理，只需要原型能跑出来就行了。

@5261 其实他啥都能写，不过 ui 不是很好写。个人感觉来说 web 也很合适，跟 Java 不相上下。但是呢，Java 上的很多方法论在 rust 的上是用不了的。很多思想要换过来，就比如说这个 sql ，rust 更倾向于在 rust 代码上去解决这个事情。尽量不要用原生，因为无法预期控制。让组合子去代替动态 sql ，不过现在 rust 的最大的问题就是轮子太少了。很多东西都要自己写，而且他要求就是说在写之前就得想好，不是想好细节，就是想好整个项目的大体抽象。
所以呢，它更像是将原本的程序设计变得更重要了，就是在软件工程领域上的话。如果设计不好的话就容易写不下去。这就是为什么很多人写这个东西就觉得非常难受。说通俗点就是你拉屎之前必须把这个擦屁股的动作就给想好了。
如果说你的程序设计弄得比较好，抽象结构都比较合理的话，写起来就非常爽。基本上固定下来之后跑上去的东西不用怎么写测试。只需要回顾一下逻辑对不对就行了。然后弄上去的东西基本上不需要维护。然后特定的抽象设计，还能把形式化给他引进来。这样的话甚至都不用测试，因为数学已经证明过了。（当然对于 web 来说这感觉有点像牛刀杀鸡）
总的来说就是，rust 强迫你回顾你的程序设计，降低造屎概率。
还有就是他其实不是很适合快速原型，快速原型用其他的就好了，比如说 Python 之类的。

@5261 主力，fp 和 oop 为辅助，fp 提供理论支撑，oop 提供实践工具。目前亲测最好的实践就是 rust+haskell+ts 或 Python ，这样可用性较强，java 的话心智消耗太高了，而且有些设计是冲突的，所以就放弃了。golang 可以当玩具写，毕竟 ts 和他很像。

有条件的话建议学习 lambda 演算法。可以尝试去理解一下函数式编程。rust 想要理解透彻的话，还是得要学这两个的。进阶的话可以先去学一下 haskell ，然后学习一下怎么使用和组装组合子。这样的话基本上能看懂很多东西了。我也是从 oop 过来的。oop 有很多东西并不适用于 rust ，但是如果把 rust 弄清楚了。会有很多好点子用到 oop 上面

@hsbc929 不要南下，现在南边大城市都是钱少事多傻宝也多

老哥，我跟你的技术栈几乎一样。一起加油吧

@fengleelogos 一年全栈要吗？有小程序经验