第九章 架构师(第 2/4 页)

    不过这都是后话了。

    在阿里泡着的这几天，孟谦一直跟程序员们在一起对接整个项目的进度。

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

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

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

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

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

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

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

    其实像孟谦这样从程序员做起一步一个脚印熬个十多年慢慢走向架构师的人，比例并不高。

    当然不可否认的是，很多小企业也想要孟谦这样的架构师，可是招不到，只能在那一批架构师中碰运气。

    另外一个很重要的原因就在于市场环境，对于大部分中小型企业来说，他们很难有像样的大项目，所以他们给架构师发工资自然都是按项目来的，也就是说你接一个项目就拿一笔提成，你有本事接十个项目你就拿十笔提成。

    对于这些企业的架构师来说，老子打工的目的是赚钱，最后做出来的东西，能用就完了，客户不满意让销售去沟通，架构师更多的精力肯定都放在接项目上去了，哪有功夫去盯项目，盯项目又不多给钱。

    然后大环境慢慢变成这样之后，客户也不得不去适应，好像不管找什么企业都这样，bat这样的企业又高攀不起，那就这样吧，只要最后做出来的东西能用，跟一开始的设计有点区别就有点区别吧。

    不接触这个行业的人如果对这个现象感受不太直观的话，换一个例子就很好理解了，谁家里装修出来的房子跟一开始设计师给你的设计图是一样的？

    能有一半一样都谢天谢地了...

    设计师只管把设计图做出来让你看爽了签单，后面装修师傅开始动工的时候就是一大堆问题，三天两头给你打电话改动，等到最后房子验收一看，咦，这尼玛跟我当初看的设计图是一个东西？

    然后，钱都付了，装修都装修好了，住也能住，中间又有销售人员一点点的“循循善诱”，怎么办呢？还能怎么办，就这样呗...

    因为对设计岗的人来说，都是拿单子提成的，在人人向钱看的时代，怎么赚钱怎么来呗。

    再回首这两个原因，其实就是相辅相成的恶性循环。

    然而，即便包括支付宝架构师冯大辉在内的一大批业内大拿都曾在公开场指出过这个问题。

    -->>(第 2/4 页)（本章未完，请点击下一页继续阅读）