1.代码写得好,bug少,看起来就像闲人. 2.注释多,代码清晰,任何人接手非常方便,看起来谁都都可以替代. 3.代码写得烂,每天风风火火改bug,各种救火,解决各种线上重大问题,于是顺理成章为公司亮眼人才. 4.代码乱的只有自己看得懂,才是公司不可替代的人才. 5.多写bug,一个好的程序员带动两个以上的兄弟就业,这样整个代码业就会繁荣发展,程序员也不用像现在这么累. 扫码关注 喜欢就搓个"在看"↓↓

成为优秀的程序员是极其困难的,并且这个过程不可能一蹴而就. 我们不可能期待去种一些树,然后一夜间收获有着2000年树龄的红杉树,无论其需求有多大. 人格特点 一个人首先得是自学者来学习编程.仅仅是超过你能写出可用的小程序这个基本水平,你也需要很多年在实践中学习一切必要的技能.从没有人仅通过上课和读书就成为了一个卓越的程序员.这通常需要无数小时的编程实践.并且和普遍流行的观点相反,计算机专业不是教你编程的,而是传授理论的. 作为程序员,你必须得有几乎无尽的毅力来不断继续尝试调错.修复和开发.坚持做

程序员一生与bug奋战,可谓是杀敌无数,见怪不怪了!在某知识社交平台中,一个"有哪些让程序员目瞪口呆的bug"的话题引来了6700多万的阅读,可见程序员们对一个话题的敏感度有多高. 1.麻省理工"只能发500英里的邮件" 该bug发生于麻省理工,当时其系统管理员接到统计系主任的求助电话,主任在电话中说:"咱们的邮件系统无法发送距离500英里以外的地方,准确地说好像是520英里." 此时的系统管理员内心是"毫无波澜"的,嗯! 然

几乎每个程序员都知道要“避免重复发明轮子”的道理——尽可能使用那些优秀的第三方框架或库,但当真正进入开发时,我却经常发现他们有时并不知道那些轮子在哪里.最近,我在业余时间带几个年轻的程序员一起做了一个很小的商业项目,而在一起开发的过程中,我几乎在所有需要判断字符串是否为空的地方,看到了下面的代码: if(inputString == null || inputString.length == 0){......} 除了字符串判断是否为空之外,还有很多字符串处理或其他数据类型判断的方法,缺少经验的

原文地址:http://blog.csdn.net/zxc123e/article/details/51418163 几乎每个程序员都知道要“避免重复发明轮子”的道理——尽可能使用那些优秀的第三方框架或库,但当真正进入开发时,我却经常发现他们有时并不知道那些轮子在哪里.最近,我在业余时间带几个年轻的程序员一起做了一个很小的商业项目,而在一起开发的过程中,我几乎在所有需要判断字符串是否为空的地方,看到了下面的代码: if(inputString == null || inputString.len

0.别对警告视而不见 相信不少的程序员会使用IDEA,使用它敲代码,有时候会出现警告,那么这时你对警告就不能视而不见了. 我们的目标是,写干净的代码,做风一样的男子! 1.编程习惯 种瓜得瓜种豆得豆,好的编程习惯可以大大降低BUG数量.譬如有if必须写else,即使else是个空语句 .     2.写代码的时间问题 对于程序员而言,千万别熬夜写代码.一些程序员在晚上11点,仍然在敲代码. 虽然你自己觉得头脑其实很清醒,但是第二天自测,或者QA测试的时候你有可能就会发现问题很多. 我们一般不提倡

在测试过程中,难免遇到开发人员因为一些原因不想修改个别bug的情况.遇到这种问题时,该如何去推进开发修改bug呢? 一.现状分析 1.开发人员为啥不愿意修复BUG? (1)开发与测试对bug的定义理解不一致产生的问题,bug路径较深,无法重现, 修改bug改动较大,影响范围广,无法理解,在生产环境不可能发生的时间,环境问题,不影响程序的实际用户使用: (2)工作流程方面原因,没时间,问题太小(优先级低),上线时间紧急,非自己名下的BUG(相关人员以离职后的BUG): (3)个人能力原因,找不到解

我想每个开发者在学习成长的过程中,在面临技术难题的时候,都有经历过自我怀疑的过程,但是有时候这并不是你的错,大家都经历过如此的过程.我们作为一个开发者,在成长的过程中,总有一些小的胜利和小的沮丧,学着为自己喝彩吧. 以下任何一个,是不是听起来都很熟悉? 你经常担心自己不够好 看看你周围的开发者们,他们似乎拥有一切.他们的代码比你的更简洁,他们 Debug 的速度比你更快,他们只需要在编码之前阅读文档就可以很顺利的继续编码.他们看起来很有信心,也对编码富有热情. 但是,你很担心.你担心你对框架和所

刚入职的程序员新人,办公桌上,基本上也就一电脑.一键盘.一鼠标,再配个被杯子.然而混迹职场多年的猿老们,办公桌上都有一些彰显身份地位的“好东西”. 这张图两点颇多,最显眼的,是办公桌上那个黄黄的东西,拉近一看,是一只小黄鸭.据说程序大师随身都会携带一只小黄鸭,调试代码时,就会详细的向鸭子解释每行代码.这种方法还有一个好听的名字“小黄鸭调试法”. 一直以为,不会写 bug 的程序员,是一个非常不合格的程序员.不过 bug 写多了,好像也不是什么好事.这不,某位程序员同僚,因为赶项目的时候,写了太多

成为一名优秀的Java程序员 成为一名优秀的Java程序员并不重要,但是首先您应该了解基本的编程语言. 好吧,你知道那太好了.我们应该一步一步地精通Java编程,并应遵循所有说明,改进Java的编程逻辑. 众所周知,java是被广泛使用的最可靠的高级计算机编程语言,并且Java是平台无关的语言. Java由于其语法,健壮性,简单性,多线程性,性能(面向对象),更好的安全性和跨不同操作系统平台的更大可移植性而成为一种受欢迎的语言. 好吧,在成为 任何一种编程语言的专家之前,我们已经开始成为一名优秀

(一)好员工的素质 好员工的类型有很多种,尝试着抽象出一个定义吧--好员工是那些主管分配其任务放心.同事喜欢与其共事.对自己工作负责.志在自我提升和价值实现的人.知识经济时代,好员工首先是做好自我管理的,终能独挡一面的个人(参见博文"怎样培养独挡一面的能力").作为半个程序员,姑且聊一聊好员工该具备的素质(部分针对程序员). 我认为,一个优秀员工的衡量要包含技能水平(技术宽度.广度.熟练程度).沟通能力.工作态度.学习能力.例如,做一个好的程序员,无论是有志于走向管理还是高级工程师,应

2015年即将过去,最近在回顾和总结过去一年的工作经历,发现自己并不能算是一名合格的程序员. Google某前员工Lucida在文章<白板编程访谈——Why,What,How>当中写道: 程序员可以被分为两种: 先确认前条件/不变式/终止条件/边界条件,然后写出正确的代码 先编写代码,然后通过各种用例/测试/调试对程序进行调整,最后得到似乎正确的代码 我个人保守估计前者开发效率至少是后者的10倍,因为前者不需要浪费大量时间在编码-调试-编码这个极其耗时的循环上. 很不幸的是,我觉得自己应该被归

前方高能!笑死人不偿命系列~ 表演即将开始,吃东西的请停下来,不然你会后悔的 1. 公司实习生找 Bug 2. 在调试时,将断点设置在错误的位置 3. 当我有一个很棒的调试想法时 4. 偶然间看到自己多年前写的代码 5. 当我第一次启动我的单元测试时 6. 数据库的 Delete 语句忘了使用限定词 where- 7. 明明是个小 bug,但就是死活修不好- 8. 当我尝试调整生产数据库中的一些东西时 9. 好像真的没人发现我产品里的 bug- 10. 下班前我还有一项任务没有完成 11. 产品

如题,为什么要说再谈“工作996,生病ICU”,因为996问题早已不是一个新问题,在我最近刚出版的新书<SOD框架“企业级”应用数据架构实战>写作期间,爆发了一次程序员“起义”,出现了一个流行词“工作996,生病ICU”,于是我将这个词作为了新书里面第一章第三节的标题.由于这个话题比较敏感,在与出版社编辑反复沟通之后,保留本节内容,但是删除“起义”这个字眼,毕竟白纸黑字,出版社也怕承担压力. 就在我的这本书这个月正式上市之际,程序员996问题再次成为程序员圈子的热点话题,让我觉得有必要将书里面

SOHO 程序员:从事程序开发.维护的家居办公人员. 一.自由程序员 SOHO程序员代表一种自由.弹性而新型的工作方式.SOHO,代表一种新经济.新概念. 是一些热爱软件开发的一族. SOHO程序员 并不是为了生活而去工作而是应为爱好,和对软件开发的热爱. 1.创业SOHO程序员 自组1~10人的小公司,或者夫妻合作一间工作室,或者作为一个公司的开发小组.这种SOHO程序员规模虽不大,员工们也未必天天见面,但是通过互联网保持着高效的联系,在经营和管理上具备很大的灵活性.在大公司无法兼顾到的领域,

互联网的行业里涌入了很多的程序员, 都在为互联网的发展添砖加瓦.程序员可以分为很多种,像Unix程序员.Windows程序员,或是C++程序员.Delphi程序员,等等.今天我们谈谈Web程序员,一名优秀的Web程序员应该懂得那些方面的知识,掌握哪些技术.1. 首先,就是上面提到的各种脚本,asp.jsp.php等等,这些东西大同小异,基本可以举一反三.2. 数据库相信做Web的人肯定用过,像Access.Sql Server.Oracle.很多人会用各种数据库,但是仅限于写一些sql,sele

1 .想清楚,写清楚,说清楚,才是真正的清楚! 2 .多花点时间沟通清楚需求,才能把握正确方向! 3 .修复需求错误的成本是代码错误的几十倍! 4 .程序员最大的坏习惯就是:急于动手写代码! 5 .提高开发效率的捷径:一次做对,不返工! 6 .写代码之前三件事: 弄清楚做什么: 说清楚怎么做: 想清楚怎么测! 7. 职业的程序员设计程序,业余的程序员调试程序: 8 .拷贝粘贴式的作业方式,最容易导入bug,最难调试! 9 .重复代码是万恶之源! 10 .小函数,小方法,以功能命名,可以消除注释!

程序员大牛,StackOverflow.com创始人之一--Jeff Atwood 英文博客:http://blog.codinghorror.com <高效能程序员的修炼>,人民邮电出版社,2013英文原版:Effective Programming: More Than Writing Code 购买链接 >>> 互动出版网:http://product.china-pub.com/3768291亚马逊:http://www.amazon.cn/dp/B00DXZFZPO

PHP程序员遇到职业问题时,是离职?还是坚持? 初级php程序员最担心在公司里遇到原本其他程序员开发的项目,他们“跑路”以后的工作就由新程序员完成.而新员工也不懂内部的逻辑,酱紫让程序员很难处理后续的问题?摆在他们面前的可能就两个词,离职! 坚持! 面对这样的职业问题php程序员该如何处理? 作为一个php程序员,我个人认为解决问题的能力是排第一位的,比学习能力优先级更高.解决问题的能力既能看出程序员的思维能力,应变能力,探索能力等,又可以看出他的经验.如果解决问题能力不佳是无法很好的处理职业问

信念.思考.行动-谈谈程序员返回家乡的创业问题 昨天晚上在微博上看了篇 <为什么现在很多年轻人愿意来北上广深打拼,即使过得异常艰苦,远离亲人,仍然义无反顾?>,有些话想说. 感觉很多人的担心是回到一个落后的环境后的种种不适应,比如说,工作机会少,比如说,工资低,比如说,不靠能力靠关系,比如说,受不了爱攀比的文化. 极其巨大的反差阻挡了程序员的脚步. 程序员返回家乡,那就是农村包围城市.在二十世纪,农村包围城市最成功的就是我党.我们先看一个问题:太祖.恩来.国焘.明明四个人,当年都是我党的巨头,