有了自己的电脑，孟谦跟阿里那边打了声招呼，后面三天都没去公司，先在家里把系统设计的事情搞定。
三天后，当孟谦把自己的系统设计方案拿到李琦面前的时候，李琦陷入了久久的沉默，就像孟谦猜测的那样，李琦关于这个CRM系统其实已经有了自己的想法，但当他拿到孟谦这份系统设计的时候，他感受到了最直观的一个特点，简洁。
作为有技术背景的李琦，对这套设计中展现出来的简洁赞叹不已，编程本身就是一个繁琐的事情，特别是在这个年代，李琦太清楚让程序简洁下来是多少程序员追求的方向。
编程不是写小说，不是写个几百万行的鸿篇代码就牛逼，如果有可能用几百行代码代替几十万行代码的功能，没有程序员会拒绝这种便捷。孟谦的这套设计就像是在一片泥潭中看到的一股清泉，让人心生舒适感。
“孟先生，你的这种设计思路是从里学来的？”虽然觉得有点不合适，但李琦还是忍不住问出了口。
“多学多看多总结。”孟谦随意的应付了一句，他对自己的设计水平有大概的概念，在国内确实算得上是略有一些超前，但拿到技术领先的西方，也不至于多么亮眼。
跟那些动不动十岁考博士，十二岁搞核反应的天才们比，自己这点超常发挥算不了什么，只要能把自己的行为控制在天才可解释的范围内，问题都不大。
而且只有重生挂的自己，其实也很难突破天才的范畴。
“哦对了，李总，你们以后都不要叫我孟先生了，我总感觉听着怪怪的，你们叫我小孟就好了。”
孟谦突然提到这个点，把李琦的思绪打断了一下，等他再回到之前的情绪之中，突然也不知道继续问什么了。
其实李琦出于好奇心还是忍不住稍微去调查了一下孟谦，孟谦的过去自然是显得很平淡，但好在他也算个学霸，好歹考上了仅次于清华燕大的江大，这就让李琦对他的天才多少更能接受一点。
毕竟现在的华夏教育嘛...大学前天赋被压制也是很正常的事情...
突然觉得多问也不太好，李琦便把心思压在心里了，“走吧，我们去跟技术部的同事沟通一下。”
系统是孟谦设计的，讲解自然也是由他亲自上，演讲是一个成熟架构师的必备素养，去讲解这样一个相对简单的CRM系统架构对孟谦来说没什么压力。
听完了孟谦的演讲，技术部的程序员们同样对他的系统设计能力给出了高度赞美以及疑惑。
成熟的架构师，可不仅仅是能力问题，还有经验问题，为什么孟谦给人一种经验丰富的感觉？
几个跟李琦相熟的人偷偷看了一眼李琦，后者用眼神示意他们不要多问。
关于孟谦身上的秘密，李琦自然也很感兴趣，但有些东西不能过于迫不及待，只怕会引起一些不好的后果。
了解了孟谦的设计理念之后就直接到了安排工作的环节，大家根据各自的模块开始敲代码，阿里CRM系统的开发就这样开始了。
后面几天除了回校应付了一次考试，其他时间孟谦都在阿里这边呆着。
说起考试，孟谦这一世怕是不可能像前世一样还能拿奖学金了，怕是搞不好还得中途辍学。
不过这都是后话了。
在阿里泡着的这几天，孟谦一直跟程序员们在一起对接整个项目的进度。
而他的这种行为让程序员们对孟谦有了新的认识，关于这种新的认识不得不提一下华夏特色架构师。
就从后世的大环境来说，国内大部分架构师都有一个明显的特点，那就是跟程序员之间的脱节，架构师更多的只是承担了一个设计层面的工作，设计完之后就扔给下面的程序员去搞了，自己只要盯着时间线定时检查进度好像就可以了。
然而这种脱离式的架构师一直以来都备受争议，因为对于架构师来说，你如果只是把东西设计出来，后面就不管了，最后做出来的东西一定是会有问题的，而且在编程的过程中也会不断的冒出来各种麻烦，这些麻烦根本无法得到及时的处理。
架构师只有在设计完之后始终紧跟项目进度，不一定说非要自己亲自去参与编程工作，但至少应该对编程工作的情况了然于胸并且随时与程序员沟通设计理念，沟通问题处理，在不可实现的一些技术上及时与需求方沟通修改，这样开发出来的东西才会更好。
但为什么大部分架构师好像都不太乐意去这样做呢？主要两个原因，第一是架构师和程序员从学习端就被分割成了两个岗位，学习的重点和方向完全不一样，国内早期根本没什么架构师，后面一下子出现了大量的架构师岗位缺口。
而且这个缺口很多都不是来自BAT这些有实力的科研企业，可能就是一个总投资不过50万，团队不过五个人的创业公司，这些企业招聘的架构师中很多是怎么来的呢，大家可以大胆想象一下。
0基础，三个月，包工作...
其实像孟谦这样从程序员做起一步一个脚印熬个十多年慢慢走向架构师的人，比例并不高。
当然不可否认的是，很多小企业也想要孟谦这样的架构师，可是招不到，只能在那一批架构师中碰运气。
小主，这个章节后面还有哦^.^，请点击下一页继续阅读，后面更精彩！