軟體開發公司實習報告如何寫

本週是實習的第一週，很幸運碰到了產品部很有耐心的leader詹老師。 實習第二天他讓我做一個h5的遊戲類應用， 主要用於微信中分享。之前對於自己的水平是否能完成完全沒底，但感覺第一次實操確實也有點讓人興奮，之前關於產品開發的印象只停留在書本上。

詹老師讓我模仿“過家家gogaga”所開發的“打電話認師姐”微信小遊戲寫一個類似的應用。 我把原始應用找出來便開始摳程式碼， 第一步是將套在微信介面中的原始應用摳出來（套在微信介面的原始應用只能在微信瀏覽器中執行，無法在電腦上測試），週二開始做， 一開始我的效率非常低， 因為我很多測試方法並不熟悉， 在參閱了微信js-sdk後總算把原始程式碼摳出來， 釐清該應用的基本邏輯後開始重寫， 在詹老師的耐心地指導和對基礎知識的講解下，我們將原始程式碼中120行的css程式碼優化到60行，將五百多行的js程式碼優化到只有60行，這事實上是在原有的邏輯上完全重寫了，這讓我開始有點成就感了。

也第一次感受到產品開發中的大局觀，這種大局觀更多的是體現在細節上，比如程式碼變數名的設定需要與檔案存放聯合考慮，以便日後修改和維護。 詹老師在講程式碼邏輯的時候親自寫了一個例子讓我體會， 雖然消化這些用了快一天，但感覺真的收穫很大， 有拔雲見日之感。

實習一週後所遇到的種種困難也讓我意識到自己很多問題，歸納如下：

1.儘管之前對於書本的學習有一定積累，但還是暴露出程式碼的不熟練，細節方面處理能力差，在細節上耗費時間太多。

2.缺乏基本的軟體開發測試思路， 比如之前不知道chrome具有相當強大的錯誤測試功能，它對於沒有觸發的函式也有錯誤提示。

3. 缺乏專注的習慣，比如詹老師讓我先完成功能方面，但我卻習慣於去找找介面的素材， 這就導致兩邊都沒有做好。雖然認識上知道不該這麼做，但是習慣上卻很難改。

4.自己很多時候雖然有問題但是不能完全闡述清楚，所以跟leader溝通的時候往往支支吾吾，以後有問題自己首先得想清楚，將問題講明白也是很關鍵的能力。

另外也記錄一些自己的淺薄感受：

1.工科出身的詹老師對於程式碼的執行效率有很多的考慮，但對於使用者體驗和互動效果似乎稍微少點，當然也可能是我新來並不瞭解的原因。

2. 公司在做小應用的時候並不會在使用者測試和產品結構功能上討論太多，公司要的是迭代效率， 就是要快速出應用，然後再快速上線下一個。

本週接到新的任務，為中國教育線上製作h5的招聘頁面， 之前的“給師姐打電話”的h5應用還沒有優化好，能做的改進的地方還有很多，leader詹老師讓我先把招聘網站做好， h5應用先放放， 他給了我大街網做的“中國好offer”作為參考， 拿到之後確實感覺這些頁面都做得很好， 詹老師蒐集的資源確實十分豐富，從實習到現在他發給我的參考很實用，在看完了五六十個h5的招聘頁面之後開始構思， 在將產品架構基本做好後，測試又發現很多問題， 有技術層面的，但更多的設計本身的問題。技術的細節的問題：基於jquery mobile的開發框架國內的資料十分有限，不得不查閱原始的英文api，很多問題也只能去jqm的論壇查詢，這些都十分考驗英文閱讀能力。css的佈局問題繁雜，在各個瀏覽器，各個應用的渲染都不一樣， 也是很折磨人的過程，我現在就碰到了css中font-weight屬性在safari沒有渲染的問題，至今沒有解決。

逐漸體會到前端工作的繁瑣與細節， 需要學的東西很多， 有時候可以憑自己一些小聰明在當前解決，但並沒有摸到問題的根源，揚湯止沸不是長久之計，但又好像沒有足夠的時間來系統的摸索，我只能先將這些問題一一記下來。這些技術的體會是一方面，另一方面便是產品的設計層面， 現在就是因為產品快做好後發現有很多地方犯了低階錯誤， 以往的紙上談兵頭頭是道，等到自己親身實踐卻感到把握不住很多設計原則， 比如介面設計給使用者造成的不必要的干擾， 功能可見性的不足，邏輯上的不嚴謹， 以下我歸納了下崗做好的h5介面存在的互動問題：

1.頁面的設計初衷是左右滑動來切換頁面，但給幾個朋友測試後都不能進入頁面後就自然而然的知道是左右滑動。

us的圖示給使用者是按鈕的錯覺，在測試中很多使用者以為是按鈕，都會下意識的點選。

3.互動效果的乏善可陳，與滑動的邏輯似乎也沒有太大關聯，只是單純的加入了一些css3的動畫。

4.用於提示左右滑動的動態箭頭會讓使用者以為是點選作用

改進：

1.放棄join us 圖示

2.改為上下滑動，箭頭提示更改

3.重新設計圖示擺放結構

總結： 這次的h5頁面主要在於設計問題， 事先並沒有完全構思好原型就急切投入到程式碼的編寫中，這種開發方式本身是十分幼稚的！