DiDi(十五)
2018-03-28
国际化终于往前推进了一大步,又画了大半天的图,其实我现在特别好奇那些做的非常不错国际化App都是怎么完美的切换中文和英文的适配的,有些语句或者词语用中文可能两三个词就解决了,但是英文得拉出一大串,这就导致一堆的UI都得重新考虑布局,再加上之前算坐标的布局方式,总之今天真的是又被恶心到了。
剩下的时间去把之前遗留下来的,在5s/SE上极差的显示效果也做了优化,又修修补补了一些页面。晚饭前leader跟我们说代驾数据要接进来,哟西,一看文档,名字叫的非常好听!Hubble!接入方式还挺简单的,估计时间成本上没有九霄这么高了吧。
嗯。我大概是个画家吧。🙂
2018-03-29
2018-03-30
这两天有个好消息和坏消息(比较不好),好消息就是科目二满分通过,五天的早起终于有了一个完美的结果,比较坏的消息就是这两天要接入哈勃,是关于代驾部分的数据,我终于感受到了什么叫“编译一次,睡个午觉”,太吓人了。pod引用了100多个第三方内部库,一脸懵逼,而且依赖的AFNetworking版本还大量不一致,有五分之一的库依赖3.x版本,有五分之二的库依赖2.x版本,woc,这种事情就非常的操蛋,折腾来折腾去,还有个pod多源问题,各种内部库Source搞死我了,这个Source里放了一部分内部库,另外一个Source里放了另外一部分内部库,有时候其它RD脑抽中重复拉源,然后我们在对应工程的pod里依赖了某个库,刚好这个库还有可能是在A source里和B source里,你还不能删掉其中一个Source,因为A或B Source中可能还会存放其它库。。。
这些问题非常的操蛋,造就了这两天郁闷得不要不要的。而且哈勃的RD还无法确认哪些依赖库是必须的,我只能一次一次又一次的build尝试,几乎每次都会build failure,然后找出问题代码,去问哈勃的RD,他们再确认是否需要。。。md,这种事情就非常的操蛋,pod update加上build,一套下来得十分钟。。。如果每次接入新数据平台都要这么苦逼,那确实是有大问题了。
最终的解决办法是哈勃的RD给我们出个demo,跟着它的demo去改。。。😳,醉了,为啥不提前给。苦逼搞了两天啥成果没有,反倒是看到了滴滴内部居然有如此多的自研库,看下周怎么解决吧。苦逼ing。