(改了標題吸引目標用戶)html
老師教課,學生上課,首先要講明師生關係。 其次,就是要說明這門課的底線是什麼。 編程
咱們假設全部人寫做業都獨立思考,認真實踐,不斷改進,敢於創新... 這個假設一般是不全面的, 還有不少學生想得是 「如何以最小的代價過了這門課」,這也無可厚非,可是最小的代價是什麼呢?那就要談談底線了。 軟件專業的做業有兩類:框架
1) 文檔(項目過程當中的文檔,分析總結文章,學術論文等)post
2) 代碼學習
咱們分別談談 - 大數據
大學生在寫文檔、論文的時候,有些是總結本身直接的經驗,有些是引用別人的文獻(間接經驗),若是咱們明確地說明各類資料的來源,這些都不是問題。 學術論文是創建在前人研究的基礎上,軟件開發要基於別人寫的框架和各類模塊上提供新的價值。 實事求是地說明各類引用,是作學問,作項目的基礎。固然,大千世界,百花齊放,各類狀況都會出現。搜索引擎
期末你們都要寫 「軟件工程課總結」, 抄襲的同窗依然很多。 找到抄襲的文章也很容易, 拿一些有明顯特徵的句子,搜一下: spa
我最怕的就是計算機系的學生被別人說成是個帶着厚眼鏡的,只可以在電腦前編編程序 orm
相似於魔術揭祕的過程 htm
如出一轍的句子和上下文至少 2008 年就有人寫了, 2016年仍是出如今不少同窗的博客中。 全部寫這寫文字的同窗, 均可以聯合起來, 一塊兒創業, 多爽, 你們都想到一塊去了! 創業的公司名字能夠叫 「抄襲大全」。 軟件項目開發的各類文檔, 也有人不假思索地照搬,十幾年前的軟硬件配置,也出如今2018年的文檔中。 要求有 Windows NT, Pentium 133以上。 同窗! 大家寫的軟件能跑在 Windows NT 上麼?
對於這種抄襲的態度,也是百花齊放,值得收藏回顧的, 例如:
咱們在學習和研究的過程當中,要參考,借鑑別人的經驗, 心得和結論,這是學習和研究的一部分,無可厚非。 在咱們寫論文的時候, 凡是引用別人的文獻的地方,要明確地標註出來,要符合各類規定。 在寫博客的時候,要求沒有那麼嚴格,但至少要寫上原來文章的地址。 這樣的要求太難麼?
爲此,咱們要在軟件工程課讓你們鍛鍊一下:
請找到全部 (至少20篇) 有上面特徵文字的文章, 列出做者的身份和學校, 並按照時間排序, 指出它們之間的抄襲關係,並採訪至少一位做者。
但願展示的數據:
你用了什麼搜索引擎來尋找文檔 (必須多於一種搜索引擎,搜索引擎用得越多,分數就越多)?
做者姓名(網名),學校/專業,寫做(抄襲)時間, 抄襲的源頭, 至少採訪一位抄襲者,採訪他們,問他們當時抄襲的時候是怎麼想的, 腦海裏浮現了什麼形象,如今做者(抄襲者)的狀況(在哪裏學習工做,是否已經走上人生巔峯,等等)。
這也是大數據的應用,你們不妨一試。
大學生的代碼做業有些是很是簡單的幾十行程序,即便這樣,還有抄襲的, 請看別的大學同窗關於代碼抄襲的理解。
若是要作一個軟件,不可避免地會用到別人的代碼,有些是在別人代碼的基礎上改進,或者使用了別人的模塊,或者克隆 (clone)了別人的代碼倉庫... 那怎麼鑑別合理的使用和不合理的使用呢?
(請留言說說大家學校是怎麼規定代碼合理使用 vs. 抄襲的)
按照規定辦事,有時反而要解釋好久,請看國科大老師的案例,因此咱們最好一開課就讓雙方有一個契約關係。
這個約束也是雙方面的, 若是老師對學生的做業敷衍了事,像下面這個例子, 這位老師的「師德」有多少?底線是否比學生高呢?