最菜程序员，也不过如此了吧？

前言

我先来举个栗子：一个大小写错误导致的编译错误，就得“debug”好几天！

案例1

以前学校里面有个研究生，导师让他写个windows的批处理，然后他编译了一个C程序，然后把.exe手动改成.bat。

案例2

排序一个list，先insert到数据库，再用order by查出来，完成排序。

案例3

看过一个海外简历，写的精通 春靴，冬眠

案例4

我这的移动端，后端就给了一个接口，参数是SQL语句，要什么数据自己传SQL进去！

案例5

曾经一家小公司，老板买套源码让我们改改就发布，其中一个功能是消耗用户的金币进某个付费直播间。精彩在于，它的判断逻辑竟然是金币是否等于0！也就是说如果你有17金币，你进了一个20金币的直播间，那你的金币就变成-3了。

然后永远不会扣成0了，所有付费直播间畅通无阻！！！

案例6

大学时隔壁班的一个同学，期末做结课设计，上淘宝找了个代做，视频讲解。问printf是作甚的了，printf是啥意思，简单来讲就是每一句代码都要讲，还讲的贼基础的那种。

最后人家讲的都快吐了，就跟他说，我把钱退你，程序也给你，我不讲了！

案例7

为了不崩溃有将近一半的行数都是try catch。然后catch了之后也不打log，带着出错导致的问题变量一路跑下去。

最后结果和预期不符，因为一点log都没有，本来该崩溃的地方也都被catch掉了，debug起来那是真的一点头猪都没有，只能打断点步进慢慢找。

try catch本来就只应该用于捕捉预期内的错误并处理，例如网络请求失败或者文件不存在。任何没有预期内错误的代码都不应该用try catch包起来，预期外的问题该崩就要让程序崩溃，崩溃了也比带着错误的值一路跑下去要好。

通过到处catch来避免崩溃，就好像通过要求所有员工细心来避免次品一样。是人就会制造出次品，是程序就会崩溃。用质检避免次品流出，用watchdog重启崩溃的组件，才是真正的高服务质量。

案例8

非软件类公司的技术部门，最近招了一个Java，号称三年。

线上内部的小项目有点小bug，让新来的这哥们改个小bug，改好以后，我问他要.class文件，这哥们把.java文件直接改个后缀名给我了，我一开始还不知道，部署失败以后找原因。发现了这个，当知道这哥们是这样操作的以后，经理脸都绿了

感觉但凡知道点基础的，都知道不能这么搞，.mp3改成.doc就能成word了？

总结

看了这么多案例，现在你是不是对找工作又充满了信心！！！