最近做專案，與同事有一些碰撞，也有些感悟。
以目前的經驗感悟，專案開發核心精華在於架構、方案設計，就好比開發的核心是演算法、設計模式，這才是讓專案在整個生命週期中受益的東西。
不要為了學習某種新技術，而去應用它； 也不要因為不熟悉，也不用某種技術、方案。而是要根據專案場景決定是否採用。分析場景，分析使用者體驗。
這裡說的某些技術無非是一些流行工具、包、擴充套件的使用，技術是可重用的。別人應用過，在網路上學習學習都能掌握，不存在特別困難的東西，屬於乙個經驗值的加成。
唯獨架構、設計，是根據專案場景來決定的，通常抄不來的，有自身的獨特性，這種是創新、創造。
專案中碰到問題，不要還未啃就放棄。繞圈子的解決方案，一定會給後面埋下隱患。當發現時，卻已經沒有回頭路。
一次一次的 「也行」，一次一次的規避解決方案，成了乙個爛專案的開始。
問題規避、定時指令碼把更多的元素引入了專案，不確定性增多，發生問題的潛在可能增加，越來越複雜，而且是不必要的，一不小心就忘記部分，很容易出問題。到後面成為後人口中的「坑」。
專案與人才去留有關係。
乙個好的專案能留住人。後來者在專案中瞻仰大牛的**、設計，獲益良多，感嘆專案設計之巧妙。通常會延續尊從前輩的設計模式，增加功能也會考慮周詳、細心設計。
加入乙個壞的專案，讓人分分種想辭職。通常邊乾邊罵前輩，修修補補，通常能跑起來就謝天謝地，然後自己也成為後人口中的「坑逼」。
忘記在**看到，外國人說中國it業做的都是應用層的東西。
現在越來越想走系統、後端、底層的方向。
經歷這次專案，參與了資料庫設計、後端開發，真正的感覺到，了解資料庫和後端**，才是真正了解乙個專案，尤其是資料庫。前端、後台處理的資料都是要與資料庫互動儲存的，了解表結構，能很快掌握業務邏輯，精通專案，掌控全域性。
不做乙個只懂區域性的程式設計師， 這是我的信條與追求。因為那樣真的是碼農。
個人拙現，被同事看到估計會嗤之以鼻，哈哈哈
隨筆之做專案感想
通過做這次的專案讓我有很多感觸 1.首先從資料庫的搭建來說，乙個專案的好壞與資料庫的設計是有著密切聯絡的。一開始我簡單的做了乙個資料庫，就開始分配任務，開始做專案，後來發現資料庫搭建的很不好，與自己的需求有太多的矛盾。然後我又把自己的小組成員叫到一起討論如何搭建資料庫，有哪些需求，又開始重新搭建資料...
隨筆之做專案感想
通過做這次的專案讓我有很多感觸 1.首先從資料庫的搭建來說，乙個專案的好壞與資料庫的設計是有著密切聯絡的。一開始我簡單的做了乙個資料庫，就開始分配任務，開始做專案，後來發現資料庫搭建的很不好，與自己的需求有太多的矛盾。然後我又把自己的小組成員叫到一起討論如何搭建資料庫，有哪些需求，又開始重新搭建資料...
最近工作感想
中午跟同事一起吃飯，同事負責做專案實施，我們負責系統開發，實施的同事一直跟我們抱怨做的系統總是有各種問題，而且配置很複雜，資料配置跟功能配置經常搞錯。對此，我們都是笑笑，互相說這個是誰誰做的。我心裡有點悲哀，對自己感到悲哀，做了這麼多年的開發，還在一堆破專案，爛系統中徘徊，而且沒有盡頭 在公司5年多...