下午,葉新晨登陸黑土平台,在懸賞版塊裏麵看著一個個懸賞。


    “攻擊服務器成功,獎勵十萬。”


    “提供任意漏洞,一個六萬,上不封頂。”


    “幫忙開發小軟件,隻需要負責前期開發,成功獎勵五萬。”


    “軟件已經開發完畢,有沒有人看看還有什麽有漏洞,小BUG五千,大BUG八千。”


    “軟件開發卡在了算法,急求大佬看看,成功獎勵三萬三。”


    “………”


    像那種要求攻擊自己服務器的,葉新晨也都是看到基本上都是大公司發布的,基本上都是針對網上金融係統的防禦服務器。


    隨意的翻看了一下,葉新晨的確是很難找到一萬以下的,有是有,但是基本上剛出現就會瞬間沒了。


    像那些一萬兩萬三萬的倒是挺多,但是沒有人接,畢竟必須要考慮能不能完成,完成不了的話那最後就別接,因為連續接三個任務沒有完成以後,賬號被禁的話,那損失就大發了。


    畢竟這可是人臉識別的,每次登陸就需要人臉識別一次,不可能用其他人的,畢竟人家也不會每次都會幫忙人臉識別。


    至於說人會分隔兩地人臉識別不好弄,那這個就是小問題了,對於程序員來說都很好解決,這都不算問題,算是有問題的隻有登陸一次就要人臉識別一次,這一點會很煩。


    畢竟一直要求人家幫你人臉識別,一次兩次還好,天天都來,那誰能受得了?


    就跟拚多多一樣,好朋友之間一次兩次還好,多了以後……滾蛋,有多遠給我滾多遠!


    差不多就相當於這個意思。


    所以使用黑土平台的程序員,都是很謹慎的。


    不過現在此刻的葉新晨倒是一點都不謹慎,他一眼就相中了一個懸賞。


    “代碼卡住了,急求大佬出手,成功獎勵十萬。”


    這個十萬直接的刺激到了葉新晨,而且這個懸賞後麵也是有時間的,二十天以內。


    <a href="http://m.beqege.cc" id="wzsy">beqege.cc</a>


    “二十天以內……”葉新晨心中一動,他感覺自己可以搞一搞,畢竟被廠商投訴那也得連續三次才行,他第一次接沒成功,下次就去接那些自己絕對可以完成的懸賞不就行了?


    而且這個懸賞足足有二十天的時間,他感覺憑借著自己目前高級程序員的經驗知識,去完成應該也有不小的把握,成功那可就是十萬啊,而不成功的話那也就是也損失不了什麽,最多就是接下來接懸賞一定要謹慎小心罷了!


    所以,葉新晨也是毫不猶豫的接了下來,畢竟機不可失時不再來,最多就是自己少休息罷了,淦也要給這個代碼給淦出來。


    代碼卡住是一件很正常的事情,所有程序員都會經曆過,哪怕那些牛人程序員,計算機界的泰山北鬥都會有這種情況,所以都會理解。


    因為代碼這種東西一碰你的人生就好像變了一個人似的。


    基本上日常生活中都要用代碼交流了。


    經常會說…


    打個比方?比如?如果?否則?死循環?炸了?死了?宕機了?崩了?傻了?重複bug為什麽?不可能?不應該?


    你覺得怎麽樣?我不知道,我不會,我也不清楚。


    需求文檔呢?沒有。


    你這個有問題,你那個...…


    無限重複bug,無限改。


    好煩,或許,可能,大概,我想不出來。


    你有什麽好建議?加個東西很簡單的!結果搞了一天。


    所以程序員,那些碼農每天說來說去都是以上這些話,基本上都能把人給逼瘋了。


    接過這個懸賞之後,葉新晨就是認真的看了起來,這個文件包還是挺不小的,而且這些代碼看的令人非常的頭疼。


    閱讀代碼有兩種模式:top-down 和 bottom-up。


    Top-down 模式,就是先設定一個 use case,比如說打開一個文件,然後靜態跟著代碼看,或者用 debugger 跟著看。


    這樣子每次出現函數調用的時候,把函數的執行層次紀錄下來。


    大致如下:


    func1()


    func2()


    func()


    func3()


    這種圖表很隨意,是可以根據自己的需要增加信息。


    比如有的人有時會把重要的實際參數一直標下來,這樣閱讀深層次代碼不用再回頭查形式參數到底指什麽。


    這個基本作用是防止在閱讀深層次代碼時忘記總體執行層次。


    而Top-down 模式進行到一定層次,往往會發現雖然圖畫了出來,但還是無法了解程序再幹什麽。這時需要轉入 bottom-up 模式,一直深入到最底層,給能了解作用的底層函數一個一個的寫文檔。


    當然這時的文檔是完全底層的觀點。


    然後就是不斷在兩個模式之間轉換,不斷的細化兩種模式的理解。


    雖然看這樣子看代碼會簡單很多,但是還是也會一直看的人眼睛眼花繚亂。


    而另一方麵,在葉新晨接了這個懸賞不久,發布這個懸賞的人就給他發了一些消息。


    天涯海角:你好,有些地方我要跟你說一下,因為我怕你看代碼看的時間會很久。主要的問題就是我改了一個功能,結果總是跟預期對不上,查了代碼C++的,沒發現邏輯問題,然後花了幾天,終於發現了關鍵點:有一個變量,莫名其妙在不經意間值就會變了。


    天涯海角:然後我自然就開始懷疑是多線程沒有保護的問題,但研究後不像,發現這個變量值跳變也不是隨雞的,總在一行特定的位置後,值就會變了,這一行特別簡單,就是個簡單的加法,然後跟這個加法不直接相幹的另一個變量的的值就會發生變化。


    天涯海角:所以就這個給我直接卡住了,我問了不少的程序員大咖都沒有給我整明白,所以希望葉子兄能夠幫我找出來哪個環節出現問題了。


    葉子兄自然就是葉新晨的黑土平台的網名,畢竟黑土平台也不會讓你用真名,身份證信息平台可以知道,但是沒有必要讓平台的用戶知道,畢竟萬一有人有仇,將身份信息泄露出去,那也不是一件美好的事情。


    葉新晨看著這個天涯海角發來的消息,腦海裏也是自動浮現出了一個經驗知識。


    PS:這些都是簡單的程序問題,不是複雜的程序問題,所以以後我要是寫到有誇張的地步的問題,實際上也都是簡單的程序問題,所以如果有程序員大佬看到莫怪。因為我不會寫那些複雜的……

章節目錄

閱讀記錄

這個吞金獸不好養所有內容均來自互聯網,uu小說網隻為原作者花花小君的小說進行宣傳。歡迎各位書友支持花花小君並收藏這個吞金獸不好養最新章節