據媒體報道，在世界複雜性科學研究的聖地亞哥研究所（SFI）的門檻上，一個希臘字符的牌匾與柏拉圖的箴言：“不要讓任何人不知道幾何學進入這裡”。雖然在古希臘語中令人印象深刻，以SFI可以讀取它。計算機代碼最終也是如此。它將成為21世紀後期的古希臘。

STEM已成為應對技術變革的無處不在的號召行動，特別是學習代碼常常被視為萬能藥。 “華爾街日報”最近表示，編碼訓練營可以“迅速重新培養21世紀的美國工人”。而蘋果公司首席執行官蒂姆·庫克曾表示，學習編碼最終比學習英語作為第二語言更重要。

我同意編碼技巧很重要。 “女童法典”等團體為年輕女性和全球學校系統帶來了編碼，他們在課程中增加了編碼。好樣的！

但是我們超過了這個好處。

雖然知道計算機語言肯定好得多，但隨著計算機語言和編程環境的出現，發展，並在某些情況下死亡，其餘的相關將成為一個動態的目標。 “學習編碼”這個單獨的重點可能會阻礙人們關注理解技術如何工作的重要技能，以及系統和社會中的機會和風險。

學習寫程式就好像學習古希臘文

從文藝復興開始，認識古希臘（不要與現代希臘混淆）是被認為是真正受過教育的精英的一部分。這種希臘的偏見一直延續到20世紀初的學術界，除了專家之外，所有的語言都是必要的。理解古希臘文仍然很有啟發性，但它並不是非常有用。隨著時間的推移，編碼也會一樣。

有證據表明，AI系統將越來越多地執行編碼，甚至計劃編制。這是從計算機友好系統到人性化系統的自然演進的一部分。考慮最終用戶的體驗是如何演變的。 20世紀70年代在XEROX PARC開發的圖形用戶界面，在20世紀80年代用Apple Macintosh推向市場，以更直觀的方式超越了笨重的技術文本界面。操作電腦一旦需要特定的技術知識，今天幾乎不需要。

編程語言和環境也反映了同樣的趨勢。自從上個世紀中葉開始，編程平台就從更底層的1和0變得更加抽象了。例如，在20世紀90年代開發的Ruby編程與COBOL的編寫相差甚遠，COBOL在20世紀60年代崛起。 Ruby的作者Yukihiro Matsumoto評論了他的目標：“我真的想要一個真正的…簡單易用的腳本語言。我尋找，但找不到一個。所以我決定做到這一點。“

雖然COBOL部分是為了使編程更像“類似英語”，但Ruby和其他語言的發展使得編碼語言更接近自然的人類交流。推斷這種趨勢，你可以想像用你的母語來指導一個計算機系統（真正是一個更廣泛，雜亂的人類“代碼”形式）。

我們已經看到，公司使得非專業人員更容易獲得計算能力。例如，最近的麻省理工學院（MIT）的spinns pienso試圖制定“AI for All”。為了讓沒有數據科學背景的人們能夠創建和訓練他們自己的機器學習模型。在這個願景中，領域專業知識變得比編程技巧更重要。

除了最特殊的情況之外，人類對代碼的需求將逐漸消失。平台將使人類用自然的語言或書面語言來描述他們希望計算機完成的事情。編碼將發生在計算場景之後。我們不會直接和請求編碼。最終，編碼不是重點。目標是定義和傳達我們想要的計算系統。

發現和定義問題解決

除了編碼之外，人類將識別，定義和排列計算機要解決的問題的優先順序。然而，在未來的幾十年裡，計算機系統將能夠定義有價值的問題，並且只需要有限的人類參與即可生成解決方案。

雖然我們將轉向人性化的方法，但理解計算系統是如何工作的，以及它們構成的可能性和風險是至關重要的。但是跨學科和思維方式也會有廣泛而深刻的影響。

當技術越來越多的時候，問題就變成了，我們該怎麼做，為什麼呢？如果不接觸社會科學，人文和藝術，我們人類就不可能有足夠的裝備。運作良好的公民社會依靠它。第二次世界大戰前夕，溫斯頓·丘吉爾告誡說：“我不應該向藝術致敬，而應該得到應有的尊敬和喜悅。”

STEM作為工作技能（而不是研究學科）雖然是必不可少的，但卻蘊藏著特洛伊木馬。創造技術所需要的STEM能力有一天會產生比人類更好地完成STEM的技術。如果我們太過專注於STEM技能，那麼我們最終就會幹掉自己的工作。

雖然我承認我的智力低下，任何人都可以用他的母語閱讀柏拉圖，但這並不是我自尊心之外的問題。我的女兒一定會學習編碼。更重要的是，我們將確保他們理解計算系統如何運行以及伴隨的機會和風險。

他們將學習幾何學，以便他們可以訪問SFI的偉大人物。

對於以上消息，各位298電腦讀者又怎看呢？

歡迎到我們的<<討論區>>分享你的意見。

灣仔298電腦資訊網
免費網上電腦雜誌，電腦IT人集中地!

網址：www.wanchai298.com