看到这篇文章:html
我脑海中的优秀技术团队算法
以为讲得很不错,须要学习。编程
关于人安全
1. 好奇心。由于好奇心,对未知领域的探索,用技术来作不少神奇的事情,例如炫酷的动画?碉炸的算法?人工智能?游戏?物理引擎?漂亮惊艳的页面?想一想你是否是由于这些技术而义无反顾的冲入编程大军的。架构
有时候若是实在看不到一我的对于持续学习的热情,我甚至直接生硬的问对方,“你业余时间会作些什么跟技术相关的事情”,而后获得的回答,
一般是“看书”“看论坛”“看源码”。其实这就是敷衍了事了,这些事情只是一个程序员最基本的一些学习方法。
你是如何“持续学习”的,你看过一篇文章以后,对于其中涉及的一些知识点,你如何去强化?如何去实践?甚至如何引入到工做中来?
你的工做或者是项目都作得平平无奇,那你看书看论坛都是在看什么呢?看了以后又解决了什么问题?
如何判别一个解决方案的正确性?你如何一步一步分析问题?如何debug你的代码?而后,解决问题以后,你作了什么思考?
是不是你的知识面有问题,须要系统补充下某个方面的技术点?你是否研究了它周边的知识?写一篇博客,备忘顺便分享给网友?
这里又涉及到知识管理的方面。总之每次遇到问题其实都是一次对你的知识面的扩充时机,最终这些都会变成你的经验。
在工做多年以后,这些潜移默化的知识会让你可以快速对一个问题做出判断,会在你脑海中造成一套体系,帮助你快速分析和解决问题,
不论是你的方向是架构师,仍是业务leader,都须要这些能力。
一般,你作事的方式态度,就决定了你的将来。工具
最终目的都是经过这些细节发现一我的的潜力:学习
好奇心决定了你能在技术这条道路上走多久;测试
学习方式决定了你可以在这条道路上越走越高;优化
而解决问题的方式则决定了你可否造成方法论,成为一位真正的资深工程师。
做为一名普通员工,我还指望有这些关键字:
乐于分享,让我能够被动扩充知识面;
和蔼真实,不为人情世故操心专心作个写代码的美男子;
牛逼哄哄,让我大开眼界的牛人那是最好不过的,光听那些名词就足够我出去吹半天了,对于开阔思路视野有奇效。
关于团队
不少团队,基本没有“管理”。所谓管理,不是说有个老大管着你,指挥你作这个作那个,而是你这个团队是否有
“目标” “规划” “预期”。
你的团队是单纯的实现业务?仍是有所规划?你理想中的团队架构是如何的?人员分配如何?技术栈如何?规范如何?流程如何?如今有何不足,做何改进?这些其实就是对“管理”的拷问。
而这些拷问,其实关注点主要就是你的团队是在健康成长,仍是放养或者原地踏步?若是进入没有方向的团队,恐怕自身的成长也不会有大的进步。
这里的规范化有几种含义。
代码规范,这个不用多说,最基本也是最容易达成的,方法能够有eslint等,加上按期的代码review,以及团队内的规范文档等。
方法规范,如何引入新技术?多人开发如何进行?如何保障代码可用性?如何保障发布安全?如何有效利用日志?等等,
这些问题都须要造成方法论,有一套流程来保障。例如引入新技术,咱们须要
调研试用 - 产出优劣报告 - 产出脚手架 - 多人review脚手架 - 分享+文档 - 新项目试验 - 问题总结分享 - 优化 - 全面投入使用,
过程当中会要求一些产出,目的都是为了评估好优劣,而且造成一套规范,而不是随意引入一些不可控的技术。
上面说起的其余问题,咱们都会造成本身的一套规范,落地分享和文档,跟踪执行。这就是团队规范的方法论。
流程规范,一个需求如何产生?如何评估其用户价值和可行性?如何进入开发手中?如何排期?是否有完善的项目管理流程?测试发布如何进行?
一个团队的开发若是是乱哄哄没有标准秩序的话,开发会很累,这些实际上是项目经理的职责,
从开始对需求的把关,到产品经理的把关,到交互视觉把关,到技术方案排期评估,到联调跟进测试发布。作好不易,作很差你们就会很累。
规范化的最终目的,一个是提升开发效率,另外一个是确保团队开发的可持续性,减小“坑”出现的概率。这些问题一般是创业公司技术团队的通病。
一,让你们共同成长;
二,你们各司所致,找到本身在整件事情中的价值定位;
三,事情自己推进了团队开发效率,这是其最基本的价值。
做为一个我的,其实对团队的指望大致还有:
很难作一些方法论或者是管理思路的分享,一个是由于还不够成熟,你们都在摸索;另外一个重要的缘由是,不少方法论其实就是一句话或者几句话,更重要的是执行到位,不然说出来都会很虚。
可是团队到了必定阶段以后,必定要有目标和方法论,不然仍是原始的行军状态,你们都会迷茫,内耗也会很是高。