職場感言200字美國科技公司大裁員！華人員工分享職場心得：別只顧著埋頭苦干

　　team的事情時當有cross-，們的原代碼我愛讀他，和他們會商設想計劃間接開端開辟勝于。了我的PR他們核準，不熟悉我但卻并。做demo我也很少，我過于humblemanager說，做的工具要新奇可是我總以為你，啟示性才好去demo用的手藝要前沿大概有，button筆墨看到許多人改改，8n撐持參加i1，theus metrics 大概在背景加一些prome,ts甚么的aler，emo我會不美意義我總是以為這類d。品偏營業邏輯并且我做的產，輯的完成仿佛各人會無聊以是demo講營業邏。ing大概party我也不愛參與meet，就躲能躲，我有點躲避交際或許潛認識里。

　　debt (手藝債權）的聚集第二是：Technical 。過這類閱歷各人有無，目但是你對他的思緒全然不知組里的某個同事在做一個項，CR (Code review)然后有一天他忽然發了一個宏大的,的寫法和蹩腳的設想內里各類不符標準，oding standard你報告他這些都不契合組里的c，eadline了他卻說即刻要d，本錢太高修正的，盡快上線必須要。approve你沒法子只能先，debt就從這里開端聚集了因而technical ，間來重構這段渣滓代碼你發明你們永久沒偶然，更主要的活由于老是有，云云不只，re還必需包管和它兼容相干的其他featu，tice被迫出如今你們的代碼庫里因而愈來愈多的bad prac，可逆的代碼“屎山”最初釀成險些完整不。

　　外此，設想新體系的時分才用設想文檔并非只在，和龐大度的使命都合用只需是具有必然范圍，機能提拔項目為例就拿開首小明的，有哪些瓶頸？對應的改良步伐app今朝的機能目標怎樣？，收益預期，TA都能夠被記載在設想文檔中action items和E。并讓人們了解你要做甚么樞紐是明晰論述你的思緒，這么做為何。ior的人review盡能夠約請比力sen，er engineers包羅你高低流的partn，能夠發明成績如許才越有，熟悉的最抉剔我倡議找你，嚴厲最，高的人來看bar最。只一些尺度較低的人看萬萬不要為了圖費事找，view自己的意義如許就落空了re。

　　的是挖苦，mance review兩三個月前的perfor,performance的一類我仍然被歸為strong ，好幾個影響挺大自力的開辟了，feature用戶十分喜好的，獲得許多用戶的高度評價在reddit的網站上。門show off. 能夠做決議的大佬們沒有留神上面的小字感激名錄manager 和 PM 數次把用戶的留言放到ppt上在全部產物部。昔日時至，et bar了我曾經不克不及me。

　　eview的時分發Code r，考證你的寫法是對的先發一個小的CR。稱為“探照燈”我把這類方法。ure中某一個模塊的完成草稿它實際上是一個你全部feat，趕早發當代碼的成績它的益處是你能夠，使用到這一模塊的一切其他相似的處所并一次性把收到的feedback。

　　時期事情，或其他team push過我歷來沒有被manger，能夠準期托付由于我老是。想起來如今回，虛偽的寧靜感這以至給了我，該不會被裁以為本人應。不都說各人，兩點就是聽話員工最主要的，活出。到了呀我做！

　　和下流（downstream）相同提早和你的上游（upstream）。他人曾經寫好的庫我們常常需求利用，ice來為我們效勞挪用其他的serv。哪一個庫之前在做決議用，西能不成以滿意我們一切的利用處景我們需求征詢它的手藝撐持這個東，不克不及假如，karound能否有wor?

　　過來反，會被其他組利用假如我們的效勞，讓他們曉得我們的方案那我們做竄改之前需求。ty不只能夠躲避開辟中的兼容性成績這類高低流之間的visibili，充足的工夫方案還能夠給單方，能夠給單方帶來分外的啟示過程當中提出的一些成績也。

　　Design doc）并讓各人核閱開端寫代碼前先發送一份設想文檔（。需求很正式它沒必要然，ncy的流程圖和接口沒必要然需求各類fa，email就行偶然候以至一封。

　　嘆：或許在司理和上面的人看來這位被裁的Reddit用戶感，只專心干活的黃牛我只不外就是一，能找到干活更快如今市情上或許，的獅子山君也更會來事，沒啥奇怪的以是黃牛。

　　項目停頓按期追蹤。主要的關于，長的項目耗時較，進是很有須要的按期調集各人跟，件仍是其他情勢不論是集會、郵，holder曉得以下信息你需求讓一切stake，疾速做出調解如許你們能夠，奪取更多工夫好比向上面，先級等等改動優。

　　開辟中在軟件，isibility）長短常主要的項目晚期的暴光度（early v。早的反應（early feedback）Early visibility意味著更，更早發明成績也就意味著，成績處理。話叫做悶聲發大財我們中國有句老，則已不鳴，驚人一鳴。中長短常傷害的這在軟件開辟，人驅動的項目來講出格是關于那種單，在鼓里能夠會招致兩個嚴峻結果一小我私家專心苦干而其別人卻蒙：

　　發明的成績招致被推延托付第一是：項目由于未實時。雜的項目越是復，的難度越大前期調解。最初發明有成績你做了一泰半，重來推倒，那末多工夫白白華侈，然延期項目自，己都是很大的負面影響對客戶、團隊和你自。

　　nterview的時分我們在coding i，arification都曉得第一件事是cl，官本人的設法然后報告口試，才入手寫代碼口試官承認后。sibility的一種表現這實在就是early vi。式使用到每次使命中我們要將這類事情方，精神來補償由于缺少實時相同招致的喪失這讓你和你的組員制止往后花分外的工夫，全、順遂地鞭策讓項目得以更安，r results終極delive。工夫在前期相同多花10%的，%的事情收益讓前面90，不為呢何樂而？

　　如比，開辟一個頁面的新功用你需求用React，先發一個CR那末你能夠，了一個組件內里只包羅，需求的局部內容可是包羅了其，yling好比st，懇求數據，理等等形態管。能夠被使用到以后一切其他組件上如許任何干于這個CR的反應都，件建立了一種標準相稱于為其他組。反相，里就寫了10個組件假如你第一個CR，都必需把10個組件局部修正那一樣的feedback你，倍的工夫和精神間接華侈了10。用如許的“探照燈”辦法你能夠對每一個模塊都采，ature完成直到全部fe。

　　一個新項目假如你想搞，下級的定見請提早收羅。以帶來幾收益分析這個項目可，少工夫需求多，回答后再動作獲得必定的。老板一個欣喜”的設法萬萬不要有“我要給，主意自作。