<address id="bddfn"></address>

                        <form id="bddfn"></form>
                        新聞觀點

                        網站設計方案設計需求確定后編碼設計

                        2018/6/28 17:24:51   |   閱讀次數:

                        網上設計方案設計拿到需求之后,嚴謹的網上設計工程師會做一個方案,方案用以確定用到的技術細節,同時找出有沒有之前沒做過,有一些技術難點的地方。這個方案通常是由資深一點的工程師(就是頭發最少的那個)和小組的Leader(就是干活最少的那個)來參加,方案需要有細節,否則沒頭發的和不干活的就沒辦法找出你可能存在的風險和問題。特別是牽涉到一些團隊編碼規范和最佳實踐的東西。做好方案設計并不是一個簡單的事兒,在第一次方案評審的時候就沒通過,漏掉了訂單中的一個狀態,富文本編輯器的選型也沒做好,預覽視頻的方案也沒做好,直接被懟回去了。

                        重新整理了方案,明確了接口,這才勉強通過。在方案設計階段,本質上是一個你在識海里去完成項目的過程,用“胸有成竹”這四個字來形容,還是挺貼切的。新人很難考慮周全,更希望一邊做一邊想,帶來的問題就是風險無法控制,可能會有返工重寫的情況出現。而團隊代碼在最佳實踐上都會有一些要求,不允許一個人一種風格,那會導致代碼太復雜。方案設計的時候長短,通常和你的項目經驗和個人能力有關,也跟你是否有意識的去朝這個方向訓練有關。

                        網上設計編碼編碼階段才是大多數人以為的開發過程,在網上編碼階段中,太原博浩易達先是發現后端“馬江”給出來的接口文檔不對,缺失字段,然后發現給接口的速度奇慢無比。反復溝通幾次之后,決定給出假數據,但給出來的假數據沒有太大的價值,沒有滿足基本的測試需要。同時,UI圖和原型和需求文檔的差異也產生了。按照敏捷開發的要求,本應該每日Demo,但是團隊的所有成員都沒有養成在開發環境隨時部署的好習慣。

                        當太原博浩易達發現有問題,去找產品經理確認的時候,產品經理花了三秒鐘的時間給出來了一個解決方案,可是他并沒有通知到所有的人。后端人員“馬江”開始反對這個方案,并給出來了自己的建議。這還不算是最麻煩的,對于需求理解的不徹底才是太原博浩易達當前最頭疼的事兒,很多細節在需求講解的時候未確認,方案評審的時候也跳了過去,導致在處理“預覽視頻”的功能漏洞百出。項目Demo時間就要到了。CodeReview和性能測試都沒處理好。延期時間從3天變成了7天,聯調漫長無期,而且極不穩定,昨天可以調通的接口,到了今天又出問題,接口文檔并沒有及時更新,也沒有約定調試的計劃。但不管怎么樣,總是是要到了收尾階段。在編碼階段,往往是出問題最多的地方。眼高手低的毛病特別多,很多細節考慮不周全,對于協調和分開不能很好的把握尺度,解決問題的效率很低,導致整體開發的進度拖慢。對性能測試沒有經驗,對于代碼的質量沒有要求,CodeReview的時候不過關,反復重寫,不具備設計和抽象的能力,遇到需求反復的時候,很容易崩盤。

                        相關新聞
                        首頁 | 關于我們 | 網站建設 | 網站優化 | 服務范圍 | 案例作品 | 信息資訊 | sitemap
                        男男学霸跪趴play教室

                                        <address id="bddfn"></address>

                                              <form id="bddfn"></form>