我觉得你要先治好心里的病，谁比谁差了什么？差哪里补哪里就行了

专业上，差了四门基础理论

视野上，多看看自己方向的热点，同时慢慢加深一点深度

学习能力上，学习能力不是与生俱来的，是通过学习经验而来，多学多总结慢慢就有了

顶住压力，坚持下去

-------
你坚持学习，我猜不会有时间和精力在意这种事情

听歌的时候可以聊天的话，我觉得会变成聊天的时候听歌， 手机 QQ 中附近的热聊房间的即视感..

地图的交互很不错，是你自己写的吗

不知道要不要 iOS ，在深圳干了两年多了，想着要不要回武汉去～

@ipconfiger 我之前也用小时来估算，可能是自己水平不够，也存在上游输出不给力的情况，开发阶段压力很大。以小时评估了，领导却是很喜欢。但是实际上根本不可能，人不是机器，都存在一个效率问题。人也不是那几个小时内都只编写代码的，也可能会有沟通和其他任务的交换，以小时评估的话，个人的可控性太低了。

说了这么多，所以你的技术领导很重要，也就是领导的经验和人品很重要！

目前我们小组迭代的时候在用的:

由组长把需求看详细，需求评审的时候把上游交付的东西严格把关

组长把功能和模块划分好

组长对列出来的功能以组长自己的经验水平估时间，单位用人天

因为要分给组员来做，所以每个功能的时间可以乘以一个系数 1.1~1.5 就够了

整体提交测试，按测试的时间走就行了，改改 bug

以周来作为小周期，这样的好处就是，你可以给组员说，争取把每周的任务前置在周一周二周三，这样周四周五就会轻松一点，人也很舒服

比如：

功能列表上总共的工作量估出来 40 个人天，参与开发的共 5 个人，

那么平均是 8 人天左右的工作量

组长可以安排为两周开发时间，（组长要顶住领导和其他部门的压力的前提下），提前一天整体提交测试

叫小组成员来选功能，原则是每人凑够 8 人天左右的工作量

接下来就可以开始开发了

组长的职责就很重要了，一定要有丰富的工程经验的人，一定要负责做好代码审查，也要对组员的提交的代码提出优化意见

这样做了谁会不服你呢


其实大部分人都能提前一点完成，这样个人留出一部分自测时间，也可以私下找产

品和测试人员也可以提前介入测试（这是还没有进入测试阶段噢）

－－－－－

出来混，都是拼本事

作为一个有经验的高级开发，如果恰好还在带团队

那么就必须有维护自身和组员们利益的心思

如果让兄弟们跟着你干，净吃亏的话，我觉得是很不够意思

如果老想着老板，想着讨好老板，也要分轻重缓急，也要有原则，也要有和老板商

量，并顶住老板压力的打算

不要以损害员工们的正常休息时间和正常福利

大家现在有幸是同事

以后出去不在一起了，说不定谁混的更好，也说不定谁是谁的上下级

大家说有理吗

一个月开发，两个月测试

单身呢吧？
一个人住呢吧？
椅子坐着腰也不太舒服呢是吧？
少年
你需要找朋友们聚聚餐，聊聊天
浪几天就能满血复活

不要依赖于器械，多做户外运动和基础的力量训练，搜一搜专门锻炼脊柱的运动

@lxszl v2ex-swift 是 github 上那个 900 star 的项目吗？

@zjuster 感谢