⑴ 你见过最厉害的程序员是怎么样的
以前曾经做过十余年的编程，见识过不少程序员，其中有两位是比较厉害的。
第一位，J同学，非科班出身，粮食专业毕业的，之后在一个食品厂工作，因为比较清闲，于是他突发奇想，想考某个211的计算机研究生，就去买了书来看，但是要实践啊，他又没有计算机，就有空总去公司的电脑室蹭机器用，电脑室的人，就让他帮忙开发一个工资管理系统，不知道是不是想为难他，结果他研究生是没考上了，但是经过一个月的摸索之后，居然把工资系统给做出来了。让电脑室那些科班毕业的人脸上挂不住啊！
之后他就斗胆去了一个国内知名的企业应聘程序员，居然还给应聘上了，慢慢做到了华南区的技术总监，再后来他几个同事出来创业，高新挖走他。
他这个人就是传说中的怪侠，非常低调，朴素，不按时上班，不按时下班，工作效率非常高，爱抽烟，请教他什么问题，他一时想不出来的话，就去外面抽根烟，烟抽完了，回来就会有答案，反正非常神奇。
第二位，B同学，科班出身，211大学计算机研究生，当时是他的导师跟我们单位有来往，推荐过来的，我面试的他，惜话如金，听说他C语言非常厉害，但是当时我们做项目需要PB，他说他不会，我就说，那给你一个星期的时候，你回去学习一下，再来面试。一个星期后，再过来，给他一个小模块，很快就做出来，非常棒，之后，项目的技术难题，大部分都是他解决的。平时，他也不怎么跟我们来往，但是有事就做，也不打 游戏 ，按时上班，按时下班，非常讨厌加班。
遇到技术问题，下班后打电话给他，他不接的。有一次，我们第二天系统要上线，大家都在忙着测试，加班，他到点就走了，领导追到电梯门口，问他，XX哥，你走了，他说了一个字，是，就进电梯了。后来也是被高薪挖走，听说到现在40岁也还没结婚。
我们公司有一位非常厉害的程序员，基本上一个人当做一个排兵力使用。也就是说一个人写代码的效率基本上抵得上10+人的能力，一年随随便便写个几十万高质量的代码。这种人对编程语言的理解已经到了登峰造极的地步，且能够灵活自如地使用。
在自己编码能力强的同时，对架构的理解能力也是超强，一个大的系统能够很快地进行模块拆分，快速的定义不同模块间的交互接口，可以快速的安排任务下去。
另外代码的质量基本上没地说，导致跟着他的测试人员几乎发现不了Bug，这哥们在写代码的同时基本上顺手就把单元测试写好了，代码质量高的简直出奇。
当然了，至于学习什么新的开源框架或者新的技术架构，基本上就是2-3天的功夫，就可以全面掌握。
目前为止，公司一直当做宝一样供着。
我见过最厉害的程序员，是在2001年入职的一间香港电路板公司的电脑部经理，他也是最值得我尊重的程序员，那他最厉害的地方在哪里呢？
编程语言只懂Foxpro DOS版本，但所有的ERP流程，英文、管理方法说得滴水不漏，有一次和财务的同事聊天，才知道他的月薪达8万多。
很多程序员最怕大老板提问题，但在他的眼里，大老板提问题就是一个商机，多多少少都要老板加工资加设备。 高情商的表现就是无论下属或老板通通管理得服服帖帖，包括我自己，甚至老板还没有说话就己经知道老板的心思了。
老板分配的编程任务应期三天完成，绝对不过4天。软件开发效率的提高，自然要依赖下属心甘情愿的加班付出才行，做到这一点，真的是难能可贵。
最厉害也是我最佩的一点就是，40多岁了头发还没有一点白的迹象，每天高效率的工作，下班后就抛开工作的烦恼，尽情桑拿按摩享受。
我认为最厉害的程序员不是编程技术，而是如何利用编程技术，不知道你认不认同？
应该是读研时的学长，精通java和Python，毕业后进去微软研究院工作。
当时和他在一个项目组，他独立完成了教学平台语言分析模块，NLP 模块。我们团队任何问题都能很快给出解决方法，前端后端都擅长。
当时我刚接触linux，他就已经把Linux作为工作学习唯一的选择。经常用terminal 操作，敲起代码太帅了
诚邀，本人在杭州华为研究所工作，之前在一家创业公司工作过，公司里一个工作10年的大神，撑着整个创业公司，老板总能拿到某些项目源代码，不同语言的，c c++ .net java总之很多，给他，一礼拜就可以全懂了，所有语言基本都是1礼拜搞定(玩代码的都知道精通一门语言后学其他的特别容易，不外乎面向对象的，面向过程的，然后就是各种API )上手做项目，之前很多不懂的问题问他都可以从本质上分析得很明白，主要是基本上看几眼就可以知道哪里错了。或者大概方向，我后来去华为，都是他建议的，现在还在那公司的他听说是技术总监了，应该不怎么敲代码了。
核心的代码总是有那一两个程序员来实现的。比方说现在微信的一开始的核心代码。
比方说Linux的核心代码， 都是由林纳斯·托瓦兹编写的， 并且为了能够让开源社区的人一起进行开发， 又编写了Git版本控制。当你不满意某个软件或者系统的时候， 能够自己实现并制作出更好的也许就是厉害的程序员吧。一直到现在很多的系统分支都是来源于Linux的内核。
最后如何成为最厉害的程序员， 还是要学习基础核心的知识， 操作系统， 数据结构， 算法， 编译原理， 计算机网络， 在这个基础上学习编程都是为了更好地实现自己的心中所想。为什么这样写， 这样写会产生什么效果。 为什么Golang最近这么热， 为什么鸿蒙会被看好， 它又和其他的有什么区别， 就可以自我判断， 而不是见风就是雨。
最后希望自己也成为那个最厉害的程序员。
很久以前，我用win98的时候有次我系统崩溃了，因为我是电脑白痴，我朋友给我介绍了一个高手来帮我修电脑。
他看了一下电脑，问我有没有98的盘，我说没有。
他想了一下，叫我把固定电话拿给他，我想修电脑要电话干什么，但人家是高手，我也不好说什么，就把电话拔下来给他了。
他把电话线空着的一头接在电脑的一个插孔内，然后进入dos，就开始在电话上不停的按着键，他按键的速度异常快，但是只按0，1两个键，我搞不懂这有什么用，但也不敢问，看了半个多小时，他还是不停的按这两个键,我徐徐的有些困，我问他这东西要搞多久，他说要几个小时，我给他倒了杯茶，就一个人去隔壁睡觉了。
醒来的时候，一看已经过了4个多小时，我起身到隔壁，看见他正在98里面调试，过了一会儿，他说，你试试，我坐上椅子用了一下，真的好了，我当时也不懂电脑，谢过人家就走了。 后来我慢慢对电脑有了了解，终于了解，原来当时那位高手是用机器语言编了一个98系统，我后来问我朋友那位高手的下落，我朋友说前几年去了美国之后，杳无音讯....
五年前有幸在一家软件公司做产品经理。小的软件公司。坐标西安。招人还挺不好招的。虽然给的薪水还不错。但是真心不好招人。这种小软件公司没有名气。真正牛逼的人都不来。
百试几百人，包括做产品和前端的也算在里面。光程序员这块。有百分之六十的投简历的都是从某培训机构出来的。所以的项目经历。和待过的公司都是一模一样，有明显的人为的痕迹。
但是后来实在没有人手。招了一两个，差。差。差。真是差到极点
后来又经人推荐，招了一个，说是做安卓开发的。结果连个软件的心跳包都调不好。软件的升级这块都搞不定。最后还是我这个外行，逼着他。一点一点卡，才把软件升级这块稍微搞上路了。
说出来真是让大家笑话，华为的外包中软国际。有个孩子实在忍受不了里面的虐待，在里面工作了一年半。然后跳到我们公司。这个孩子，才是稍微让人可以用一下。就是起码。你给他的工作。他能完成。其他的人都是在摸鱼。因为这个公司的老板以前也不是做手机软件这块。没有资源，不认识人。
他是做电脑PC软件，到后面做BS系统多一点。其实这种没有技术含量，找的别人的框架。去修改。
普通人见不到最牛逼的程序员，最牛逼的程序员，一定是在最牛逼的软件或者互联网公司的深宫后院里面。还没出世的。就像当初的张小龙，史玉柱，裘伯君一样。
你现在能看的牛逼的，感觉牛逼的。都是因为你不懂这个。你才觉得牛逼。包括前几年比较活跃的黑客们，制造一些病毒。这都不是牛逼。包括熊猫烧香的李俊，普通人觉得他可牛逼了。但是真正的他出来后，去金山 360这种公司，提鞋别人都不要。
因为搞破坏不是牛逼。也不是自己水平有多牛逼。
我来讲一个我见过最厉害的程序员。
这个程序员是我第一份工作碰到的大牛，我的第一份工作在中兴通讯成都研究所，当时是做操作系统研发的。
我们当时经常会做一些培训和技术分享，那时候我才入职3个月，我发现公司里有个人每次技术分享时候，就很多人去听，并且会议室爆满，连站的地方都没有，然后我有次也去听了一下， 第一每次目睹大牛的风采，因此操作系统是最底层的研发工作，会涉及到内核这块知识，而linux内核知识特别抽象，看书根本很难看懂，但是这个大牛能把很难的东西讲的很容易理解，并且在会上面对大家的提问总是能对答如流，实在是厉害。
而后我通过公司里的老员工才了解到，这位大牛是自学成才的，他的文化程度才初中，破格录取到中兴通讯，当时是操作系统部门的技术专家，他都能自己编写操作系统，对各硬件都非常了解，也出了很多书。可见兴趣是最好的老师，让他能够在程序员中发光。
必须是ACM大神，楼天成，楼教主。不了解他的可以网络之。是个天才一般的存在。
几年前清华大学找同学玩，他那时是清华软件学院的学生，突然说要带我去见他的偶像，还说是最后的机会了，我们跑去计算机学院，当时博士正在答辩，通过在场的同学找到了他，他很腼腆的千呼万唤始出来。他们两在那里交流了半个多小时，最后互留了EMail，我跟他聊了些我专业的内容，他还蛮好说话。 后面还通过这位同学认识另一位ACM届大神，上海交大的戴文渊。我对编程略有了解，主要还是崇拜天才。
⑵ 为什么中国的程序员总被称为“码农”
对于一些贬义的说法，个人认为作为一个程序员应该保持“诚意开张圣听，不要妄自菲薄”的态度。
程序员一直以来看哪个是别名最多的一个职业，我姑且不分褒贬的称之为你才吧！就像小学的时候一样，相互之间往往喜欢区别名叫昵称之类的，而又往往外号叫的最响小名最多的就是最受关注的哪一个，程序员在当今网络上的处境大抵如此。
码农这个词米偶遇仔细研究过来源。参考其他人的回答知中文中的码农大体相当于英文中的code monkey。程序员码农说法的由来大概来自于程序员圈内自嘲的说法。这里程序员对码农的更多理解可能更接近coder这个词，就是说我是一个写代码的。可能会有人以此来明志，表面自己很热爱写代码，或我很精通以此，再或者言外之意我只是一个写代码的，别来找我给你装系统修电脑什么的，我最烦这个了(ノ｀Д)ノ。
程序员这个行业知名度虽然高，但是正在了解程序员是做什么的人并不多，大多数人直观臆想出来的感受可能是一个座在电脑前，后背前倾，颈脖前伸，面容憔悴，形容枯槁，两眼无关紧盯着电脑，两只鸡爪子似的双手快速的在键盘上敲击，屏幕快速出现一行行一块块英文字符的形象。这其实只是程序员的表面，完全米有展现出大多数程序员的内在。程序员真正的工作是解决问题，代码只是解决问题的途径，或曰实现方案。
程序员究竟解决什么问题呢，又是从哪里来的问题呢？首先要提到产品经理，产品经理给成员一个需求，程序员要思考如何实现这个需求。比如产品说这个登录过程应该这样这样，用户是否有通过手机或者邮箱验证。程序员要做的就是想方案来实现这个需求。在比如产品说我们这个网站要同时支持多少人访问不会出现卡，或者页面刷不出的情况。程序员接到这个需要就要思考如何设计这样一个高性能，高并发的服务端，最终通过代码来实现设计。好，现在代码写完啦，产品发布上线了。什么购物网站啊，大家可以随意挑选自己喜欢的产品，什么交友网站啊，大家可以写好自己的介绍发布出去让别人看到。但是还米有完，可能这个网站还要加点新功能，或者程序员自己也想，这个代码有没有什么地方实现的不好，换一个方法会不会更优雅。然后又是思考解决<=实现方案<=线下测试。自己测试发现可以，这个方法很好，发布到线上，就是用户最终使用的形态。不断提出新需求，完善新的功能我们称之为迭代。改善现有设计我们称之为重构。这些都是非常有艺术感的事！
事物发展就会演变出各种变体，有一些公司会把问题和解决问题的方法都做好，然后再交给其他公司或者个人去做实现（写代码）。由于在这里解决问题的过程被剥离出来（最有技术和艺术感的部分）剩下的就是实现，就是敲代码。好比建一栋房子，房子的设计和施工方案都已经做好了，就剩下施工了，这时候只要找个施工队就可以了。在这些做设计的公司，他们是有能力来实现这些方案（敲代码）。但由于欧美日等国家人力成本高，将这些技术含量低敲代码的苦活儿剥离出来交给相对落后地区的人去实现可以帮助他们节省人力成本。以上这个现象就称之为软件外包。另一方面，在美国主导的全球生产分工下，美帝也希望将中印这样的发展中国家固定在低端制造，劳动秘籍型的行业。
既然程序员是解决问题的，那么是否所有电脑相关的问题程序员都能解决呢？纵向来看，计算机系统可以简单的分为三层，应用程序<=操作系统<=计算机硬件。计算机硬件的设计研发基本和程序员无关。硬件往上就是程序员的职责范围了。这是可以简分为应用软件程序员和系统软件程序员。系统程序员的责任是实现高效的硬件管理，应用程序员则是为用户提供高效的服务。下面说说在这两方面和国外的差距，手机端应用软件（有服务端的包括服务端）差别不大，大家从自己手机中软件就能感觉到。PC端有差距，比如人家有PS这样的图片处理软件，而我们则没有。在这方面人家发展了几十年我们年数不够，有差距还是可以理解的。但我辈当发奋努力，以追他人之先。另外应用程序web化应该是趋势，这方面我们还是有优势的，对于普通用户来说最直观的体验就是不用装很多软件了，只要有一个浏览器就行。在操作系统层面，PC如Windows，服务器如Linux。Windows微软独家拥有的闭源系统，不说。Linux内核开发来讲国内正在迎头追赶，内核的邮件中中文拼音的人名越来越常见，越来越多的国人加入到Linux内核的开发中。
⑶ 怎样成为一名牛逼的程序员
（1）坚持不懈地学习。学习新技术、新框架，不断更新自己的技能以跟上行业发展脚步，也可以多看一些成功程序员的读书心得经验分享。（2）实践多多。学以致用，反复练习，收获经验和实际的能力。（3）养成良好的编码习惯。编码前梳理思路，注重模块化和可重用性，保证程序的健壮性、可维护性和可扩展性。（4）勤于沟通。了解客户需求，积极沟通，及时反馈和解决问题，让客户满意，相互信任，构建良好的客户关系。（5）具备团队协作精神。学会合作，建立在团队工作中有效的沟通模式，提高效能，实现共同的目标。
⑷ 学习C语言 必看的书籍
Brian W.Kernighan， Dennis M.Ritchie，《C程序设计语言》
清华影印版、习题集；机械译文版（新版、老版）：习题集
这是迄今为止在所有程序设计语言书籍中最广受尊敬的一部经典，是任何一名C程序员的必读之作。因为出自C语言的设计者Dennis M.Ritchie和着名的计算机科学家Brian W.Kernighan之手，它被昵称为“K&R C”。是它首先引入了“Hello World！”程序，这个程序几乎成了后来任何一本入门性程序设计语言书籍中的第一个例子。
如同C语言本身简洁紧凑而极具威力一样，这本书轻薄短小而极富张力。通过简洁的描述和典型的示例，它全面、系统、准确地讲述了C语言的各个特性以及C程序设计的基
法，内容涵盖基本概念、类型和表达式、控制流、函数与程序结构、指针与数组、结构、输入与输出、UNIX系统接口以及标准库等内容。
简洁清晰是这本书最大的特色。这本小书可以教给你许多比它厚几倍的“大部头”的知识。我认为那些动辄洋洋洒洒拼凑出好几百页乃至上千页的技术作者应该好好向K&R学一学。对于中、高级程序员而言，如果希望迅速获得C语言的严肃知识而又不愿意多花费哪怕一丁点时间，这本书就是首选。
顺便说一句，这本书的索引制作非常出色，极具实用价值，这可能首先要归功于正文部分的简明扼要。此外，尽管它看上去很像一本教程，但其实更是一本写给专业程序员的指南。如果你不具备任何其他语言程序设计背景或基本的C语言知识，这本书也许并不适合用作你的C语言启蒙读物。
2. Perter Van Der LinDen，《C专家编程》
C专家编程
C语言是严肃的程序员语言，但这并不意味着C语言书籍必须板着面孔说教。在这本被C程序员昵称为“鱼书”（封面上有一条“丑陋的”腔棘鱼）的着作中，作为SUN公司编译器和操作系统核心开发组成员之一，Peter淋漓尽致地展示了其深厚的技术沉淀、丰富的项目经验、高超的写作技巧以及招牌式的幽默。在这部作品中，作者以流畅的文字、诙谐的笔法将逸闻典故、智慧和幽默自然地融入技术描述中，读来宛若一本小说，极富趣味。 本书讲述了C语言的历史、语言特性、声明、数组、指针、连接、运行时以及内存使用等知识，揭示了C语言中许多隐晦之处，尤其深入解析了声明、数组和指针、内存使用等方面的细节。要想成为一名专家级C程序员，这些内容都是必须掌握的。和其他满是抽象例子的C语言书籍不同，这本书充满了大量的来自真实世界的C程序设计实例，它们对C程序员具有很高的参照价值。另外，每一章都以极富趣味的“轻松一下”收尾，而附录A“程序员工作面试的秘密”则是任何语言的程序员在应聘工作前增强自信的好材料。
我怀疑真正的C专家可能用不着看这本书 ——从内容到组织方式到行文风格都决定了这是一本轻松愉快的“从菜鸟到高手”的进阶读本，所以，它理应拥有更广泛的读者群。初级程序员往往更需要热情的鼓励，在阅读这本书的过程中，你定会深深地被作者对编程的激情所感染。
世间并无完美。我认为这本书的缺陷在于，和大多数平庸的C语言书籍一样，它画蛇添足地加入了一章关于C++的描述。在今天看来，这个描述既不全面也有失公允。不过，鉴于作者是在1994年从一名C程序员的角度去观察C++，这一点也就不足为奇了。 3. Samuel P. Harbison， Guy L. Steele，《C语言参考手册（第五版）》
影印版（机械工业出版社）、中文版（机械工业出版社）
在C语言参考手册类书籍里，Samuel P. Harbison 和Guy L. Steele合着的C： A Reference Manual是非常出色的一本。这本手册的第五版新增了对C99标准的介绍，以便满足新时期C语言学习的需要。全书共分为两大部分，第一部分专注于C语言特性，第二部分则全面讨论了C标准库。本书涵盖C99、C89、传统的C、所有版本的C运行库以及编写与C++兼容的C代码等一切知识。
这本手册只是中等厚度，但它比“比它更厚”的其他参考手册更清晰地描述了C语言的现在和过去的方方面面。整本手册技术细节描述精确，组织条理清楚，内容完备详尽而又简明扼要。可以这么说，它在广度、深度和精度方面都是出类拔萃的。对于中、高级C程序员而言，这本手册值得常备案头，它几乎肯定要比K&R的着作使用频率更高。
4. David Hanson，《C语言接口与实现：创建可重用软件的技术》，机械工业出版社
C语言接口与实现：创建可重用软件的技术
C语言能够历经三十多年而不衰，一个重要的原因在于它的适应能力。在这“复用”、“面向对象”、“组件”、“异常处理”等先进机制漫天飞舞的年代，C语言仍然能够凭借它小而优雅的语言特性，在相当程度上满足现代软件体系架构提出的要求。只不过，想要达到这个程度，必须要在C的应用功力上达到最高层次。在嵌入式、系统软件以及对性能要求极高的系统开发中，开发人员必须达到这样的层次，熟练掌握C语言的高级特性，才能够同时满足效率和灵活性、复用性的要求。可惜，虽然C语言技术图书汗牛充栋，但是关注这个峰顶之域的作品却是屈指可数。David Hanson的C Interfaces and Implementations就是个中翘楚。
David Hanson是业内大名鼎鼎的自由编译器lcc的合作者。在这个项目中，他负责提供高度可复用的基础架构。在不断的实践中，他完全使用ANSI C形成了一整套可复用组件库。这套组件库架构清晰，性能优异，而且提供了很多高级的特性，比如类Win32 SEH的异常处理机制、可移植的线程库、高性能的内存池、丰富的可复用数据结构组件。David Hanson把他在创作这些组件的过程中所积累的心得以及对其源码的精致剖析原原本本地写在了这本书里。这样的着作，当然堪称C语言领域里的铭心绝品。难怪已故着名技术作家Richard Stevens对此书赞不绝口，他说：“这本书中的技术，对于大部分C程序员来说，已经遗忘得太久了。”对于希望能在C语言应用上达到最高层次的核心程序员而言，这本书是难得的必读之作。
其他除了以上四本书以外，我还乐意推荐Andrew Koenig的着作《C陷阱和缺陷》（人民邮电出版社）和Deitel父子合着的C How to Program两本书。
C专家编程
Andrew Koenig是世界上屈指可数的C++专家，他的这本书可能是最薄的一本C语言经典。它简明扼要地讲述了C程序设计中的陷阱和缺陷，包括词法陷阱、语法陷阱、语义陷阱、连接、库函数、预处理器以及可移植性缺陷等，最后一章还给出了关于如何减少程序错误的建议以及前面各章问题的参考答案。尽管这个小册子成书于C89标准制定之前，然而，即使到了C99早已颁布的今天，书中提到的大多数陷阱和缺陷一如十五年前那样使我们警醒。
C程序设计教程
Deitel父子合着的C How to Program一直是非常好的C语言入门教程，我手头的中译本名为《C程序设计教程》（机械工业出版社出版，原书第二版）。除了对技术的正规描述（辅以许多简明扼要的例子）外，每一章后面都带有小结、术语、常见的程序设计错误、良好的程序设计习惯、性能忠告、可移植性忠告、软件工程评述、自我测验练习及答案等。整书内容清晰，组织良好，易于阅读和理解。值得一提的是，有许多入门书读完一遍即可扔掉，而这一本是个例外。
结语以上这几本书很大程度上局限于描述C语言及标准库本身，如果希望学习更专业的、领域相关的C程序设计技术，你可以在选择阅读这几本书的基础上继续查阅专门书籍。此外，在C语言书籍领域，水平不相上下的作品有很多，这几本只是根据我自身的阅读体验
⑸ 为什么有的人的网名叫null
起名为null的应该都是程序员吧 昵称是null在程序员这个行业是一个梗
null在IT行业代表着什么都没有，如果程序员看到你的名称为null的话第一时间会觉得程序出bug了，然后程序员就会找bug，但是程序员并不知道这个null其实就是你的名字，所以，Ta怎么找也不会找到bug。
有一家公司就是因为有一个客户取名为null，然后哪家公司的系统被自家程序员给干爆了。
⑹ 程序员的昵称
你好，很高兴回答你的问题。
程序员有时候被称为程序猿或程序媛。
还有时候被戏称为码农，不过千万不要因为这个称呼就小瞧程序员这个行业，以为是很简单的。
如果有帮助到你，请点击采纳。