從昨天下午到現在，「清華大學自動化系大一 C++大作業」霸榜知乎已經十幾個小時了，而且沒有被其他話題替代的跡象。
這一話題討論的是：如何看待清華大學自動化系 2020 年大一 c++大作業是寫一個功能更強大的雨課堂（雷課堂）？該話題在知乎上的熱度一度高達 12766 萬。目前為止，該帖子已經吸引了 1814 條回答，897 萬瀏覽。答主不乏清華特獎得主、高校教授、企業高管。
什麼神仙話題引來這麼多人關注？原來，這個大作業要求實現帶網絡、語音、圖像、數據庫等多種功能的網絡教學軟件，此「超級內卷」讓眾多網友驚呼不可戰勝。在眾多專業人士看來，這門大作業的要求也完全超出了大一學生的能力範圍，是一種「教學大躍進」、「阿里 P6 及以上水平」。
翻版「雨課堂」：大一學生的 C++大作業
知乎網友 @ 馬也 曬出了這份長達 7 頁的課程作業要求 pdf，提到這門「令人絕望」的大作業創意，其實是來源於一位參與本課程的同學的建議：「在本學期 C++課程開始前的系統測試中，有同學建議自主開發一款集合雨課堂和網絡會議優點於一身的網絡教學軟件。
任課教師和助教在充分討論基礎上，決定採納這一具有具有智慧及主動學習特色的建設性意見。」說起雨課堂，這款由清華大學開發的遠程教學工具在最近的新冠疫情期間已被國內高校學生所熟知。它是為 Office 加裝的一個增強工具，其簡單易用的特性受到了師生的歡迎，目前雨課堂已被全國 10000 所學校採用。
雨課堂具體可以做些什麼？如今的課上老師講課會使用 PPT，講到重點時，很多學生會拿起手機拍攝 PPT 記錄，下課了圍著老師拷貝 PPT。有了「雨課堂」，老師開始授課後會自動生成本堂課程二維碼，學生通過微信掃碼進班。每一頁 PPT 會即時發送到學生端，幫助學生保存課件及課程回顧；每頁課件下方還有「收藏」和「不懂」按鈕，學生可以把不懂的知識點進行整理收集，教師也會收到匿名「不懂」數據的反饋，進而調整課程節奏及重點講解。
教學工具「雨課堂」功能基於 PPT 和微信，包括課堂紅包、學生投稿、課後小結、試題導入、隨機點名、彈幕調速與回訪等功能，提高了課堂的效率，也可以推動數據驅動的教學。
雨課堂的網頁版：今年 3 月，清華大學雨課堂主講嘉賓鄒曉輝講解的融智學導論第五課：雙字棋盤的智能化原理。
複製這樣一個工具的大部分功能想必不簡單。我們應該相信確實有一位同學進行了如此建議，出於人身安全和隱私，校方並未公開這位同學的信息，但強調了「有截圖為證」。
這份名為「雷課堂」的大作業，在基本功能方面，要求包括用戶登陸、語音設備選擇和切換、共享屏幕、語音直播、隨機語音提問、在線發題、學生簽到、注意力監測等與「雨課程」近乎相同的功能，這部分佔總分的 20%，評價方式以答辯現場測試記錄為準。
第二部分「系統設計」和第三部分「代碼規範」各自佔據 20%，以 code review 和報告/現場測試為依據，每有一處不滿足要求的會扣掉 2 分。
第四部分是「報告」，佔據 20% 評分，在最終提交的報告中，應包括「需求分析」、「類與類設計結構」、「界面設計」、「測試與排錯」、「總結與體會」5 個部分。
其餘 20% 的分數是 Release 和現場答辯表現。但在這些要求之外，學有餘力的同學仍可以通過添加「額外功能」來獲得更高分數，比如攝像頭直播、畫中畫等軟件實用功能，但這一項加分不超過 10 分，加分後總分不會超過 100%。
以上所有內容，要在課程開始後的第 16 周獨立完成並提交，單人五週完成。這項大作業公佈之後迅速傳播到了校外，網友們找到了經典老圖來形容這件事：
同屬「雙一流大學」的浙江大學學生看完之後表示：「原是三本不配」。
用 C++不調庫純手寫一個「雷課堂」是什麼概念？
這個作業到底有多難？拿過清華特獎的大四軟院學生遊凱超表示，「我也做不出來。」要知道，遊凱超大一成績、大二成績、前三年推研成績均為軟件學院年級前三，參與了三項 SRT、兩項學推計劃，以第一作者/共同第一作者身份發表 CVPR 論文兩篇、ICML 論文一篇，還是 AAAI/CVPR/ICLR/TIP 等期刊會議的審稿人……
清華大學的一位老師也站出來指出，由於題目難度過大，基礎一般的同學自信心難免受挫，從而從大一開始就依賴能力較強的同學，這對普通同學的長期發展非常不利。
這位清華老師也是雨課堂項目的負責人，他表示：「完成此大作業的同學歡迎發送簡歷給我，真誠求才，待遇豐厚。」
業界人士也表示，要求大一學生在四個月時間內獨立完成這樣的工作，有「拔苗助長」的嫌疑。即使是阿里 P6 員工也未必有這樣的 solo 水平，何況是剛入學不到一年的大學生呢？不過也不要小看清華學子的可能性，Facebook 人工智能研究院研究員、研究經理田淵棟表示：「能做到的歡迎大家投簡歷。」
字節跳動人工智能實驗室總監、資深科學家李磊也表示：這作為大三大四的大作業還是可以的，但對於大一來說可能過難了。
清華大學副教授劉知遠更是指出了大作業可能帶來的「內卷」問題，因此選擇砍掉大作業，讓課程迴歸本來的學習目標，讓學生全面發展。
從昨天下午到現在，這個問題一直高居知乎榜首，當事老師也經歷了一番口誅筆伐。對此，他回應道，「我們 C++是面向對象，挑戰度不是自學知識點，而是考慮類架構。」「題目不難怎麼能有區分度呢？」
對於「這個作業根本不可能做出來」，「牽扯精力太大」這些問題，當事老師解釋稱，成績不止有 0 和 100 這兩個分數，「如何定義『做出來』，請大家再次關注分數構成。」從作業要求我們得知，這個作業的「功能實現」只佔 20 分，分到 12 個功能上更是微不足道，因此，這位老師建議，「不妨考慮優先實現最重要的（重要性排序可以投票決定）」。
至於完成作業需要的時間，當事老師表示，這就要談到「工程化寫代碼」了。「工程化寫代碼」指的是在目標分解且明確的基礎上，對他人代碼「不求甚解」、「不關注實現機制」、只考慮與自身目標的匹配程度和可用性，時刻想著「有了遙控器就不要拆電視」。因此，他認為，「最簡單的實現方式就是把 GitHub 上的（代碼）加以類層面的改造，50-75 個小時足夠了。」
這份大作業真的像這位老師說得一樣具備可操作性嗎？隱藏的大佬們，你們能做出來嗎？
（轉自公眾號：機器之心）
