本文目录一览：
IT 大牛是怎样炼成的？
是在看雪论坛上看到的，说用别人的软件的人，顶多叫脚本小子，自己写软件的，那才是真正的牛人，于是自己想想也是，毕竟你用别人的软件去扫描端口，如果这个软件本身就是个木马，还没有把别人搞定自己就被别人搞定了，于是又去学习怎么写软件，得到的最多的就是delphi，熊猫烧香就是它写的呢，牛不，肯定牛，不牛怎么能进监狱呢。
在刚刚高考后，所有人都开始释放本能，很多人开始狂欢，自己当时在一个叫大世界的网吧上网，那时候网吧的qq都有一个功能，可以搜索到同一个网吧的人，差不多在凌晨6点的时候，把程序打包，使用exe捆绑机捆绑到一张图片上（一定要那种美女图片，才有诱惑力），然后到处发，只要有人点击了，我就能够收到消息。差不多凌晨6点的时候还真有人点击，于是我就成功的使用telnet上去了。在那个时候，自己还是没有免杀的思想概念的，毕竟网吧也不装杀软，现在干这些事麻烦更大，除了各种连头都要修改的数层加壳，还的想着如何免杀，逃避病毒库的标记。
大学后自己买了第一台电脑，有个三星r23的笔记本，有着2g第二代内存条（早已绝产）的大内存，这笔钱还是当时在51上卖了游戏账号的钱，有了笔记本当然要干正事，干什么事情？装系统，那时候自己已经懂得了linux的基本东西，而很多人连linux压根就没听过，加上学校本来就开设了linux的课程，于是更加毫不犹豫的把电脑系统刷成了centos，要么做第一个，要么做最好的一个。
在linux课上，很多人惊奇的听着这个连名字都没听过的操作系统，而我已经可以和老师谈一些linux的基本知识了，当然老师是很开心的，你想老师在上面讲课，肯定也希望有人和自己交流，人生最痛苦的事情就是你在上面分享你最擅长的东西，下面的人压根不在乎，所以大学的老师也是不容易的，而这时候突然有一个人能够和老师谈到一块，老师也是挺开心的，以致于后来老师也特别照顾，平时也会给我开开小灶。
百万年薪的IT大牛是怎么炼成的
1、解决问题时的逆向思维能力
面对工作中遇到的新问题，一时又找不到解决方法。而且，上司可能也没有什么锦囊妙计时，他们擅长用逆向思维办法去探索解决问题的途径。他们清楚具体业务执行者比上司更容易找出问题的节点，是人为的，还是客观的；是技术问题，还是管理漏洞。采用逆向思维找寻问题的解决方法，会更容易从问题中解脱出来。
2、考虑问题时的换位思考能力
在考虑解决问题的方案时，常人通常站在自己职责范围立场上尽快妥善处理而他们却总会自觉地站在公司或老板的立场去考虑解决问题的方案。作为公司或老板，解决问题的出发点首先考虑的是如何避免类似问题的重复出现，而不是头疼医头，脚疼医脚的就事论事方案。能始终站在公司或老板的立场上去酝酿解决问题的方案，逐渐地他们便成为可以信赖的人。
3、强于他人的总结能力
他们具备的对问题的分析、归纳、总结能力比常人强。总能找出规律性的东西，并驾驭事物，从而达到事半功倍的效果人们常说苦干不如巧干。但是如何巧干，不是人人都知道的否则就不会干同样的事情，常人一天忙到晚都来不及；而他们，却整天很潇洒。
4、简洁的文书编写能力
老板通常都没时间阅读冗长的文书。因此，学会编写简洁的文字报告和编制赏心悦目的表格就显得尤为重要。即便是再复杂的问题，他们也能将其浓缩阐述在一页A4纸上。有必要详细说明的问题，再用附件形式附在报告或表格后面。让老板仅仅浏览一页纸或一张表格便可知道事情的概况。如其对此事感兴趣或认为重要，可以通过阅读附件里的资料来了解详情。
5、信息资料收集能力
他们很在意收集各类信息资料，包括各种政策、报告、计划、方案、统计报表、业务流程、管理制度、考核方法等。尤其重视竞争对手的信息。因为任何成热的业务流程本身就是很多经验和教训的积累，遇到用时，就可以信手拈来。这在任何教科书上是无法找到的，也不是那个老师能够传授的。
6、解决问题的方案制定能力
遇到问题，他们不会让领导做“问答题”而是做“选择题”。常人遇到问题，首先是向领导汇报、请示解决办法。带着耳朵听领导告知具体操作步骤。这就叫让领导做“问答题”。而他们常带着自己拟定好的多个解决问题方案供领导选择、定夺。这就是常说的给领导出“选择题”。领导显然更喜欢做的是“选择题”。
7、目标调整能力
当个人目标在一个组织里无法实现，且又暂时不能摆脱这一环境时，他们住往会调整短期目标，并且将该目标与公司的发展目标有机地结合起来。这样，大家的观点就容易接近，或取得一致，就会有共同语言，就会干的欢喜。反过来，别人也就会乐于接受他们。
8、超强的自我安慰能力
遇到失败、挫折和打击，他们常能自我安慰和解脱。还会迅速总结经验教训，而坚信情况会发生变化。他们信条是：塞翁失马，安知非福，或上帝在为你关上一扇门的同时，一定会为你打开一扇窗。
9、书面沟通能力
当发现与老板面对面的沟通效果不佳时，他们会采用迁回的办法，如电子邮件，或书面信函、报告的形式尝试沟通一番。因为，书面沟通有时可以达到面对面语言沟通所无法达到的效果。可以较为全面地阐述想要表达的观点、建议和方法。达到让老板听你把话讲完，而不是打断你的讲话，或被其台上的电话打断你的思路。也可方便地让老板选择一个其认为空闲的时候来“聆听”你的“唠叨”。
10、企业文化的适应能力
他们对新组织的企业文化都会有很强的适应能力。换个新企业犹如换个办公地点，照样能如鱼得水般地干得欢畅并被委以重用。
11、岗位变化的承受能力
竞争的加剧，经营风险的加大，企业的成败可在一朝一夕之间发生。对他们来讲，岗位的变化，甚至于饭碗的丢失都无所畏惧。因此，他们承受岗位变化的能力也是常人所无法比拟的。在他们看来，这不仅是个人发展的问题，更是一种生存能力的问题。
12、客观对待忠诚
从他们身上你会发现对组织的忠诚。他们清楚地意识到忠诚并不仅仅有益于组织和老板，最大的受益者是自己，因为，责任感和对组织的忠诚习惯一旦养成，会使他有了成为一个值得信赖的人，可以被委以重任的人。他们更清楚投资忠诚得到的回报率其实是很高的。
13、积极寻求培训和实践的机会
他们很看重培训的机会，在招聘时会询问公司是否有提供培训的机会。善于抓住任何培训机会。一个企业，如果它的薪酬福利暂时没有达到满意的程度，但却有许多培训和实践的机会，他们也会一试。毕竞，有些经验不是用钱能买回来的。
14、勇于接受份外之事
任何一次锻炼的机会他们都不轻言放弃，而把它看成是难得的练兵机会。并意识到今天的份外，或许就是明天的份内之事。常看见他们勇干接受别人不愿接的份外之事，并努力寻求一个圆满的结果。
15、职业精神
他们身上有一种高效、敬业和忠诚的职业精神。主要表现为：思维方式现代化，拥用先进的管理理念并能将其运用于经营实践中。言行举止无私心，在公司的业务活动中从不搀杂个人私心。这样，就敢于直言不讳，敢干纠正其他员工的错误行为，敢子吹毛求疵般地挑剔供应商的质量缺陷。因为，只有无私才能无畏。待人接物规范化，这也是行为职业化的一种要求。有了这种职业精神的人，到任何组织都是受欢迎的，而且，迟早会取得成功。
IT大牛是怎样炼成的
对于软件开发人员来说，无论男生女生，通常，他们职业发展有几个选择：专注于技术，成为技术专家；转型到技术型销售、技术支持等；所以要想走得远一点，必须有一项本领是过人的。
随着技术成长，从技术性管理到高级管理。这是大家都看得清楚的方向，也都在向这些方向的金字塔尖努力。
程序员要根据本身的基本素质、技术能力选择开发层次，由低到高，逐步发展。 也是一名程序员本身具备相应素质的循序渐进的发展轨迹，包括很强的技术背景和综合管理才能等素养，这也就是所谓‘两条腿走路’的职业规划发展路线。”
所以无论哪个行业都是需要不断的学习
希望可以帮到您，谢谢！
技术大牛是如何炼成的
如果回答对楼主有帮助，给个采纳好不，谢谢啦
破仑说：不想当将军的士兵，不是好士兵。无论你在做开发、测试、运维，你都是一个技术人员，而我相信，每个技术人员的心中，都有一个成为技术大牛的目标，这个目标鞭策着每一位有梦想的人，去努力和改进自己。 梦想总是在现实面前有过一度的彷徨，因为你会发现，真正的工作和心中的理想状态天壤之别，不是一码事。当你面对的是，天天加班写业务代码，每天都有执行不完的测试，扛机器接网线敲shell命令，你也许会怀疑，这是我想要的人生吗？接下来，就让我们带着疑惑，去寻找答案！三大误区误区一：拜团队技术大牛为师，给你开小灶首先，不可否认，大牛的确有能力将你锻炼培养成另一位大牛，但是，无论是单独给你开小灶，还是培训整个团队，时间成本消耗过大，因此，一般没有大牛愿意这样做。其次，很多人都认为不懂就问是个好习惯，但是你忽略了很多问题大牛是不屑回答的，比如像“jvm的-Xmn参数如何配置”这种上网能找到答案的问题，只会浪费他人以及自己的时间。最后，大牛是个极具小众的群体，因此，直接请教和辅导的机会非常少，即使有幸参加过几次真正大牛的培训，也不太可能让你嫣然一变，成为技术大牛的。总而言之一句话，以自己为主，系统且有针对性的进行学习；然后再以请教学习为辅提升自己。误区二：不断重复，停滞不前首先，要认清一个事实，写不好业务代码和只把业务代码写好的程序员，在技术大牛的世界里，没有什么本质的不同。如果光是沉浸在一个基础技术里积累学习，那么毫无疑问，这是你的惯性和惰性在束缚着你前进，打破它，不断向更大的挑战迈进，最终成为他人眼中的大牛。误区三：大环境的不公与碎片化时间首先，大多数人都在抱怨中国的环境对于自己可能性的扼杀，并认为很多本来能成为大牛的人才被现实埋没，不可否认，这个理由具有一定的客观性，因为环境的确可以改变一类人的发展和命运。但是，如果我们转过身来自问，是否自己真的已经倾尽全力？我相信，总是存在一些人，借着社会不公的理由，给予自己偷懒的借口；毕竟，大牛还是会有的，万一就是你呢？其次，如果你抱怨现如今社会的碎片化时间，不能有整段时间提供自己深入学习，那么，是否先改变自己的一个观念，那就是碎片化时间也可以深入学习。而未来，利用碎片化时间学习将可能成为一种趋势。正确的做法1、尽量多的尝试当你每次都做得更多，随着时间的发展，将会是这样，产品讨论需求找你、测试有问题也找你、老大对外支撑也找你，于是，你就成了这个系统的“专家”了。要想有机会，那就得与众不同，努力做到更多。怎么做得更多呢？可以从以下几个方面着手：1）熟悉不止你负责的更多业务，熟悉不止你写的更多代码。好处：需求分析的时候更加准确，能够在需求阶段就识别风险、影响、难点问题处理的时候更加快速，因为相关的业务和代码都熟悉，能够快速地判断问题可能的原因并进行排查处理方案设计的时候考虑更加周全，由于有对全局业务的理解，能够设计出更好的方案2）熟悉端到端比如说你负责web后台开发，但实际上用户发起一个http请求，要经过很多中间步骤才到你的服务器（例如浏览器缓存、DNS、nginx等），服务器一般又会经过很多处理才到你写的那部分代码（路由、权限等）这整个流程中的很多系统或者步骤，绝大部分人是不可能去参与写代码的，但掌握了这些知识对你的综合水平有很大作用，例如方案设计、线上故障处理这些更加有含金量的技术工作都需要综合技术水平。3）自学一般在比较成熟的团队，由于框架或者组件已经进行了大量的封装，写业务代码所用到的技术确实也比较少，但我们要明白“唯一不变的只有变化”，框架有 可能要改进，组件可能要替换，或者你换了一家公司，新公司既没有组件也没有框架，要你从头开始来做。这些都是机会，也是挑战，而机会和挑战只会分配给有准备的人。以java为例，大部分业务代码就是if-else加个数据库操作，但我们完全可以自己学些更多java的知识，例如垃圾回收，调优，网络编程等，这些可能暂时没用，但真要用的时候，不是google一下就可以了，这个时候谁已经掌握了相关知识和技能，机会就是谁的。2、尽量做到更好世界上没有完美的东西，你负责的系统和业务，总有不合理和可以改进的地方，识别这些“不合理”和“可改进”的地方，并且给出解决方案，然后向主管提出，一次不行两次，多提几次，机会，就是自己去争取和把握。例如：重复代码太多，是否可以引入设计模式？系统性能一般，可否进行优化？目前是单机，如果做成双机是否更好？版本开发质量不高，是否引入高效的单元测试和集成测试方案？目前的系统太庞大，是否可以通过重构和解耦改为3个系统？阿里中间件有一些系统感觉我们也可以用，是否可以引入 ？3、尽量动手实践光看不用效果差例如：学习了jvm的垃圾回收，但是线上比较少出现FGC导致的卡顿问题，就算出现了，恢复业务也是第一位的，不太可能线上出现问题然后让每个同学都去练一下手，那怎么去实践这些jvm的知识和技能呢？Netty我也看了，也了解了Reactor的原理，但是我不可能参与Netty开发，怎么去让自己真正掌握Reactor异步模式呢？看了《高性能MySQL》，但是线上的数据库都是DBA管理的，测试环境的数据库感觉又是随便配置的，我怎么去验证这些技术呢？框架封装了DAL层，数据库的访问我们都不需要操心，我们怎么去了解分库分表实现？怎么办？1）系统化的学习这个是第一阶段，看书、google、看视频、看别人的博客都可以，但要注意一点是“系统化”，特别是一些基础性的东西，例如JVM原理、Java 编程、网络编程，HTTP协议等等，这些基础技术不能只通过google或者博客学习，一般做法是先完整地看完一本书，有了全面的了解，然后再通过google、视频、博客去有针对性地查找一些有疑问的地方，或者一些技巧。2）自己动手丰衣足食这个步骤就是解答上文提到的疑惑，也就是自己去尝试搭建一些模拟环境，自己写一些测试程序。例如：Jvm垃圾回收：可以自己写一个简单的测试程序，分配内存不释放，然后调整各种jvm启动参数，再运行的过程中使用jstack、jstat等命令查看jvm的堆内存分布和垃圾回收情况。这样的程序写起来很简单，简单一点的就几行，复杂一点的也就几十行。Reactor原理：自己真正去尝试写一个Reactor模式的Demo，不要以为这个很难，最简单的Reactor模式代码量（包括注释）不超过200行（可以参考Doug Lee的PPT）。自己写完后，再去看看netty怎么做，一对比理解就更加深刻了。MySQL：既然有线上的配置可以参考，那可以直接让DBA将线上配置发给我们（注意去掉敏感信息），直接学习；然后自己搭建一个MySQL环境，用线上的配置启动；要知道很多同学用了很多年MySQL，但是连个简单的MySQL环境都搭不起来。框架封装了DAL层：可以自己用JDBC尝试去写一个分库分表的简单实现，然后与框架的实现进行对比，看看差异在哪里。用浏览器的工具查看HTTP缓存实现，看看不同种类的网站，不同类型的资源，具体是如何控制缓存的；也可以自己用Python写一个简单的HTTP服务器，模拟返回各种HTTP Headers来观察浏览器的反应。3）交流分享，发现自己的不足之处。与人交流分享，既需要我们将一个知识点进行系统化的梳理，并且考虑各种细节，这会促使我们进一步思考和学习。同时，听的人可以有不同的理解，或者有新的补充，这就令知识技能体系变得更加完善。后记无论结果怎样，当我们谈论过程的艰难与乐趣之时，是否可以不去计较自己是否付出太多？因为一个真正热爱技术的人，只会勇往直前，不忘初衷，坚持到底！
黑客分为哪几个等级？
黑客的等级可以用下面7个层次来说明：
Level 1——愣头青【百万人】：会使用安全工具，只能简单扫描、破译密码
Level 2——系统管理员【上万人】：善用安全工具，特别熟悉系统及网络
Level 3——大公司的开发人员或核心安全公司大牛【几千人】：对操作系统特别熟悉，开始开发代码，写自己的扫描器
Level 4——能找到并利用漏洞【几百人】：自己能找漏洞、自己找0day并且写exp利用漏洞的；对系统做挖掘漏洞的协议测试
Level 5——高水平【少于百人】：防御和构建系统的人
Level 6——精英级【几十人到十几人】：对操作系统的理解很深入
Level 7——大牛牛【寥寥无几】：马克·扎克伯格、艾伯特·爱因斯坦等改变世界的人
黑客是一个中文词语，皆源自英文hacker，随着灰鸽子的出现，灰鸽子成为了很多假借黑客名义控制他人电脑的黑客技术，于是出现了“骇客”与"黑客"分家。
2012年电影频道节目中心出品的电影《骇客（Hacker) 》也已经开始使用骇客一词，显示出中文使用习惯的趋同。
实际上，黑客（或骇客）与英文原文Hacker、Cracker等含义不能够达到完全对译，这是中英文语言词汇各自发展中形成的差异。
Hacker一词，最初曾指热心于计算机技术、水平高超的电脑专家，尤其是程序设计人员，逐渐区分为白帽、灰帽、黑帽等，其中黑帽（black hat）实际就是cracker。
在媒体报道中，黑客一词常指那些软件骇客（software cracker），而与黑客（黑帽子）相对的则是白帽子。
计算机，如何成为一名大牛
结合硬件熟练c语言，了解硬件是如何在软件的操控下工作的。作为cs工程师不要纠结于具体的硬件电气特性，除非你做firmware或者driver（还要了解框架），熟悉平台下编程接口（c接口），现在理论上你应该能够作任何你想做的事情了，因为你有c语言这样的利剑，还有操作系统这样一个平台，而且还有linux，github这样的代码仓库，google当然更是离不开的，我的经验你总是能够找到你想做的东西的参考，甚至有些很好。想进阶可以读一下linux驱动代码，从而深入内核，进城调度，内存管理等模块，。当然理论还是重要的，多看书，原理相关的深入之类的，为什么我一直强调c不是c+更不是Java
之流，因为目前来说c
与硬件的结合最好，操作系统核心都是c
写的，以及所有暴露给上层的接口，c
讲究的是控制，如果用习惯了在用其他语言会有发慌的感觉，因为很多事情不知道怎么就被干了，。有了系统背景再去看一些高质量开源项目，不断学习演练，进而学习面向对象语言，也不过就那么回事吧，也只就是把数据和操作做了个绑定，起个名字叫类型，效率确实提高了，灵活性也降低了，我的理解面向对象语言其实失当胶水来用的，体现的一种粘，看场景选择用吧，我都是c
语言底层正交模块，python快速原型实现，再用c➕实现，最终完善性能，现在来看c➕用的好性能跟c差距没多大，。说到现在还住要集中在底层系统和语言，其实要想成为一个大牛需要的是内功，也就是计算机课中学的各种原理云云，还要一定的数学涵养，加上日复一日的编码调试，路还长。。。