感觉洗碗机达到能用不难，难的是生产制造

首先，arduino 框架更适合做控制类的设备，不太适合做复杂交互的消费类产品。
其实，这类项目开发，应该先选硬件，再说 SDK，通常穿戴式设备，三个基本需求：
1.可以无线连接、配置；
2.低功耗
3.体积小
树莓派首先功耗不小，其次即使是树莓派 zero 体积也比较大，基本可以排除了。
如果是手表一类的设备，通常都是比较高级的 SoC，都是要自己做 pcb layout 才可能做小，但自己做这类芯片 PCB，除开能力外，成本也很高了。
而手环一类的设备，目前最简单的实现方法是使用蓝牙 BLE 芯片，目前 nrf52 等高端点的蓝牙 BLE MCU 性能较好，也可以使用 freeRTOS 等框架开发，实现起来会合适的多。

这是一个选择 chrome 还是当代 IE 的问题。。。。。。

也是小团队之前也有这样的疑问，前端全用 ng 开发，ng 自带 spec.ts 做测试，从来没用过，在两个 ng 群里问了下，大家居然都表示，早已默认关闭 spec.ts 生成。
现在总结出的测试办法：
1.自己准备个测试后台，或者假数据后台测试。（写个路由加返回数据就行，比用 mock 做轻松多了，还不污染项目）
2.用 puppeteer 写自动点击脚本，按正常流程操作一遍，然后页面上能点的都无脑点，无脑输入，然后记录报错。（详尽的单元测试很费时间，不如点击，前端嘛，草率点就好，点不出来的问题，都不是问题）

同 puppeteer，之前简单比较过（用的 js，通过 log 输出时间），是否无头，速度是一样的。。。。
感觉浏览器显示个图像并不影响 puppeteer 的操作，主要的时间还是花在了网络传输上

三流嵌入式开发，正在兼职做 ng 前端，觉得做后台更难。
实际项目中，前端工作只要达到“正常、能用”就行了，快 100ms 对用户没任何意义，遇到很多前端喜欢扯性能、框架，其实做起项目来还是实现需求了事，最后的原因差不多概括为：“项目是老板的，时间是自己的”。
但后台开发，性能和安全性是基本要求，这两点真要做好，就已经是很高的要求了。

路径依赖和商业选择吧。
老实说早期 js 本身很辣鸡，就是个不健全的语言，作为一个其他语言转前端的开发者，感觉 js 程序猿们津津乐道的各种奇技淫巧其实就是在解决因为语言辣鸡产生的各种问题。
好的是，虽然 es6 开始变得健全了（有了 class ），ts 也很好使，但 js 的更新给人感觉就是在修修补补。。。

@aino 可以考虑换个电脑或者 CPU，同样的项目用低压 i5 CPU 编译 5、6 分钟，现在标压 i7，1 分半吧。

自己在写 app 的拖拽布局。。。就是很难弄好看

我们现在就是用的 github actions，但部署到国内主机非常之慢。。。

被编程耽误的相声演员

没毛病啊，CTO 占公司角度考虑，你可以占你角度考虑，只是最后肯定要服从 CTO

直接 android studio 插上手机，就可以看 log 吧

discuz 应用商店里就有现成的，几千就买了。本质就是 dz 插件，提供 json api，然后提供 app 或者小程序。
另外，dz 官方 2 月会出一个全新的 DZ 版本，应该会有相关接口。

如果公司并没有要求你必须用 dz，那选择就多了，github 搜下很多社区程序了。

@westjt 是个办法，谢谢

@Yc1992 私自搭建国际联网信道。。。这个网上有处罚案例的。我这是国企，我可不敢这么搞。。。

@Yc1992 私建梯子违法。。。公司行为不敢这么操作。。。

@18258226728 感觉您对我问题有误解，我是问问有没其他的、国内访问正常的 devops 服务提供商。我们现在用 github actions 和 gitlab+jenkins 和其他工具做 devops 管理，但客户抱怨访问太慢，所以才有这个问题。