所謂的實戰題，其實就是給出一些設定或者需求，然後讓測試者隨意發揮，隻要做出來的東西符合條件就算ok。

    蕭冉拿到的題目非常有意思，題目不是一個個單獨的題目，而是環環相扣的題上題，新的題目總是在上個題目的基礎上繼續給添加新的內容。

    它看起來更像是一個教學篇，讓導蕭冉一步步的去製作一款小遊戲。

    比如說，蕭冉的第一個題目是寫一個指定的遊戲環境；

    第二題要求寫一個模塊，要求該模塊可以在上一題的遊戲環境中隨機生成指定數量的障礙物，並預留可通行路徑；

    第三題要求寫一個尋路機製；

    第四題要求在尋路機製上添加新的功能；

    第五題

    第六題

    蕭冉感覺這組題目是在是太讚了，在完成一個個題目的過程中，蕭冉竟然體驗到了快感，親眼見證一個遊戲在自己手下慢慢成型的快感。

    蕭冉玩的入迷了，簡直不要太開心。

    然而在一旁看著蕭冉操作的總監大人卻再次被蕭冉驚了個呆。

    因為蕭冉的效率實在是太高了，每遇到一個新問題的時候，蕭冉總要先好好考慮一下接下來要怎做，考慮的時間長短不一，視問題的難度而定。

    寫之前要先想好這一點並沒有什奇怪的，讓總監大人驚訝的是，這家夥要不寫，隻要一開始寫就不帶停頓的寫，可以一口氣連貫的完成解題。

    鍵盤啟動後就見他眼睛看著屏幕，手指劈啪啦的快速敲擊著代碼，過程中甚至鼠標都很少動。

    在編程過程中，百分之99的程序員會選擇用鼠標點出“程序事件“，這做的好處很多，一是定位代碼處於代碼窗口中指定的位置；二是可以省略程序事件開頭和結尾的代碼程序自動功能。

    蕭冉卻在開碼後很少觸碰鼠標，他似乎更青睞全部自己寫。

    關鍵是寫的過程幾乎就不帶停頓的，仿佛一串串的代碼是機器寫出來的一般，那速度，那效率