最近做專案，與同事有一些碰撞，也有些感悟。

以目前的經驗感悟，專案開發核心精華在於架構、方案設計，就好比開發的核心是演算法、設計模式，這才是讓專案在整個生命週期中受益的東西。
不要為了學習某種新技術，而去應用它； 也不要因為不熟悉，也不用某種技術、方案。而是要根據專案場景決定是否採用。分析場景，分析使用者體驗。

這裡說的某些技術無非是一些流行工具、包、擴充套件的使用，技術是可重用的。別人應用過，在網路上學習學習都能掌握，不存在特別困難的東西，屬於一個經驗值的加成。
唯獨架構、設計，是根據專案場景來決定的，通常抄不來的，有自身的獨特性，這種是創新、創造。

專案中碰到問題，不要還未啃就放棄。繞圈子的解決方案，一定會給後面埋下隱患。當發現時，卻已經沒有回頭路。
一次一次的 “也行”，一次一次的規避解決方案，成了一個爛專案的開始。
問題規避、定時指令碼把更多的元素引入了專案，不確定性增多，發生問題的潛在可能增加，越來越複雜，而且是不必要的，一不小心就忘記部分，很容易出問題。到後面成為後人口中的“坑”。

專案與人才去留有關係。
一個好的專案能留住人。後來者在專案中瞻仰大牛的程式碼、設計，獲益良多，感嘆專案設計之巧妙。通常會延續尊從前輩的設計模式，增加功能也會考慮周詳、細心設計。
加入一個壞的專案，讓人分分種想辭職。通常邊幹邊罵前輩，修修補補，通常能跑起來就謝天謝地，然後自己也成為後人口中的“坑逼”。

忘記在哪裡看到，外國人說中國IT業做的都是應用層的東西。
現在越來越想走系統、後端、底層的方向。

經歷這次專案，參與了資料庫設計、後端開發，真正的感覺到，瞭解資料庫和後端程式碼，才是真正瞭解一個專案，尤其是資料庫。前端、後臺處理的資料都是要與資料庫互動儲存的，瞭解表結構，能很快掌握業務邏輯，精通專案，掌控全域性。

不做一個只懂區域性的程式設計師， 這是我的信條與追求。因為那樣真的是碼農。

個人拙現，被同事看到估計會嗤之以鼻，哈哈哈