資訊專欄INFORMATION COLUMN
摘要：作為一個老前端給新人們的一些關于開發(fā)流程上的建議拒絕和設計稿沒有封板就要求排期，和產(chǎn)品設計充分溝通。雙方還是要找到平衡點確保產(chǎn)品質(zhì)量和上線時間點的前提下，前端的開發(fā)難度和工作量是合理的。
作為一個老前端給新人們的一些關于開發(fā)流程上的建議
1. 拒絕PRD和設計稿沒有封板就要求排期，和產(chǎn)品設計充分溝通。前端開發(fā)經(jīng)常會遇到這樣的情況，項目經(jīng)理莫名奇妙發(fā)了個會議邀請，然后一股腦把產(chǎn)品下階段的需求講完，開發(fā)聽得云里霧里，心里吐槽一堆細節(jié)產(chǎn)品自己沒理清，居然在這問前端要多久。設計出的交互難如登天，什么這要個文本編輯器帶聯(lián)想功能的，那要個一鍵截屏，XX家產(chǎn)品有為什么我們不能實現(xiàn)？拜托人家是一個團隊專注做一個功能。好不容易給他找了個開源庫，又說這要改那要改的。吐槽歸吐槽，問題還是要解決，產(chǎn)品跟設計畢竟跟開發(fā)的立場和視野不同，大家出現(xiàn)分歧在所難免，不能期望每個產(chǎn)品都是技術出生，團隊的磨合就是在合理的爭執(zhí)下不斷進行的。雙方還是要找到平衡點確保產(chǎn)品質(zhì)量和上線時間點的前提下，前端的開發(fā)難度和工作量是合理的。
2. 明確后端接口全部提測時間，項目開始階段要求后端給出接口結(jié)構和字段名前端和測試時整個開發(fā)周期的最后環(huán)節(jié)，項目時間壓力一般也在這兩個環(huán)節(jié)上。我認為正確的排期方式應該是前端，后端，測試都實事求是估計任務時間，然后跟產(chǎn)品商量當前迭代能排進多少任務。然后實際情況受多方掣肘，比如任務可能是從X總那壓下來的，或是某個環(huán)節(jié)的團隊懶散慣了，故意拖慢開發(fā)節(jié)奏。我認為在各種特殊情況下前端可以做一些妥協(xié)和讓步，當還是要保證自己這部分的時間是合理的。這樣做的目的主要是為了避免項目到了末期時間不夠需要各種周末加班，或是來不及上線各個團隊開始甩鍋的情況。前端同學們，千萬要保證自己的權益，不要隨便扛鍋，吃力不討好！
3. 接口聯(lián)調(diào)時間要有保證。我以前在一些歐美企業(yè)帶過，他們的后端在開始和前端聯(lián)調(diào)之前會要求先接口提給測試，確保接口都是沒問題再開始聯(lián)調(diào)。然后在大部分國內(nèi)公司（也可能是所有）并不是這樣，而是后端說自己接口好了就是好了，表面上算是完成任務，世界接口一堆坑，然后出了問題說是前端聯(lián)調(diào)慢了！前端同學們，這個環(huán)節(jié)千萬要當心了，不要做個老實人，最后把鍋都接了，有問題跟管事的人要及時反映，確保上面知道問題到底出在誰身上。 如果大家都不說話，外人總會覺得問題是出在后面干活的人身上。
4. 拒絕項目開始后的頻繁小改動和任何大的改動。千萬別慣著產(chǎn)品，這一點不同我多說了。
5. 對自己嚴格要求，保證產(chǎn)品質(zhì)量。對自己要求高一點，承諾了完成時間就要保質(zhì)保量地完成工作，這是每個前端的底線。有時候交互難一點也是對自己的挑戰(zhàn)，總是做簡單的事情不會有成長的。
前端是一個需要跟多方對接的崗位，我們在工作中不僅僅要提示的自己的專業(yè)技能，跟人打交道的功夫也要不斷學習，這些技能在生活中也會給你帶來幫助。前端同學們，加油哦~
文章版權歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/103423.html
摘要：每周都會舉行嘉賓分享，話題討論等活動。本期，我們邀請了測試技術社區(qū)聯(lián)合創(chuàng)始人陳曄，為大家分享移動互聯(lián)網(wǎng)測試到質(zhì)量的轉(zhuǎn)變。分享內(nèi)容簡介在移動互聯(lián)網(wǎng)越來越快的迭代項目中，很多測試人員和測試團隊都開始覺得力不從心。 本文來自于騰訊bugly開發(fā)者社區(qū)，非經(jīng)作者同意，請勿轉(zhuǎn)載，原文地址：http://dev.qq.com/topic/57ee0... Dev Club 是一個交流移動開發(fā)技術，...
摘要：團隊開發(fā)手冊環(huán)境搭建寫在前面所有公司最核心的根本就是賺錢實現(xiàn)老板的夢想。比如對小的公司最大的問題就是人員有限，一旦核心員工跳槽，如何招聘員工以及新來員工如何快速融入團隊進行開發(fā)的問題。 JAVA團隊開發(fā)手冊 - 1.環(huán)境搭建 寫在前面 所有公司最核心的根本就是賺錢 + 實現(xiàn)老板的夢想。 對于IT類技術型公司，最大的成本就是人，可以稱之為知識型勞動密集型企業(yè)。 對比房地產(chǎn)，模糊的說，產(chǎn)品...
摘要：精讀前端可以從多個角度理解，比如規(guī)范框架語言社區(qū)場景以及整條研發(fā)鏈路。同是前端未來展望，不同的文章側(cè)重的格局不同，兩個標題相同的文章內(nèi)容可能大相徑庭。作為使用者，現(xiàn)在和未來的主流可能都是微軟系，畢竟微軟在操作系統(tǒng)方面人才儲備和經(jīng)驗積累很多。 1. 引言 前端展望的文章越來越不好寫了，隨著前端發(fā)展的深入，需要擁有非常寬廣的視野與格局才能看清前端的未來。 筆者根據(jù)自身經(jīng)驗，結(jié)合下面幾篇文章...
摘要：就是把你的頁面直接丟給百度的接口，親口告訴百度你有哪些頁面，這是效率最高也是收錄最快的方式了。百度在國內(nèi)搜索引擎的占有率最高，但是很不幸，它并不支持數(shù)據(jù)的爬取。這些將作為搜索結(jié)果排序的重要依據(jù)。 ??研發(fā)的同學，其實很多人并沒有深入了解SEO這個概念。在技術博客里，提及這一塊的也寥寥無幾。我今天就拿自己的經(jīng)驗，簡單給大家掃個盲，有什么遺漏的地方，歡迎大家補充。 ??文字內(nèi)容有點多，但是...
摘要：原文鏈接最近在知乎上看到一個問題，隨機生成指定面積單連通區(qū)域，感覺還挺有意思的，于是整理一下寫一篇新文章。問題闡述如下圖所示，在的區(qū)域中，隨機生成面積為的單連通區(qū)域，該隨機包括位置隨機以及形狀隨機。 原文鏈接：https://xcoder.in/2018/04/01/random-connected-area/ 最近在知乎上看到一個問題，「隨機生成指定面積單連通區(qū)域？」，感覺還挺有意...
閱讀 2187·2021-09-29 09:35
閱讀 2078·2019-08-30 14:15
閱讀 3057·2019-08-30 10:56
閱讀 1036·2019-08-29 16:59
閱讀 656·2019-08-29 14:04
閱讀 1406·2019-08-29 12:30
閱讀 1112·2019-08-28 18:19
閱讀 577·2019-08-26 11:51
