据我个人观察，大多数程序员都对自己现有的项目有吐糟的习惯，比如吐糟代码逻辑混乱，代码规范问题，代码可读性差，代码没有注释，没有文档，代码极度冗余等等，总之满眼看到的都是一些缺陷，很少有人对自己的项目有夸赞的，如果有夸赞的，那说明他维护的项目可能真的不错，当然，对于那些吐糟自己项目的，也未必项目真的那么差，也有可能是未发现其中亮点罢了，可是在程序员去面试的时候，经常被问到的问题就是项目有哪些亮点，如果经常吐糟自己项目的人被问到这个问题时也不知道他们内心是什么一个概念，接下来就让我们看看一名程序员网友内心的真实感受。
据这名程序员网友描述，当他被问到“现在面试总问手里的项目令你感觉最深刻的问题是什么？”的时候，内心是相当的尴尬的，因为在他的心里是这样想的：“t m d 手里项目代码一坨一坨的，像什么我就不说了， 而且开发过程中遇到的坑不少，多数都是人为原因，或者是维护老代码的后遗症。” 可是这样的话他只能是内心说说，面对这样的问题还得和面试官假笑 凭空捏造一些问题出来，哄的他满意为止。他感觉自己和青楼女子一样，针对这名程序员网友的内心想法，还是能感受一二的，对于这样的观点，让我们一起看看其他网友们都是怎么认为得吧！
网友一：怎么处理复杂业务，怎么考虑扩展易维护，这就是很有技术含量的事情啊！不是只有高并发大数据才是技术
上世是朵花：没错，业务代码逻辑如果精心设计，说出自己的可圈可点的思路也是很了不起的，除非自己没有用心设计，就应付的去写低质量代码。
网友二：这个问题，其实不是问项目的难度，也不是需要高大上的技术，只是从一个你较为熟悉的项目开始，介绍你对整个方案的思考与总结，看看你平时是不是只会埋头苦干
上世是朵花：这就告诉我们平时还是要少吐糟一些自己的项目，多多发现其中比较值得借鉴的设计思路或者是实现手段，多多总结，以后肯定是能用得到，要不真遇到这样的问题还是挺犯愁的。
网友三：就是就是，最烦这个问题
上世是朵花：看来这名网友也有和楼主一样的感受。
网友四：对啊，还要找个高大上的问题，用了什么高大上的技术解决的。可是我们一直在写业务啊，哪有那么多问题要解决。唉，想得心累
上世是朵花：业务代码虽然不是底层技术，但是业务代码中也包含着一些复杂的逻辑与设计思路，比如通过一些算法什么的解决了一些业务上的难题。
网友五：主要是要体现自己的价值，很多项目做得都不好，但是如果经你的手，有一些好转和提升，那就是价值。
上世是朵花：没错，面试官正是想了解这其中的一些亮点部分，优秀的程序员不只是编码，而是通过编码解决一些问题或者优化一些问题。
网友六：我特么刚刚面试就问到了，实在是编不出来
上世是朵花：正常，这样的问题面试常问，因此平时还是要多留意，多总结，多多发现自己项目的亮点。
网友七：比喻很新颖
上世是朵花：我想有相当一部分网友有着同样的感受，面试时一方面说着自己的项目有着什么优点，而内心却在不停的在吐糟自己的项目。
网友八：逻辑合理即可
上世是朵花：嗯，其实在回答的时候不一定要说出什么高大上的技术点，就说出自己朴实的设计思路，这个思路没有什么缺陷，让人觉得这么设计合情合理即可。
我想有相当一分程序员在面试的时候，如果被问到这个问题，都可能有着同样的矛盾心理，如果在平时对自己的项目吐糟习惯了，估计很难回答出自己的项目亮点所在，平时对项目的吐糟的点可能确实存在，但是如果吐糟过多就会一叶障目不见泰山了，把关注点都放在遭点上就很难发现项目的优点，因此，为了避免这种现象，平时还是多留意一下项目的亮点，如果是项目有什么缺陷的话，自己可以想出一些思路，看看怎么优化，这些优化的过程及思路就可以作为一部分内容来回答这个问题，如果换个角度去考虑这个问题的话，就会发现回答起这个问题并没有你想的那么困难了。
以上所有图片均来之互联网
大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！
577
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
