實習第七天

公司的工作主軸為響應式網頁設計，完成客戶要求的系統(大宗的有報表、財務相關)，偏向後端的資料處理，前端的部分套用版型居多。

無任何福利也沒什麼壓力(!?)，來公司這邊學習專業(盡量...)、工作態度，就當作出來見見世面這樣。

----------------------------------------------------------------------------------------------------------------------------

公司指派了工作下來，終於不再是一直做自己的事了，真的很開心(騙人的吧?!)，然後第一週的實習周誌(第一版)被打槍到靠北，不過這又是可以扯到態度那了。

第一次正式參與公司的開會，內容為講解公司高層與研發人員在與客戶驗收系統遇到的問題，突然發現筆記能力超重要，開會中要嘛跟不上一直詢問，要嘛字很醜字不會寫，如果有筆電可以用就好了，最後就是指派工作啦，大大小小需要優化、debug的地方有三四十處，分配給我和另一位實習生去紀錄。

完整得紀錄客戶使用公司開發完的系統後發現的問題，包括操作步驟、操作畫面、錯誤結果等…其中比較重要的一點就是要站在使用者的角度，這就很適合我了，畢竟我才剛來，什麼都不會，同樣面對錯誤的敘述，研發人員可能會說：「這個List的Index可能沒有代好，所以抓不到data」；使用者則是覺得「我點了某個選項，它裡面的東西沒有跑出來」，這就是敘述上的差別(蛤，工殺小)。

那為什麼要記錄問題呢? 對內，也就是公司，可以幫助研發人員在處理問題上能有一個順序，比如會讓網頁當掉的bug應該比資料沒有顯示還來得優先吧! 當然記錄下來最直接的好處就是不會漏掉處理現有的bug(客戶以後還是有機會提)；對外(客戶)有一個依據，客戶上次提的問題，公司有確實記錄下來並處理，會比較好交差，避免發生客戶一直盧想要怎樣怎樣的，沒完沒了，有問題應該要在驗收後說清楚，公司記錄好回去處理，如果之後客戶還有額外要求，可能會斟酌收費。

上面有提到第一週的實習周誌(第一版)被打槍到靠北，因為內容太少(記錄問題的部分我要留給第二週的週誌)，照理講不應該這樣，報告難看、公司也難堪，學校看到一定會有所反應，互相傷害…為了避免以後氣氛糟糕(?!)，我主動退件回去改。

公司其實是有叫我去摸索開發套件(Orchard CMS，有興趣可以估狗看看…)，但是老實講我也不知道怎麼形容，可能使用門檻高而且我本身基礎知識不足，我不知道自己跟著文件操作到底是在幹嘛，那種東西檔案都超多的，也不明白它們對應的關係，因為這種狀況，報告內容我就沒寫什麼，第一次給高層看後，就被念了一大串，什麼「我們這邊也沒辦法說要你幹嘛幹嘛的，學習還是看你自己啦，你要這樣混混時數我們也不能怎樣，要對自己負責阿。」之類的，一針見血，我承認我一開始的心態真的是這樣，反正沒錢，就混混時數，做自己想做的(實習報告不能寫這個阿!!)，果不其然第一個禮拜的報告就暴死，之後回去補充內容，把真的有做的事情寫進去，配合幾張照片，才完成第一週的實習周誌(第二版)，高層還沒看，不知道反應如何。
嘻嘻