公司領導：“作爲一個IT行業的成員，應有一點奉獻的情懷”或者“作爲一家創業公司，不加班怎麼行呢”，晚上加班時間從晚上九點半開始計算調整爲從晚上六點半開始計算，雖然這也不能動搖我不想加班的念頭。但是，實際上，領導給我安排的任務的時間是一個星期，這所謂的一個星期，不包括加班的話，就是兩個星期時間的意思。先彙報一下最近戰況：近20天只休息了2天，累計加班時長90小時。
有人會問：“每天干這麼久，那一定幹了不少活吧”，實則不然，猶記得我之前自己弄的一個bug用了一個星期都沒有把它解決掉，我覺得程序猿
最難受的是：一天下來沒進展，爲了趕進度必須加班
最最難受的是：班是加了，但問題沒有解決
最最最難受的是：弄了好久的bug，最後發現是小問題導致的
最最最最難受的是：程序沒有改動，它又好起來了
巨難受的是：這些問題都在我身上發生過了，當項目經理用質疑的眼光看着自己的時候，當客戶說想看我代碼實現過程的時候，卑微低頭像同事在技術上救助的時候，內心“五味雜陳”，領導項目架構上沒講清楚，公司技術文檔沒有明確，同事表達交流不夠精準
====================================
體會：
1.技術協議修改形成文檔，禁止口頭定協議
三個月之前，我的程序和客戶進行了聯機調試，基本流程都正常走完，他們草率修改了一份協議，當時我就明白協議和程序沒有一致，沒太注意這回事，最終還是我吃了虧，就在昨天他們發現通信某個地方出現了問題之後，對照協議之後說我這邊不對，我說這地方當時應該是說不用的，立馬被懟回：“沒用到也要寫，必須按照協議來”，在理論上我百口莫辯，而剛好有個問題就是這麼引起的，隨之，我便成了“罪臣”，而在今天他們再發現他們的程序有一個地方和協議不一致時，才吐槽之前的協議（之前和我聯機調試的不是他們，也就是同一個任務但是他們現在換人了），而在此之前，我說協議和程序本來不一致的時候，還會顯得我不按規則辦事，或者對通信技術方面不理解。
2.能看現象的不記錄，能記錄的不表達
在技術問題上，會體現出人與人之間溝通的弱點：“我以爲是這樣的”，每次都很難讓對方明白自己的意思，很多時候的“我以爲”幾乎到達了雙方脾氣的底線了，程序猿的口頭禪大概就是：“我可不可以這麼理解”、“我再確認一下”。很多時候，描述實際現象都很難，有一次一個問題我一個人弄到晚上十一點多，啥都沒改動自己又好了的時候，第二天領導在討論這個問題時，“莫秒奇妙又可以了，你這什麼鬼嗎?”，而我缺不知道咋描述，甚至覺得問題沒有解決會更好受一點。
3.代碼模型以及規範問題
第一點是：代碼的可讀性，這份代碼寫完才三個月的時間，今天在修改代碼的時候，不能及時讀懂自己的代碼，重要說明、註釋還是很有必要的。第二點是：代碼的可擴展性不強，當時圖簡單，沒有建可擴展的數據類型，而今天的修改剛好是需要擴展的，重新全部修改廢了好多時間。這是第一次自己實際的體會。
4.低頭虛心學習
一爲打工人，本是工具人，二爲初學者，只能低頭學，沒有能力之前，莫名躺個槍背個鍋也是沒辦法的事情。而這個行業，本來也是相互交流學習，不斷提示自己技術能力的環境。
====================================
附：IT行業工資待遇好都是程序員夜以繼日的工作換來的，自我覺得，做IT的人還是很牛逼的！