返回

重写科技格局

首页
关灯
护眼
字体:
大
中
小
第九章 架构师
   存书签 书架管理 返回目录
在阿里泡着的这几天,孟谦一直跟程序员们在一起对接整个项目的进度。

    而他的这种行为让程序员们对孟谦有了新的认识,关于这种新的认识不得不提一下华夏特色架构师。

    就从后世的大环境来说,国内大部分架构师都有一个明显的特点,那就是跟程序员之间的脱节,架构师更多的只是承担了一个设计层面的工作,设计完之后就扔给下面的程序员去搞了,自己只要盯着时间线定时检查进度好像就可以了。

    然而这种脱离式的架构师一直以来都备受争议,因为对于架构师来说,你如果只是把东西设计出来,后面就不管了,最后做出来的东西一定是会有问题的,而且在编程的过程中也会不断的冒出来各种麻烦,这些麻烦根本无法得到及时的处理。

    架构师只有在设计完之后始终紧跟项目进度,不一定说非要自己亲自去参与编程工作,但至少应该对编程工作的情况了然于胸并且随时与程序员沟通设计理念,沟通问题处理,在不可实现的一些技术上及时与需求方沟通修改,这样开发出来的东西才会更好。

    但为什么大部分架构师好像都不太乐意去这样做呢?主要两个原因,第一是架构师和程序员从学习端就被分割成了两个岗位,学习的重点和方向完全不一样,国内早期根本没什么架构师,后面一下子出现了大量的架构师岗位缺口。

    而且这个缺口很多都不是来自bat这些有实力的科研企业,可能就是一个总投资不过50万,团队不过五个人的创业公司,这些企业招聘的架构师中很多是怎么来的呢,大家可以大胆想象一下。

    0基础,三个月,包工作...

 

第九章 架构师(3/9)
上一页 目录 下一页