@timeromantic 有锁 lhr 可能没挖过, 无锁就几率非常小没挖过了. 亏不亏看有没有挖过, 不过七彩虹还是狗东的, 有售后兜底, 至少出了事还能个人送保. 只要不拒保一切好说.

小一点就 nuc, 大一点就 deskmini 也可以考虑, 一般的 itx 不带显卡的就肖邦, 酷鱼这类了. 说个额外的就是记得配个 ups.

哪里一样.居家办公还模糊了上下班的时间点, 变成 24 小时待命了. 而且有些场景还是直接找人来得方便. 不过有得选我还是选择居家吧.

@MagnificentCxx 其实你不用真的去检查代码, 换个环境测试就是了, 一般前端工程环境变量关键字是 NODE_ENV, 分作 dev, test, prod 等. 你们线上环境变量叫做 prod, 就在部署到测试机时换成 NODE_ENV=prod 来测试.基本就可以排除环境变化带来的 bug.测试的至少还是知道这个吧.别的不说, 你去看看 package.json 中的打包命令吧 yarn build 里面具体写的什么吧.

如果我是开发想搞事情. 那我完全可以针对不同的环境(开发, 测试, 生产)写不同的逻辑来跑. 就算测试能通过不代表就和生产就没问题, 毕竟环境不同. 所以, 你们需要检查代码里有没有针对不同环境变量写不同的代码逻辑.

@LZRng 安全问题我是用跳板机 ssh 登录,关闭 root 用户和密码登录, 只开放少数几个必要端口 443, 6379,3306 之类的, 有密码的地方都是强密码, 可以自动更新密钥的都更新, 设置 ip 白名单. 提示系统漏洞的地方就跟着修复.web 安全常见的就是上 https,防止 sql 注入, xss 攻击, csrf 攻击. 也就做到这种程度了, 更多的就不知道了, 我也是瞎折腾的小白.厂商的安全套餐就算了, 真被搞了惹不起还躲不起么.

买个便宜的云服务器装个发行版, 从零开始到成功部署项目, 遇到问题现查现学, 把操作和步骤汇总到脚本中, 写个记录文档. 我是这么操作的. 用云服务的原因是把安全方面的东西交给云服务商去折腾. 会不会被异常登录, 有没有漏洞, 有没有挂马都知道得一清二楚.

@testver 中小公司要的是能干活的，证书啥的还真没用。互联网技术更新这么快，考个证顶多代表基础扎实。

nestjs 有用。后端框架不要嫌繁琐，写熟悉了都差不多，但是重构和维护会方便很多。

架构师一般都是后端出身的

@CommandZi lz 这个肯定不是 electron, 只是联想到. 最近用的 electron 应用有点多了.

你们这是按工时收费的么, 整体预算固定的话 项目负责人拉出去祭天吧, 忽悠不了甲方被甲方牵着鼻子走. 改需求通常也不只是改需求, 代码容易产生屎山还有改出 bug 来, 测试流程得重新跑, 设计得不断复盘审查纰漏. 写作文都知道没想好就不要动笔了. 需求发生变化很正常, 频繁的的变化就很不正常了.

桌面跨端应用越来越多的 electron 应用了, 有些时候有些桌面应用一看 ui, 结合体积和性能, 一查果然是 electron. 好处是半吊子 js 工程师也能介入桌面开发领域, 坏的是应用质量下降了.

看着难受, 整那么多 ifelse 做什么, 三目运算符, includes 用上三行以内搞定. 用变量名注解含义还是要的, 但是这个变量名中英文混用,驼峰下划线混用, 真的挖槽. 这种代码读起来像是实习生的面条代码, 又臭又长, 逻辑稍微多一点就要被淹没在 ifelse 的汪洋里.

前端不是过度封装很难写出一层又一层的结构目录.

@bthulu nodejs 选手表示装饰器是基操, 啥洪水猛兽. 纯写前端也是能用上场的, aop 用装饰器很常见.