一点也不喜欢 react 不过想问下这种大屏一般用什么框架呢。

@xhatt510 还招人吗 op ，是否支持远程

swift 的东西做的这么差劲吗？
另外想问下 op 你做的这种工具如果想要给其他用户使用的话，是不是必须要上 appstore 才行，这就涉及到要备案？

艾尔登法之环

一般 30+ 就比较难找了，因为 30+ 等于一只脚迈进 35 的大门，相当于奔 4 了。

@Gaoti 不能够直接接收到数据以后，再用 alpine 处理数据来显示吗？

@zhq566 央企也加班吗。。。。居然还通宵。。。

工作 10 多年了，只会 crud 。凡是问 crud 以外的统统回答不会。此处不留爷，自有留爷处。

很多人写 ts 是为了复杂而复杂。ts 的类型可以写的很复杂，以至于你每天编程 4 小时，其中 3 小时是在推导类型。甚至都不一定看得懂。

35➕，只会 crud ，今后也只想当一名螺丝钉混日子的 loser 路过。

这种项目还需要驻场吗？直接在线不就把系统写完了。

一直用的 4g ，4g 现在的速度越来越慢了。而且经常没有信号。不知道是不是有意为之。

恰好你说的这种人周围也有，见识过，呵呵。

@shunia
@Gaoti
@yrj
感谢各位的回复。经过大家的提醒突然发现了一种非常先进的技术选型：Alpine.js + htmx
不知道这一套在生产用起来如何，准备试试了。

@tikazyq 这个平台部署的项目国内能访问吗？

@zhonj 现在这套 next.js 主要是所谓的初创企业和 geek 用的比较多，初创企业根本不在乎扩展设计，系统能用就行。很多人就出最开始写页面的，next 火了以后顺便写后端。

这些人来写后端大概率就是搞成 sql 写逻辑了，没有什么后端业务逻辑上的抽象认知。

这种所有业务写到 sql 里面，在后端看来就是回到了 20 年前，把 20 年前的老路又走了一遍。到时候看那种几百上千行的 sql 谁能看懂。

等再往以后发展，发现这种业务逻辑全在 sql 里面的大杂烩又无法维护了以后，又会重新拆成前后端分离，然后再进化成微服务，进入毅种循环。

被最后一条内容吓到了

@hello2090 ？ big dan

再补一个 npm 的地址
https://www.npmjs.com/package/nw-auth

补充说明一下，这个库很早以前就 push 到 npm 了，这次更新主要是更新了自测页面，实际核心代码除了优化了单元测试以外没什么变动。那几个三方平台之前都是测试过的，大家也可以用这个自测页面进行测试。

求各位大佬高抬贵手点一下 star 感谢各位～