通常我會寫有關IT 的文章- 或多或少涉及各種高度專業化的主題，例如SAN/存儲系統或FreeBSD，但現在我嘗試談論其他人的領域，因此對於許多讀者來說，我的進一步推理似乎頗具爭議，甚至可能引起爭議。幼稚的。 不過，事情就是這樣，所以我並不生氣。 然而，作為知識和教育服務的直接消費者，對這個可怕的官僚機構感到抱歉，同時作為一個熱心的業餘愛好者渴望分享他可疑的“發現和發現”，我也很難保持沉默。
因此，你要么在為時已晚之前進一步跳過這篇文章，要么謙虛地忍受，因為，鬆散地引用一首著名的歌曲，我只想騎自行車。
因此，為了正確看待一切，讓我們從遠處開始——從學校開始，理論上學校應該教授有關科學和周圍世界的基本知識。 基本上，這種包袱是用傳統的經院主義方法來呈現的，例如死記硬背精心閹割的學校課程，其中包含教師準備的有限的一組結論和公式，以及重複重複相同的任務和練習。 由於這種方法，所研究的主題常常失去物理或實際意義的清晰度，在我看來，這對知識的系統化造成了嚴重損害。
一般來說，一方面，學校方法有利於向那些不真正想學習的人大量灌輸最低限度的必需資訊。 另一方面，它們可能會減慢那些不僅僅能夠訓練反射能力的人的發展。
我承認，在我離開學校後的三十年裡，情況已經好轉，但我懷疑它仍然沒有離中世紀太遠，尤其是宗教又回到了學校，而且在那裡感覺很好。
我從來沒有上過大學或其他職業教育機構，所以我不能對它們說任何實質性的東西，但在那裡學習一個職業可能只是為了培訓特定的應用技能，而忽視了理論知識，這是一個很高的風險。基礎。
前進。 在學校的背景下，從獲得知識的角度來看，教育機構或大學看起來像是一個真正的出路。 獨立學習材料的機會，甚至在某些情況下是義務，選擇學習方法和資訊來源的更大自由，為那些能夠並且想要學習的人提供了廣泛的機會。 這完全取決於學生的成熟度以及他的願望和目標。 因此，儘管高等教育在一定程度上被冠以停滯和落後於現代資訊科技發展的名聲，但許多學生仍然能夠實踐認知方法，並獲得彌補學校不足的機會。教育並重新掌握自主學習和獨立獲取知識的科學。
至於IT設備和軟體供應商舉辦的各類課程，你需要明白他們的主要目標是教導消費者如何使用他們的程式和設備，所以往往是演算法和理論基礎，以及最重要的隱藏在「引擎蓋下」的細節，僅在製造商被迫這樣做的情況下才會在課堂上討論，以便在不洩露商業秘密的情況下提供有關技術的一般信息，並且不要忘記強調其相對於競爭對手的優勢。
出於同樣的原因，IT 專家的認證程序，尤其是入門級的認證程序，經常會受到無關緊要的知識測試，並且測試會提出明顯的問題，或者更糟的是，它們會測試申請人對材料的反射性知識。 例如，在認證考試中，為什麼不詢問工程師“您應該使用哪些參數：-ef 或 -ax 運行 ps 命令”，指的是 UNIX 或 Linux 發行版的特定變體。 這種方法將要求測試者記住這一點以及許多其他命令，儘管如果管理員在某些時候忘記了這些參數，那麼這些參數總是可以在 man 中澄清。
幸運的是，進步不會停滯不前，幾年後，有些論點將會改變，有些論點將變得過時，新的論點將會出現並取代舊的論點。 正如在某些作業系統中所發生的那樣，隨著時間的推移，他們開始使用 ps 實用程式的一個版本，該實用程式更喜歡沒有「減號」的語法：ps ax。
那又怎樣呢？ 是的，需要對專家進行重新認證，或者更好的是，規定每N年一次，或者隨著新版本軟體和設備的發布，「過時的文憑」被撤銷，從而鼓勵工程師使用更新的版本。 當然，認證是有必要付費的。 儘管事實上，如果專家的雇主更換供應商並開始從另一家供應商購買類似的設備，那麼一個供應商的證書將顯著失去當地價值。 好吧，如果這種情況只發生在“封閉”的商業產品中，那麼獲得這些產品的機會是有限的，因此，由於其相對稀有，對它們的認證具有一定的價值，但一些公司在對“開放式」產品實施認證方面相當成功，因為例如，某些 Linux 發行版就會發生這種情況。 而且，工程師們自己也試圖迷上Linux認證，在上面花費時間和金錢，希望這項成就能夠增加他們在勞動市場上的分量。
認證使您能夠標準化專家的知識，為他們提供單一的平均知識水平和磨練技能，直至自動化，這對於以工時、人力等概念運作的管理風格來說非常方便。資源和生產標準。 這種形式化的方法源自於工業時代的黃金時代，在圍繞裝配線建造的大型工廠和工業廠房中，每個工人都被要求在非常有限的時間內精確地執行特定的動作，而且根本沒有是時候思考一下了。 然而，工廠裡總是有其他人來思考和做出決定。 顯然，在這樣的方案中，人變成了「系統中的齒輪」——具有已知性能特徵的易於更換的元件。
但即使在工業企業，但在IT領域，懶惰這種令人驚嘆的特質迫使人們力求簡單。 在技能、規則、知識（SRK）系統中，我們中的許多人自願地更喜歡使用已經發展到自動化程度的技能，並遵循聰明人已經開發的規則，而不是付出努力，深入探索問題並解決問題。我們自己獲取知識，因為這與發明另一輛毫無意義的自行車非常相似。 而且，基本上，整個教育體系，從學校到 IT 專家的課程/認證，都縱容這種行為，教導人們死記硬背而不是研究； 培訓適合應用程式或設備特定實例的技能，而不是了解根本原因、演算法和技術知識。
換句話說，在培訓期間，大部分的精力和時間都花在了練習該方法上”如 使用這個或那個工具”，而不是尋找問題的答案“為什麼 它是這樣工作的還是那樣工作的？” 出於同樣的原因，IT 領域經常使用「最佳實踐」方法，該方法描述了對某些組件或系統的「最佳」配置和使用的建議。 不，我並不拒絕最佳實踐的想法，它作為備忘單或檢查清單非常好，但通常此類建議被用作“金錘子”，它們成為工程師和管理層嚴格遵循的不可侵犯的公理對於「為什麼」這個問題，給了一個或另一個建議。 這很奇怪，因為如果工程師 研究過 и 知道 資料上，他不需要盲目依賴權威意見，權威意見適用於大多數情況，但很可能不適用於特定情況。
有時，與最佳實踐相關，它達到了荒謬的地步：即使在我的實踐中，也存在這樣的情況：以不同品牌提供相同產品的供應商對這個問題的看法略有不同，因此當他們應該要求進行年度評估時對於客戶來說，其中一份報告總是包含有關違反最佳實踐的警告，而另一份報告則相反，讚揚其完全合規。
這聽起來太學術化了，乍看之下看不適用於以下領域： 支持 IT系統需要的是技能的應用，而不是某個學科的研究，但如果有打破惡性循環的願望，儘管真正重要的資訊和知識很少，但總有辦法和方法可以解決。出來。 至少在我看來它們有幫助：
- 批判性思考、科學方法和常識；
- 尋找原因並研究主要資訊來源、來源文本、標準和技術的正式描述；
- 研究與臨時抱佛腳。 不存在對「自行車」的恐懼，「自行車」的構造至少可以讓我們理解為什麼其他開發商、工程師和建築師選擇這種或那種方式來解決類似的問題，並且最多可以使自行車變得更加平衡。比以前好。
來源： www.habr.com