現在是懂點技術，人人都可以討論框架，不是所有人都能夠造框架。這句話會引起大家質疑，為什麼沒有能力造框架卻可以討論框架呢？！我也出不出來合理的答案。
我經歷過兩次使用者要求討論框架、交流程式碼，第一次類似於工業大資料本專案，使用者認為大資料就要用到例如hadoop之類的東西，討論框架和修改框架，專案推進步履維艱，專案成功與否已經沒有太大意義，只要使用者開心就好。第二次是類似測控專案，使用者要求修改框架，例如裝置資料要統一採集、統一Buffer、統一儲存等，本身這個專案我們也是半路接手，所以在完成專案前也沒有受到使用者太多干擾。
從開發角度，討論框架的基礎是有沒有開發過不少於3萬行程式碼及能夠解決實際場景的完整框架，能夠為自己、團隊以及開源社群做出貢獻。
從系統角度，討論框架的基礎是有沒有主導過一個邏輯清晰完全的業務系統，能夠在SAAS層為廣大領域內的使用者提供廣泛的服務。
從平臺角度，討論框架的基礎是有沒有承建過私有云或公有云垂直領域或跨領域的平臺，從網路傳輸、基礎資源、應用工具、領域服務、安全保障等方面全面考慮和設計。
作為一個有實力的乙方，基本可以判斷使用者方是沒有實力或是資格和自己討論或修改框架。當使用者和乙方討論框架即是好事、又是壞事，僅僅是討論，不需要講的太深入，這只是技術交流的一部分，任何一個專案都避免不了。如果使用者方進一步要求乙方修改框架、甚至要求如何修改程式碼的時候，那麼意味著專案無法善終的局面（注：不考慮其他非技術性因素）。
出現這樣的局面，在乙方層面，首先意味著乙方對專案的整體把控能力已經力不從心，其次意味著乙方根本沒有能力再重新修改框架；在甲方層面，自我認為很懂、所以很強勢，自我改變的機率比較小。
框架是一個系統性工程，也是公司的核心部分，修改需要成本，與業務結合也需要成本。使用者要求改框架和修改程式碼，本質是雙方綁架的自殺行為，乙方在專案中不賠就是最好的結果。
做專案，大家發揮自身的優勢，技術與業務充分結合，基本比較愉快的落地專案。但是有些情況，不是自己的菜，不要強吃，該撤席時就是餓著肚子也得走。
物聯網&大資料技術 QQ群：54256083
物聯網&大資料專案 QQ群：727664080
QQ：504547114
微信：wxzz0151
部落格：https://www.cnblogs.com/lsjwq
微信公眾號：iNeuOS