1. 一个需求导致你学习一个技术，让你实现一个功能
    • 工作中，领导给你一个功能，让你去实现
    • 想跳槽，换工作的动力让你去学习新技能
    • 以需求为驱动，不要在短时间内学习大量的技术
  2. 能否使用现有的技术来搞定
    • 虽然可以搞定，但是现在的 技术不够好
    • 用新的技术的优势
  3. 来一个快速入门的小案例，先把基本的搞会
    • 不要去涉及到技术细节，这个技术是什么？？
    • 基本用法
    • 基本语法
  4. 思考该技术的细节，然后去抠细节
    • 使用陷阱，使用这个技术要注意的地方？？
    • 使用的细节问题
    • 如何优化技术
  5. 把这个技术或者知识点用到项目上
    • 自己必须亲自动手写代码，走一走，练一练
    • 工作的价值是靠工作的质量，而不是工作的量

技术的规划

  1. 技术路线
    1. 程序员 -> 系统分析师 -> 系统设计师 -> 架构师
    2. 项目架构和运维
    3. 负载均衡，读写分离，sql优化
    4. 大流量，打并发，大数据
    5. Node + Golang + Linux + Unix + 算法 => 架构师
    6. Centos & Ubuntu
    7. freebsd & solars
  2. 管理路线
    1. 程序员 -> 开发小组负责人 -> 工程负责人 -> 项目经理
  3. CTO 首席技术官，倾向于程序开发
    1. Chief Technology Office
    2. 长期性技术方向-战略性
    3. 短期技术方向 - 战术性
    4. 管理研究讨论公司经营活动和盈利的影响，公司中使用的软件
  4. CIO 信息管理最高负责人，倾向于 IT管理
    1. Chief Information Officer
  5. CEO 首席执行官
  • 懂技术
  • 懂运维
  • 懂营销
  • 懂财务

资深工程师

  1. 经验分享
    • 充足的项目经验，解决问题的办法
    • 项目迭代一年后是个什么样子
  2. 浏览器内核
    • 每个浏览器内核的区别
  3. 团队协作
    • git
    • svn
    • 系统架构，优点，弥补弱点，对风险的托底
  4. 造积木，组件
    • 读懂jquery源码，通读源代码的能力
    • 框架在你团队是否适用
    • 学思想，每个框架的优势，人家做了什么
  5. 学习，融洽，沟通，开放的心态
    • 综合素质的考量

框架的劣势：

  • 框架并没有整体提升代码的性能
  • 框架仅仅是从安全性和开发效率的易用性上提升，快速开发