日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 >

尝试create tech team

發布時間:2025/7/14 19 豆豆
生活随笔 收集整理的這篇文章主要介紹了 尝试create tech team 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

自從上一家公司之后,我很少有機會去帶一些新人(公司一般都招一些技術獨立性的工程師),特別是經驗不是特別多的新小伙伴。在如今管理扁平化的公司,我正逐漸搭建自己的小team,并試圖讓團隊成員快速融入并成長。整理了一下最近實踐的經驗,我采用的方式如下:

1.文檔化

其實說這個文檔化,相當一部分人是反感或者不屑的,每個人對這個項目或者一系列接口都是希望有詳盡的文檔,而當需要自己去寫的時候就顯得十分抗拒。但是當項目成員逐漸增加,當項目代碼量和業務復雜度規模逐漸壯大,如果還是沒有一份靠譜的文檔來支撐,我想新來的研發人員應該會看著龐然大物一般的代碼而笑容逐漸消失。

文檔的好處,不必說能更快讓成員有依據的了解代碼邏輯,也是對寫文檔的人一次歸納總結的提升。當然文檔也不局限于項目整理或者業務邏輯整理,也可以是一些工作流、代碼規范相關的約束性的文檔,這對整個項目的規范化和工作協同的一致性有著非常重要的影響。文檔的形式也不僅局限于文字,也可以是圖表,甚至視頻。

我開始的時候還是采用盡可能文檔化來讓新成員更快了解現有項目,盡量做到可以通過文檔獨立(脫離人工引導)去熟悉項目的代碼結構,敲黑板,劃重點,并且留出一些預留的期望任務。對于不同的人可以從同一份文檔理解不同層次的要求。對自己無要求或者要求不高的,我只能要求他能順利fix bug,不會因為改動而影響到相關的功能或者代碼塊。對于一些有想法和能力的,我會提一些新的要求,比如去提前熟悉一些功能,試著去優化原有邏輯,甚至改造底層框架。

不同的人,不同的性格,應該用不同的方式去溝通,給予的預設期望也是不同的。不以物喜不以己悲,淡然地面對不同的人來人往。

我覺得最好看出一個人是否對代碼嚴謹并有編碼能力,就是從現有項目中發現不足且提出自己的想法。例如,我讓w同學在熟悉項目后,試著去增加中間件支持到框架流程中(之前老項目缺失對中間件良好導入的支持)。也許有人會說,我平時根本就用不著去關心已經搭建好的框架,我只需要天天curd,天天copy paste之前的業務再改改,天天能跑通就得了。這可能就是有的人工作了三年還是用一年的經驗去做事的原因吧。

2.代碼規范

其實對于一些非靜態類的自由度高的編程語言,比如:javascriptphp等,由于語言本身的自由度和開發人員的水平不同,代碼量和協同開發人數一增加,代碼風格就很難統一,各種各樣的寫法會逐步蔓延到整個項目代碼邏輯中。初期不管,可能只是辣眼睛,后期不管可能拖垮整個相關功能甚至項目。所以在早期的時候就要盡量規范代碼,一起協商出一個通用性的代碼規范,統一所有人的代碼風格。

代碼規范大致分成兩大部分,第一部分是代碼格式,第二部分是編程規范。代碼格式php方面有code sniffernodejs則可以用eslint去做強制規范。至于編程規范可以根據項目之前的風格和一些通用性的規則來約束,比如變量名,函數名的可讀性,通用功能的封裝,面向對象的規范等等。

所謂:沒有規矩,不成方圓。統一的好處在于工程師們能更好地理解代碼,提高工作效率,減少不必要的誤解。

?

3.規范工作習慣

?

這個內容認真講起來幾乎和“怎么成為一個優秀的工程師”一樣寬泛,我這里主要是講的解決問題和處理問題方式。比如我們往往在開發的過程中會遇到一些讓人長時間阻塞的bug或者業務邏輯,我們是否總是選擇死磕到底,耗盡deadline也沒有找到確切的解決方案?

我個人的建議是給自己解決一個問題設置一個deadline,可以是30分鐘,也可以是一個小時,由自己來定。一旦超過了這個期限,那么就必須果斷去尋求幫助。有相當一部分工程師會覺得向他人尋求幫助是很羞恥的一件事,然而這通常只是face的問題,尋求外部資源和幫助是一個非常高效的解決途徑。

?

3.屬于自己的團隊反饋

?

做產品或者運營的人是最能理解反饋的重要,同樣的團隊建設里面隊員們的反饋也是不斷改進的源頭。我采用的是不定期地溝通,隨時跟進各個小伙伴的進度,遇到怎樣的問題,是否需要外部的支持。也會相互做一些頭腦風暴,或者結對編程來解決一些單人局限思維的問題。在每周五也會有小組范圍的review會,用來對本周或近階段來總結反思。

人和代碼一樣,如果不定時地去review,也會在不知不覺地滋生一些bad smell。比如某小伙伴狀態不太up,是否是給他/她分配的任務過于繁雜,是否是技術方面有倦怠感。在能力和資源所及的范圍內盡可能讓每個人找到自己所喜歡的事物,能在繁重的工作之余,也能有一些成長和收獲。

?

目前我還在做更多的嘗試,利用敏捷開發的一些原理,慢慢讓自己和小組一起成長,變得更優秀。

轉載于:https://www.cnblogs.com/freephp/p/9296416.html

總結

以上是生活随笔為你收集整理的尝试create tech team的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。