在线甘特图|横道图|项目管理|计划管理 zz-plan
人员、任务、进度、工时、周期、依赖关系 一目了然。无论项目大小、简单复杂都能轻松管理
聊一下，为什么前端会发展这么“快”，再聊一下为什么前端会发展这么“慢”
聊一下，为什么前端会发展这么“快”，再聊一下为什么前端会发展这么“慢”。前端这个概念出现的时间不算很早，但差不多也有 10 多年了，也不短了。前几年大家都在喊变化太快，学习的步伐跟不上社区的发展，为什么会出现这样的声音？前端到底以一种什么样的速度在演进？下面，我们跳跃到逻辑的最底层，一起来探讨分析下。1、硬件环境在进化根据摩尔定律，当价格不变时，集成电路上可容纳的元器件的数目，约每隔 18~24 个月便会增加一倍，性能也将提升一倍。想想十年前你用的什么手机？Nokia、Mot
理解 Flutter 和 RN/Weex 的差异
Flutter 和 RN/Weex 的差异，核心在于渲染的基础由自己实现，简单来说，Flutter 的代码经过 Flutter 引擎直接就渲染到了屏幕上而 RN/Weex 的代码需要先跑到 Native 层处理一下，然后经过 Native 层渲染到屏幕很显然前者效率会更高。由于 Native 组件可能会随着系统的升级跟着一起升级（API 增、删或变化），RN/Weex 需要写很多胶水层代码来适配不同版本、不同平台的 Native 组件，而 Flutter 就不存在这个问题，但
提升结构化思考力
一、很多人在遇到复杂需求或者陌生领域问题的时候，脑子里便是一团浆糊，东一锥子西一锥子，把事情越搞越乱，最后拿不到结果，究其原因，是缺乏结构性、系统性的思考。通常有两种路径来提升结构化思考力：在明确核心问题的情况下，建立中心，通过对核心要素进行分解，形成旁支结构，然后对旁支就行合并、修剪、删除等操作，收敛最终的高权重旁支，然后进一步寻找对策、制定方案；在不明确核心问题的情况下，从人、事和势等几个维度进行问题发散，获取全面多视角的问题集，然后进行多层的分类、剪枝和归并操作，汇总成
如何成为一名优秀的业务人员/工程师？
如何成为一名优秀的业务人员/工程师，我觉得需要反复把下面四件事情做好：1、确定一个有挑战的目标且不说选一个具备挑战性的目标，很多人根本就没有明确的目标，浑浑噩噩的，也不知道自己究竟想要什么，自然也不会过多地去思考自己有什么优势，有什么劣势，能做成什么事情，更不会去想，如何创造新的价值，找到新的效益。明确的目标让我们的行动更加聚焦，而有挑战的目标会让我们从心底就涌出一股向上的动力，不仅可以找到新的价值点，也可以帮助我们更好地提升自己。0 代表几乎不用力就可以达到的目标，10 代
如何杜绝一句话需求？
如何杜绝一句话需求？首先我们来看看什么是一句话需求：“把这个视觉稿还原下，明天交付给产品”“这个开放接口再增加一个额外的开放功能，给外包场景使用”“给我跑一个数据报表，分析下近期的用户行为”“把这个 Icon 调大一点”我们经常会提到用户故事这个词，从用户故事中会抽离出一些业务上和技术上的需求，然后针对需求做细分产生一系列任务。很多一句话需求就像是一个任务，没有背景，没有分析，没有评审，直接扔过来交给你，此时你的角色只是一个简单的执行者。那如何杜绝呢？有两个策略，最常见的是，
如何有效地提升执行力
有同学在交流圈子里感叹，“感悟和计划比较容易有，执行力就…呵呵了”，如何提升执行力，下面我来聊一聊，给个思路。执行力是什么？百科上这么说的，所谓执行力，指的是贯彻战略意图，完成预定目标的实际操作能力。我们拆分下：首先我们需要有一个明确的目标，知道我们实际行动是做什么事情（Plan）执行力是一种能力，是一种操作能力，也就是说需要我们付出实际行动（Do）然后我们要理解目标，防止在实际操作的过程中误入歧途（Check）如果误入歧途怎么办？及时作出调整，或者修正初始目标（Adjust
新人在中小公司遇到的成长困境
有个童鞋在一家创业公司工作，近期遇到了些 疑问：“如何才算是高级前端开发工程师，以及在创业公司比较繁忙的情况下，如何更好的成长？”，对此他自己做了总结，以下几类事情占据了他主要的时间：公司最近为了融资需要快速更迭产品，所以需要大家在短时间内上线产品工作不到一年，写代码熟练度还不够，所以开发速度不够快为了产品更快上线，需要改同事写的 bug“所以导致工作以来属于自己的个人学习时间变少”，他说。我想，很多职业新人都会遇到类似的问题，针对上面三个问题，我们来一一分析下，找到更加深层
聊聊测试
看《微服务设计》一书的测试章节，有一些想法，记录下。测试分类象限图为保证业务的质量和稳定性，一般会进行诸多测试，测试有很多类型，大致可以归类为：验证是否实现了功能（验收测试）验证是否正确实现了功能（单元测试）对产品可用性做测试，如响应时间、性能、安全等（非功能性测试）我们平时会写两类代码，一种是基础类代码，一种是业务类代码，前者更多的是面向团队，后者更多的是面向产品。面向产品的代码主要是业务逻辑，大多数情况会在验收环节进行验证，这一环可以通过自动化+人工测试保障，实际情况更多
游记 · 内蒙古银肯响沙湾
上周四跟着团队去内蒙古玩了几天，对于一个南方人来说，北方处处都散发着迷人的风味。本来规划是去草原，据有效情报，这个季节草原上的草还没有完全长起来，除了一堆粪便，没有几个有意思的项目，加上蒙古包里的饮食水平也还停留在「维持生命」阶段，综合考虑，最终决定去沙漠里浪几天，也算是工作之余挖掘些新鲜和刺激。本文不算一篇游记，主要想说一下，去沙漠会遇到几个有意思的东西，以及需要准备些什么。响沙湾我们去的地方叫做「银肯响沙湾」，是一个私人承包的 5A 级景区，面积不算大，是大沙漠的一处边界
团队周会怎么开？
这是一篇两年前未发表的旧文，公开发表下。给大家分享一下，周会怎么开，主要涉及形式和内容，个人见解，欢迎讨论。在淘宝三年，待过的小团队有五六个，有两个团队不开周会，其他几个团队每周一次，形式不一。有一些效果不错，但也不可避免的，有些团队里头，周会只是个形式，汇报下工作就结束了。一个团队，规模大小，有 3~5 人，也有 5~10 人，一个 Leader 带超过 10 人的团队，其实是不常见的，不是 Leader 能力不行，而是没办法把精力分散到太多人身上，一般超过 20 人的团队