iOS 程序员 除了搭界面和对接口，还有其他工作内容吗？

造轮子

@bdbai 造轮子是指
1.将 api 的原生类或者自己封装的简单类，再包一层方便复用或者实现特定功能的组件？
还是
2.重写排序，查找等基本算法，使用自己写出的偏底层部件？
[有这个疑问是有时我发现大家对同一个词的定义有可能会有偏差。。]

各种实用的类或者库（比如现在有名的第三方库实现的功能） 我是这么理解的

按照此逻辑：后端程序员，除了写接口，还有其他工作内容吗？前端程序员，除了拼界面和取 Json ，还有其他工作内容吗？安卓程序员，除了搭界面和对接口，还有其他工作内容吗？运维程序员，除了重启机器，还有其他工作内容吗？交互视觉，除了画画，还有其他工作内容吗？。。。还可以扩展到其他行业。。。。

有。

@tutuge iOS 安卓 前端 我认为工作内容差不多就是实现工具和方式有点儿不同， 后端处理逻辑和网络|数据库多点，运维程序员我不太清楚，交互视觉画画只是表达创意的形式和工具，大概省美还是挺重要的。画画不比写程序简单，创意也不比处理逻辑容易。

写写动画？

楼主我给你几个问题你看下你怎么解决：
①崩溃率比现在降一半；
②启动时间 3 秒内；
③流量省一半；
④APP 使用过程中的卡顿现象消失；
⑤做一个像微信读书一样的启动崩溃的保护。

①崩溃率比现在降一半；
可以集成一些三方工具或者 xcode 也有自带记录可以查找用户端奔溃原因。在调试阶段的开机奔溃有时候打个全局断点有些能定位到。我觉的这个不应该是特定的 app 有相应的崩溃原因么？控制台的 log 有时候也会提示原因。 针对特定原因去解决就好了。


②启动时间 3 秒内；
启动阶段在 appDelegate 的方法里边也得看 app 集成多少东西。例如三方的私聊 api 一部分是需要获取 token 等操作的，还有各种推送配置，从启动到首页出现之间卡了多少配置(像本地数据库配置)或预处理，占用时间比率看下。 涉及联网请求没必要卡线程的就异步。能否控制在 3 秒内不确定


③流量省一半；
视频类 app 我没有发言权因为没有做过。 流量消耗的话还是看网络请求的发送频率和数据量。 大流量的提示允许手机流量还是 wifi 下使用，其次账户系统不经常更改的留存本地数据库直接用。还是具体情况具体分析


④APP 使用过程中的卡顿现象消失；
卡顿现象是什么原因引起的。是算法导致的时间开销大，还是哪里有 cycle ，或者是 request 返回延时，定位到问题在解决。或者去 google 一下这种现象看正常是啥原因引起的。

⑤做一个像微信读书一样的启动崩溃的保护。
没有用过微信读书没有发言权

转行干了快一年，菜鸟一只。 求勿喷

还有做缓存管理 哈哈。说白了就是和平台相关类 api 使用需要本地做 比如和手表交互啊什么的

@run2016 我来说明下：

启动时间 3 秒内；
启动不只是在 appDelegate ，比如 load 的。其次，大量异步操作也会挤占主线程资源。
流量省一半；
wifi 下也要省一半流量，更多从技术上考虑。比如图片格式， http ， tcp 。
APP 使用过程中的卡顿现象消失；
首先你怎么定位，我的 TableView 滑动就是很卡，而且使用方式没问题。然后你怎么解决。

呵呵，这就是各厂在招的 iOS 程序员吗？

@nathanw
1.我的 TableView 滑动就是很卡，而且使用方式没问题。然后你怎么解决。
tableView 卡顿看下 cell.如果涉及复用， reload 时跑的几个代理里边多调的方法少写时间开销大的东西。能用现成数据算出来的少用其他更复杂的方法。
2.wifi 下也要省一半流量，更多从技术上考虑。比如图片格式， http ， tcp 。
图片确实是流量消耗大户。我一般上传压缩，下载则直接使用做了本地缓存的三方库

多谢提醒~ 学习了！

@wzqcongcong +1 算了，不吐槽了，也无力吐槽了。真的是谁都能说自己是做 iOS 的年代了。

@daniellu
我不是合格的开发者。这也是问这个问题的原因。
尽量加油不至于搅浑了这行的水