java中boolean类型怎么用？
boolean“类型的值只有两个，即:false和true；
通常都用在条件判断中boolean bl = true;
if(bl){ //代码分支}else{//另外一个代码分支}；
解释：上面定义了一个波尔类型，它的值为真，下面的条件判断中会直接走进第一个”真“的分支。
备注：以上方法只是一个简单的举例，实际应用中”boolean“的值需要大量的条件判断，最后获取到是”真“或者”假“，但实现思路都是一致的，当”真“的时候做某些操作，其他情况进行相应的操作。
作为一名程序员，你有没有过偷偷改bug的经历？
作为一个程序猿的我很高兴回答本行业的问题。哈哈，偷偷的改bug?感觉程序猿又要被黑了。尽管现在很多公司有些会以bug数量来考核一个程序猿，但是我还是觉得没有必要偷偷的改bug。至少以我的从业经历来说，没有偷偷改bug。
一个程序猿的日常
日常工作中，除了要完成功能需求外，绝大部分时间都是在解决bug，在调试程序。题主所谓的偷偷改bug,存在一种情况。但这也不能用偷偷两字来形容。在互联网公司，除了程序猿的存在，还有一些测试小哥哥小姐姐们的存在，我们做好了的功能模块都是要给他们去测试的。正因为他们的存在，使得我们的程序被用户所接受。而且我们的bug都是提交在bug管理系统的，比如禅道。这样便于跟踪。
是人都会犯错，有一种情况就是测试过程中，被发现的bug都被提交到bug管理平台，并指派给对应相关的人。但是也存在一部分bug是测试没有发现的。反而这部分bug是程序猿自己发现的。面对这样的bug，我们程序猿是有职业操守的。程序是我们自己写的，就相当于自己的小孩一样爱护。所以都会发现了bug都会自觉去改过来。这不存在说偷偷的改bug。
程序猿是一个善于分享干货，热衷于技术分享的群体
在研发团队中，程序猿都是善于分享的一伙人，虽然说是闷骚型，但是一说到技术，都会聊的很带劲。现在大部分公司都会每周，或者每月都会开技术分享会。正是因为程序猿们骨子里有这份分享。所以偷偷的改bug是不会存在的。即使是测试没有发现的bug,我们把bug改过来了，也会出于分享精神，也会告知测试的。
总结：
我从没有偷偷的改过bug。我也觉得没有必要这样。反而我觉得研发团队都是一群乐意分享的一群人。热衷于分享技术，分享经验。及时有些bug，测试没有发现，而程序猿发现了bug,会自觉的改掉。然后还会跟测试们交流，主动会跟测试说，自己刚刚改了一个什么bug,要测试再帮我们去检测下。这个才是我们真正的程序猿。
有没有觉得赞同的程序猿同行们？一起交流讨论下呗！
感谢您的阅读
没有偷偷改bug，基本上碰见了都是光明正大改的，每改一次bug，自己的灵魂就会得到升华，耐心，体力方面就会得到锻炼，bug什么的从来不怕，自己年轻敢于同bug做斗争，每碰见一次就学到一点东西，对于我这种需要成长的人来说是件很开心的事情。
首先要看是在什么情况下修改：
1-如果是测试过程中，还没提交中试，那么自己改很正常。
2-如果是已经在中试或者已经部署了，自己还在改，没有通过系统进行版本升级，就会造成实际生产版本与归档版本不一致，容易造成版本混乱和升级存在问题。
3-正常的流程是开发测试过程中，可以自己改，但是如果已经部署了，需要通知用户进行升级，并在半夜进行割接版本升级且确保升级后系统正常运行，否则系统需要修复到前一个版本。
以上，供参考。