（一） 程序和美術/策劃的協作
項目剛開始的時候，可以感覺出與我合作的策劃與美術都很想將產品做成精品。他們時常在琢磨，不時會提一些很炫的點子，希望我能實現。不過一方面大家從未磨合過，策劃與美術可能吃不準程序能實現到什麼程度；另一方面，可能很多第一次直接與程序合作的設計者會高估程序的實現能力或低估一些設計的實現難度，並且過早將精力放在了許多細枝末節上。這樣一來，作爲客戶端新手的我有時就比較悲催。爲了贏得夥伴的信任，我只好拼上自己幾乎所有能用的時間精力，身心接近透支狀態——Trust is earned。
後來我和主管UI的美術同事聊過幾次。他也提到，剛開始合作時確實不知道程序的實現和承受能力如何，所以的確也是在試探。對於這個想法，我大致還是認可的，尤其在項目初期階段，什麼都沒有的情況下使勁做加法未嘗不是好的做法，這樣可以在項目內樹立起產品設計上的高度或標杆。
不過當項目進入後期，程序的精力要逐漸轉到程序健壯性和運行效率的時候，我就不太希望策劃和美術還會提出超越我既有經驗、需要我花很多精力在前端表現上的需求。還好UI美術總體上還是比較配合，而且下半年有一位經驗豐富老練的系統策劃加入項目，並在後來成爲主策，很大程度上解決了UI美術和程序之間的協作問題。協調能力真是衡量策劃價值的重要指標。
我曾就被打斷的問題請教過主程和老東家的領導，他們均表示這是國內的常態，需要克服自己情緒去適應。這樣也能鍛煉出記憶需求和思路的能力。另外，實現功能時不要過於糾結方案是否完善；先寫，把功能實現出來，以後再完善；在寫的過程中思路也會越來越清晰。糾結於我而言是個大問題，我會另寫文章總結。
雖然我讀過好些文章論述程序員被打斷的代價，但理想很豐滿，現實很骨感。在一個初創且快速迭代的項目和團隊裏，很多我從文字資料中讀到的軟件工程觀點都不再適用。
的確被打斷的節奏在項目中前期尤其明顯。項目進入後期，隨着大家對項目相關的工具、代碼和技術逐漸熟悉，隨着各人崗位逐漸固化，隨着各個模塊逐漸穩定，被打斷的節奏也就不那麼頻繁了。不過預計項目上線後，這個節奏又會緊張起來，而且到時候被打斷的就不僅僅是編程過程了，休假也會被打斷。
