因为不睡眠, 也就没有睡眠唤醒的问题.
屏幕唤醒成了最大瓶颈.
直接键盘盲操输密码, 屏幕一亮就是上一次离开的样子.

1. 显示器唤醒说不定比 mini 唤醒还慢.
2. 都 mini 了, 睡个什么劲? 图啥? 我反正把睡眠功能关掉了

测的情况不够完整, 有些情况是 m1 更快, 有些情况是 i9 更快.
特别是 m1 用上硬解码的情况下, m1 直接起飞...
实际上, 即使是 i9 更快的那些场景, m1 也没有输太多...
然后再考虑到 m1 是第一款桌面端 ARM(高通那个能算?), 而且价格比 i9 便宜那么多, 而且功耗低那么多, 不惊艳到人是很难的.
过了一段时间, 抛去了被惊艳滤镜以后, m1 依然是现在非常好的一个选择.
实际上, 在 mac 生态中, 综合考虑(降频、续航、温度、价格、日常作业流畅度), m1 就是目前最好选择. 买 mac 还选 intel 的, 唯一剩下一些理由就是屏幕尺寸和非常少见的兼容性问题了.

要求：1.远程上班 2.年薪 50 万 3.不要期权 欢迎咨询

赚钱 /亏钱

验证码发一下

@crystone #10 “公司那个杠精又在跟我杠了，说他的平板和手机一直**不能**同时登录”

语言换英文

@zengqz #9 想问下.. 你们现在这个小程序 4 万行了?...

@zengqz #7 我的也是商业项目... 踩坑以后发现... 每个端始终得做单独优化...
也就是说, iOS 的人不能少、网页的人不能少、小程序的人不能少... 还得有个高手来做底层优化... 看看美团他们, 多大的团队专门在优化 flutter, 性能还是那个样子... 小公司更不可能了...
代码复用能不能降低成本、提高速度, 是一个不等式, 需要考虑的东西很多...
有时候, 追求尽量多的代码复用, 反而让总体效率下降. 我现在是后端用 graphQL, 所以向后端请求数据的部分代码复用.
剩下的全部原生撸.
在我的项目上, 这种方案效率比, 开发一个复用率高的版本, 再去做各端优化来的高.... 毕竟现在前端撸起来还是快且容易的.... swiftUI 撸起来又滑又优雅; 微信小程序自己那么多坑, 自己去解决起来也比 copy 其他端的代码来的容易解决...
如果只有网页版和小程序需要适配, webView 其实是一个非常简单明了的办法...
ps. 小程序的 navigateTo 不能用超过 10 次, 你们的小程序里现在这个事件没有处理.

不是抬杠哈。
想问下，大概项目的代码量是多大呢？是不是除了 4 天上线之外，还有更多的考量？
我试了一下小程序端，也对比了下网页端。
一是网页端功能没有完全移植过来。
二是初略看来，就是以现在这个小程序的功能丰富程度，大概是一个人 3 ～ 5 天能够实现的… （当然，对内部细节不清楚，还请指教。）
而文章中说了团队协作流程的重要性，那我想程序员应该数量达到 3 人或以上，所以我猜想即使没有代码复用，大概完成时间也在 4 天之内…
我自己也写过小程序，用过 react 、用过 taro 、用过原生，也写过 ios 、安卓和网页。因为我开发过很多个平台，也试过不同的跨平台方案。
所以，我想的一个问题就是，有多少时候追求代码复用是伪需求呢？
有些时候，追求复用是能大幅提高效率的，比如 vs code 在 mac 和 win 上跨平台。
然而，ios 、安卓、微信小程序 这些都在极力创建自己封闭生态的地方，而且前端工作量不大的情况下。就我自己的体验来说，前端放弃直接的代码复用，而选择环境生态下本身优秀的开发思路，其实更快更省人力，后期可维护性也更强。

m1 最近微信更新了才敢开微信，不然崩死

现在 v2 就这？……

我感觉腾讯在给自己的 k8s 做准备， 光光这个系统大家一定不够动力换

@JarvisTang #35
那可以参考安卓的做法.
如果开源了, 实际上不能阻止别人重新发布.
但是你可以把里面某些重要功能闭源.
如果对产品有信心, 闭源的部分也能让别人留在你的开源项目中, 而不去别人的

首先要明白为什么要开源.
是追梦, 还是做广告?
如果我理解没错的话, lz 是希望通过开源形成广告效益...
但是, 其实开源带来不了多少流量...
与其花心思折腾开源, 还要养一帮子人管理开源社区, 以及产品开源发布维护等等.
不如把这个钱拿来多请几个销售...

你这个需求的话, 既然是客户要求, 你也让(帮)客户开一个自己的苹果账号咯, 一年 600 块?
证书申请不下来还能走 testFlight, 反正都是内部用