轉眼間到11月網站也準備要上線了，回想當時很佩服研習生們有堅持住將該有的功能開發出來，另外昨日提到的額外驚喜先來說明一下。
大概在接近10月的時候別的部門因為沒有特別指派內容給該部門的研習生開發，因此就直接詢問她是否有興趣加入我們目前開發的專題，然後很敬佩的是雖然那位研習生在前兩個月就把時數都做完，但是還是自告奮勇的說可以一起參與開發。另外之所以還會找這位研習生的原因跟上線有關係，例如上線後要做SEO的關鍵字優化，以及在數據蒐集和內容推廣的部分正好是該研習生學校所學的。
至於在上線的部分同樣使用了IIS上架網站，而部署的過程可以參考第十三天的文章，基本上就是給研習生練習網站上線時的過程，以及讓他們了解網站上線後在功能異動，或者是維護時需要留意的細節。
除此之外在版本控制的部分，前幾天有提到使用Github管理開發的程式碼，補充一下當各別開發的功能若已經完成時，在前期的時候都會請他們做到Pull request，接著再稍微看一下新增或者是修改的程式碼後再進行合併的動作。但因為手邊其他專案越來越忙碌的緣故，到後面的開發都會請他們進度推上去之後做到合併的動作，但也有幾次是因為原先的分支距離主分支的版本有一段差距，造成合併選取更新程式碼的時候發生了一些問題。
所以也時常提醒他們開分支的時候就是在做一個小功能，當功能完成時在合併完成之後，記得再從最新進度的主分支開新分支做其他的部分，舊的分支就可以把它刪掉了。講到這回想到初次摸索版本控制的概念也是迷迷糊糊的，直到看到有一篇文章描述分支的說明才恍然大悟。
分支就像一個標籤，刪掉的意思只是把標籤撕掉但還可以回頭去看之前做了什麼。
接著拉回前後端開發的部分，除了昨日提到的功能開發之外也有一些部份也是在上線之後持續補強，那為什麼會特別提到上線之後的時間點，先用一個謎因圖當作故事的開頭。
當功能從概念發想到實作的過程，處理的人基本上都是開發者，所以常常很多意想不到的事情，都會發生在上線後給使用者測試時的回饋產生新的需求，例如畫面上的操作流程、選單的預設值顯示方式、註冊和登入的欄位說明等等。
其中以後台的功能來說明一下，在設計新增商品的功能時首先是畫面上的呈現，是要由上而下清單的型態還是要表單的型態(分左右區塊)哪個比較適合，或者是當使用者輸入商品類別的名稱是要給他KEY IN，還是透過選單的方式給使用者選擇比較適合(但如果商品類別可以自定義新增時，要怎麼搭配表單也是一個需要評估的地方)。
另外當使用者編輯商品資訊的時候，如果有包含圖片的內容被置換的時候舊的圖片要怎麼處理，當時因為這個狀況也提醒研習生記得要加入刪除圖片的動作，以避免占用到存取的空間與檔案分散的問題。總和上述在開發過程中除了協助研習生技術上的除錯和功能上的建議外，時常提醒他們寫出來的功能記得要自己實際去操作一次，才能更加確認還有哪裡的防呆機制，或者是呈現的結果需要再調整。
除了透過程式碼實踐功能之外，延伸思考使用者的操作狀況(也可以說練習通靈的能力xD)
除了原有的開發目標之外也指派給新加入的研習生一個任務，那就是要讓上線的網站在期末發表前能夠直接下關鍵字找到網站，當時研習生聽到的時候想說一個多月怎麼達成這個目標，但給她了一些建議如SEO針對平台的性質去加強、新增網站的索引內容、新增社群平台(FB、IG)去連結上線的網站。
雖然說模型的載入效果在開發的時候有建議使用電腦觀看，但如果用手機瀏覽平台是否有好的方案，針對這個情況當時去找了Andorid和ios可以把模型轉換成AR的工具，但多數的工具都是需要先安裝他們的APP之後才能開啟，因此後續找到的解法是使用Apple提供的轉檔功能(對於Andorid的用戶感到抱歉QQ)。
在完成轉檔之後加入到各商品的詳細資訊內，並且依照瀏覽的尺寸判斷是否要顯示Ar的連結，經過這樣的設定之後對於手機用戶而言也可以看到模型的效果，以此提升跨裝置的互動性。
iThome鐵人賽
看影片追技術