? ? 工作多年以來舍杜，從0到1的項(xiàng)目數(shù)不勝數(shù)歌豺，在項(xiàng)目中經(jīng)常會出現(xiàn)新需求，項(xiàng)目整體要可多語言切換腔彰，項(xiàng)目的所有篩選框都可過濾叫编、清除選項(xiàng)，項(xiàng)目的圖片上傳要支持aws霹抛，項(xiàng)目要新增一個板塊搓逾，尤其是多語言切換，如果前期項(xiàng)目啟動時候沒有考慮到要部署海外杯拐，后期才加上霞篡，那即使有些文字可以全局替換，那也是一項(xiàng)不小工程（除非你的項(xiàng)目很卸吮啤）朗兵。
? ? 如果不去owner一個項(xiàng)目，不從全局來規(guī)劃項(xiàng)目顶滩，會出現(xiàn)哪些問題呢余掖？
? ? 需求一個接一個來，排期很急但總完不成礁鲁，沒有寫測試盐欺，bug連連出現(xiàn)赁豆，層層調(diào)用的時候還要一個一個去找，花費(fèi)的時間太多冗美，組件沒有發(fā)到npmjs管理魔种，堆積的越來越多，想調(diào)用的時候找不到粉洼，導(dǎo)致你存在感很高节预，但都是來修bug的，當(dāng)然這些都可能是項(xiàng)目太急太趕才出現(xiàn)的現(xiàn)象
? ??我以前會遇到一種情況属韧，做B端的安拟，不需要設(shè)計(jì)就引入UI框架即可，需求不明確挫剑，方向是這個方向去扣，只是整體而言未來不知道是怎樣的，主管要我們先出dome樊破，然后需求一點(diǎn)一點(diǎn)的加進(jìn)來，項(xiàng)目越做越大唆铐，事情越來越多哲戚，同時舊項(xiàng)目要維護(hù)，測試沒有艾岂，導(dǎo)致最后bug不斷顺少，新增功能、新增的組件有時還整體性能產(chǎn)生影響王浴，導(dǎo)致后期評績效的時候前端績效不理想脆炎，分到的獎金少的可憐。
? ? 要有大局觀氓辣，在需求評審的時候要考慮這個項(xiàng)目為何要做秒裕？以后要做成什么樣子？還有老板未來的想法都要考慮進(jìn)去钞啸，即使他說短期內(nèi)不會考慮几蜻，如果有了想法，那以后多少都可能涉足体斩。
? ? 哪些東西要抽離封裝梭稚、哪些板塊可以獨(dú)立成一個項(xiàng)目，就好比我們最近的客服系統(tǒng)絮吵，它的量級已經(jīng)是一個新項(xiàng)目了弧烤，因?yàn)樾枨笤u審會上主管說我們的客服系統(tǒng)要接入jira、電商等等蹬敲，所以我就提議把它單獨(dú)做成一個新項(xiàng)目暇昂。
? ? 成功owner一個項(xiàng)目想幻，帶領(lǐng)組員按照你的方式封裝組件、封裝方法话浇、封裝類等脏毯，做測試，即使新增需求越來越多幔崖，也不用每天加班加點(diǎn)沉浸于bug不可自拔食店，也能讓主管看到你的成績。
這篇文章很好赏寇，可以看看作為一個前端開發(fā)到底要不要寫測試吉嫩？來看看《前端要寫單元測試？不存在的嗅定！那e2e呢自娩？》 - SegmentFault 思否
