能力矩阵

注意:每个层次的知识都是渐增的,位于层次n,也蕴涵了你需了解所有低于层次n的知识. 计算机科学 Computer Science   2n (Level 0) n2 (Level 1) n (Level 2) log(n) (Level 3) Comments 数据结构 不知道数组和链表的差异 能够解释和使用数组,链表,字典等,并且能够用于实际的编程任务. 了解基本数据结构时间和空间的折中,比如数组vs 链表,能够解释如何实现哈希表和处理冲突,了解优先队列及其实现. 高等的数据结构的知识,比如B

原文:http://sijinjoseph.com/programmer-competency-matrix/ 注意:每个层次的知识都是渐增的,位于层次n,也蕴涵了你需了解所有低于层次n的知识. 计算机科学 Computer Science   2n (Level 0) n2 (Level 1) n (Level 2) log(n) (Level 3)   数据结构 不知道数组和链表的差异 能够解释和使用数组,链表,字典等,并且能够用于实际的编程任务. 了解基本数据结构时间和空间的折中,比如数组

注意:每个层次的知识都是渐增的,位于层次n,也蕴涵了你需了解所有低于层次n的知识. 计算机科学 Computer Science 软件工程 Software Engineering     程序设计 Programming         经验 Experience 学识 Knowledge 软件界一个无可争议的事实是,不同程序员的效率有差别,而且差别很大.许多专家将优秀程序员和一般程序员区分地很清楚. 大多数研究得出结论认为,一般程序员跟优秀程序员之间在工作效率和质量上存在10:1的关系:优秀

https://www.jianshu.com/p/d279c307abac 技术管理者的重要性,有的公司因为找到了合适的cto而崛起,有的公司因为cto而走上歧途,有的cto则被公司耽误了时间.什么是cto?公司真的需要cto吗?什么是技术vp?什么是技术总监?什么是首席架构师?他们有什么区别呢?怎样才能成为合格的cto? 所有的职位不是别人给你的,而是你自己挣出来的.一个人在一个公司一个职位18个月以上,基本上是获得了这个公司合伙人或其他管理者的认可.现存的最高技术负责人:cto,技术vp,

本次阅读笔记写一下本书的第六篇<管理篇>. 第六篇共分为四章,分别是需求管理的思路.需求版本控制.管理变更请求.需求跟踪能力. 首先是第一章<需求管理的思路>. 需求管理活动的目标就是确保需求业务活动能够按照进度要求.质量要求.成本要求生产出高质量的由业务需求.用户需求和系统需求构成的软件需求规格说明.需求管理工作具体是借助由基线.版本.状态.变更.跟踪构成的需求约定这一抓手将需求业务活动集成起来并加以规范化.需求管理活动的目的是在客户与软件开发人员之间建立一个由文档构成的需求基线

原文地址:http://www.360doc.com/content/16/0322/07/31263000_544210096.shtml 随着开发运维一体化的DevOps运动在国内外蓬勃发展,DevOps相关工具也呈现热闹趋势,在这个言必谈如何实施落地引入工具.建设平台的大环境下,我们今天也来盘点一下DevOps相关工具. 先来看一下业界对DevOps工具的各种分类介绍. 一.DevOps应用交付工具链   ElasticBox是国外一个云应用管理工具,主要用于实现云应用生命周期的可视化管理

第一天 一.DevOps核心理念与核心实践 开发与运维的定位问题 DevOps核心理念 企业DevOps能力矩阵模型 DevOps能力融合4大核心实践 将开发延伸至生产中(持续集成和交付) 将开发嵌入到IT运维中(应用端到端管理) 向开发中加入生产反馈(可视化监控和运维) 将IT运维嵌入至开发(运维分析及预测) 二.敏捷开发 敏捷开发理念与核心实践 敏捷需求分析与设计 持续集成 敏捷测试 敏捷配置管理 敏捷项目管理与成熟度评估 三.持续集成最佳实践 持续集成成熟度评估 持续集成框架搭建 Jenk

原文:http://www.cnblogs.com/Zachary-Fan/p/technology_leadership.html 阅读目录 什么是领导力 容易陷入的误区 领导力的通用准则 技术团队特有的领导力 结语 友情提示:本文非干货,仅是笔者作为管理者,同时也作为被管理者的真实感触,从2个角度综合的思想总结,仅供参考.如觉有用,烦请点赞支持,谢谢~ 一.什么是领导力 评定一个领导的能力最核心的基础素质是领导力,那么领导力是什么? 领导力(Leadership)指在管辖的范围内充分地利用人

近期读了<软件需求十步走>最后的部分,分别是管理篇.组织篇. 管理篇 1.需求管理的思路 :需求工程的需求业务活动由需求规划中的6个业务活动和需求开发的4个业务活动共计10项业务活动组成,构成了需求工程的业务主线.需求工程的需求管理活动的目标就是确保需求业务活动能够按进度要求.质量要求.成本要求生产出高质量的软件需求. 2.需求版本控制 :软件需求基线是由各阶段需求业务活动的工作成果文档和文档内各部分内容的版本号的集成.软件需求基线工作的落实借助这些工作成果文档和文档内部分内容版本号来实现的.