其实这种使用方式
个人觉得很容易导致扫码中毒的泛滥。。。

好像任正非说过
给钱多了 不是人才也会变成人才

15 寸低配可以用 instance run
在可以用的项目来说是挺快的
但是我不知道为毛自己公司的项目 gradle 调到 2.2 就编译不了
只能调到 2.1.3 才能编译正常。。。
仅供参考

15 寸低配老款在路上。。。也纠结了好久。。。

@wupher 偶尔也会用 xcode 搞一下

@faywong8888 嗯 主要是我基本就开发用 现在的 air 也是 128 的 还剩 30+ 所以觉得应该够了

@mazyi 这个。。。跟网络的关系是啥。。。
我没网络也可以编译运行呀

@lty494685444
在开发角度可能不大惊艳
因为大家想的都是咋实现的
大概想到实现方式了
就会觉得不过如此
吃瓜群众不知道的就觉得很厉害嘛。。。

@runner 其实坦白说 推不出去就两个原因
1 、产品还不够好
2 、目标用户没找到
假如够好哪怕只有一个人用
那个人也会自发的向外推的
个人觉得先突破了 0 到 1000 的卡再考虑大规模的向外推广
既是给产品时间完善
也是给自己活路
不然钱烧光了才发现产品没人用
那才要哭。。。

1 、产品做得足够好
2 、给目标用户使用

@luban it 工作者有特殊需求
例如机械硬盘 逼哥的实木桌 文化衫之类的
消费能力也比较高 客单价应该还不错

@LMkillme
俺不针对知乎 因为俺用得比较少
但俺们公司产品也是 以快速迭代名义 测试都不完全就猛发版本
最讨厌这种了。。。

@bestkayle
我可以说我也不知道怎么打的么。。。
产品名字就不报了 影响不好

@dxfree 想是没错 心里不安。。。

@dcsite 没用过它家手机 不过觉得外型挺好看的 就是系统感觉应该有点丑。。。

图不错。。。

同步方式 个人觉得哪个熟用哪个 关键还是用的人。。。

首先 确定一个主程 有主程安排开发任务、管理进度
其次 规划好基础公用模块 如网络请求、数据存储等
一般由主程提供 若其它成员使用有问题 反馈后统一由主程改 其他成员建议别染指
最后 明确各模块的界限跟成员分工 避免交叉作业
PS:动手前多动脑 节省一半时间是很正常的。。。

宇宙间只有人类一种生物！
地球就不只人类一种生物了。。。