最近很多小夥伴對技術棧管理的話題比較感興趣,我們就繼續這個話題,本次分享來自一位貼吧的程式設計師老司機,他親自盡力過從技術轉向管理崗位,我們聽聽他的分享:
為什麼大家想轉型做管理? 其實,做程式設計師挺好的,學會一種新技術或者解決乙個技術難題,很容易就能獲得成就感。
但做了3到5年之後,你就會覺得迷茫:似乎該會的也都會了,知識結構和思維已經有些許定勢了,新穎的技術趨勢看不懂也跟不上,會不會被大勢所淘汰,我的前路在何方?
現代的軟體都不是單靠乙個人能做出來的,必須靠團隊。個人做得再好,也未必能做出更好的產品。我當時就意識到,個人技術再牛又怎麼樣呢,讓團隊發揮最大的效力一起把事情做好則是另外一門學問。 那才是我要走的路!
我從帶4到5人的小團隊開始,從負責底層的sdk開始做起,後來負責整體的應用軟體,負責從開發、測試到產品發布的整個流程,團隊規模也越做越大。
工作越來越忙,管的事情越來越雜,也慢慢地不再有時間寫**。在這個過程中,我得到了很多人的幫助,自己的能力也得到了長足的發展。自然而然地,我不再是一名程式設計師了!我已是一位職業的管理者。
從技術到管理,我的轉型還算是成功的。如今的我不願意再被別人看成是技術牛人。對我而言,褪去技術的光環是不容易的。但這條路我會繼續走下去!
我相信,很多程式設計師都想轉做管理。一方面,做管理可以拿到更高的薪水(這個並不一定),另一方面,覺得做管理很風光,工作起來很輕鬆(只須使喚別人幹活)。
技術和管理是兩個完全不一樣的領域。技術做得好,不見得管理就能做好。 對於很多程式設計師來說,與機器溝通要比與人溝通簡單得多。還要看個人的性格,不過,我不能說自己就適合做管理。只能說,事在人為吧!
管理者表面上很風光。其實你要明白:權力有多大,責任和壓力也就有多大。管理者每天要面對雜七雜八的很多問題,很難做到專注,一門心思只做自己喜歡的事情。 如果你追求的是簡單的快樂,做程式設計師更能讓你得到滿足。
思維方式需要很大的轉變。作為管理者,你的職責是幫助團隊成功,你的成功也需要依靠團隊。沒有團隊很失敗而個人很成功的管理者。
懂技術的管理者是很有優勢的,但從技術向管理的轉變過程中「坑」也很多。技術注重的是細節,而管理需要的是大局觀。這一點對於很多人來說特別難把握。
不要輕易放棄寫**。因為從技術轉向管理的過程中,是有一段危險期的。不要荒廢了技術,管理能力又不夠強,這時候如果公司出點變故,你將很難再找到乙份理想的工作。 找乙份好工作,實力是一方面,運氣也很關鍵。
那如何走上做管理的道路呢? 還是先從一名高效能的程式設計師做起吧!千萬不要放鬆對自己的要求,也不要沉溺於**而忽略了使用者體驗。
jeff atwood曾經指出,「成為一名傑出的程式設計師其實跟寫**沒有太大的關係。 做程式設計師確實需要一些技術能力,當然,還要有堅忍不拔的精神。但除此之外,更重要的還是要有良好的溝通技巧。最後聞達於天下的人,往往就是那些能夠有效書寫和溝通的人。傑出程式設計師的功力更在**之外」!
程式設計師所有的演算法速查表
演算法複雜度這件事 我這裡覆蓋了電腦科學裡面常見演算法的時間和空間的大 o big o 複雜度。我之前在參加面試前,經常需要花費很多時間從網際網路上查詢各種搜尋和排序演算法的優劣,以便我在面試時不會被問住。最近這幾年,我面試了幾家矽谷的初創企業和一些更大一些的公司,如 yahoo ebay link...
所有的程式設計師都是自學成才
在我十幾歲的時候就開始玩甲級級棒球。我水平很差,但當我決定要做好什麼事時,最終總能如我願。現在我是計算機專業 3 年紀的學生。在程式設計上,有些事情和體育是截然不同的 棒球教練可以教會你如何打棒球,但乙個計算機教授卻不能教你如何程式設計。但是,什麼樣的 才是好的 我花了大量的時間來提高 的可讀性,新...
所有的程式設計師都是自學成才
本文是從 all programmers are self taught 這篇文章翻譯而來。在我十幾歲的時候就開始玩甲級級棒球。我水平很差,但當我決定要做好什麼事時,最終總能如我願。現在我是計算機專業 3 年紀的學生。在程式設計上,有些事情和體育是截然不同的 棒球教練可以教會你如何打棒球,但乙個計算...