@oamu #29 我个人的观点，管理系统之类的重业务与数据、轻性能的项目，更加应该采取前后端不分离的分工方式，一个业务或者功能就应该由一个人从前到后全部打通，还要前后端分离一个功能分两个人做，增加了多少沟通成本

@rabbbit #17 跟服务端渲染结合的，不用 js 加载就可以提交表单，可以去看下 remix 和 next 的文档

首先肯定是根据你做的那个项目来了，你做的项目别的地方是怎么做的就复制粘贴同样的做法就行了
如果是没有参考的，jq 首先要排除，用 jq 还不如用原生 dom 操作
然后不同地方不同框架的推荐方式也不一样，国内的话大部分应该还是用“设置 button 的 onclick 方法触发一个函数调用 ajax 提交”的方法，直接用这个就行了
但是最新的方向（往 ssr 走的）反而是偏向于 action ，可以去参考 remix 和 next 的文档，不过国内的人都不懂也没什么人跟进，如果你圈子在国内，对新技术又不是很好奇和激进的话不建议搞这个，在国内说这个可能会像上面那样让别人误以为你落后了

@rabbbit remix 和 next 的表单提交都是用 action……

我电脑现在连 rye-x86_64_windows.exe 都打不开，哭死

@jqknono #13 只是我个人的体会了，可以去学一下 Haskell ，然后自己在用其它语言写代码的时候多花点时间想一下自己想要的东西在 Haskell 里面要怎么写，然后就会发现设计模式的那些想法全都是在隔靴搔痒，你说的那些设计模式的精髓部分在函数式里面全都是很自然而然的写法（比如说，多用组合而不是继承，如果是一个已经习惯于函数式编程的人，根本就不知道什么是继承，自然而然就会用组合了，还有什么单一原则其实就是无副作用，这些在函数式编程里面都是非常自然的东西）

只有一个原则，那就是放弃设计模式，拥抱函数式编程（

看见 class 就烦

若饭液体版，完美，就是可能对早餐来说贵了一点点

我以前的解决方案是前一天晚上=把杂豆杂粮啥的丢电饭锅里，然后定时，早上起来就能吃了，再配一盒牛奶，也很不错

混开源社区，给开源做贡献

屏幕太小，连笔记本 15.6 的屏幕高强度工作我都觉得是一种折磨

如果有 27 寸的折叠屏幕的话倒是可以考虑

指甲钳从小学用到现在差不多二十年了

独立开发的顶流不是尤雨溪么。。。

你真的是十四岁？？现在的小孩好早熟啊

挺好办的，10w 收拾收拾自己，提高情商，然后去找富婆

@haiku fluent 还好吧……

写，目标是 vscode 开 basic 检查不报红
但是 vscode 里面的类型检查还是有不少 bug 的，复杂一点的类型体操就有可能出问题，也是无奈

我最喜欢 react 的地方就是它一直在强制使用者用函数式的思维去思考，作为一个被各种各样的副作用强 x 多年的函数式信仰者，我总有一种大仇得报的快感