写给我的团队成员（一）——什么是BUG？

我确实也有同样的困惑，一开始以为每一个人，经过适当的培训，都可以成为优秀的需求分析师，设计师，程序员。
现在看来，这是不可能的。脾气秉性不同，抽象思维能力不同，学习能力不同，理解能力不同，有些人不适合做软件，但入了行，为了糊口，也找不到其它工作，就一直别扭的做着。没有激情，不会坚持学习和进步，对自己要求很低，勉强完成任务即可，当然，你也挑不出大毛病。 对这种情况，就应该转变思想了，应该让优秀的人去做分析和设计，而让平庸的人去做代码填空，做一些重复性工作。不要再扶这些阿斗了，而是制定规范和流程，让阿斗门做少量适合自己的事。做软件的门槛太低了，导致大量不适合（一方面是不感兴趣的人，一方面是能力不行的人）软件这个行业的人蜂拥而上，让市场淘汰一批人就好了。

希望能看到针对这些bug的一些解决方案,这些对大多数开发人员会更有益.

门槛太低了吗？
如果一开始就发现不合适，为什么还招进来？
还是说无法甄别好的人和不好的人，有潜力的人和没有潜力的人呢？

个人认为，作为管理者，如果下属偶尔犯错，你可以认为是他的个人问题；
如果你的下属反复犯错，你应该停止责怪和抱怨，从自己身上找问题。

是不是管理疏失？
是不是流程不合理？
是不是工作方法有问题？
是不是没有注意在工作中提高员工的思维习惯的思维方式？

我们公司具体环境不一样，国企背景，很多人是关系进来的，不需要面试，可想而知。

不过，接受你停止抱怨，反思自己的建议。

我是新人
以上的很多错误在我回顾自己蹩脚的代码的时候也都发现过
值得思考
谢

其实以上的错误，我觉得都可以原谅。因为虽然后果很严重，但是可以相对比较容易地修复的。
最大的bug只有一条，需求理解错误。这个出来可能就是致命的。

从bug中吸取经验，减少bug

我很想知道怎么避免写程序中bug太多。
我感觉我写的程序bug还是多了些，而且我写的时候其实很注意，经常重构代码，避免重复的逻辑在多处实现，避免拷贝粘贴。
你们有过类似的困扰么？是怎么减少bug数的。

如果你真的是这么想的，如下的路你可以尝试：
不要一直做新东西；
到这样的软件公司去尝试一年左右：
1） 规模不是很大，可以让你维护改进系统的大部分
2） 是一个遗留项目

我想一年下来后，你就会对如何减少bug，如何减少无视性能，如何发现你意识不到的地方，有很大的帮助的；

而这，又很需要你静下心来做。

楼主混淆了一些问题，我想，



编译不通过是否是bug，我持保留意见。关于jsp中引用的java代码，如果是n年前的遗留项目就算了，不太老的项目我觉得是不是考虑换freemarker或者其他的，而且有不少插件可以做语法判断。表现层只应该做表现层的事情。


请参看一下《重构》一书，请问系统上线以前是不是需要压力，性能测试呢？非要等着客户去发现？

请问UI设计是谁来做的呢，设计完不需要审核么？