Mhy
2019-05-04
对于现在想学iOS开发我觉得要分两种 一种是以iOS开发谋生的 一种是想扩充自己技能树或者想做个全栈的 对于第一种OC和Swift应该是要都去了解 对于第二种 我觉得直接上手Swift就好了 Swift设计的理念就是让开发更简单(但是从现在来看 加入各种语法糖 想要包含其他语言的优秀特性反而让他变得越发不纯粹 相比较Go做的就很好 一直秉承着简单干净的风格) Swift也是苹果的亲儿子 跟着苹果爸爸走肯定不会错的 我想要问老师的问题是对于iOS开发的出路到底在哪 我觉得未来移动开发的趋势肯定是要偏向大前端了 大前端的天然优势是更少的成本还有更快的迭代速度 这也是企业一直在追求的 请问老师的看法呢
7
尘归心
2019-05-05
我和Mhy同学有相同的疑问,特别是以后5G时代的到来,网速不在是限制前端体验的元素,原生的意义是否会被近一步削弱,就算是很精良的纺织工也一样会被纺织机所替代,所以现在对于继续IOS原生开发很是迷茫
5
鼠辈
2019-05-05
最近一直在找一个好的AB测试的SDK,不知道作者之前用过什么好的AB测试的SDK(三方的,可以后台控制的)
3
data
2019-05-05
学习优秀的框架提升自己的水平,并且逐步掌握底层技术,因为很多技术点都是相同的,就算换语言,你也更容易入门的
1
Eddiegooo
2019-09-19
老师你好! 我想问下,后台是采用什么算法来确定分发到底是A还是B版本? 不应该就单纯的随机分配吧。 老师求解。
1
Calabash_Boy
2019-07-20
有一点没有想通,如果A是旧版本,B是新版本,App上架后,难道不是只存在新版本么?旧版本会在短时间内被用户升级,在这段时间获取的测试数据有参考价值么?
还是说在新版本放出之前,通过TestFligt手段进行一部分用户测试,然后跟线上的版本数据进行比较呢?
作者回复: 你可以理解线上保留旧版本能够在全量后出现问题及时止损。全量后没问题,下个版本下掉即可
1
zh
2019-06-07
实际中AB测经常差异较多。每增加一个AB测就有新的业务逻辑侵入旧代码之中,controller经常代码爆炸。如果将测试A,B放在不同文件中,一些重叠功能有需要同时维护两个版本,AB测一多,维护起来真的头疼。请问面对功能比较大块的AB测有什么整洁的架构设计么?
1
景天儿
2019-06-04
我们常面对的AB测试感觉比按钮颜色这类要复杂。
比如:
1. 切换服务,服务器host和url甚至参数都有调整。
2. 切换SDK,同名framework,只是版本不同。
这两种,用文中列出的Sky接口,感觉都不能简单的实现。
尤其是同名framework,在同一个App中,似乎没有办法实现AB测试,必须要装2个App吧?
展开
1
我们在线,来聊聊吧
✕
您好,当前有专业客服人员在线,让我们来帮助您吧。
我们在线,来聊聊吧