【科技新聞】當我從我的 SWE 工作中被解僱時,我學到了殘酷的事實


當我從我的 SWE 工作中被解僱時,我學到了殘酷的事實
Hard truths I learned when I got laid off from my SWE job

評論

我在.com 崩潰中倖存下來(是的,我老了)。

我僱用了(面試團隊成員或招聘經理)數百名工程師。

如果您聽到“讓我知道我是否可以提供幫助”(第 5 條),您可能做錯了什麼。你應該聽到一些版本的“我會和我的老闆談談”或“我會打電話給你”或“我認識的 XXX 人正在找你”。

我有一份大約 30 人的名單,如果他們給我打電話,我會竭盡全力為他們找份工作。這意味著讓他們在我的團隊中佔有一席之地。或者我將深入我們網絡的非重疊部分,看看是否有人在招聘。

我要這樣做是因為他們很好,因為他們不爛,因為他們會完成工作。他們會讓我看起來像帶他們進來/上船的人。

我們這些在泡沫中倖存下來的人靠的是努力工作和人脈。我們帶來了我們認為最好的人,我們相處得很好,他們會完成工作。

現在是新的一年,這是弄清楚您的網絡是誰以及他們可以為您做什麼的完美藉口。列出你認識的人,給他們打電話,告訴他們你換工作的想法。如果你沒有聽到很多“把你的簡歷發給我”/“你的鏈接/網站是最新的”那麼你需要做一些改變。

> 冷酷的事實 #6:誠實只會傷害你

我認為作者在這裡得到了錯誤的教訓。

許多工程師,尤其是那些不太注意社會習俗的工程師,認為他們有一些上帝賦予的權利,可以公開分享他們所有私人互動的細節。他們所做的每項技術測試都會通過隨附的博客文章推送到 GitHub。每次採訪都有一份記錄(有點片面)發布並分享到 Twitter。這是 mamy 工程師表現出的典型愚蠢行為,坦率地說,它惹惱了人們。在招聘時,它通常被認為是一個危險信號。了解何時謹慎是任何員工的一項重要技能。

謊稱你為什麼要找工作是個壞主意。那個小謊言會升級,你將不得不開始串起更多的謊言,當你被發現時,它不會反映得很好。

這與徹底的誠實無關。我並不是建議你在面試時把所有的髒衣服都晾乾。但不要說謊。並且不要發布所有私人互動,因為您是免費軟件的粉絲。這不是一回事。

我也在 2020 年 4 月被解雇了,雖然我的一些經歷與作者的經歷相符,但有些卻大不相同。

被解僱並不是一種解脫——這很可怕。所有跡像都表明嚴重的衰退即將來臨。坦率地說,考慮到不確定性,公司竟然還在招聘,這讓我感到非常驚訝。當時,廣泛的經濟部門能否無縫過渡到 100% WFH 並不明顯。這也是我第一次完全遠程面試的經歷。

我是一名五十多歲的軟件工程師。我還有三個孩子,其中兩個在上大學,我妻子在受疫情影響很大的旅遊相關行業工作。

考慮到這些事情,我帶著緊迫感積極地進行了求職,結果我確定了。我失業了大約兩個月,然後接受了 flat comp 的一個職位。

被解僱是非常孤獨的。我是大規模裁員的一部分(我公司大約 2/3 的人被解雇了。)所以雖然從這個意義上說我並不孤單,但我們在一起非常孤獨。以前是一個團隊,現在是五個找工作的人,每個人都有自己的問題和限制。我的妻子非常支持我,但面試和找到工作的過程是你必須自己完成的。最困難的事情之一就是保持樂觀的前景,但這是非常必要的,因為沒有人會僱傭一個悲慘的被解僱的人。

另一方面,我對被解僱這一事實沒有任何恥辱感。部分原因可能是裁員的規模如此之大,以至於任何對我所在的地方有任何了解的人都會知道公司有 2/3 的人被解雇了。

我要強調的一件事是在順境和逆境中保持你的專業網絡。我通過這種方式得到了很多好的線索。


Barnes and Noble 的驚人轉變
Barnes and Noble’s surprising turnaround

評論

關鍵的見解似乎是書店不再是買書的地方

如果我想要一本特定的書,我已經知道去哪裡:互聯網。再也沒有實體店會在庫存上展開競爭。亞馬遜會把你活活吃掉。

我去書店是為了發現新書,享受和書以及愛書的人在一起的感覺。首席執行官意識到這一點,並使勁靠了過去。

當對產品的熱情實際上是一種商業優勢,而不僅僅是一個溫暖的模糊時,這是一個非常非常聰明的認識。

很難做出好的推薦——即使是 Amazon/Goodreads! — 沒有人關心他們推薦的內容。這些推薦現在是書店的真實產品。

我經常在 Barnes and Noble 購物,我什至訂閱了他們的會員計劃(支付年費後,我可以在店內購物享受 10% 的折扣,並在網上免費送貨)。我不喜歡實體書在我的公寓裡佔用太多空間的方式,但與此同時,當電子書受到嚴格的 DRM 保護時,我不能真誠地購買它們。我也無法忘記 10 年代初期亞馬遜從其客戶的 kindle 中刪除 1984 的事件。

我的公寓已經沒有空間放所有這些書了,也許解決這個問題的辦法是我需要更頻繁地從圖書館借書,而不是自己買書。我真的希望我能有一個電子閱讀器,但同樣,我不想花錢買那些會無限期地將我鎖定在單一供應商並且可能會隨意消失的東西。

我在 00 年代早期吸取了教訓,當時在線音樂購買是 DRM 的,由於雅虎音樂關閉,我丟失了很多收藏。我還記得其中一個問題是,在一家商店購買的商品與競爭對手的 MP3 播放器不兼容,這將您鎖定在一家供應商內。無法切換到 iPod,因為它不能與專為我的 Dell DJ 設計的 DRM 一起使用(這是一個經常壞掉的 POS,但由於我現有的音樂收藏,我不得不堅持使用它)。

我不想遇到同樣的問題,但書而不是音樂。

我希望這將在未來作為一個例子來說明為什麼 MBA 並不總是能成為優秀的 CEO。在管理公司方面,您可能是世界上最優秀的人,但如果您對您正在製造和/或銷售的產品缺乏知識和熱情,那麼您將不會做得很好。在我的腦海中,我還能想到另外兩個例子:史蒂夫·喬布斯回歸前後的蘋果公司,以及蘇麗莎被任命為 CEO 前後的 AMD。


Golang 默認禁用 Nagle 算法
Golang disables Nagle’s Algorithm by default

評論

如果你一直追溯它,它從一開始就在 Go 網絡堆棧中,只有 Russ Cox 自己的簡單提交消息“初步網絡 – 現在就撥號”[0]。您可以在此處 [1] 的 2008 年我們的存儲庫中查看確切的行。

順便說一句,追查這行代碼的歷史很有趣,因為它是使用公共 SetNoDelay 函數創建的,然後是直接系統調用,然後返回到抽象調用。在此過程中,它還被分解為一個特定於平台的庫,然後又回到一個通用庫,並通過 gofmt 的通行證進入其他庫,這一切都經歷了“短暫”的 14 年。

0 – https://github.com/golang/go/commit/e8a02230f215efb075cccd41…

1 – https://github.com/golang/go/blob/e8a02230f215efb075cccd4146…

在我看來,我認為默認禁用是正確的。

我認為如果您不了解 Nagle 的算法弊大於利。我見過人們編寫 C# 應用程序並想知道為什麼要花 200 毫秒。有些人甚至沒有意識到這是 Nagle 的算法(編輯:與延遲 ACK 交互)並認為這是網絡問題或引入的性能問題。

我想大多數 Go 軟件都部署在網絡質量很高的數據中心,這並不重要。快速數據傳輸可能是首選。我認為 Nagle 的算法應該是一種優化,您可以選擇啟用(您可以)以犧牲延遲為代價更有效地使用網絡。對我來說,更“原始”似乎是明智的默認設置。

這不是缺陷,這使得整個評論有點奇怪。我責怪帖子標題,應該是“Golang 默認禁用 Nagle 的 Tinygram 算法”;然後我們就可以討論 Nagle 與延遲 ACK,這比這樣的子線程有趣 100 倍。


留言討論區