Girls_love_x的个人资料

IT行业吸引人的十大原因：薪酬高位居第一转发此文，作者不详，感谢原作者的辛勤努力统计分析呀 IT行业到底是一个让人觉得苦闷的行业，还是一个有着非凡魅力的行业？大部分的IT从业者都承受着巨大的压力，而且工作时间很长。很多人都认为自己的工作毫无趣味可言。之前韩国ZDNET就发表了一篇“离开IT行业十大理由”的文章，这十大理由包括压力大，工作时间长，必须按照命令行事，竞争激烈等。但事实上，IT行业并非如此压抑无趣。美国CNET公司的Allen Norton介绍了留在IT行业工作的十大理由，希望那些想离开IT业的人们再重新考虑一下。虽然大部分理由都源于美国，但也值得我们参考和借鉴。高薪的诱惑任何上班族都会觉得钱难赚。虽然IT行业也一样，但是与其他职业相比，IT业的年薪还是相对较高的。美国CNET分析指出："IT业之所以那么有魅力，其中的一个原因就是相对高的年薪诱惑。不论是年轻人还是中年人，与其他职业相比，能力稍差也能赚到不错的年薪。" 尤其是在计算机以及数学相关的职业中，这一现象尤为突出。据去年美国劳工部统计局发布的各职业类型雇佣状况及佣金调查结果显示，计算机和数学相关职业的劳动者所得年薪为77230美元，位列美国薪酬排名第三位，前两位分别是经济和法律相关行业。挑战意识 IT行业的不断自我挑战也是其吸引人的地方之一。美国CNET甚至评论道“IT专家每天都在处理各种字谜和解决问题中度过。”特别是项目的研发人员，当编程遇到麻烦时，整天都会坐在凳子上一动不动，而且每天都会处理千奇百怪的各种麻烦。CNET指出：在遇到困难的时候不要总是想着纠正错误，而是应该把这些问题看成一个个挑战，工作的效率也会得到提高。 Norton说：“我把项目研发作为职业就是看中了它的挑战性。IT行业虽然会遇到很多困难，但当困难被解决后，心情会非常愉悦。” 成就感 IT行业重在战胜挑战，完成项目后不仅能获得额外的报酬，而且看到自己的成果推向市场得到认可后，会感到非常自豪，获得极大的成就感。很多IT行业的从业人员把自己设计出的作品以及完成的项目看作是生命的一部分。就算不是自己负责的项目，仅仅是为别人的项目提供过帮助，也同样有成就感。CNET分析说：“IT从业人员虽然不像医护人员一样救死扶伤，但项目执行过程中的自信和成就感是别的东西无可替代的。”某工程师曾这样说道：“IT业是现在所有职业中最具挑战性的职业之一，工作中不仅需要简单的思考，还需要完成各种不同的任务”。专业性 CNET解释说IT从业人员的项目意识和专业性是非常强的。像工程师、项目经理等人员都要求具备非常专业的技术知识，因此，IT业人士都拥有很强的专业性。 Allen Norton表示：“很多人都喜欢跟专业人士一起工作，对不专业的人避而远之。这种现象在IT行业尤为明显。” 一片光明的就业前景 IT行业的就业相对来说容易些。IT业不断有新技术出现，专业人员随时都处于匮乏的状态。Norton表示：“IT专业人才的前途一片光明。”据 CNN和Payscale的调查，在最具潜力的薪酬职业中，前二十位里有5个职业属于IT行业，而前五十个中有14个属于IT行业。连续的从业经验个人的经验多少会跟前一个项目的专业性和竞争力有一定的关系。CNET指出：从事IT行业的人，短期内的调整也不会影响到个人经验，所以再就业也不会有很大的难度。 Norton表示：“对于IT行业的老板来说，简历并不能完全说明一个人的能力。与其他行业相比较，IT行业的求职简历可以非常简洁”。技术根据CNET的分析：IT从业人员的智商普遍都比较高，拥有独特的思维和技术能力。这是因为IT公司都会录用一些喜欢分析事物和对新技术感兴趣的人才。喜欢在IT行业工作主要是因为可以接触到最先进的IT技术。技术是对自己未来的投资。如果长时间脱离IT行业，再次想进入的时候就会因为自身技术力量薄弱而感到力不从心。理解 “想离开IT业的十大理由”中就指出，IT从业人员因为很多人的不理解所以很想离开这个行业。IT从业人员做了很多工作，而且为很多人提供了帮助，但很多人对于他们做的工作不了解。 Allen Norton指出：“想要得到普通人的理解很难，但这种理解可以从同行中获得。”聪明的专业人士会对他人的贡献作出积极的评价，并且会表现出相应的感谢和理解。怪才 IT业特别容易出怪才。很多无法适应学校和社会的IT怪才们创造出了很多让世界惊喜的事物。为何IT业特别容易出怪才呢？CNET解释道：IT业的怪才们为了满足自己对新技术的需求，不断地创新。像这样可以在拿薪水的同时，还能满足自己对拥有新科技产品、学习新技术愿望的职业还真不多。热爱IT行业大部分IT行业的人都非常热爱自己的事业。可能表面上看不出来，实际内心深处对自己从事的事业感到非常自豪和无比热爱。 Allen Norton表示：“如果付出和收入成正比的话，所有的IT从业人员都是热爱自己的事业的。因为很多暂时离开这个行业的人，又重新回到了这个行业”。

关于跪求的问题！！！在吧上、不要动不动就跪求这跪求那的、贴吧只不过是一个交流的平台、不是搓衣板、有问题可以发出来大家讨论么。我相信看帖子的人有时间的话一定会回复你的、跪求这个词很让人反感。还有一些跪求高手一类的帖子、感觉有必要吗、有问题就直接提出来、别人会的就回复你了；跪求高手、高手就是为了你而存在的么？我们可以把自己的一些看法、个人编程习惯拿过来分享一下、可以让人指点一下有什么不足、况且我们这还有个很有开发经验老师在呢！希望大家注意下！！！

你属于哪样?各种流行的编程风格作者未知，深有同感，对作者表示感谢～～～在过去的N年中，我遇到了很多使用囧然不同风格的开发者，下面是我所知道的一些，你还知道其它的吗? 散弹枪编程这种编程风格是一种开发者使用非常随意的方式对待代码。嗯，这个方法调用出错了那么我会试着把传出的参数从 false 变成 true!，当然依然出错，于在过去的N年中，我遇到了很多使用囧然不同风格的开发者，下面是我所知道的一些，你还知道其它的吗? 散弹枪编程这种编程风格是一种开发者使用非常随意的方式对待代码。“嗯，这个方法调用出错了……那么我会试着把传出的参数从 false 变成 true!”，当然依然出错，于是我们的程序员会这样：“好吧，那我就注释掉整个方法吧”，或是其它更为随意的处理方式，直到最后让这个调用成功。或是被旁边的某个程序员指出一个正确的方法。如果我们把一个正规的程序员和一个撞大运的程序员放在一起做结地，那么，那个正规的程序可以马上变得发疯起来，并且，可以把正规的程序员的智商降到最低。两个撞大运的程序员不应该在一起做结对编程，这是因为他们破坏性的才能会造成的伤害会比只有一个还差。撞大运编程这是一种比散弹枪编程要温和一些的编程方式，我相信这种方式可能会是大多数程序员都会使用的方式。这种编程方式经常出现于程序员并不确切知道他们在干什么，也不知道所写的程序的本质和实际，但是可以让程序工作起来。他们以一种撞大运的方式在写程序，某些时候，他们根本就不知道某个错误的原因，就开始稀里糊涂地修改代码。一旦出现问题，他们会用两条路：1)停下来，理解一下程序，找到出错的原因。2)使用散弹枪编程方式开始解决问题。测试驱动开发(Test Driven Development)是一种可以用来拯救上百万的撞大运编程的程序员。于是，他们有了一个更为NB的借口：只要我的程序通过测试了，你还有什么话好说?别骂我，测试驱动开发是一个不错的事物，其主要是用来控制撞大运开发所带来的问题。 Cargo-Cult 编程关于Cargo Cults 这个词儿来自二战期间的某些太平洋上小岛里的土著人。在战争期间，美国利用这些小岛作为太平洋战场上的补给站。他们在这些小岛上修建自己的飞机跑道以用来运输战争物资。而那些小岛上的土著人从来没有见过飞机，当他们看到飞机的时候，觉得相当的牛，可以为那些白人带来各种各样的物品和食物。当二战结束后，那些土著人仿照着修建了飞机跑道，并用竹子修建了塔台。然后就在那期望着有飞机为他们送来物品和食物。 Cargo Cult 编程是一种非常流行的编程方法，使用这种方法的程序员会学习其它编程高手的编程方法，虽然他们并不知道为什么高手们要那样做，但是他们觉得那样做可以让程序工作起来。举个例子，当时有大量的程序员在J2EE出现的第一年中过度地使用了EJBs和Entity Beans。刻舟求剑编程刻舟求剑是一个很流行的寓言了。这种风格的编程在程序员的圈子里是非常常见的。比如，有一天，你发现了一个空指会的异常，于是你到了产生空指针异常的地方，简单地放上一个判断： if (p != NULL)。是的，这样的fix可以让你的程序工作起来，但你并没有真正地解决问题。你只不过是在你的船边记下了剑掉下去的位置，这样做只不过把问题隐藏起来，最终只会让你的程序的行为变得神出鬼没。你应该找到为什么指针会为空的原因，然后再解决这个问题。设计模式驱动型编程正如这种编程的名字所说的，这种编程风格使用大量的设计模式，在你的程序中，四处都是设计模式，你的代码到处都是Facade，Observer ，Strategy，Adapter，等等等等。于是，你的程序要处理的业务逻辑被这些设计模式打乱得无法阅读，最后，也不知道是业务需求重来，还是设计模式重要，总之，实际业务需求的程序逻辑被各种设计模式混乱得不堪入目。侦探型编程在解决一个Bug的时候，侦探型程序员会调查这个Bug的原因。然后，则调查引发这个BUG的原因的原因。再然后，其会分析修正代码后是否会导致其它代码失败的因果关系。再然后然后，他会使用文本搜索查找所有使用这个改动的代码，并继续查找更上一级的调用代码。最后，这个程序员会写下30个不同的情形的测试案例，就算这些测试案例和那个Bug没有什么关系，最最后，这个程序员有了足够多的信心，并且精确地修正了一个拼写错误。与此同时，其它一个正常的程序修正了其它5个Bug。屠宰式编程使用这种风格的程序员，对重构代码有着一种难以控制的极端冲动。他们几乎会重构所有经手的代码。就算是在产品在Release的前夜，当他在修正几个拼写错误的bug同时，其会修改10个类，以及重构与这10个类有联系的另20个类，并且修改了代码的build脚本，以及5个部署描述符。转自爱加瓦学堂吧、