2020 年 IT 專家不該做什麼?

中心充滿了關於明年要做什麼的預測和建議——要學習什麼語言、要關注哪些領域、如何處理自己的健康。 聽起來很鼓舞人心! 但每一枚硬幣都有兩面,我們不僅會在新事物中遇到困難,而且主要會在我們每天所做的事情中遇到困難。 「為什麼沒有人警告我!」我們惱怒地喊道,通常會自言自語。 讓我們自焚吧——我們為您整理了一份 2020 年不該做的事情清單(也許永遠不該做的事情)。 

2020 年 IT 專家不該做什麼?
但他們沒有問重力

我們確實希望將反建議按從最重要到最不重要的順序排列。 但它們對於幾乎每個人來說都是如此常見、等同和熟悉,因此我們將隨意編寫。 好吧,讓我們檢查一下清單?

如果一切正常,則無需聯絡 IT

不要學習新技術來改變職業或重新開始。 我們的時代非常美好,因為你可以學習、換工作、徹底改變你的領域——等等,甚至直到退休。 這是一件很酷、很誘人的事。 但如果你超過 28-30 歲,你不應該為了進入 IT 領域或轉向新的堆疊而放棄一切(例如,你用 Java 編寫高負載系統,然後突然決定用 Python 進入神經網路)。 原因很簡單:這對你來說並不容易。 首先,從職業生涯開始就「坐」在這個堆疊上的專家的競爭非常激烈,其次,你將不得不再次成為低薪的初級人員,第三,你在道德上很難做到這一點。成為等級制度最低層的下屬。 因此,如果你想朝另一個方向發展,嘗試要么根據你當前的工作和當前的任務去做,要么將發展新知識作為一種愛好,開始一個寵物項目,這樣當你來到新工作時,你就會不再是小學生了。 

不斷改變堆疊只是浪費時間

不要為了您的開發而在技術堆疊之間匆忙。 如果你正在用一種語言編寫一個項目,使用某種框架和庫,你不應該僅僅因為你覺得它有趣而把一切都扔到地獄並用 Dart 重寫它。 制定規則,為改變技術尋找理由——不僅在「我想要或我不能」的層面上,而且在財務和工程層面上。 

2020 年 IT 專家不該做什麼?

無需堅守陣地並成為青銅

堅持使用一種語言或技術而不學習新事物就像用每一項新技術改變你的堆疊一樣極端。 一定要學習新的函式庫和框架,不要固執地認為一切都是在你之前發明的並且完全由你完成。 幾乎每種語言都會不斷出現更新,這有時可以極大地改進您的專案。 不要懶惰地監視堆疊的動態,一旦您發現一些很酷且有用的東西,請隨意將其拖到專案中!

你自己的頭腦好,永遠好

不要總是想著別人的想法,自己的想法比較好。 唉,一些開發人員坐等他們收到任務,從之前的錯誤開始編碼到最後,而不嘗試為專案貢獻自己的東西,開發新功能,測試它並建議將其用於生產。 當團隊領導者或公司經理自己決定一切時,為什麼還要麻煩呢? 如果你認清了自己,那麼我們有一個壞消息:被動的立場對你的職涯或發展都沒有幫助。 你有機會在真正的戰鬥項目中嘗試作為開發工程師而不是編碼員,並了解該去哪裡,缺少什麼,但你更喜歡把時間花在其他事情上,並準確地“從這裡到”現在。” 這些人在現代 IT 中生存得越來越差,從假死中走出來。 

用戶是可怕的人

不要高估軟體的使用者:如果您不是為程式設計師編寫的,那麼程式會遇到難以理解的誤解。 最初的幾天或幾週,使用者會討厭你的軟體,因為「舊的軟體並不那麼愚蠢」。 為了避免這種情況,請製作出色的文件和教學課程。 在安裝或購買時,非常侵入性地提示應在開始使用程式之前閱讀手冊,而不是在資料庫崩潰、密碼遺失和自我控制之後閱讀。

2020 年 IT 專家不該做什麼?

你也不該低估使用者:他們比你想像的更狡猾、更聰明、更好奇。 如果您認為可變格式的錯誤和每隔一秒按 138 次 Enter 時的異常不會彈出,那麼您就錯了 - 它們會彈出並以最奇怪的方式影響您的應用程式的運行。 業餘愛好者的規則適用:他是最能應付測試的人。 但出於某種原因,用戶不喜歡在生產中發現錯誤——其中沒有​​ IT 團結。 一般來說,您對自己的軟體越有信心就越好。 畢竟,延遲發布某些功能比將它們添加到正在運行的應用程式中並突然使其原始要好。

2020 年 IT 專家不該做什麼? 

停止谷歌搜尋!

不要再單獨求助於谷歌了。 我們甚至不會爭論 - 在開發領域,您可以透過直接請求搜尋引擎找到很多東西。 您搜尋資訊的深度越深,您將收到的「橫向」資料就越多,您學到的也就越多,因為您將學到一些與您的請求無關但將來可能需要的新東西。 參考完整的資料、書籍、文章等。 語言和函式庫都有規範、社群、how tos,因此你獲得了最可靠的培養程式設計師技能的方法——只需閱讀文檔,而不是尋找其他人本地的解決方案和程式碼片段。 如果您的解決方案更優化、更快、更酷怎麼辦? 

信任,但要驗證

在未檢查程式碼並根據您的目的進行調整的情況下,請勿使用第三方開發人員建立的程式庫和框架。 你沒有理由無條件地信任這個你根本不認識的程式碼作者。 是的,第三方程式碼中的各種蓄意惡意元素並不常見,您不應該陷入偏執,但盲目地將現成的軟體部分複製到您的專案中可能會導致不可預測的後果。 因此,請務必在使用前閱讀並分析程式碼,並在實現程式碼後進行測試。 

做好備份!

停止不進行備份或將它們保存在託管項目的相同第三方伺服器上。 您是否認為這是荒謬且無用的建議? 但 Telegram 上的 700 多名聊天參與者並不這麼認為,他們發現自己最近因一個知名數據中心的關閉而陷入了不愉快的境地——那裡什麼都有:從寵物項目到大型政府網站。 當局和企業 1C 和計費資料庫。 一個重要部分是沒有備份或在同一位置有備份。 因此,分散風險並至少將備份儲存在主主機、一些可靠的 VDS 和本機伺服器上。 從長遠來看,它最終會便宜得多。 

不要再因為自己的原因而損害專案了

在工作項目中不要做你想做的事,而是做客戶需要的事。 是的,創建自己的神經網路、訓練它並在您的軟體中實現它是非常有趣和偉大的,但如果您的客戶需要一個簡單的聯絡人管理器,這將是一種矯枉過正。 了解專案如何運作,閱讀文檔,閱讀客戶的評論和請求,並實施可為專案增加業務價值的措施。 如果您想創造一些科學的或極其複雜的東西,請從您自己的專案開始。

不是程式碼,而是一束神經

不要編寫不可讀和未記錄的程式碼。 我們很熟悉這種伎倆:開發人員隨心所欲地編寫程式碼,故意稍微混淆一下,讓他的同事都看不懂他寫的東西——這是在事情發生之前的一種預防性報復。 然而,你不僅把公司(公司為你的工作付錢)置於危險之中,而且還讓你自己面臨風險:由於這種無意識的混淆,你自己很可能不記得自己想說的話。 未記錄的程式碼也是如此:依靠您的變數和函數命名邏輯以及良好的記憶力,幾年後您可能不記得為什麼選擇特定的循環、方法、模式等。 記錄你的程式碼及其良好的結構對你的同事、你的雇主,尤其是對你自己來說都是一項很好的服務。 

2020 年 IT 專家不該做什麼?

保持簡單,愚蠢

保持程式碼、解決方案和專案簡單。 不需要在複雜的結構中圍欄並產生沒有特殊意義的實體。 你的程式碼越複雜,你就越成為它的人質——你維護和開發它就會變得盡可能困難。 當然,著名的 KISS 原則(「保持簡單,愚蠢」)並不總是合適,但它的創建是有原因的:程式碼的簡單和優雅是其成功應用和重複使用的關鍵。

2020 年 IT 專家不該做什麼?

保護你自己

不要忽視安全——在 2020 年,這簡直就是犯罪。 即使攻擊者對您的公司、開發和您不感興趣,您也可能會受到與某些網段、託管提供者的失敗、資料中心的攻擊、電子郵件密碼被盜以及員工的不安全行為相關的問題的影響。從公司竊取數據,竊取客戶或整個專案的程式碼。 如果在你的權力範圍內並且在你的專業領域內,請嘗試保護你正在從事的專案。 好吧,你自己觀察一下資訊安全吧,它從來沒有困擾過任何人。 

請勿向井內吐痰

不要惹惱你的雇主。 如今,溝通已經達到這樣的水平,例如,城市中的所有人力資源人員在缺席的情況下都互相認識,可以在聊天和封閉群組中交換任何信息(既可以幫助找到工作,也可以寫“瓦西里·伊万諾夫,系統架構師,在離開帳戶之前殺掉所有東西,刪除備份並關閉網絡,恢復需要三天。不要雇用他。” 因此,你的行為只會對你不利——有時甚至搬到另一個城市或首都也無濟於事。 即使你懷恨在心地離開,沒有比成為競爭對手的有用且酷的員工更好的報復了:)而且最重要的是,完全不受懲罰。

2020 年 IT 專家不該做什麼?
你也不應該這樣做。 但是,經驗表明,我們不會停止

一般來說,朋友們,請閱讀建議,但做你認為最好的事情——畢竟,當我們懷疑已經發現的真理時,就會發現真正的發現。 新年快樂,祝您的專案成功,祝您的職業生涯愉快,並祝福您的同事和經理一切順利,並祝福您的生活整體成功。 總的來說,這是新年和新代碼的開始! 

有了愛
RegionSoft開發工作室團隊

新的一年我們將繼續為您努力,開發強大的桌面CRM系統 區域軟件客戶關係管理 以及簡單方便的服務台和票務系統 ZEDLine 支持.

來源: www.habr.com

添加評論