產出商業專案的基本點：
[data:image/svg+xml;utf8,<?xml version="1.0"?>](data:image/svg+xml;utf8,<?xml version="1.0"?>)
表面上看來就是原有工作人員習慣使用原來的工作方法和方式來解決現有問題而非使用新的輪子來解決問題（專案時間緊張，不願接受新的實物）。拉這車東西是因為輪子的問題，還是路面的問題，還是本身這車東西就很沉重？假設那個給了新輪子的人給的不是乙個圓形的或者是乙個六邊形的情況是什麼樣的？
我們經常談論的維度
[data:image/svg+xml;utf8,<?xml version="1.0"?>](data:image/svg+xml;utf8,<?xml version="1.0"?>)
選擇框架我們從這些角度來討論是沒有問題的，我們本身也是很贊同的。但是在不同的專案中不同的維度權重時不一樣的！沒有統一的原則去解決乙個問題！要自身實踐來測試！
避免過渡實現，暫時用一些，現在還可能用不到，或者用的不多庫來滿足當前需求。
盡量同時滿足以下條件
做足調研和實踐，多和老司機交流
非常必要
專案中如何選擇庫和框架
一 基本前提 根據成本和效率選擇 1 實現目標的成本和效率 2 團隊協作的成本和效率 3 後續迭代的成本和效率 二 根據需求來選擇 每種框架都有各自的不同方面優點，要分析自己的專案在哪個方面要求高，權重大，再來選擇。三 選擇的原則 1 妥適性原則 不要過度設計，從解決實際出發 2 庫的選擇 1 縮小...
談專案中如何選擇框架和庫（FEDAY主題分享總結）
表面上看來就是原有工作人員習慣使用原來的工作方法和方式來解決現有問題而非使用新的輪子來解決問題 專案時間緊張，不願接受新的實物 拉這車東西是因為輪子的問題，還是路面的問題，還是本身這車東西就很沉重？假設那個給了新輪子的人給的不是乙個圓形的或者是乙個六邊形的情況是什麼樣的？我們經常談論的維度 選擇框架...
IT專案中客戶需求定義的原則和方法
聚傑網需求管理 it專案中客戶需求定義的原則和方法 在企業的銷售隊伍中，經常聽到的抱怨是 我們的客戶不需要 我們的客戶沒有錢 客戶說要等一段時間 等等一些無法開發和征服客戶的聲音，根本的原因是由於不了解客戶的真實需求，銷售人員在銷售時盲無目的地向客戶介紹或者演示產品，結果徒費口舌，不但沒有把自己產品...