-
1 # 嵌入式宏思微想
-
2 # 碼農的搬磚生涯
有句話說的好:”你想要別人的錢,別人想要你的命!”
碼農,說白了也是一個打工的!只不過這個打工的性質和其他行業不大一樣,每天透過程式碼和電腦打交道。
換句話說,這是有一定難度的技術活。
畢竟,想讓電腦按照你自己的預設的想法去一步步執行程式,用漢語文字去告訴它是不現實的。至少,在目前來說是這樣。我倒是希望有一天,編寫程式能用漢語來進行,這樣對於華人絕逼能大大提高開發效率!
然而,也只能想想而已!誰讓老外開發的作業系統老外發明的程式語言呢!
如果看不懂一點英語,或者連26個字母也不會。那這個程式設計工作真的一點不適合你。
說到碼農忙,大概有這麼幾個因素。
1.專案開發週期短。
2.專案太多,程式設計人員不足。
3.普通碼農多,優秀的大牛少之又少。
4.改bug。
5.完整的程式都是成千上萬行程式碼組成,碼農可能不斷的重複造輪子。一遍一遍的砌磚頭!
6.每天都要不斷學習,思考,總結。
7.產品不斷更改需求,持續更新迭代。
9.碼農當全棧工程師來用,今天做後端明天搞前端大後天可能要搭建伺服器。術業沒有專功,在自己不擅長的領域解決疑難雜症,白白浪費時間。
10.就算自己有一丁點閒的時間,也要假裝自己很忙。因為,你閒就襯托出別人忙,領導看到了會認為你乾的活少沒難度,或者說你要能者多勞。總之,你不能太閒!
好了,今天就分享這麼多。
-
3 # 會點程式碼的大叔
我總結碼農加班,不外乎兩個原因,能力不夠(內部原因)和任務分配有問題(外部原因)。
能力不夠
遇事先在自己身上找原因:
專案中用到的各種技術是否熟悉;
專案中的業務知識是否熟悉,是否瞭解專案流程;
專案的上下游系統是否瞭解,至少做到熟悉各種介面呼叫吧;
是否善於總結:自己的程式碼庫和提高工作效率的工具;
溝通理解能力,比如看不懂需求可以主動去問,別坐那兒幹想;
解決問題的能力,常用的網站需要熟練使用,例如:Google、Github、Stack Overflow(閱讀英文文件的能力還是要有的)。
這些問題不是著急就能解決的,還是需要不斷的積累,提升自己各項能力。
任務分配問題
還有很多時候,是任務分配的原因:
網際網路產品迭代速度快:有的時候一個想法誰先做出來,誰就能圈住客戶;誰晚做出來,可能就直接死掉了,這種公司,加班一定很多(或者22:00是正常下班)。這種時候,要麼適應公司(當然工資一般不會低),要麼跳槽離開公司,千萬別想著朝九晚五還能拿高薪。
業務要求:很多人都遇到過,業務週一提了一個需求,說希望週五上線,測試先說我們需要四天測試...得咧,只有一天開發時間。這種時候就跟業務溝通唄,溝通不了就給個排期,讓領導和領導溝通,最後的結果是,領導說“努力滿足業務的要求”。
需求經常是(隨意)變化:這個是最不能容忍的,提了需求開發都要開發完成了,結果需求跑過來說...需求變了,新的要怎麼怎麼樣;很多時候需求懟不過業務,其實業務提的功能不見得都是對的,需求應該進行合理地篩選和加工。這種情況如果很多,開發人員建議一起參加需求評審。
專案經理時間安排的有問題:本來三天開發工作量,他估了兩天,一兩次還說的過去,如果長期是這樣的,要麼是他故意壓開發時間,要麼就是能力問題。這種情況可以參考敏捷開發的模式,把需求拆分成故事(細分的需求),然後和全體組員一起評估開發時間。
-
4 # Andoter的學習筆記
這些內容充斥在程式設計師的生活中,而且個別時段對版本的要求比較緊急,所以閒著程式設計師比較忙碌。
上面的幾個方面基本是涵蓋了多數程式設計師的工作中,那麼我在結合我的工作補充幾點:
第一點:單個程式設計師負責的專案多
我是做汽車方向的軟體開發。在我的工作中,我是一個人負責十幾個專案的定製開發工作,對接多個廠商,比如奇瑞、眾泰、日產、廣汽之類,然後不同的車廠下面可能會有多個供應商來提供軟體,我就需要在不同的系統軟體上去適配,所以我的工作中顯得我非常忙碌,一句話“操碎了心”。
最後在吐槽幾句,今年準備換份工作了,這個工作壓力太大,心太累。一天到晚收不完的郵件。
第二點:瑣碎事情多
工作中都有這樣的體會,正在聚精會神的去完成某個需求的編碼開發工作,突然一個郵件過來客戶或者車廠的甲方說了一個問題,你得中斷一會趕緊回覆下郵件。可能沒一會,專案經理要來找你跟客戶開個電話會議,這個電話會議真是沒有個準點,客戶的電話說打過來就打過來了,然後給你丟個需求,然給你評估。這樣的瑣事沒斷過一天天的,所以做事情很容易被打斷,導致時間過去了,但是工作需求還是沒做完,所以噁心迴圈就得晚上加班來做。顯得很忙碌。
第三點:忙給領導看
這點可以說是非常的挫,就拿我們公司來說,即使你工作效率高、程式碼質量高,出來的bug少,你很快把工作做完了。但是。。。但是領導沒走,你就得坐在那裝給領導看,眼睛盯著電腦,電腦裡隨便開啟一段程式碼。給人的感覺很忙碌似的。我們領導就直接說過,月度績效的時候,我就翻著你們的下班開啟時間來看,你說這忙活一個月,還能跟錢過不去嗎?說出來都是淚。
最後,希望大家工作中注意身體,身體是革命的本錢。
-
5 # 技術世界
忙,以我的經驗來看,並不全是工作,程式開發者不工作時往往也很忙。
一般程式設計師開發者,忙的狀態,生活中也忙,忙賺錢,忙提升技術,而工作中忙寫程式碼,忙解bug。
為何?
1. 職業屬性如此,這點是大多數人所看到的。網際網路熱和發展,是創業者、程式設計師、運營、產品等一個個產品,一次次迭代推動的。網際網路行業競爭太激烈,搶風口,爭時間,不忙離下崗就不遠。
2. 技術更新快,不學跟不上。經常聽說半年不學一門新技術就落伍了,對未來有期待的程式開發者怎能不打上雞血拼命學習?
3. 程式開發者工資和經驗實力一般是成正比的,不光工作中學習,業餘時間也賠上才更有把握搏一個好未來。
(完)
-
6 # 小小小小鳥19
因為我們要不停的分析bug,設計bug,編寫bug,然後再修改bug,然後再稽核bug,然後再分析bug.......
-
7 # 哈利路亞他拿
反推就可以了:為什麼很忙-需求週期變化-為什麼週期變化-客戶、專案經理、產品經理都有自己的理解-都有自己理解產出一個集合體-最終逐步核對-不斷變化-功能擠壓最佳化週期-程式碼不停留坑-改bug容易暴露埋好的bug。總之一句話,扎克伯格難道不知道會爆發危機?爆發只是捂不住不是剛出現。理解這些,你自然知道程式設計師為什麼這麼忙了。
-
8 # 遨遊文史世界
各種需求變更
有的時候專案會有各種各樣的更改。會導致浪費大量得時間,也許你一天的工作都白做了,有的時候甚至一週的工作都是無用功也有可能。舉個例子,你剛好的專案,產品經理說要加個按鈕,不就一個按鈕嗎?我呵呵了,我如果要加按鈕,按鈕要加在哪裡合適呢,各種間距怎麼改看起來美觀呢?按鈕觸發的事件的流程怎麼走呢?我改完之後是不是要釋出,從前端頁面和後臺服務是不是要完整的測試一遍呢?光一個按鈕就要牽扯這麼多,其他的有的時候則是大量的修改。所以需求一旦變更,碼農會很忙的。
工作量大,任務重,時間緊有的時候客戶著急要求看專案。所以苦的還是我們碼農,為了短時間內滿足客戶需求。但是巨大的工作量,時間如此之緊,而我們一般來說人數不足,只能加班幹活了。其實在有的公司你會發現專案沒有不緊的,只有做完一個專案,然後再進行下一個專案,才能創造更多的利益。
技術更新快在軟體行業,技術更新較快。據說,要想跟上步伐,只有不斷的學習。而有的時候你做專案的時候,你所要用到的這個新的技術你壓根完全沒有接觸過,但是專案急需。所以你只能夜以繼日的攻克新的技術關鍵點。
接手他人的程式碼有的時候在工作中你不得不接手他人的程式碼。而這段程式碼相當的亂,不止一個人修改過。有多亂呢,我舉個例子,那個程式碼現在就像一大堆亂糟糟的毛線一樣,這堆毛線已經完全揉在了一起,各種顏色都有,黃色綠色粉紅色等等。你現在要做的就是,想辦法把這堆毛線一根根的縷順,每個顏色的單獨放在一起,然後利用這些毛線進行織毛衣。知道有多亂了吧!
工作經驗不足,對框架不瞭解許多公司都有自己的框架。有各種各樣的已經封裝寫好的功能,你要做的就是直接呼叫這個方法即可,但也許你是公司的新人,工作經驗也不足,對框架不是很瞭解。你需要實現這個功能時,自己從頭到尾是不是一個一個程式碼敲的,浪費了幾個小時,你卻不知道有封裝好的方法。舉個例子,你現在要炒菜了,要洗菜,切菜,然後往鍋裡灑油各種炒菜過程。其實呢,現在你有一個機器人,你只要發出一個指令,他就可以幫你完成你所有的炒菜過程。你發出指令的過程就像調封裝的方法,你炒菜過程就像是從頭到尾寫這個方法。那個省時省力,顯而易見。一分鐘完成的事情,有的時候折騰了幾個小時,當然忙了。
-
9 # 李向前743
競爭啊,生存啊,壓力啊!一分錢一分貨,拿人錢財,替人消災。掙錢哪有那麼容易,只能自己快速學習,快速提升。為了保住得之不易的飯碗,防止別人搶走;為了抓住機會,完成自己的原始資本積累;為了防止和擺脫,上司,產品經理的刁難;為了,和市場競爭,不至於自己被淘汰;為了跟上時代的風口,提升自己的技能等級!
我又不是程式設計師,我怎麼知道?(o´ω`o)雖然我想成為程式設計師,沒人要啊Ծ‸Ծ
-
10 # 程式碼飼養員天齊
為什麼碼農很忙?作為碼農的我是很有發言權的。並且自身已經連續加班多年,說實話對身體也是一種透支。
現在的新技術、新行業,都離不開碼農的身影。電商、網際網路金融、搜尋、網際網路娛樂、共享經濟等行業,人工智慧、大資料、區塊鏈等新技術,那個離開了碼農?!
新行業、新技術,需要的是創新、需要的是突破。這也意味著需要突破種種難題,必然需要花費碼農的大量時間。
碼農從事的行業,競爭激烈。要想戰勝對手,你需要付出努力。
新技術更新快,需要不斷的充電學習。你需要付出時間。
軟體行業,交付時間緊迫。好多產品,需要快速推出,逼迫你付出更多勞動。
加班成為習慣,而不是需要。有的公司硬性規定加班,不管是不是你很忙?!
快速變化的需求,增加了你的工作量。
技術的不足,糟糕的架構,糟糕的設計,糟糕的程式碼,讓你付出一些額外的勞動,更多的bug。
技術的創新,加快了這個社會的節奏,你不得不忙。
回覆列表
1.需求多,開發週期短。這點主要是產品需要急於搶佔市場,又想做得功能豐富,需求就多,這是一個壓力很大的事情,如果編碼質量不高,反覆改Bugs,工期就更緊了。
2.需求反覆變更。這點主要是設計沒做好,總是試一試,看一看,改一改的套路。有時好不容易按需求把功能做好了,專案經理反饋,客戶或產品經理說這不好,那不好的,甚至推翻重來,天哪,忙不忙?
3.程式碼質量低,錯漏百出。這點主要體現在新手身上,新手程式設計普遍有個特點,看了一看需求,擼起袖子,立馬敲程式碼,還時不時複製貼上,程式碼是否冗餘也不知道。這樣就容易,又亂又錯又漏,功能也不恰當,程式也不健壯,也不容易擴充套件,天哪,後面修呀改呀,忙不忙?
1.徹底分析需求,充分溝通。在一開始就把需求吃透,要有預見性地看待需求,並指出完成後可能有哪些不足之處,充分和專案經理,設計師,美工溝通好,儘量完善和確認需求。
2.對工期要有個合理的足夠的彈性評估。這點一般專案經理會評估,但一般以專案鬆緊度來定,作為碼農,比較知道自己能力,如果安排的工期預估很緊或很難完成,就要提前提出,讓管理者適當調配。
3.工欲善其事,必先利其器。這點很重要,在開始碼字前,必須先從整體角度,拆分角度分析清楚,怎麼實現,用什麼框架,用什麼模組,難點在哪裡,易錯漏在哪裡,邏輯關係是什麼,用哪些演算法,健壯性擴充套件性怎麼做……等把這個問題清單解決得八九成了,才開始程式設計,這時候碼字就如行雲流水,得心應手。