你怎么看待满嘴高并发，编码能力却稀松平常的程序员？

我是搬砖哥我来回答。

高并发的核心原理，是网络io的事件处理机制，就细节来说，一些重要环节，比如协议的断包组包处理，还是比较复杂的，但就大部分的面试和日常工作来说，做到切实理解reactor机制的核心，就差不多了。关于高并发，可以多看下陈硕的那本书。

关键问题在于如果编程能力很稀松，那么问题很大，简单说交给一个任务，或者解决一个问题，动手能力弱的话，可能会久搞不定，还容易出错。对于开发岗位来说，现在公司不论大小，日常工作不会有特大难度或规模的开发，换句话说谁的基本功更过硬，谁的任务往往完成的又快又好。

动手能力弱有个特别简单直接的改进方法，就是刷leetcode之类，把代码先写起来。不论什么语言，先多写，写的多了自然不会稀松。

然后从简单面向对象到最基础的两三个设计模式，串行到并行，结合自己的编程语言，把语言的特性逐渐吃透，过程也是和刷题一样，写代码不断加深印象。包括学一门新的编程语言也是如此。

对大多数人来说，达到编程高手都不容易，但达到合格员工完全可以的，付出够的努力即可，好脑子不如烂笔头。

满嘴高并发的前提是真的要接触过高并发系统，或者目前正在负责的就是高并发系统。

如果压根就没有接触过高并发系统，或者连百万级用户的系统都没负责过，就不要谈高并发。因为，99%的程序员都接触不到高并发系统。

高并发这个词语对于我，或者说对于我的项目组一点不陌生，因为我们做的是真正的高并发系统，当 然不是那么的“高”，算是一般高并发吧！集群的QPS在15万左右。

高并发系统面临的另外一个问题就是“高”的倾斜性。 根据“二八”原则，80%的请求都发生在20%的时间内 。也就是说，系统只有在20%的时间面临高并发请求，其余时间并非高并发请求。而这种情况下，我们就要做好系统的d性扩容伸缩。我们可以根据前置负载均衡器的QPS（SLB）、CPU等指标d性的扩容或者收缩机器。这样，当请求量大的时候，我们就自动扩容更多的机器来处理请求，当请求少的时候，我们就收缩机器，降低成本。

总之，高并发系统所涉及到技术是非常复杂的。 如果想侃侃而谈高并发概念，必须要亲身实战过高并发业务 。通过高并发业务的实 *** ，我们能更深的理解高并发的精髓。至于，编码我觉得是最底层的工作，只要思路清楚，写代码就是个体力活。

面试造航母，工作拧螺丝

给我第一感觉是这人可能培训班出来的，因为培训班天天拿这些来忽悠人，90%以上的的公司都没什么高并发，说这些无非显得自己很牛逼，我对这种人都笑笑而已，同行之间都知根知底，忽悠外行吧！

高并发怎么做？把别人写好的框架，多配置几个线程，内部代码基本还是单线程处理逻辑，最多做个互斥锁，遇到高并发就选择非并发的服务器或者组件来避开，然后数据分发给多线程。

现在有多少人自己写并发的？很少了

不会高并发。

自己写了个框架，2000一年的入门服务器。可能也就只能顶几百并发吧。然后拿去做了个项目，后来法律出来了，停了不做了。

不过如果从技术角度看，要15万的并发，快速的做法就是上硬件负载均衡。然后堆服务器，数据直接进内存数据库，后台慢慢进关系数据库。

毕竟我这边就一个人，短时间要上大并发，还是用设备顶省事。

背的面试题呗。

现在招聘，尤其是互联网公司招聘，一看学历是否符合，二看面试题背的是不是6。

至于写普通代码的能力，who cares ，反正进去是上螺丝。

张嘴就来高并发，一开始是由培训班带来的风气，他们这样做主要是为了吸引生源，后来慢慢的就转变成面试内容，90%的应用开发都没有高并发

我很少会说高并发，但是我会经常说并发编程，两个概念。高并发涉及到的知识点太多了，不光是并发编程这一块。而且一般公司也用不到高并发。不过并发编程就不一样了，并发编程还是很多项目会用到的。所以，切合实际，可以从并发编程入手。

都是为了找工作，没啥好说啊！只能说成年人的世界没有容易二字。

从事软件开发多年，上机写代码这种考查模式在国外用的比较多，很多国内的公司也在学习这种方式，这种方式能直接看出写代码的能力，但对上机做编程题目这种事情很多成熟的程序员觉得是一种侮辱，有一些程序员看到有笔试直接就选择走人了，这些东西在面试之前应该有沟通，事情不会变得这么被动，因为对于很多有能力的程序员，能够请到面试已经非常不容易了，能力越强脾气越大。

直接上机做编程测试能力的公司不是很多，从事软件开发十几年主要经历了四家公司，面试的时候主要靠面谈为主，因为编程行业能力的高低通过交谈就能了解差不多，只需要根据简历上写的项目进行细节沟通，如果真的做过几句话就能看出大概的水平，所以很多公司压根不搞什么笔试或者上机写代码的事情，编程这个职业主要靠时间的积累，并且在积累中不断完善自己的知识体系，慢慢提高自己的认知。

一个程序员如何提升自己的能力水平，对于初学者来讲首先是学习好一门编程语言，开始学习阶段觉得编程语言就是天了，好像是学会了编程语言就能做任何的东西了，随着编程语法的学习完毕就开始尝试做一些题目，结果发现距离语法真的非常遥远，所以有很多的初学者有一种感概明明在课堂什么都明白了，结果到真正自己实践的时候什么都想不起来，这是初学者必然的经历，编程本身就是一种不断磨练编程思想的过程，编程语言属于在辅助类基础技能，没有辅助就不会写代码，编程设计思想再牛也不可能实现，两者是相辅相成的作用，编程思想里面包含着仙姑经验的积累。

很多人觉得很奇怪有些公司也不进行面试也不让上机写代码，就是通过不到一个小时的闲聊就能把一个人的水平能力和工资水平给定位下来，通过面试就能检测出编程思想以及编程基础，编程基础类的考察只需要问几个简单的语法问题就能做个大概的检测，编程思想就是完全的编程意识以及编程经验的积累，所以一些企业在招聘的时候明确写着就相关开发经验的人优先，企业招聘的目的就是希望要的人在短时间内能够上岗直接切入到项目开发中去，整体来看是不是需要上机写代码测试完全看每个公司的技术文化了。

有些技术类的公司对于程序员的基本功要求特别严格，有个同事在第一家技术公司的时候，部门技术经理特别关注程序员的基本语法，只要是简单的代码语法错误，就能到部门的黑板通报，开始实施阶段很多人上了黑板，后来随着时间的推移上去的人越来越少了，同事说到自己上了两次黑板都是因为在使用指针的时候没有初始化导致，到今天还是记忆尤新，如果在技术生涯的初期能够经历过这种企业是一个技术人的幸运了，越是严格要求的领导或者公司越是有利于技术人员 的成长，至于在面试的时候要不要上机这个就看每个公司的技术文化了，一般注重代码基础的领导会引领这个事情，希望能帮到你。

笔试的我见过，但是上机的没有过。
1笔试可以有
这么说嘛，其实简单的笔试的话肯定是可以的。因为笔试的话可以让招聘者知道你大概的能力定位在什么位置？一些逻辑编程可以测试你的逻辑能力。尤其是在it这个行业，逻辑能力是非常重要的。

如果说你是一个已经有工作经验的人。其实笔试就没有那么重要了。这时候看中的一般差不多就是你曾经的项目经历。

如果说让你做一些项目上的，比如说项目架构了这种的，你可以拒绝回答。因为我之前就有听到过说招聘产品经理，让他去设计一个产品的。结果这个公司就是通过一直招聘产品经理。然后让产品经理去设计产品相关的功能，最后再把这些所有求职者的产品相关的思维组合到一起。

虽然说这总公司是很少的，但是也不排除是有只通过这种方式来满足产品需要的。

所以解释的时候可以大概的写一个思路代码的流程，但是可以不用全部都写。
2上机测试
我觉得这个确切的来说是有一点过分的。像这种上机考试的话，肯定他是需要一个比较完整的项目。但是这种项目谁都不知道是他们公司需要，还是让他仅仅是为了做测试。所以像这种事情完全可以直接拒绝。

在这里大概说明一下。 找工作是一个双向的过程 ，如果说是你无法接受这个公司相关的制度，或者说是相关的流程。其实你可以趁早放弃这种公司的，不然的话即使是你笔试面试都过啦，你到公司之后也会因为你自己的价值观跟企业的文化匹配不到一起。迟早还是要辞职的，所以你要慎重考虑。
其实面试的时候笔试和机试都是it的正常流程，但是在国内被玩烂了，面试和机试过程中，会有公司内遇到的问题做为面试内容的，也许是个人也许是公司，让你解决这样那样的问题，这样子的都是垃圾
作为一个老程序员，关于程序员面试的话题，非常有意思，特别有的聊。其实在 IT 界面，有两个不算公开的秘密，也就是两个不成文的习惯或者规定吧，关于面试的。
让老程序员做笔试题是一种侮辱
很多程序员，尤其是有经验的程序员，去面试的时候，尤其是去小公司面试的时候，如果对方给你出了一套笔试题，很多程序员会说： 我转头就走，这是对我经验水平的侮辱 。
你们是不是感觉很吃惊，还有这种道理？确实是，我有一次去一个创业公司面试，对方给我出了一套笔试题，我做完了，面试完回去跟一些同事聊笔试题的事，他们会惊讶的说：你竟然把笔试题做了？你是有经验的程序员，不应该经过笔试的，直接面试就行，笔试是一种侮辱。那是我才发现，好多程序员都这么认为的。
但是，我感觉这是一种病态思维，你既然去面试，其实笔试也是面试的一种，你去大公司比如 BAT 这样的公司的时候，也会有笔试，而且层层面试好几轮，你都能忍，一些小公司给你出笔试题，你竟然受不了？公司用什么方式来面试你，是公司的选择和考量，当然了，面试是一种双向选择，如果你感觉是侮辱，当然可以选择不面了，这是双方面试的权利。
但是，我感觉笔试是一种正常的流程，跟有没有经验没有关系。有经验了，你笔试你确定能过么？
很多程序员都不会选择上机测试
还有一种就是面对上机做题的面试，很多程序员都不喜欢，其实我也不喜欢的，大部分程序员好像遇到上机面试的情况，也是选择扭头就走。
其实，我感觉上机测试是可以接受的，但是是有条件的，那就是上机做题，可以做算法题，这种方式我能接受。
有一次我去面试，他让我上机做题，竟然跟我说用 Android 写个什么功能，什么模块，简直了，这种题怎么做？直接去实现功能模块，写其中的一个点，我都不熟悉需求，也不熟悉功能模块，上来就写，怎么做？没法弄。我直接就走了。
算法题属于比较明确的东西，上机做两道应该是可以接受的。
你问上机做题的这样面试的公司多吗？可以明确地告诉你，不多，我工作这么多年，面试了很多公司，只遇到过两家。

我是负责我们公司技术面试的，机试环节必不可少。题目不会很难主要是考核程序员的感觉，只有有感觉的程序员才能写好大程序，这很关键。

很正常，程序员都会有面试和笔试。如果只出一些纸上的笔试题，还不如看你直接动手 *** 作能力来的快

这主要看做什么了，我最头疼的是拿一个构架来靠你函数命令。我都是自己写数学模型和函数。我哪知道这个构架的函数名？

务实啊，说明人要的是能实干的程序猿，没什么奇怪。面试需求很明确，要会干的。找领导才找会说的。刚毕业面试的时候遇见过这种机试，程序猿这行算是工科，靠技术吃饭，面试动手实战是正常的。

这样的公司会存在

基于以下4个原因：

1 面试的人很多，不想花过多的时间去筛选。这样做题，可以快速过滤一些滥竽充数的人

2 通过合理的上机 *** 作，有针对性地找合适的人，匹配的人也能快速完成上机 *** 作

3 标准，对面试者统一对待，以免主观原因造成误判

4 面试者的配合度，一般看到机试，有人就会直接退出。（我遇到这种情况，就会直接走）

以上4个原因，都是较为正式的原因，还有一个主要原因就是能力不行，面试官无法正确筛选简历，面试官无法从面试中获取想要的信息并加以判断。

基于最后一个原因就是我会选择直接走的原因，面试官能力不行，表示公司对此招聘的用功不足，该公司没有能力或没有意愿重视此次招聘。即使入职，收到的待遇不会重视，没有必要把自己的前景压在一个不会重视你成果的公司上。

支持，不然很多水逼，划水货太多了

首先这个问题就不对头，我们公司程序员都结婚了，程序员在婚恋市场很抢手的仅次于公务员和外企高管、拆迁户。首先程序员挣得多花的少不担心他出轨，其次程序员生活上节奏单一不用常常查岗，最后程序员工作时间长没时间找对象而已并不是找不到，那些身边有程序员的妹子要赶紧了下手晚了优质男就是别人的了。

  他们都觉得没用，我们老家的人对程序员，应用大数据呀，物流管理呀，这些都有偏见。或者是说他们根本不知道这些专业是干什么的。

  他们只知道在他们心目中能够考公务员有一个铁饭碗，这样才是最好的。或者是说女孩子能够当老师，男孩子能够当一名医生，或者是从政。有一个铁饭碗，工作有保障，每个月有固定的工资，这样的话呢才是最好的一个就业前景。当我们跟他们解释说我们在一个公司上班。这个公司也会给我们买五险一金养老保险。他们就会觉得啊，这样的话就没有保障，没有什么前途，嗯，工作呢，也没有保障，哪一天你们公司倒闭了，或者是你被裁员了，那你岂不是没有工作了。

  一天，我跟家里人交流的过程中，我说我的一个同学是做大数据的，每个月的工资特别高，他们真的可以说是国家高科技人才，完全是利用脑力来进行工作的。但是家人的观点就是认为这样的话呢，有什么呢，一点发展前景都没有，工作也不稳定不好，还是考公务员好公务员儿国家保障，铁饭碗，永远不会失业。所以在这个过程中呢我认为每个人都有自己的观点，坚持自己想做的事情，不能太在乎一些旁人的眼光吧。

  不过，还有少数的人是能够理解我们这些新兴产业的。高科技人才的俗话说三十六行，行行出状元，每一行都有自己的一个高精尖人才，我们不能用传统的一个视角来看待问题。我们应该明白，每一个行业的发展都需要专业的人才，不能所有的人都去当公务员，当医生，当老师，那么其他整个社会的运作就会不正常。

  所以我们每个人都应该有自己的一个坚持或者是愿望吧。做到自己的专业最好，尽自己最大的努力。也许我们每个人不能成为自己行业的专家，但是我们却能进自己最大的努力成为自己人生的专家。

程序员出售自己编写的代码这是很正常的事情，虽然这样的例子我没有听说过，但这是完全合法的，这就等同于农民伯伯辛苦大半年等到丰收了拉到集市上出售自己种的庄稼，这有疑问吗？同样的道理，程序员绞尽脑汁、反复调试、反复修改，码上一行行代码，然后去出售，这也是一种正常的交易，不同的是一个是脑力劳动，一个是体力劳动，但结果却是殊途同归的，都收获了自己的累累硕果。其实只要你写的代码够优秀，能够实现用户的需求;你又不想自己的心血被淹没，想要证明代码的价值，完全是可以在一些平台上售卖的。我现在也是一名在职的程序员，如果我要是能写出足够优秀的代码的话，我想我也会这样做的，因为没有人不稀罕钱。

其实我倒是听过一些社区商店的老板常常找人帮忙编写一个网上商店的例子，几个程序员搭伴儿，熬他几个通宵，一个负责静态页面的渲染，一个负责页面动态的加载，一个负责后台数据库的构建。这种行为用行话说叫接私活，其实只要不影响工作，你又有充裕的空闲时间，你就可以跟几个程序员合伙儿接私活，因为光靠死工资是很难养家糊口的。

「程序员月薪两万多」比较正常的。
程序员的薪资待遇普遍比较高的，月薪两万多首先需要个人的技术能力比较强，其次工作要在编程发展比较好的城市，当然了学历也是不可少的一部分了。
其实这个薪资待遇在编程行业比较常见的，一名优秀的程序员干几年时间有能力都会有一定的提升空间的。
所以，一定要好好学提升个人的技术能力，这样机遇来了才不容错失。

---