2017-12-12
年中五六月份開始，我便著手繼續cad方面的c++開發任務了，加班變多了。前面的文章都說過了。本以為這一階段完成了，能夠好好休整一下，做下調整。沒有想到這三個月還是一如既往，甚至還多。我查了一下釘釘工作記錄，每月加班時長40+h至70+h，我還常忘打卡。根本沒有時間鍛鍊身體。都說身體是革命的本錢，看來我這本錢不保啊。我這幾年以來，都沒有因為不好的坐姿或者工作習慣導致身體上的小毛病。但今年開始眼睛不舒服，左手腕這幾天也有點疼了，體重漲上來了就一直沒有減下去。
這半年以來有沒有持續的學一門課程了，我從來沒有這樣過。這可是非常糟糕的事情。從畢業以來，我就覺得工作當中，學習到的東西只是一方面。團隊不一定有合理的人員配比，專案不一定採用合理的技術方案，架構不一定有合理的設計，**不一定實現的規範，專案流程不一定管理的好。有些經驗，還來自於業餘的閱讀和實踐。所以，不能讓工作佔據了所有的時間。部落格總結也沒有寫任何新東西了，只能把以前的筆記整理一下，歸納一下，對這段時間也算有個交代。
前一段時間，我的vps掛了，部落格資料差點消失了。vulkan.org.cn的資料都丟失了，也沒有時間管理，重灌。對不起關注的同學們了。翻譯的專案也不斷滯後。想要參與一些開源專案，也沒有達成。生活上，我依然沒有什麼活動。去年女朋友就抱怨我一直不陪她出去玩。本來想著今年應該是有時間的。但是，今年春天來了就忙著搞翻譯的事情，都沒有任何歇息。她也表示理解。夏天秋天，我加班，也沒有時間，直到現在冬天了，想出去活動都也沒有好天氣了。
總感覺諸事不順。也並不都是工作上的原因吧。可能是自己乙個人的時候，沒有這麼大的壓力。乙個人吃飽，全家不餓。兩個人在一起，總得為未來多想想，壓力便來了。
這種不順的感覺，可能多源於我對於工作內容不那麼感興趣了。我在這裡的工作已經三年多了。在乙個專案上堅持了這麼長時間，想來，我自己也是有些疲了。我不知道，這種堅持是否還值得。專案之初，人少，活兒雜而多，沒人帶，但是不斷想輒解決問題，有新鮮感，卯足了勁想把專案組成了。慢慢的，人多了，就變成了公司的螺絲釘。變成螺絲釘也無所謂，這就是這個階段的工作職責。現在，經歷了諸多困難，專案做成了，技術難題解決了，我反而覺得有點失落。我一直告訴自己，我不只是乙個工程師。我們做的事情，必須要產生價值才行。要不然還不如睡覺呢。專案商業前景和公司業務發展方向，老總也好久沒有和我們說了。未來反而變得模糊了。比較糟糕。
說起來，我也不是抱怨加班的。這些年，不是在公司加班，就是在家裡加班，有什麼區別！我幾個大學同學都在上海，有了另一半之後，加班厲害的緊，也沒誰抱怨的。為了經驗，為了工資，為了以後的發展，心裡有了盼頭，覺得值，就夠了吧。
[主頁 ]
設計模式 無盡加班何時休 狀態模式
一，概述 狀態模式 允許物件在內部狀態改變時改變它的行為，物件看起來好像修改了它的類。狀態模式主要解決的是當控制乙個物件狀態的條件表示式過於複雜時的情況。把狀態的判斷邏輯轉移到表示不同狀態的一系列類中，可以把複雜的判斷邏輯簡化。意圖 允許乙個物件在其內部狀態改變時改變它的行為 適用場景 1.乙個物件...
大話設計模式十六 狀態模式（無盡加班何時休）
狀態模式主要解決的是當控制乙個物件狀態轉換的條件表示式過於複雜時的情況。把狀態的判斷邏輯轉移到表示不同狀態的一系列類當中，可以把複雜的判斷邏輯簡化。state類，抽象狀態類，定義乙個介面以封裝與context的乙個特定狀態相關的行為 public inte ce state concretestat...
需求管理之客戶需求何時休？
我想看到這種標題。對於每乙個搞軟體的朋友來說，肯定是非常有興趣的。由於這已經成為每乙個軟體開發人員的心頭大患，客戶需求在軟體這個獨特的行業裡。體現著最獨特的含義，由於需求是軟體專案存在的意義所在。而需求的變化讓軟體最後攆手不著，我們大家都會有 客戶需求何時休？的體會。軟體是服務於業務需求的，沒有業務...