程式設計沒有捷徑:奇葩冒牌程式設計師的故事

sdk.cn發表於2017-02-08

在講述這個故事之前,我有一句話要說:程式設計是一件特別難的事情!

成為優秀的程式設計人員沒有捷徑,你要擁有高智商,要保持謙遜,還要不斷的努力,犯錯,在錯誤中成長,深刻理解你所學習的材料。

但是有些人就是一定要尋找捷徑,而其中之一,就是使用欺詐的手段。

這篇文章講述的就是我所遇到的一個冒牌程式設計師。

幾年前,我認識了一個 30 多歲的人,我們姑且給他起名叫 Bryan 吧。

Bryan 想要成為一名程式設計師,在我認識他之前的一年時間裡,他一直都在有一搭無一搭的學習 Ruby,他還參加了一個為期 12 周的程式設計訓練營。此前他有著 12 年的工作經驗,但是他一直都在從事貿易和商業方面的工作。作為一個樂於助人的人,我成為了他的程式設計學習導師,每週和他見兩次面。

程式設計沒有捷徑:奇葩冒牌程式設計師的故事

我幫助他完成他的 Web 應用,基本都是部落格和 Todo 類應用,幫助他學習各種程式設計基本知識。雖然他參加過那個訓練營,但是他對程式設計知識的瞭解還是少的可憐,讓我有一些驚訝。我鼓勵他系統的去學習 Ruby,他也承諾會按我說的去做,我送了他幾本有關 Ruby 學習的書。我本來以為我是一個好的導師,但是結果卻讓我大跌眼鏡。

危險訊號 #1

我在 GitHub 上關注了他,並且定期會檢視他的 repo,給他提意見,有一天,我在檢視他的 GitHub 賬戶的時候,突然發現了 5 個新的 repo,而且基本都已經完成了。每個 repo 都有 2-3 個commit,而且體積都非常大。我懷疑他複製了別人的應用程式碼,在問過他之後,他的回答是:“我在學習 5 個新的輔導專案,而且希望在 24 小時內完成它們。”

我又問他:“這些程式碼是你複製的,還是為了更好的理解而在學習之後自己手打上去的?”他的回答是:“這些程式碼都太簡單了,所以我只是把它們複製到我的 repo 裡,然後再進行 commit。這樣用人企業就會以為這些專案是我自己做的!”

其實很多開發者都會複製別人的程式碼,尤其是新手。但是在複製程式碼之後,我們必須要仔細閱讀,真正理解這些程式碼的意思和用法。雖然我們不鼓勵複製別人的程式碼,但是這並不算什麼太大的錯誤,只要你明確說明程式碼的來源就好。

於是我對他說,之後我會對他進行測試,看看他是否真的理解了這些程式碼。但是不知道為了什麼,他一直堅持說自己不需要學習這些程式碼。他的舉動讓我感到很失望,如果他想要找到一份開發者的工作,就不應該逃避學習。企業想要看到的是,是你自己寫的程式碼,而不是從別處抄來的程式碼。

危險訊號 #2

有一天 Bryan 在 Slack 上聯絡我,問我是否能幫他完成一個 Ruby 的練習。這是一個基本的 fizzbuzz 挑戰,很多企業都會用這個測試來考察面試人員的能力。我完成了這個練習,並且給他寫好了詳細的說明,好讓他能理解。而他的迴應是:“太好了,我今晚就把這個提交上去。”我回復說:“等等!這個是面試企業給你發來的面試測試嗎?”而他立刻從 Slack 上下線了。

接下來的幾天他都沒有聯絡我。幾天之後,我又一次在 Slack 上看到了他,他告訴我將要去參加一個初創企業的最終面試,職位是初級 Rails 開發者。我現在感覺有些愧疚,但是那時我竟然祝賀了他,並且祝他一切好運。而且我並沒有提及幾天前的那件事,我有點撒手不管的意思。

危險訊號 #3

那周晚些時候,我發現他的 GitHub 賬戶上又多了一個 repo,這是一個名為 capstone_test 的專案。它是一個非常完善的 CMS 應用,而且建立時間只用了 18 個小時。在沒有幫助的情況下,他絕對不可能在 18 個小時的時間裡就完成這樣的應用。雖然滿腹狐疑,但是作為他的導師,我還是給這個專案提了一些意見。

幾天之後,他在 Slack 上聯絡到我,對我表示了感謝,他採納了我的建議,並且把專案提交給了正在面試的企業。我問他是怎樣在 18 個小時內完成這個專案的,他回答說自己使用了 AirPair 或其他幫助服務。我對他產生了極度的憤怒情緒,他先是讓我幫他完成了第一個程式設計測試,然後又以 100 美元/小時的價格使用了 AirPair 的服務,讓別人幫他做測試專案。

危險訊號 #4

我其實很少關注我的 GitHub 流量,也不太關注是誰複製了我的程式碼。但是有一次,我很巧合的發現我的 3 個專案都被同一個人複製了,我覺得有些奇怪,但是也沒太往心裡去。之後,我發現 Bryan 的 GitHub 上使用了我的 repo!而且並不是 fork 過去的,而是偽裝成這些程式碼是他自己寫的樣子!雖然我的專案都是開源專案,誰都可以使用,但是我希望我的程式碼被正當的使用,而不是成為欺詐的工具。

Bryan 獲得了工作!

我在 LinkedIn 上發現 Bryan 已經成為了 Acme Company 的軟體工程師。在入職之後,他不斷的向我請教各種問題。我給他傳送了一些連結,並且問他現在正在做什麼專案。他告訴我他在做一個實時通知系統,他也承認自己入職以後對工作完全一竅不通。

我對他更失望了。他通過欺詐得到了一份初級開發者的工作。讓我更生氣的是,他只有 6 個月的系統學習經驗,完全沒有工作經驗,但是他的年薪甚至比我還高 2 萬美元。

我不想在幫助他了。於是我不再為他提供幫助,不回覆他的 Slack 資訊,我要讓別人識破他的濫竽充數。如果當初我的導師發現我在這樣騙人,他對我的懲罰會比我對 Bryan 的懲罰嚴重 10 倍。

Bryan 丟掉了工作

一個月過去了,我們之間沒有任何交流。我一直都在關注他的部落格,發現他每週都會發一篇程式設計學習的文章。我覺得他可能真正開始學習了,但是我發現這些文章都是從 Stack Overflow 上覆制來的,就連解釋說明都是複製來的。這明顯就是赤裸裸的抄襲!

有一天 Bryan 在 Slack 上詢問誰知道哪家公司在招開發者。我問他:“你剛找到的那份工作怎麼了?”他的回答是,他覺得那家公司不適合他,他想要尋找其他機會。但是他不知道,事實上我認識他公司裡的一個人,並且深入的瞭解了他在這家公司的情況。

我的朋友對我說,公司上下都覺得 Bryan 連一個初級開發者都算不上,他的各種解決辦法都是從 StackOverflow 上覆制來的。公司打算給他 3 周的考察時間,如果發現他的確能力不夠,就解僱他。我告訴我的朋友,就連入職時的測試,都是 Bryan 騙我幫他做的,而且他還用了 AirPair 僱別人幫他寫專案。我的朋友非常生氣,立刻就給工程 VP 打了電話。

2 天之後,Bryan 被公司解僱,重回了自己從前的行業,做起了臨時工的工作。

經驗教訓

成為一名優秀的開發者,需要你不斷努力,你要學習別人的專案,而不是偷竊別人的專案。

在錯誤中成長,讓錯誤成為成長的催化劑。

決不能複製別人的程式碼,而且不說明原作者是誰。

決不能糊弄導師,企圖矇混過關。

抄襲會被人唾棄,並且毀了自己在行業內的名聲。

總結

丟了工作之後,Bryan 曾經聯絡我,讓我幫他找一份新工作。我對他說,我無法和一個不值得我信任的人合作,從此以後我不會再為他提供任何幫助。在那之後,我們再沒聯絡過,而 Bryan 至今依然在複製別人的程式碼,企圖用這種方式找到一份開發者的工作。

相關文章