據我個人觀察，大多數程序員都對自己現有的項目有吐糟的習慣，比如吐糟代碼邏輯混亂，代碼規范問題，代碼可讀性差，代碼沒有注釋，沒有文檔，代碼極度冗余等等，總之滿眼看到的都是一些缺陷，很少有人對自己的項目有夸贊的，如果有夸贊的，那說明他維護的項目可能真的不錯，當然，對于那些吐糟自己項目的，也未必項目真的那么差，也有可能是未發現其中亮點罷了，可是在程序員去面試的時候，經常被問到的問題就是項目有哪些亮點，如果經常吐糟自己項目的人被問到這個問題時也不知道他們內心是什么一個概念，接下來就讓我們看看一名程序員網友內心的真實感受。

?

據這名程序員網友描述，當他被問到“現在面試總問手里的項目令你感覺最深刻的問題是什么？”的時候，內心是相當的尷尬的，因為在他的心里是這樣想的：“t m d 手里項目代碼一坨一坨的，像什么我就不說了， 而且開發過程中遇到的坑不少，多數都是人為原因，或者是維護老代碼的后遺癥。” 可是這樣的話他只能是內心說說，面對這樣的問題還得和面試官假笑 憑空捏造一些問題出來，哄的他滿意為止。他感覺自己和青樓女子一樣，針對這名程序員網友的內心想法，還是能感受一二的，對于這樣的觀點，讓我們一起看看其他網友們都是怎么認為得吧！

?

網友一：怎么處理復雜業務，怎么考慮擴展易維護，這就是很有技術含量的事情啊！不是只有高并發大數據才是技術

上世是朵花：沒錯，業務代碼邏輯如果精心設計，說出自己的可圈可點的思路也是很了不起的，除非自己沒有用心設計，就應付的去寫低質量代碼。

網友二：這個問題，其實不是問項目的難度，也不是需要高大上的技術，只是從一個你較為熟悉的項目開始，介紹你對整個方案的思考與總結，看看你平時是不是只會埋頭苦干

上世是朵花：這就告訴我們平時還是要少吐糟一些自己的項目，多多發現其中比較值得借鑒的設計思路或者是實現手段，多多總結，以后肯定是能用得到，要不真遇到這樣的問題還是挺犯愁的。

網友三：就是就是，最煩這個問題

上世是朵花：看來這名網友也有和樓主一樣的感受。

網友四：對啊，還要找個高大上的問題，用了什么高大上的技術解決的。可是我們一直在寫業務啊，哪有那么多問題要解決。唉，想得心累

上世是朵花：業務代碼雖然不是底層技術，但是業務代碼中也包含著一些復雜的邏輯與設計思路，比如通過一些算法什么的解決了一些業務上的難題。

?

網友五：主要是要體現自己的價值，很多項目做得都不好，但是如果經你的手，有一些好轉和提升，那就是價值。

上世是朵花：沒錯，面試官正是想了解這其中的一些亮點部分，優秀的程序員不只是編碼，而是通過編碼解決一些問題或者優化一些問題。

網友六：我特么剛剛面試就問到了，實在是編不出來

上世是朵花：正常，這樣的問題面試常問，因此平時還是要多留意，多總結，多多發現自己項目的亮點。

網友七：比喻很新穎

上世是朵花：我想有相當一部分網友有著同樣的感受，面試時一方面說著自己的項目有著什么優點，而內心卻在不停的在吐糟自己的項目。

網友八：邏輯合理即可

上世是朵花：嗯，其實在回答的時候不一定要說出什么高大上的技術點，就說出自己樸實的設計思路，這個思路沒有什么缺陷，讓人覺得這么設計合情合理即可。

?

我想有相當一分程序員在面試?的時候，如果被問到這個問題，都可能有著同樣的矛盾心理，如果在平時對自己的項目吐糟習慣了，估計很難回答出自己的項目亮點所在，平時對項目的吐糟的點可能確實存在，但是如果吐糟過多就會一葉障目不見泰山了，把關注點都放在遭點上就很難發現項目的優點，因此，為了避免這種現象，平時還是多留意一下項目的亮點，如果是項目有什么缺陷的話，自己可以想出一些思路，看看怎么優化，這些優化的過程及思路就可以作為一部分內容來回答這個問題，如果換個角度去考慮這個問題的話，就會發現回答起這個問題并沒有你想的那么困難了。

以上所有圖片均來之互聯網

大家好，我是“上世是朵花”。如果你有什么好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步了解我，那就關注我吧！

總結

以上是生活随笔為你收集整理的面试项目亮点_码农：面试被问到自己项目亮点时，感觉自己的回答虚伪的不行！...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。