，這週四之前就得完成。週四是設計組開會對設計文件，週五是設計和程式一起開會敲定功能，都敲定之後下週才能開始正式開發。

如果有人的設計文件在週四前寫不完，那就得通宵寫，反正不能拖專案進度的後腿。

所以設計組的這些人一個個都在緊張兮兮地工作，鍵盤敲得震天響，連喝口水都嫌多餘。

第27章 已經開始做了？

週二，熊愷忙著改設計文件，鐘鳴悠閒地喝咖啡。

週三，熊愷忙著做美術需求，鐘鳴悠閒地喝咖啡。

熊愷也是納了悶了，這什麼情況啊？

他在這忙得要死要活的，結果鐘鳴這也太清閒了吧？活都做完了？

再一想，還真有可能做完了……

熊愷之前偷摸地看到過鐘鳴寫設計文件和美術需求表，好像寫得確實挺快。

但再快也得有個限度吧？更何況寫這麼快能寫好嗎？

設計組的工作有個特點就是繁瑣，細碎的點特別多。就比如某個功能的某個按鈕在不同狀態點選後的反應，這些也都是要寫清楚的。萬一要是漏了，都不用到程式組那裡，設計組開會的時候其他人肯定就得給你把毛病挑出來。

所以很多人寫完設計文件之後都得仔細檢查個七八遍，生怕哪個地方寫得不完善。

結果鐘鳴倒好，一天多就把一週的活全給幹完了，然後就公然划水。

這讓熊愷怎麼忍！

「鐘鳴啊，設計文件寫完之後多檢查幾遍，對自己要求嚴格一點，否則到時候拿給程式做，被程式挑出一大堆毛病那可是很尷尬的。」熊愷以一個過來人的身份苦口婆心地勸道。

</br>

<style type="text/css">

banners6 { width: 300px; height: 250px; }

dia (-width:350px) { banners6 { width: 336px; height: 280px; } }

dia (-width:500px) { banners6 { width: 468px; height: 60px; } }

dia (-width:800px) { banners6 { width: 728px; height: 90px; } }

dia (-width:1280px) { banners6 { width: 970px; height: 250px; } }

</style>

<s class="adsbygoogle banners6" style="display:le-block;" data-full-width-responsive="true" data-ad-client="ca-pub-4468775695592057" data-ad-slot="8853713424"></s>

</br>

</br>