webnewobject1

@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 一年全栈要吗？有小程序经验

php 没有经验要求吗？

@0o0o0o0 简单粗暴一点，就根据 git 的提交来量化。改一个小东西，出一篇小文档。所有工作都出一篇小文章。