幽默:請在教程示例中停止使用foo和bar,請使用真實名稱 - Caitlyn

banq發表於2019-11-14

只有我發現使用foo和bar的程式設計示例極其無助且令人困惑嗎?請寫出真實的詞,這可能有助於我解釋“ foo”可能做什麼的含義。

眾說紛紜:
我通常覺得foo / bar通常與假定的知識解釋結合在一起。

我有點發現,當使用特定的實現示例時,由於我對所使用示例的真實世界互動的瞭解,最終我做出的關聯和推斷不一定正確。

我呆呆地盯著graphql文件一段時間,直到發現包裝在gql中的《星球大戰》 API。上下文的重要性不可誇大!

我昨晚真的在想這件事!一開始對我來說是一種精神障礙,但現在仍然低調煩人

如果我開啟一個示例看到它使用Foo和Bar們,我將其關閉並找到其他示例。使用單個字母作為名稱的示例也是如此

在這些情況下,為什麼名稱很重要?也許這是一種不同的學習方式,而且胡說八道的名稱分散了所教的內容。

class Person {
    constructor(name) {
        this._name = name
    }

    greet() {
        console.log(‘Hi, ${this._name}’!)
    }
}


我在大學裡有一個教授,他用它們寫過的每個程式碼。這是最荒謬的事情,每次我看到這些詞我都會畏縮。

Foo / bar / baz來自一個假設的地方,如果您教一個具體的示例,那麼人們只會學到一件事,而如果您使用通用術語並以抽象的方式教課,人們將學習原理。當然,這是垃圾。這不是大腦的工作方式。

現實情況是我們在具體學習中學習:我們需要上下文和示例。我們的大腦非常擅長採用此方法並從中構建抽象模型,以便我們可以從具體示例中學習概念。是的,絕對如此。我們需要停止foo / bar。這是學習的障礙。

我有一個同事,他需要在每次談話中都必須插入foo和bar,他必須解釋絕對的任何內容,這對生活造成了極大的創傷!!!

當我在1997年學習Java時,他們就是這樣做的

當我學習編碼時,他們幾乎迫使我們對變數使用單個無意義的字母。既然我處在現實世界中,其他人可能想閱讀我的程式碼,那麼他們肯定想要真正有意義的名稱!

給學生的作業評分或進行程式碼審查時,我需要有意義的名稱。不僅變數-測試用例名稱也是如此。




 

相關文章