阿里P7程序员、资深架构师,竟不知jvm、红黑树!这都能进大厂?
阿里巴巴,是多少从事IT事业的程序员梦寐以求的地方,能进入这样大厂的程序员可以说都是数一数二的人才。
但是今天在一篇帖子上看到有网友吐槽阿里,说是面试了一个阿里的P7,还在美特斯邦威做资深架构师,然后就出现了戏剧性的一面,堆排序、红黑树不知道,再然后问Java线程安全就说了个synchronized,其他的一概不知。
nio原理乱说,aio为什么不稳定不知道,问jvm在那边一本正经的胡说八道。
我想请问这些大公司怎么把这种人放进去的?
有网友觉得楼主实在故意刁难这位面试者,说是你问人家是业务架构还是技术架构了吗?如果他过去不是当码农这些需要知道吗?你咋不问对框架的理解啥的?
但是楼主觉得架构师做架构,就不需要懂技术原理了?那他怎么不去面产品经理。不懂基础技术原理的架构师,整出来的无论是软件还是系统 你敢用?我也问他架构层面的东西,比如服务治理、持续集成、高qps解决方案,依然答不到点上,在那边乱说一通
这时就有人说,我面试的时候一般都会叫人根据自己的技能熟练程度降序排列出来,然后各个点逐一击破去挖掘这个人的价值,像楼主这样自认非常牛逼,拿着鸡毛当令箭的面试官就算面试通过了我也不会去,要得到别人的尊重首先要懂得尊重别人。他的意思是楼主面试的问题并不适用这位阿里P7程序员。
但是楼主又说,第一,我面的不是基础?个别答不出来就算了,他年纪比我大 还比我多一年工作经验,都答不上来,而且之前还是阿里的p7。第二,我面试如果没问他,你擅长什么,你拿手的技能是什么,我死一家子 他自己都说不清楚说不好 我才跳出来吐槽的 完全不能理解其他的大公司怎么会把他放进去。
就在这时,一位好像很牛逼的网友站出来替楼主所说的架构师说话了,说实话,你问的这些问题我也答不上来,我在公司也是架构师,虽然只是业务架构。
我并不认为答不上这些就技术不行,这跟他的工作经历有关系,至多也就不适合你们公司而已,没必要这么认真,显得格局太小!不过楼主说出这样的话,其实已经输了!
另外,不懂技术原理的架构师不少,很多都不是科班出身,但是工作表现非常优秀,这种人才我不单不嫌弃,反而会给他们更多的机会!
说的也是这个道理,就像另外一位网友说的,大公司分层级建团队,大公司也有低要求的工作坑需要低标准的人来填。成熟公司的标志不是牛人多,而是搭建一套机制能保障牛人流动公司也不受影响。
面试官应该是一把尺子,能丈量出对方有多深。而不是问几个自己知道,对方不知道的点之后就说对方不行。大公司里面,很多人的面很窄,但是业务或某技术细分领域可能很深。他不能答出你的问题有千万种可能的原因,但不代表你牛逼或者他不行。说个不恰当的类比,他不需要知道茴香豆的茴有4种写法,他只需要能读懂或能写出他工作需要的文章,那就不耽误他做好工作。
对于网友们的看法和观点,不知道大家有什么想要说的呢?欢迎大家转发吐槽哦!
原文发布时间为:2018-09-25
本文作者:温柔的倾诉

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
高并发大容量 NoSQL 解决方案探索
大数据时代,企业对于DBA也提出更高的需求。同时,NoSQL作为近几年新崛起的一门技术,也受到越来越多的关注。本文将基于个推SRA孟显耀先生所负责的DBA工作,和大数据运维相关经验,分享两大方向内容:一、公司在KV存储上的架构演进以及运维需要解决的问题;二、对NoSQL如何选型以及未来发展的一些思考。 据官方统计,截止目前(2018年4月20日)NoSQL有225个解决方案,具体到每个公司,使用的都是其中很小的一个子集,下图中蓝色标注的产品是当前个推正在使用的。 NoSQL 的由来 1946年,第一台通用计算机诞生。但一直到1970年RDMBS的出现,大家才找到通用的数据存储方案。到21世纪,DT时代让数据容量成为最棘手的问题,对此谷歌和亚马逊分别提出了自己的NoSQL解决方案,比如谷歌于2006年提出了Bigtable。2009年的一次技术大会上,NoSQL一词被正式提出,到现在共有225种解决方案。 NoSQL与RDMBS的区别主要在两点:第一,它提供了无模式的灵活性,支持很灵活的模式变更;第二,可伸缩性,原生的RDBMS只适用于单机和小集群。而NoSQL一开始就是分布式的,解决了...
- 下一篇
微服务架构详谈
微服务架构和SOA区别 微服务现在辣么火,业界流行的对比的却都是所谓的Monolithic单体应用,而大量的系统在十几年前都是已经是分布式系统了,那么微服务作为新的理念和原来的分布式系统,或者说SOA(面向服务架构)是什么区别呢? 我们先看相同点: 需要Registry,实现动态的服务注册发现机制; 需要考虑分布式下面的事务一致性,CAP原则下,两段式提交不能保证性能,事务补偿机制需要考虑; 同步调用还是异步消息传递,如何保证消息可靠性?SOA由ESB来集成所有的消息; 都需要统一的Gateway来汇聚、编排接口,实现统一认证机制,对外提供APP使用的RESTful接口; 同样的要关注如何再分布式下定位系统问题,如何做日志跟踪,就像我们电信领域做了十几年的信令跟踪的功能; 那么差别在哪? 是持续集成、持续部署?对于CI、CD(持续集成、持续部署),这本身和敏捷、DevOps是交织在一起的,我认为这更倾向于软件工程的领域而不是微服务技术本身; 使用不同的通讯协议是不是区别?微服务的标杆通讯协议是RESTful,而传统的SOA一般是SOAP,不过目前来说采用轻量级的RPC框架Dubbo、T...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Windows10,CentOS7,CentOS8安装Nodejs环境
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Linux系统CentOS6、CentOS7手动修改IP地址
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16