谁跟你说编程就是高技术含量的事情了？

今天给各位分享谁跟你说编程就是高技术含量的事情了？的知识，其中也会对谁跟你说编程就是高技术含量的事情了？进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文导读目录：

1、为什么有很多没有技术含量的工作工资却很高？

2、谈“技术含量”的问题

3、谁跟你说编程就是高技术含量的事情了？

　　比如很多助理，秘书，人力资源，或者就像杜拉拉升职记里面的杜拉拉那样的工作，也就是发个邮件，传达个命令这种事，又或者某家民营企业的党委办公室这种虚职，他们何德何能拿高薪 　　既然这么简单，工资又高，你快去呀。 　　-------- 　　世界上所有的工作，大致可分为两类。 　　一类工作是搞定技术，一类工作是搞定人。 　　搞定技术的工作，1+1就等于2，没有别的答案。工程师。拼智商。 　　搞定人的工作，类型很多。你看领导本人，就是搞定人的工种。这么多部下，这么多资源，这么多部门，全部都要管过来，要人家听你，要合作，这很难的。销售也是搞人的，客户服务也是搞人，内部跨部门沟通协调的也是搞人的。 　　这种工作，又拼智商又拼情商。 　　你要觉得人家拍拍马屁说说笑笑天上就掉几万一个月工资下来，那真的，这个世界你根本不懂。 　　让你去吃吃喝喝只能把家底败光，人家吃吃喝喝还能拿大订单，还能赚钱。 　　单位有同事说我们财务就是发发钱而已，而我们公司正在申请上市，我估计你也是和他一样的人。无知者无畏。 　　你说得对！ 　　那些程序员，不就敲敲代码！ 　　那些猎头HR，不就招招人打打电话！ 　　那些秘书，不就陪酒陪睡！ 　　那些演员，不就演个节目！ 　　那些设计，不就画画B图！ 　　那些投行，不就谈谈项目！ 　　那些金融，不就吵吵股票！ 　　换我来，我也会！ 　　那你去好了。 　　每一行，都水深不见底。 　　不能一概而论，文职并不比技术好做到哪儿，就像文科和理科一样，学理科的就好，学文科的就差吗？俗话说，三百六十行，行行出状元，只要不是精通于某一技术，你就是平庸之辈（PS：跑题的节奏） 　　这真是个有意思的问题。 　　但是问的方式不太对，如果改成“怎么看待那些工资比自己高但是感觉能力不如自己的人？”这种知乎体可能会得到更多关注和共鸣。 　　人，特别是中国人，是很喜欢对比、争抢的动物。以前读过一篇文章讲，毕竟刚刚脱离赤贫不久，中国人干什么都是争争争。买盐要挣，买车票要争，长相要争，学习要争，老公要争，老婆也要争，连谁先洗第一池子水这种事都要争一争。 　　有道是人争一口气，佛争一炷香。我妈妈小时候跟我说，人活一辈子就是一口气顶住，顶到什么时候就什么时候，一松下来就是行将就木了。长大了一看果真是，走到大街上感觉大家好像慢一步就会死掉，抢的士霸占公交车门这种事就不说了，就连买个包子都会有人冲上来大喊“不好意思我来不及了！”然后趁着你捂耳朵的功夫卖走了最后两个三鲜陷的包子。 　　你说真的，吃不到那个包子会死吗？抢不到那个座位真的会死吗？（题外话，传媒大学站上车的人我觉得还是可以原谅的，那个不抢前面点真的有可能被弄死）别人赚的比你多你会死吗？ 　　说实话，题主你列的那几个职业，还真有技术含量不强的，实事求是的讲。也真有肉体鲜嫩多汁的优先考虑的事情。还有更古怪的，我接私活接到过有老板要求帮招聘一个属鸡的30岁左右的男性秘书的，年薪20来万。你觉得这怎么去比较孰高孰低？ 　　题主你问他们何德何能？我举几个例子啊。 　　你觉得论唱歌这事，姚贝娜比张靓颖能差多少？论脸蛋，范冰冰难道比林心如那大脸盆子难看？怎么就少红这么些年呢？凤姐能拿到绿卡；芙蓉姐这名字的曾经覆盖全网；吴彦祖是男神就算了，李伯伯居然也老来俏；多少段子手扣尽心思编段子，晃眼看安定医院一秃头大夫粉丝百万；马景涛老马吃嫩草也好歹算匹骏马，但是高晓松那白菜纯粹就是猪拱了，你说让知乎ER中包括我这类自命不凡的光棍LOSER们到底该怎么看？ 　　我看各位答主心地都很善良，虽然答案里反驳但是心里对这个问题还是充满了共鸣以及对题主的同情。但是我就问题主这一类自命不凡的人（包括我自己在内）一个问题。 　　你们有没有想过，也许那些在你眼里干着没技术含量工作却拿着高薪的人，也是这么看你的。 　　嫉妒是件不好的事情，容易让人记吃不记打。你否定他/她，不愿意向他/她学习，却又满心向往着ta的生活和状态，你说是不是很奇怪，早就有人说过了啊，工资高事好干责任低离家近又清闲不用加班也不用卖肉的工作是不存在的啊，包括知乎ER心里鱼肉百姓、香车豪宅、酒池肉林、好逸恶劳的公务员们其实大部分也就四五千一个月紧紧巴巴的过。不要那么忿忿，人还是尽量过好自己的日子比较好，就算过不好也不需要把别人一起拉下粪坑来，留一点希望总比什么都没强。 　　而且话说回来，也许有一天你也能过上你希望的那种日子。 　　你看前面好多朋友都提到了一个词“复杂”，似乎觉得拿高薪也好、处高位也好是一件复杂的事情，但是我认为事情远远没有那么复杂。所谓成事的人，好多都是在合适的时间点上，抓住了恰好的机会，做出了正确的选择，付出了足够的能力，才享受到现在美好的果实。 　　时也，运也，命也。中国现在发展的势头那么好，机会很多的，知乎上都有不少老板或者预备老板打广告招人的。题主你心态么放放松，不要着急；个人生活过过好，不要放弃；工作学习么认认真，不要马虎；闲的无聊么唱唱歌，快乐的活着，机会总是会来的，中国人虽然多的不得了么，但是年富力强能干活心态好精神足气质佳的人还是有很多老板会青睐的。 　　你看你题目中所说的那些人，其实也就是我说的这么回事。 　　好好做事，天天吃饭。　　最近又从离职同事那里听到这样的抱怨（原因），说做的事没有技术含量。想一想，从事车载软件开发这个行业快8年了，这个话题似乎从来没有停过。我自己曾经也为自己做的事是否有技术含量而苦恼过，今天就专门花点时间聊一聊。 　　真正思考过这个问题的人很少。简单粗暴地概括，大部分人（我所遇到的全部）都只是觉得，“这个事我会做了，所以没有技术含量”。也就是说，他们只是不愿意用已经会的方法，做曾经做过的类似的事。这可以理解，人们都不喜欢做重复的事。但现实确实是，大部分的工程师的工作，都是用已经掌握的技术，去做相对熟悉的事。因为 　　我们是在做工程，而不是做研究 　　虽然我一直觉得“软件工程”相比起其它的工程而言，是愧对“工程”两个字的，但是毕竟我们是在做产品，而不是在做科研。做科研中失败是常态，做产品如果也经常失败，那公司就完蛋了。那么怎么算“成功”？就是在规定的工期内用可接受的成本完成了满足质量要求的产品。要达到这个目标，就要求 　　一、尽量采用成熟的技术 　　工程师们（程序员们）要对软件所涉及的技术比较熟悉（知道什么地方有些什么坑），并对要开发的产品相对比较熟悉（有行业经验）。只有这样，产品才相对有可能在要求的工期内完成。（说话，很多的加班其实是由于技能和经验不足造成的）。如果一个产品涉及到的技术有20%是这个团队的成员所没有掌握的，那么会有80%的概率出问题（工期要超，或是成本要超）。 　　二、细划分工，提高效率降低风险 　　5个人干半年的活，只要有可能，就会安排10个人做3个月。问题域被细分了。这样每个人做的事相对比较窄，很多程序员只做一小部分，没有对整个软件的把握，不知道自己做的这一块是做什么的。所以也往往觉得“没有什么成长”。另外，细分的结果是使用工作简单了。举个例子，举个例子，做SSL的通信协议是比较难的（粗暴地说，比较有“技术含量”），但在工程中往往不是安排一个人把SSL通信协议做一遍，而是安排多个人去做，某个人完成RAS算法，某个人完成ASN.1编码，某个人做X.590的支持，某个人做DES等等等……问题细分下去之后，每一个小部分会比原来要容易很多，于是参与的人就觉得，没有什么“技术含量”了。（是的，细分下去看，所有程序不都是if else for嘛？） 　　这就是“工程”的特质。不同的公司会因为各种原因情况稍有变化，本质上是类似的。 　　当然不是！ 　　正如前文所说，软件工程虽然号称“工程”，与传统工程相比却还有很多差别。一是因为软件的边际成本很低，一旦完成，就可以无限地复制，所以不会有真正意义上的“重复”地生产，软件开发本身是一个创造性和实验性并存的过程，它本来就需要试错（测不准的程序员）。也因为如此软件工程师能力的“度量”是个很大的问题（创造性是很难度量的）。因为很难知道，某个功能，一个“合格的”工程师应该花多少时间写完，写出来的代码量应该是多少，这样的代码在质量上，可维护性上，扩展性上表现如何。遵守流程以及使用熟悉的技术能只在一定程度上保证项目能做到及格。虽然如何精确定义优秀的工程师是很难的，但项目要想做到出色，优秀的开发工程师确实起决定性作用。这种工程师对新的技术和手法感兴趣。他们尽量在能控制住风险的情况下，采取一些新的方法和工具来提高效率，尝试新的设计来提高代码的维护性和扩展性。这是让软件开发工作充满乐趣和挑战的部分。 　　软件技术发展日新月异，而且学习的来源非常广泛，所以，有上进心的程序员们可以用很多办法学到很多新东西（开源项目，博客，书，等等），然后在工作中去尝试自己学到的东西用来提高效率，掌握不同技能的程序员之间的效率差别可以成十上百倍（所以有高手和菜鸟）。在软件开发的领域，高手几乎都是靠自学、实践最终领悟得道的。在这部分程序员看来，手头上的事总是有新办法可以做，新工具可以尝试。并且在这个过程中，工作也越做越好。同样的事，有非常多的方法做，他们从不觉得不会再有进步了，因为有无数的东西可以学，学会之后实践到工作中去。 　　真正对技术感兴趣的人，反而很少会为“没有技术含量”这个问题而烦恼。因为他知道所有的问题都存在着更好的解决，只是看你有没有兴趣去找这样的解法。觉得工作没有技术含量的人往往是这样的：期待别人来教自己，从不主动学习和思考。所以在我看来，在软件开发中，“技术含量”的问题大多数时候只是个伪问题，只是一个借口而已（有的人意识到了，有的人没有）。真正热爱技术的人在离职时也很少用“没有技术含量”这种笼统的方式来表达，更多的是已经非常清楚自己下一步想做的是什么，他觉得在哪里才能得到更好的环境去做他想做的事。 　　从上面我们知道，“是否有技术含量”的问题其实和他们是否真心想做技术没有多大关系。深一层地追究，其实他们有意或无意中，真实想的是：“这个事我已经会做，我要掌握点其它的知识，用来提升自己的价值（也就是，让自己在市场上保值或是升值）”。不信？试着想一下这个问题：“给你一份工作，月薪2万，每年涨薪15%，保证终身雇佣，工作内容是每天把各大网站的IT新闻收集起来发给经理”，你是否愿意接受这份工作？如果愿意，那么你根本就不在意“技术含量”这个事儿。你是在乎“钱”。 　　这没有什么不好意思承认的，追求好的生活天经地义。那么大家自然会关心 　　市场上稀缺的才可能是值钱的。 　　这点大家都很清楚。十年前非常流行“程序员是吃青春饭”的这种说法，现在要少一些了。那时所谓程序员们所做的事都处在行业链下游，需要的技能大多数没有多少门槛。新人也很容易就能掌握，谈不上稀缺。随着行业的发展，这个状况逐渐在发生变化。也就越来越需要一些高端的人才了。这些人才大概会有下面这些特点： 　　1. 在某些领域有比较丰富的经验（业务和技术方向） 　　新人一般学了一段时间之后都会觉得“这也不过如此”，但有经验的人都知道，“其实水很深”。这种过来人的阅历在项目中是非常重要的。有这种经验的人比较不容易犯错，也不会轻视可能出现的困难。另外，他们的抗压能力也比较好，遇到之前没出现过的问题不会慌了手脚或是束手无策。他们大概会知道还有什么办法可以尝试，有什么人可以求助。每个领域，都有一些很特殊的问题，至少要经历好几个项目才会有所把握的经验。拥有这些经验的人在对风险的控制能力要强得多（最直接的结果就是加班会少）。在设计的前期也能预见性地解决大部分可能出现的问题，而避免在项目后期疲于解决bug的情况。而且每个项目都会有几个很难解决的bug，需要相当的技术和经验才能搞定。 　　要做到这一点，需要长时间在某个领域的积累，不通过遇到和解决大量的问题，是很难得到提高的。 　　2. 有较强的学习能力 　　前面说过，程序员们几乎不会做真正重复的东西。学习能力对于软件开发来说无比重要。这一点大家都很清楚。学习能力来自哪里？一是独立和积极地思考。这一点其实非常重要，这直接影响到学习的效果。二是基础好。现在想来，大学学的那些课程，都是非常重要的。因为快速地学习能力绝对是基于这些基础的。三是经验，旧有的经验往往能加快新领域的学习。会C#再学Java，就不再需要花同样多的时间了。 　　3. 带团队的能力 　　这一点几乎不需要展开说。但确又是不少人心里不太愿意承认的。特别是不善沟通的技术人，往往在心里看不起那些技术并不是最好，但沟通能力、计划能力方面很平衡而当上Leader的同事。但现实就是，一个团队除了极少一两个人能在技术上给团队带来很大价值之外（他们能解决99%的程序员不能解决的问题），其它程序员的水平差别并不会显著到不同的量级上。能带一个团队（几个到几十人）做好一件事，反而是比较稀有的能力。 　　所以，其实那些以所谓没有技术含量而离职的人，很多人后续发展并不好，因为他们总是归咎于环境，不主动实践和思考，并且因为不够稳定而在从事过的事方面都没有深入的积累，反而使得自己没有多少“特别的价值”可言。 　　很是可惜。 　　时间比较仓促，很多点没有能展开写。以后有机会再谈。　　题图是技术含量最高的乐高积木之一，一套玩具里面居然有好几个博士，一位演员，和一个硕士（这是咋混进来的）。 　　知乎这两天有个问题很好玩，“美国程序员行业高收入还能维持多久？”，提问者很担心，因为现在在美国程序员的收入水平很高。而他觉得编程的门槛儿并不高，他怕这种状态持续不久，毕竟他是一个程序员。 　　然而，这样的问题马上触动了一些人敏感的神经，有人说，“至于编程不是什么难事，这句话真的戳到我hhp了。如果编程不是什么难事，其实世界上也没有多少事算难事了。”。 　　还有人仅回复了句，“何以见得“编程并不是什么高技术含量”？”就获得了高票，而且还引发了大量的讨论。 　　那么编程到底是不是有技术含量的东西呢？也是也不是。 　　如果我们看看全体程序员的技术能力分布，我们可能可以得到以下的正态分布： 　　真正有技术含量的，凤毛麟角。有一些还没入门。最大多数的是自以为高科技的人群。 　　为什么？ 　　1、做程序员的门槛不高，但是做好程序员的门槛不低。 　　这年头想做程序员难么？我有篇有些人甚至可能不敢相信的大火的前妻文，里面提到我前妻初中没毕业，听说程序员挣钱多，从理发小妹改行做的程序员，这么多年下来年薪已经40万了。 　　我认识的程序员里面有各种各样神奇的来源。 　　我自己是学机械的，我当年的合伙人霍矩是学暖风工程的，当年的著名代码网站Codephi的创始人，后来CSDN副总经理韩磊，是学越南语的。微博上大家知名的澳大利亚大别墅的主人灵感之源和Mac系统专家，前Java程序员iBuick都是学英语的。这行当里面转行过来的人，快赶上说相声的了，啥人都有，门槛还不低么？ 　　其实，我初中的时候，在完全没有大人指导的前提下，一台学习机，一本附带的Basic说明书，我就学会怎么写程序了，那时候，自己写过一个横版的类马里奥游戏，高中的时候，用这个学习机我还自己写过一个logo语言的解释器。 　　其实编程有啥难的？不就是跟电脑说话么？跟人说话那么难，你都会，跟电脑说话有多难？ 　　电脑是个聪明的傻子，你让它干啥，只要它能做到，它就会毫不犹豫的去做，多好打交道。 　　这个世界有那么多Geek，就是因为他们觉得电脑简单单纯好沟通，反之，跟人类打交道太难了，怎么学都学不会。 　　如果你跟一个人说，算n = n + 1算1万次，人会跟你说，你有病吧，老子才懒得算呢。但是你这么告诉电脑，电脑会毫不犹豫的算1万次，然后在你还没察觉到任何变化之前，把答案给你。 　　但是，做一个好程序员是很难的。 　　这也是因为电脑是一个聪明的傻子。它的脑子完全一根筋。它不会自己解决任何问题。现在任何一台电脑你让它算1万次n = n + 1就是秒出结果。但是，算法再复杂一点呢？一个稍微复杂一点的算法，可以让一台现在最好的个人电脑，秒变计算器。那怎么办？还不是要靠人？ 　　其实这年头，大多数时候，不需要你开发任何新的算法，很多时候用各种语言的类库，容器和算法库就已经可以解决很多问题了。问题是，就连选对这些容器和算法也不是一件简单的事情。没有简单易行，放之四海的标准。有很多人在这个问题上其实也是只知其然不知其所以然。 　　2、行业在发展曾经有技术含量的东西，慢慢的变成大路货技术 　　08年，我和霍矩刚开始做技术咨询的时候，国内一般网站普遍还没有反向代理的知识，刚刚有一些文章介绍，有一些大网站用起来了。那时候，我们遇到一个客户，用JAVA搭了一个网站，可能做得比较重，当每天5万PV的时候性能就很好。但是推广的得力，流量翻了三倍，服务器就无法支撑，直接挂掉。我们当时跟他们讨论，从代码上去做大的性能改进根本来不及。我们就帮助他们设计了一套架构，用Squid做反向代理，扛住重复的访问。结果很快，这个网站流量上涨到100-200万，性能都没有出过大问题。在那个时间点，你还可以觉得懂的怎么架Squid算是有点技术含量的东西。 　　那现在有个网站可以撑200万流量算是什么大事儿么？完全不是。 　　为啥？一来，各种反向代理技术、内存缓存技术等等在web后端开发里面早就是平常事情了；二来，硬件有了长足的进步，CPU比当年强大多了，更重要的是SSD的使用，让磁盘IO带来的性能的压力越来越小；还有就是现在云计算大行其道，随时随地随地增减服务器改变部署变得非常容易。 　　题外话，所以这次冯大辉和丁香园撕逼事件里，那篇抹黑大辉的文章里面说，大辉作为一个CTO，不写Code，不参与架构设计，不Review代码。我非常不以为然。因为从Alex和一些其他的渠道你可以查到，丁香园网站的整体负载并不大，也就是200-300万以内，这还是很多产品，而不是单一产品的承压。简单的说，在当今的技术水平下，搭丁香园这么一个网站，难度都在产品和运营上，技术上没啥可谈的，咋做都不会出太大的问题。 　　07年，我的好友钱宏武老师，在SD大会上，做了一个演讲“如何设计高并发体系架构”，当时，我去会场听他的演讲，发现人都站到会场外了，完全挤不进去。他介绍的是他当时在搜狐设计社会论坛，日访问量6000万的经验，那是当时的动态网页日访问量世界纪录。 　　现在呢？现在这样的网站已经不算什么了。新浪微博日活跃用户在2015年都过亿了。 　　3、一些行业牛人和开源软件改变了世界 　　Google在很长一段时间里都是技术圈内的顶尖技术的代名词。外界也不清楚Google是怎么完成一些不可能完成的任务的。当年，大家光是想象Google怎么保存那些海量的索引，是怎么做到的都不知道。所以大家想象Google里面每个工程师都是百年一遇的大神吧。 　　直到后来，Jeff Dean的三篇论文Google File System，MapReduce和BigTable一发布，大家才注意到，原来Google有个Systems and Infrastructure Group，有个Jeff Dean大神。原来他们把处理海量数据的方法，写成了内部系统，Google的工程师，不需要是神，只要学会这套工具，就可以操纵海量的数据了。 　　但是，可惜的是，Jeff Dean和Google只开放了他们的思想，但是没开放内部工具出来。这时候，一个叫做Doug Cutting的大神站了出来。 　　Doug Cutting是Lucene的作者，他当年曾在多家公司做搜索，还曾经在Apple做过搜索，他觉得业界缺乏一个开源的好用的搜索引擎内核。他就写了Lucene，Lucene是现在广泛使用的Elastic Search的内核。可以说，现在你在全世界的很多网站内点搜索，都是Lucene在支撑。仅当年我们创业的时候，因为我们在用Lucene，所以，我们的客户跑在Lucene上的搜索量就有几千万。 　　Doug Cutting把Jeff Dean的思想实现了出来，做了一个开源软件叫做Hadoop。Hadoop兴起后，其实分析处理海量数据，就变成了一个人人都可以做的事情（买得起机器就可以），从而产生了一场大数据的革命。 　　我举这个例子什么意思？就是Google很牛逼，Google在04-5年就有能力非常高效的分析处理海量数据。在那个时间点，能做Google量级的事情的人没有几个，这是非常有技术含量的。但是Jeff Dean一公布具体思想，这个技术含量就骤减。但是，仍旧是很有技术含量的。等到Doug Cutting把Hadoop做出来，分析处理海量数据的门槛实际上就降低到了会编译和搭建这个Java开源项目就可以了。 　　当然，有一些领域内的东西，即使有了开源软件，由于你对领域知识的匮乏，你仍旧很难高效的开发。比如Lucene，非常好用，但是Lucene是一个底层引擎，如果你对倒排索引的各种细节不够清楚，你直接用Lucene开发出好用的搜索是很难得。所以，当时我做了一个Cypress系统，用XML／HTTP请求把Lucene完全封装起来，用户不用懂倒排索引的任何细节就可以用好搜索了。后来流行的Elastic Search，跟我的设计思路如出一辙，唯一的区别是，他用JSON来做数据传输的格式，我用XML。一般团队使用Lucene，可能需要几个月才能做一个可用的搜索，用Cypress或者Elastic Search，一天就够了。 　　在这些牛人和开源工具的作用下，很多原来无比高大上，也没有几个人可以做的领域，很快就变成了随便一个工程师都可以学会的东西。 　　4、企业的需求核心还是满足业务需求并不是高大上 　　实际上，中国的大多数技术公司，核心还是业务，而不是技术，技术的价值在于良好的保障业务。公司真正赚钱是靠业务。美国呢，大公司里面技术比重更高的公司要多一些。但是，也有大量的公司，核心业务并不是技术本身。 　　在这样公司里面实现业务逻辑的工程师是主流。他们虽然非常重要，但是他们做的事情，价值不是技术含量，而是能不能完美的满足业务需求。 　　举个例子，一个表单放几个按钮最合适，有啥技术含量可谈？但是，放好了，用户体验好，效果好，公司的收益就会更好。 　　已经扯得很远了，我翻回来说，如果你想做一个有技术含量的程序员，其实也不难： 　　1、你可以在某一个领域扎深 　　新浪微博的两个要点就是产品和性能。因为微博是国内日活最大的几个网站之一，性能不好，就别玩了。产品体验不好呢，也会造成很大的损失（这个我们就不谈了）。 　　那新浪的Timyang一路支撑新浪的流量越来越大，他和他的team一直都在关注怎么支撑巨大的流量，成为这个领域首屈一指的专家，当然是有技术含量的。 　　美国最大的PHP应用是Facebook，中国是新浪微博，大多数PHP网站都不会认为PHP的性能成为了一个大问题，但是他们都太大了，PHP不够快都影响体验了。所以Facebook搞了把PHP编译成C++的项目，而原来在新浪的鸟哥怎直接改造PHP，让PHP7性能达到了跟编译成C++相当的水平。 　　我们当年做搜索的时候，我的Cypress系统，一天可以支撑10万次搜索，后来客户的搜索到了30万，我就改进系统，让它可以支撑到100万。再后来客户的搜索到了200万，我就改进系统，让它可以支撑到300万。后来，有个客户日搜索2000万，用6台服务器，说如果我们可以用更少服务器，就采用我们的服务。于是我优化系统，花了整个两个星期，自己打造了测试工具，性能监控工具，最后优化到一台服务器日搜索2000万。在当时技术含量还可以。 　　这些都是你在一个领域扎深的例子。 　　2、你也可以在广度上去搞 　　我个人爱好广泛。所以在做搜索的同时，iOS SDK出来了，我也在自学iOS开发。等到有道词典，想趁市场热潮，迅速做一个iOS版本的时候，他们发现自己人没有会的。那时候市场上也很难找到外包人才懂iOS的。于是，他们辗转找到我。 　　后来，我进盛大创新院的时候，我问副院长，说我既可以继续做搜索，也可以做iOS开发，创新院更需要哪种？他说，两样都非常欢迎，两种人才都很缺。 　　但是不管怎么说，你安于现状，安于解决了老板提出的当前问题就好的话，你只能是一个庸庸碌碌的程序员，你不会有技术含量的。

---

谁跟你说编程就是高技术含量的事情了？的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于谁跟你说编程就是高技术含量的事情了？、谁跟你说编程就是高技术含量的事情了？的信息别忘了在本站进行查找喔。