1.不被开除篇
我刚工作时这样找最低标准的。我03年工作，单位02年招了两个一本研究生，五个一二本本科生。研究生咱就不看了，当时的是真有本事。然后我就通过工作观察、下来聊天和一块吃饭，也大概了解了其中最差的一个是W，然后了解了W的工作内容就是连上SQLServer，然后调试完SQL拼到程序里，业务技术不会，找组长过来教教。所以我认定这是不开除最低标准，我照这个做估计被开不了。

找到最低工作标准，就得琢磨达到?所有事得动脑子，我当时发现只要熟悉Dehphi控件，基本语法，所开发模块的业务，基本SQL就能干。所以重点学习这个，达到人家最低要求。

现在时代不同了，公司也不同，所以需要自己动脑子找不被开除的标准及怎么达到。同时尽力表现，让领导同事认可。

2.开始入行
所谓真入行，就是真让你去开发实际项目的功能模块了。在这个过程中，要注重几点，一是态度，二是学习，三是交流。

说到态度，态度决定一切，是安身之本，前段一吧友没过试用期，自己还不忿，公司说他不爱问别人问题，学习态度不好，这兄弟说公司给我的东西我都懂，我问啥。这两句我都看出这兄弟态度有问题了，公司给你啥你会啥，公司会放走你这天才?所以要怀着对技术业务敬畏之心，谨慎的工作，虚心的学习。

说到学习，应该学习能接触到的所有工作内容。楼主刚工作时参与会计类软件。组长给我简单讲会计知识，什么是账套、科目、复式记账等，当时我想，我是写程序的，给我讲这干啥，代码写好不就行了。N年后，才发现，真挣钱的是精通业务的开发人员，而不是只写代码的程序员。

初入行的新人在编码中应该注意两方面学习，一是规范，二是思路。所谓规范主要是编码规范，不少公司有纸质规范，有的公司可能没有，有就好好学习一下，没有就看看老人写的代码。代码写的规范才能更好阅读理解，有问题向人请教也方便。写的乱七八糟，问人问题估计人家看着都烦。

二是思路，拿到工作任务后，不要觉得时间紧张，赶紧写代码吧，这不正确。磨刀不误砍柴，首先必须把任务理解透，再形成自己思路，如把握不大就问一下老大。技术有问题用可以问，人家觉你勤学好问，如果任务都没思路，天天问人家怎么干，人家觉得你没悟性，朽木不可烧也。

说到交流，一个能良好交流的开发者比一个闷头搞技术不善交流的更有发展前途。我就说十几年前的我们这头号高手，技术高深莫测，学应用数学的。牛到啥程度，2000年自己拿JavaScript脚本写赛车游戏，开发业务软件自己写单机数据库，并且还支持SQL查询，速度还挺快。

别人二百行代码完成的事，他几十行就能完，关键效率还比别人高。有一回看他看一本关于操作系统的书，书名咱都没听过，一帮人问他干啥，他说其实写个操作系统不难，只要人够就行，我们没有一个觉得他在说笑话，在我们心里他就是天才。

但此牛有最大的问题，智商超群却不善交流。技术搞的好，给别人讲不明白。和用户谈需求，天天被用户骂，因为他讲的用户不知道是啥。举个例子，年底搞联欢，上台讲笑话。他一台看打扮大家笑了，讲完笑话大家蒙比了，一个笑的没有。最终也是辗转多处，发展的也不是太好。其实挺适合去阿里腾讯的专搞技术去。

所以说技术再牛，也有可能被交流能力限制了发展。神人现在与人合作成立互联网公司去了，据说也一般。

再说个沟通好的例子，我们X核心系统项目负责人Z，技术能力一般，但业务知识和沟通能力顶级。与业务部门领导及具体工作人员处的跟弟兄一样，经常在起吃饭喝酒混，还经常加班帮人家处理业务问题。

其实Z负责项目其实易用性不好，而且出的问题较多。但是用户反应到领导哪儿的，永远是Z的业务水平太高了，用户非常满意。软件不好用只要能用，用户就说好，出了问题，用户帮着在我们领导面前掩盖，说是他们的问题。因为会沟通，所以太牛了，混得无数朋友，啥事也能办。4年前外边公司年薪40万挖，自己因年龄大点不想那么拼了，没走。所以懂业务能沟通很值钱。