js指令碼做好後加了密，沒法看又不得不看

提示框寫在了介面重新整理事件或多執行緒中，按完確定又出現了，關不掉

資源未釋放，執行一會就宕機

命名就是ABC123，很難讀懂

沒有最噁心，只有更噁心！遇到最多的是機器配置低、除錯程式碼的時候卡的要死。特別是多執行緒編譯整個Android原始碼的時候，需要編譯一兩個小時，電腦還特別卡，其他什麼是也幹不了。還有更噁心的是好不容易想到了要怎麼編以及編的快要編好了，突然電腦沒電了，或者是電腦宕機了。付出的心血功虧一簣，這才很噁心。還有就是看別人的程式碼沒有註釋，太繞，看著都頭疼。

1.編譯過程中記憶體溢位，導致電腦爆卡

2.電腦配置本身很低，開啟eclipse很卡，碼字就受不了

3.Spring各種bug，出了問題根本找不到原因，but重啟一下就ok了，不知道是不是eclipse的問題

4.找不到方法，百度谷歌都沒有

5.客戶改要求，連夜改，在你背後指點江上

6.客戶說我們的要求很簡單，只要巴拉巴拉~~一大堆拜託，你一句話我們要忙好幾個小時了

一般來說，程式設計師的世界是比較豐富，雖然很宅很悶，但是他們在自己的世界，就是王。

那麼程式設計中最最噁心的事情是什麼呢？

我認為最噁心的，不是停電的時候沒儲存，不是電腦特別卡頓，不是除錯時進入死迴圈，不是客戶無數求的修改方案，也不是沒日沒夜的加班寫程式碼，我認為最噁心的事:

寫程式碼卡住了，無論怎麼網上找資料，qq群等都無法解決，這個我認為才是最嚴重。這種情況既要承受心靈的摧殘，還得滿世界找解決方案。

作為一個程式設計師，在程式設計過程中遇到的最“噁心”的事情，我覺得莫過於是看別人寫的亂七八糟的程式碼了，特別是沒有帶文件的那種。程式設計規範是每個程式設計師都應該遵守的規則，在寫程式碼的過程中我們應該按照公司規定的程式碼編寫規範來寫，而不是每個人都按照自己的風格寫，這樣寫出來的程式碼可維護性是極差的。很多剛工作的程式設計師都只注重怎麼把程式寫出來，而忽略了程式設計規範，總是按照自己的那一套來寫，久而久之就形成了自己固定的風格很難改掉。現在稍微規範一些的公司都會制定一套程式設計風格，也會有程式碼審查機制，這麼做的目的就是確保整個公司程式碼的可維護性，好讓後期維護程式碼的人也可以輕鬆看懂程式碼，輕鬆上手。但是也有很多公司沒有這些規定，只要能把功能做出來，根本就不管程式設計風格這些東西，每個人都可以按照自己的風格來寫，所以程式碼庫裡就會有很多亂七八糟的程式碼。我曾經就接手過這樣一個專案，前期的開發人員離職後，留下一堆沒有任何文件也沒有任何程式設計規範可言的程式碼，我花了差不多一個月的時間去看程式碼，然後寫文件，浪費的時間實在太多，這個過程也非常痛苦，感覺實在很“噁心”。

產品經理：“小張，來一下，你負責的功能有點點變化”

小張聽完後心裡嘀咕到：“艹，幹得漂亮，這哪是一點點，這個點比地球還大，我係統設計做完了，程式碼寫一半了，你給我說有‘點’變化，這完全是推倒從來！！！！”

我的答案絕對排名第一，別給我搶

說一個比較噁心的事情，公司專案，古老。一天來了個活動需求，100年沒人理的專案竟然要改了，所有員工都不清楚，運維倉庫中有原始碼，先讀原始碼，修改測試後發現和線上版本不一致，我了個去。都不知道怎麼辦了，最後反編譯JAVA更新版本，反覆修改程式碼，測試。糊弄過去完事

自定義的資料型別，再用一個數組來串起來，一次生成巨多的資料，顯得自己很高深！但是一點也不方便除錯，嚴重懷疑是後來故意把程序升級成這樣的！