ForeverCjl的专栏

随着团队的发展，单一技术栈的人数已经快达到10个人的规模，一些团队问题慢慢的也暴露了出来。以单一技术栈（Web前端）来举例，目前前端技术栈一共有9名开发，职级分布如下T11-13 ：5人T14-16 : 4人当前遇到的主要问题有如下两点：月末绩效互评时，高职级与低职级的开发之间无法很客观的相互给出评价，经常会因此产生矛盾，大家互相不认可。因为高职级开发的工作内容经常会带有面试，带新人，技术预言等工作，而低职级的开发绝大部分的工作是业务开发，两方工作内容有一定的区别。高职级开发的战斗力没有完全发

从把办公通信工具从微信迁移到企业微信后，群组里面多了一个叫“群聊机器人”的功能，如下图，我在某个群建了一个叫“测试”的机器人。听名字会让人以为群里面有个能自动答复的机器人，@它就能跟他对话。其实并不能，他的功能比较弱鸡，只能通过图中Webhook的接口向他post数据，然后它来完成在群里发消息以及@某人的功能。虽然现在的功能比较弱，只能单向发消息，但是在整个研发过程中，还是有很多场景可以利用它来搞些事情。Gitlab小助手 Gitlab是目前开发中...

工作中，不可避免的需要向别人展示你所做的工作内容，比如分享、职级晋升答辩等等。大多数情况下，你展示的对象是本专业的同事或者专家。但也有些情况下，展示的对象可能会是销售、市场等专业的同事。如何让你的展示更精炼，更有说服力呢，下面几点也许能帮到你。确定一个可控的展示主题和框架。在平时的工作中，你可能会花很长的一段时间来解决某个问题，或是研究一个课题。这个过程中涉及的技术点非常多，每个技术点都有它可以讲的地方，往往你会一股脑的把所有做过的东西全塞PPT里面去，你认为这样才能体现你...

代码评审是在软件开发流程中非常重要的一环，由于这个环节需要开发具有一些在写代码时涉及不到的能力，如沟通能力、判断力等，所以这也可能是最具有挑战的环节之一。一个功能的代码可能被写成N种不同的形式，这些不同的形式一定程度上决定了执行效率、可维护性、可读性等方面。这些方面大部分情况下很难通过机器来识别，所以代码评审环节不可或缺。我们先来看下它的定义：代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。（来自百度百科）上面定义中提到了...

在互联网公司中，研发团队可谓是第一生产力，他们看待问题非常的理性，除了薪资外，还讲究一种叫技术氛围的东西。那什么是技术氛围？听起来挺虚的是不是？我个人认为，就是技术在整个团队乃至公司中，能被足够的重视。团队中的大部分人，能热爱技术，喜欢折腾，乐于分享。在这样的环境下，一方面能激发团队不断的推陈出新，另一方面也能使团队成员有持续的个人成长。Leader是否重视技术这件事，非常大程度上直接决定了团队的技术氛围走向。如果Leader只是把成员当成螺丝钉，以春蝉到死丝方尽的理念用他们，那结果就很明显了——.

在你的团队中，有没有遇到过这样的情况？成员A觉得自己已经非常努力，也觉得自己工作的成效还不错，但是绩效评定的结果却让他不那么满意评职称或者职级的时候，成员B对评委给出的评定意见不那么认同，觉得评委低估了自己，没有正确的评估自己的能力上面两种情况的频繁发生，A和B就总会认为自己的待遇是不公平的，从而在内心产生挫败感、积怨等一系列负面情绪，进而演化成消极怠工、离职等等，将会对团队成员的稳...

实现的妥协记得刚开始工作那会，也正好是项目刚起步不久，我总是觉得公司原有的代码脏乱差，架构混乱，完全不符合我们在书上看到的标准。一直有把项目代码重构一番的念头。 工作几年后开始逐渐明白了一个道理，写代码不是造艺术品。代码的本质是功能的实现，在bug可控，能满足用户需求的前提下，其实并不需要那么完美。 打造完美的代码是需要成本的，在项目前期，人少活多，一个人顶三个人用，怎么也写不出花样来。这...