语言换英文

@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, 反正都是内部用

买买买

面试时候必须考英语

反正我是完全用不来这货...
在 mac 上用鼠标的话, 反正所有鼠标体验都差... 我选择便宜的...
始终还是 trackPad 香...

你这是销售冠军的体质

4k 是硬指标， 楼上说 2k 的绝对是没用过 mac， 至少是没用过 4k 下的 mac os 。mac 对分辨率的支持很苛刻，不是标准 4k 、5k 就是不爽。

go 爽的 1 批。
代码语法等, 非常合适团队协作。
让人感觉不爽的地方, 我觉得都是防止菜鸟乱写。

买了电池去线下维修店换, 才 10 块钱...

何止声明有必要， 函数名还得改成 isExist 让人看到名字都知道这是个 bool