【51CTO.com快譯】Eve語言更關注文檔與記錄，而非代碼，其允許開發者創建人類思維而非代碼編譯方式進行開發。

[[175696]]

編程能否真的以人為本？Eve語言的開發者們希望給出肯定的答案。

在Eve語言及IDE當中，編程看起來更像是Word文檔而非代碼文件。“從文檔內代碼嵌入到無序語言，Eve提出了一種實現編程的另類途徑——其更關注我們人類而非機器，”該項目的官方網頁中指出。

Eve遵循的原則在于萬物皆為記錄，即一組與ID相關聯的屬性/值對。教程內容將其介紹為一種模式匹配語言，通過搜索數據庫實現數據匹配模式，而后更新或者創建新數據。

現代編程仍然在迫使人們扮演“機器翻譯”的角色，Eve的支持者們指出，而關注機器而非人類本身意味著軟件工程體系將因此受到嚴重影響，特別是人為因素成為多數問題的根源。“從神秘的錯誤信息到語義，人們需要耗費數年時間才能學習并掌握，而這顯然不利于我們創建實用且強大的軟件成果，”Eve項目開發者們表示。

Eve的設計目標在于賦予用戶更多自由，并在程序的組織性基礎上貼近人類的思維方式——而非編譯代碼。如此一來，開發人員能夠組織起程序化途徑，并表述這樣做的理由。“大家可以編寫一套規范，而后嵌入代碼塊以使其起效，”開發者們指出。“項目中的新人能夠查看規范內容以建立初步理解，而后著眼于特定部分添加更多功能。”

該平臺提供少量操作選項以查詢并操作記錄。與此同時，代碼塊用于指定發現特定模式后該如何執行操作; 開發者不再需要指定其更新、緩存或者存儲方式。

Eve開發者們認為代碼更像是一種責任，而非資產。“每一行代碼都會帶來潛在bug，同時給理解與維護帶來阻礙，”他們指出。“在不混淆意圖的前提下，我們的目標應該是盡可能削減代碼量。”

Eve的評論在Hacker News網站上激起了一些抵觸情緒。“我認為Eve解決的實際上是個錯誤的問題，”一位評論者表示。所有語言都是為人類設計的，而編程的挑戰在于如何制定思維方式。“語言是否應該創建更高層次的抽象水平，從而幫助人類更為有效地處理程序？是的！但這并不是環境本身的問題。”

另一位評論者則更愿意從好的方面理解。“Eve可能會給現有開發環境帶來巨大的生產力提升，但我認為其在可預見的未來不會支援編程作為一類專業知識的地位。”

Eve的開發工作自2014年就已經開始進行，開發者之一Chris Granger介紹道。目前其工具包括一款時間查詢語言、一套編譯器外加一套數據庫。

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】