上周看到有人提出了一个问题，大意是，“公司里头有很多部门，大部门的人员成长比小部门要好，可这也出现几个问题，一个是在大部门有机会去造大轮子，有更多场景，而小部门主要是在做业务；二是大部门内部晋升压力大，要是放到小部门可能早就升了，如何解释这些现象？”

    近期又到了毕业招聘季，我作为技术分享嘉宾，回到母校参加宣讲会，做了一个主题为《如何在毕业三年完成技术跃迁》的分享，本文由此次分享整理而成，希望能够给将进入职场的准程序员，或者刚进入职场的程序员，带来一些指导，帮助你们在技术的道路上少走些弯路。请注意，本文源于我的经验思考，非教条或准则，仅供参考。另由于本人主要的项目经验来源于App端（主要是iOS、Android），Web前端及后端只是稍有涉猎，因此文中的例子大多也来自App端，其他端同学可能会觉得陌生，但应该不会影响理解。

    在互联网行业混迹足足8年有余，本人一直觉得读书是非常重要的学习成长的方式，阅读能够帮助你形成体系化的知识，这是其他方式——如工作、逛论坛、看博客、参加技术峰会交流等——所不能替代的。 本书单来源于本人的阅读经历，带有较强的个人主观因素，仅供参考。也正因为比较主观，所以在某些分类下，我所推荐的书只代表我个人，并不代表其他同类型书籍不优秀。需要说明的是并非每本都一字不漏地看完，有些大部书只看了大半。

    产品经理需要懂技术，但是不可能对所有技术都精通；所以产品经理要学会忽视细节，去了解产品用到的技术的原理和本质；重点留意一些特殊的技术细节，比如影响可能性的边界、影响开发时间的黑洞。

    我从创立3家科技公司的经历中学到了什么？36kr上的这篇文章直截了当的告诉你，作为一个想要成功的创业者，你需要具备哪些素质。然而，这些素质因人而异，并不是所有创业者都需要从同一个模子里造出来才能成功。但是，在与许多创业者接触的交流中，我们发现大家遇到一些共性问题。这些问题并不是创业者自身素质问题，也并不是无法改变的，而是很多有想法有激情的创业者不擅长的。比如，创业之初如何进行技术的选择和学习，如何寻找...

    技术职称,kpi说起一般技术公司都有一年一次,或者两次的技术评定. 不论是KPI还是技术评定, 都想从相对客观的角度去衡量一个人对公司的贡献有多大, 基本是从几个维度给出评分再乘以权值的算法.肯定也有很多人会怀疑这种算法的公正性, 但即使愤青,也只能无可奈何的接受现实给你的打击.这是体制. 每个公司成功都有自己的理由, 只说说自己的感受.正如蔡学墉先生所言(我稍修改了一下), 评级或kpi三阶段一般是: 忽略kpi和技术职称导向, 为...

           csdn新闻又讨论什么“程序员已死？”，一看到什么这个“已死”那个“已死”，就特别讨厌，一看就是博出位。不过接下来的文字还可以，虽然是老话题，还是有道理，主要是很多程序员真的有这个毛病，或者没意识这些问题。

    看了一下 Jeff 的《李笑来激起千层浪，赵姐夫力拒众强敌》，回顾了一下之前 Twitter 上的讨论。我个人觉得， Apple 观点和 Microsoft 观点是不同的，所以才造成了如此之多的争论。很多人在使用 Microsoft 技术的同时，由于 Microsoft 铺天盖地的宣传信息，自然而然地也接纳了 Microsoft 观点。使用这种观点去跟持有 Apple 观点的人争论是没有意义的，因为大家...