肯尼那那

本月進度協助老四川物流店到店前台與後台製作，也順便花點時間重溫Laravel的撰寫風格，記得剛進公司做第一個專案為laravel框架那時大約寫了2個多月但對於MVC方式寫法完全不熟悉，到了三年後的重溫時就截然體悟的不同，另外處理s1移值處理、Mashup回饋bug的處理、新官網產品付款的處理，用了2天時間做工作事項的交接與電腦重灌，另外用下班後時間學習一下虛擬環境如何建置http server、web server、負載平衡的瞭解，做為我今年度要完成Docker學習的基本觀念，雖然離開了團隊但我會持續的學習更新技術保持競爭力。
從5/1開始，因個人職涯規劃，將離開我熱愛的公司，在這三年4個月從程式的菜島到精進，經由RD主管與同事引導而逐一進步到可以獨立作業，在此感謝曾經幫助我的各位同事們，這段的經歷豐富了我技能也成為我程式上的基石。
在這只能用幾個簡短文字來表達心中的不捨與心意，無論我身在何處我始終祝福 公司發展越來越好、身體健康順利。

從過年到目前因大陸疫情直接影響亞洲甚至影響全世界的人民生命財產的安全，那天聽老大分享談到疫情對產業與消費的經濟衝擊，對於在這疫情還在控制中時如何需要快速儲備資金糬食，維持公司的正常運作。
話說回來，在這次討論中也上了一課，瞭解到開發一產品時不管為大產品或小功能主要除了市場的需求外也要依公司主業務做一個相輔的作用，這樣我們的服務和產品銷售才有吸引力和市場的競爭力，所以這也是我因該需要學習與思考的商業化模式。

以下為工作項目：

1.官網後台/成功案列 - Create,List,Update,Delete- API
2.API - 成功案例獲得單一筆資訊、獲得image顯示
3.官網－status加入cases的資料表
4.將各官網Ｎews、ＨistoryEvent、Cases API功能加上JWT
5.把S1網站佈署gitlab並測試
6.帳務管理匯出功能７月至９月無法匯出
7.把S1網站佈署gitlab並測試(yaoshyan)
8.純靜態網頁將.yml的mysql設定移除和php功能移除
9.Pay購物清單記錄於localStorage

這個月工作事項有Map專案會計有提些工作上的需求加入功能、MS功能的修正、新官網後台管理API功能另外比較花點時間在API的單元測試上。
另外目前有 web 版專案 冠旭 在做環境建制，剛好沿著她的Issuess方向學習，所以試著去瞭解Dockerfile為何下指令就可以讓環境跑起，補足這部份的知識 期望後續專案有機會多練習達到預定學習Docker的目標。
工作事項：

1.官網API - 排序成功案例類別
2.MS-綠界虛擬帳號顯示問題 
3.MAP-ERP 專用列表增加廣告 ID
4.MAP-廣告ID、ERP客戶一次全部都匯
5.官網-後台/成功案列 - Create,List,show Image- API
6.官網-API - 成功案例獲得單一筆資訊、獲得image顯示

今年度7~10月Map專案上線以後前段時間做一些功能性微調後，接下來11月份工作重點在於舊專案做移機設定的處理、新官網後台的建置、另外MS客戶的需求處理。Golnag的導入到公司產品開發也算1年的時間，但在專案都採用函式的寫法但比較容易在引用上都會照成循環上的問題或是把它寫死成僅支援某特定功功能，所以這次在官網這裡在製作上使用struct定義各方法的屬性，使用Interface做為對外的接口在使實作物件時可以對應相關函式而進行操作，在這觀念上花了點時間去理解。另外也花了很多時間在API做單元測試，雖然是做了但對於單元測試的Packages使用還是模糊不清的所以後續還要多點時間研究。

這個月讓設計部花了很多心思，辦了公司發展史回憶和運動場上的活動，讓大家在足壘球和談話中產生更好的互動性與向心力。

1.Map競業評論記錄頁面調整-名稱與評論調整

2.新官網-建立最新消息資料表

3.MA的official方案期數調整

4.新官網後台-最新消息刪除、修改API

5.MA綠界虛擬帳號顯示Bug修正

6.official官網-付款期數hiden1個月定期定額

7.xx電工- 放入Docker環境做移機設定準備

8.dental診所-放入Docker環境做移機設定準備

9.xx協會- 放入Docker環境做移機設定準備

10.新官網後台- 歷年活動API-新增、All List、 Image顯示

10月份的前半月先把地圖專案因訂單流程做修改將搜尋功能做修正與調整，另外因訂單存入的調整使後台帳戶管理的匯出、傳至XX的發票也做失效的修正。另外下半月時間將Mashup的issues還未完成的工作或企劃反應的功能做加入和修正，另外新官網要做後台管理的部份還沒有開始製作但後續Golang這裡需要用到單元測試，所以就先花點時間練習一下單元測試的基本做法。

1.優化XX同業競者頁面
2.後台帳戶管理開立發票因 companyTaxId為int現己改為string所以無法傳送至XXX
3.記錄評論的token_id沒有記錄至 comment_details
4.指定XXX評論優化頁面
5.後台帳戶管理開立發票失效
6.XX評論記錄因token_id空值照成無法顯示
7.後台匯出ERP客戶要新增寄送電子發票E-mail欄位，內容要有客戶email
8.MS-官網official新增連結導向指定頁面
9.Google Login Key設定檔重構 
10.MS-edm的mail寄信修正
11.MS-會員卡&結賬頁 email防呆特殊字符 
12.MS-增加超取出貨 通知email
13.查詢指定競爭者評論列表-商家名稱過長會溢出

這個月冠旭將寫入訂單與付款機制做重新優化，所以這個月花點時間將ＭB的排名和競業做統一符合優化後的流程以讓後續比較好做管理和使用。因當時起初這個專案還沒有很完整的雛型時就依當時老大給與資訊和市場趨勢去製作，目前專案產品都已到位了流程方向也比較明朗，所以在流程上有些資料儲存和步驟使用上在做優化的動作。
記得剛來公司時主管寶耀就提了要將後端語言和前端語言要分離提倡要往Go和Angular語言發展，那時我還滿擔心的但不知不覺使用Go寫了MB這個專案10個月的時間了，在這個專案大約都是Function的寫法，接下來會有新的專案希望使用GO朝向類別方式的寫法，雖然她不像其他物件導向語言那麼多的規範，體驗和學習不同寫法相對也對專案延展性較佳基本上才不會有import cycle的問題。

1.official 升級方案-XX刷卡完成導回頁面
2.後台帳戶管理-發票號碼與發票類型整併
3.後台電子發票-增加查詢發票明細
4.Orders 新增一欄位放google廣告服務費的記錄
5.廣告費用付款流程
6.調整後台ERP-商家資訊-匯出欄位資料可順利匯入ERP
7.official 升級方案-導回頁面調整
8.MB排名整合至新的建立電子發票流程
9.銷項稅額匯出欄位修改，發票開立、匯出傳票、匯出銷項稅額 bug修正，店家總覽列表的NO欄位加入合約編號
10.MBXX評論整合至新的開立電子發票流程
11.儲值廣告補述文字述敍與服務費調整計算
12.優化查詢同業競者頁面與流程

MB開賣也快滿2個月了產出了效益後，為了配合後端人員作業這個月把一些後台加入功能讓會計人員可以做帳務與內部稽核相關事項。

經由各部門的努力目前公司已有了多項產品，公司擁有了目前電子商務中比較熱門的通路與廣告相關軟體算是產品力很充沛，如何在這充沛資源中如何去做更好的整合與行銷讓她產生出更好的收益，有時會這麼想這～～。

另外經由一段時間後端的開發讓我勾起了對類別、抽象類別、繼承、介面在重新去探討的想法，所以就花了一點時間去重新閱讀這方面不足，相對也幫助了工作上對於開發上多了點想法如何由原本頁面想法開發引導我會去想如何將活動轉化到類別的想法，這是我接下來要學習加強的地方，所以在實戰中演化可能是畢經的學習過程吧。

工作項目：

1. MB加入國泰付款流程
2. MyBusinesses需補上一欄位功能供ERP專用客戶名稱使用
3. MB的客戶訂單詳細資訊彙整入ERP-ERP客戶名稱供匯出使用
4. 國泰刷卡付款頁顯示第一個刷卡順位和後台管理付款方式顯示國泰
5. 地圖機器人後台匯出傳票的會計科目要
6. 後台店家總覽匯出商家資料調整
7. 調整LinePay 付款完成comment轉導入liff問題 
8. MainOrders的receipt_number更新至電子發票receiptnumber
9. 後台財務加入發票作廢的功能
10. 後台管理-帳務管理標示己作廢的發票號碼
11. 後台帳戶管理詳細資料顯示記錄付款的log記錄
12. 記錄登入人員匯出那些商家資料表
13. 電子發票無法作廢修正
14. 制定Mapbot合約編號給予規則供內部稽核使用
15. 後台另開ERP專區-商家資訊列表有訂單資訊
16. 新增Mapbot銷項稅額匯出功能
17. 匯出MB商家,需符合有訂購紀錄和已匯出記錄
18. 銷項稅額匯出記錄log和統計匯出次數於帳務管理列表
19. 新增MB客戶匯出之功能,需符合有訂購紀錄
20. XXXX雕X創XX-開啟由客戶自行填寫會員資料加入會員
21. official 升級方案-國泰刷卡完成導回頁面

上半年度忙這MB專案終於在7月上架開賣了，目前在老大的教育訓練和追逐著工讀生和業務績效讓MB這個產品有快速的累積用戶數和訂閱的訂單，接下來希望這個產品可以漸漸發酵產出更好的市場效果。
MB產品上線二週後因C金流餘度不足和手續費用高的問題下只好停用了C金流，好險還有P的金流支援著可以讓MB產品可以繼續的收單，但在停用了C金流之後，因客戶反應在APPLE手機刷完P金流導回LIFF會有問題，經由測試與詢問P金流工程師後她們建議付款要走web不要使用LIFF的方式所以有花點時間更改流程，為了因應未來的訂單量和手續費的問題在月底前又另接了銀行的金流只是在測試上需要用自己的信用卡實刷，刷了太多次又被停卡又要打電話去跟銀行解卡，另外要記錄每次測試的單號做解刷的動作，所以這個功能算是可以了但可能8月初還要在測試一下才可上線。

工作項目如下：
1.MS後台的訂單編號與PAY後台的編號更為為關聯性
2.MS羅XXX開放傳統會員註冊方式
3.開MS API讓2018年新官網可接入國泰
4.後台管理MS超取地址欄位勿抓預設地址
5.MB匯出商家資訊CSV檔供ERP建檔使用
6.MB後台商家資訊列表加入有多選功能
7.MB傳票資料匯出csv記錄於資料表
8.MB修正匯出傳票Bug資料供ERP使用
9.MB的P金流用點數付款無法正確倒回系統頁面
10.MB訂單帳務管理搜尋功能的修正
11.MB開立傳票C金流付款科目名稱更改和匯出Reload的方式修正
12.MB後台加入電子發票管理頁面
13.MB銀行串接金流API
14.搜尋關鍵字和評論Pay付款完成 pay_logs更新bug
15.MB帳戶管理開立電子發票傳送問題
16.MB加入銀行金流各產品流程（處理中）

這個月依然趕著BOT專案讓這個產品順利的推出，希望暑期能有好佳績。在這次專案學習到接到專案處理的方式，老大本身很有商業的想法會經由企劃和我們接收到了訊息去開發製作實現，雖然在程式自己有想法去做但在畫面上的流程確遵照了企劃所規劃去做，在這個過程結果就沒有符合老大的期望所以就要花些間去重新做修改，但在這個過程中體會到製作上需依老大給的方向去製作，但在流程上我必須多加入一些自主性怎麼做會比較適當，就如我在教課時怎麼教會比較符合學生和學校的期望一樣。所以在這過程中體會到公司希望多些自主性如認為有瑕庛因提出反應做適當改善，如我剛開始時這麼做就不會有這樣的事情發生，真的不經一事不長一智。

以下為工作事項：

1.針對競爭面頁面的資料篩選
2.關鍵字紀錄結果和查詢評論調整
3.串接電子發票的API
4.競爭頁面優化
5.MS訂單通知信修正
6.MS_pay寄信件名單調整
7.MS購物車訂單管理的搜尋資料功能次頁資料錯誤修正
8.金流XXXXPay導向
9.排程貼文的 XXXpay 串接
10.專人快審的 XXXpay 串接
11.更換評論卡片文案與圖案
12.關鍵字搜尋和評論記錄回上一頁重新導回createReceipt

這個月主要忙XXXX人專案、次要是MS的事項處理，另外還有Golang的教育訓練和發揮一下個人前工作的專長，訓練內部員工office excel的提升課程。

這個月跟老大檢視專案的過程中體會到一些工作需要改進的地方，因開發專案時都會依企劃所提出的功能或畫面去製作，在製作往常的會反饋功能為適合或不適合，但都會圍繞在這個思維中不較不會跳出這個框框中去思考。所以在與老大檢視專案的過程中讓我瞭解到希望有自主性的反應出有什麼更佳的解法去讓她有更精準的商業辧法，所以讓我體會到她希望工程師不只伴演工匠的角色但還是需要有靈魂的工程師。就像以前在教學單位工作一樣學員提出一些問題後我會告訴學員這個問題用什麼方式解會比較好。可能來到這個工作自主性較少了就掩蓋了這樣的方式，或可能在我心裡看老大好像脾氣上比較有個性使得嚇到沒有自主性吧~~呵呵。所以在工作中學會在照單全收時要會反應出問題或較佳的方式。

這個月工作事項：
1. 競業XX搜尋XXpay付款
2. XX電子付款頁面-優化
3.XX電子付款-寫入order
4.開立電子發票二聯式發票選項
5.電子發票訂單存人my_business的修正
6.更改即時查詢XX排名-關鍵字的單價
7.XXPay商家付款returMessage 錯誤資訊導錯誤畫面的顥示
8.XX排名付款頁面資訊儲存
9.查詢XX競爭者XX的存入XX分數
10.即時查詢XX排名放入XXXX分以上的選項功能
11.MS的XX工程行需要移除左下MS/FSh圖示
12. MS的XX戲劇-售價改為租價
13.串接電子發票-(工作處理中)

從二月至三月跟老大、企劃(勞烏)的跟催討論，算是可以把XX專案的第一階段到指定的進度大致可完整的使用了，或許可能上線前還會有一些優化或修正，希望這辛苦開發的專案可順利的推廣與熱賣。後續在第二階段還有一些功能會加上去，希望能像第一階段的節奏討論後有正確的操作畫面可以更有明確感寫code。
接下來的四月份除了第二階段工作，還有年度的學習課程Golang，雖然在還沒上課前就已在專案使用到這個語言，希望上完課後有更好的觀念與深入瞭解。

以下這個月工作事項：

1.搜尋產生經緯度API
2.自訂商家和取後預設商家
3.串接 xxxxPay API
4.xxxxPay Confirm付款，後端資料庫更新和導引頁面
5.xxx Order 訂單資料更新
6.電子付款結帳功能
7.電子發票結帳後端API Service
8.xx查詢評論migrate
9.xx查詢評論API
10.排名-填寫關鍵字、發票地址下拉選項修正
11.MS填寫訂單頁面大陸手機號碼會無法送出修正
12.串接電子發票(處理中)

新年過後公司調整了九點上班個人覺得還不錯，雖然我會在7～8點就起床了但還是會等到去公司路上買早餐吃，相對早一點吃也對工作思考會比較清晰相對工作效也比較佳，另外這次雖然不在六點下班的名單這代表工作效能還要在加強，所以必需要提升工作能力與自我學習讓我自己可以成為這名單內，但強調不是多半小時的問題而是個人榮譽的問題，之前就算是六點下班有時也會因工作而15分以後才下班，總之今年上半年多多努力。

2月份一開工我們RD團隊就開始如火如荼努力奮戰公司預計完成的產品目標，在這努力過程中有冠旭系統的打底和詢問，另外有MAX的解惑，還有勞烏慢慢可以ＲＤ溝通產品開發的互動讓我有比較明確的目標知道企劃需要什麼，另外她也要多一點勇氣跟老大溝通，團隊合作是很重要的，接下的3月中前還要在趕一下讓產品更完整。

工作事項如下：
1.MS官網刷卡－自訂自額 加入各銀行分期利率
2.Add 、Update、DEL Lxxx API
3.bussines 串接 - 上傳照片到 media
4.串接 localPosts
5.客戶搜尋xxx上的排名的功能
6.接收Linebot發出xxx位置後開啟xxx
7.調整MS-超取訂單第三方傳回(ResCode==0)將RtnErrMsg寫入RtnMsg資料欄位
8.接收webhook 導入至xxxxxx搜尋
9.MS總管理後台-綠界定期定額API和定期定額列表修正
10.搜尋地址產生xxxxAPI

以前聽過一個演講者說身為資訊人一年需要學會一種新語言程式，雖然我工作的資歷有15年的時間，但真正的當資訊人的經歷只有一年半的時間，感覺好像體會這個講者說法，但身為現代資訊人來說要學習新語言而且更需要順應時勢的快速學習快速吸收快速完成專案實作，這一年半從 PHP、JavaScript、Angular 到 GO都是工作上的需要被迫的成長與學習。當然對於電子商務公司來說為了快速完成專案都選擇維持原本的作法PHP，但對知識來說還滿前膽性選擇使用新的架構，因為我們想要做出更優質又穩定的產品給客戶使用，但對我來說也是多了一個技能的經歷。今年農曆年還滿多天可以用這緩衝多多充實一下，農曆開工後用來應對2019年第一季的工作目標。

當月工作事項：

1.MS後台【付款/出貨】- 付款方式顯示調整
2.MS 超商取貨－全家寄件查詢進度連結網址修改
3.MS和MS2018官網聯絡我們加入信箱
4.官網pay.php加入國泰分期-18期
5.測試MS特定商品購物結帳轉跳頁面問題
6.MS2018服務方案建置購物車流程
7.前端MS2018購物車付款表單付款機制與填寫(處理中)
8.nil-project 的i-map後台管理建置與串接

今年公司在6~7月辦了一些滿好的教育課程，雖然有小做一些Ag於MB上但沒有那麼完整的實作她，剛好這次MS官網形象頁面都用Ag的方面製作所以只能順勢使用Ag了， Ag 是一個純前端的網頁框架，學習上比其他框架多了些許的門檻，我想這也是我抗拒使用她的因素，當然在真正的開始使用了之後，會逐漸了解這些代價的犧牲是為了解決過去開發上會遇到的許多問題，相對於未來維護也比較容易的， 這應該是一個報酬率很高的投資。

在還沒進知識之前自己有時會接一些網頁程式小案件來做，但都拚拚湊湊學習一知半解的製作出來，但在這一年多時間網頁程式實作還滿多從PHP、JS、JQuery、Laravel、相關於PhP的framework、Ag....，在這一段時間算是學習技能滿載但沒有薪資滿載..哈哈，所以要從一個教office轉換到網頁程式的工程師還真是有很多的學習波折，但還真感謝公司、同仁的栽培。在過幾天就要2019年了接下來有新的方案要開始執行，在新的方案中可以札深工作技能讓我學習到新的開發語言增加更多實務經驗。

1.MS的pay自訂金額將分期關閉
2.MB-加入會員後，在結帳頁帶入會員資料
3.MS總後台的客戶刷卡成功發Mail通知相關人員
4.小B方案流程繪製
5.將MS靜態官網付款頁面規化入angular component
6.用angular製作購車服務方案payment_service

這個月主要工作在於串接公司Fb專案定期定額、MS專案金流的分期和 M-Bot的功能性製作。在接獲到企劃需串接定期定額任務就依如往常去處理申請、前台的規劃、串接api過程的confirm、另外還有後台的呈現管理的顯示大至完成了90%，剛好與業務談話溝通了定期定額與金額分期的不同後才發現業務認定的逐一扣款(定期)的方式不是她們要的，所以就等待了一天後經由老大從美國回來做了確認後改串接分期的金流，在經歷了一連串製作經由api串接分期、前台顯示和後台管理完畢後也可以運行了之後，又發現了分期金流必須經由4~5工作天方可通過使用這是跟別家不同的，所以使得專案說明會改用比較安全快速簡易的方式先配合運行。

所以在這事件上讓我瞭解到除了專注開發以外，因該要把我以前自己在接案子的溝通和敏銳度多花點心思，雖然有企劃可以減少我們很多行政的事務，但有時部門傳達上會有點誤差，所以還是要多多confirm和溝通才能降低這樣的事件發生。

所以總結來說一件事情要做的圓滿成功真的不是一個人的力量可以達成的，需要每個員工一點一滴用心與努力才會得到好的結果。

這個月因MBOT專案需要用到angular的關係需要安置環境，但安置完畢後angular確無在儲存後自己編譯，所以浪費幾天在做修正，還好pao出手有些改善，但有時anghlar奇怪的會鬧脾氣最終還是將要做的東西完成。另外剛開始使用angular需要用到一些套件，但因套件說明都使用npm方式安裝所以就照方式去使用但後來才發現我必須使用yarn，在這個錯誤的過程才瞭解她們的差異。越到年底有好多的專案事項都要趕著完成，這個月的月中本來要開始著手官網購物車的專案，但一直無法動工，可能11月份要加把勁力。

以上工作事項：

1.MBOT產品內頁 for angular

2.MS後台-超取付款與超取更改為非聯動設置

3.MS後台-管理MBOT的客服管理

4.MBOT-訂單串接paypal付款方式

5.總管理後台做MS即將到期客戶管理

6.MS訂單編號長度修正

7.MS純超取 需對【已出貨】選項做限制

8.MBOT-paycar新增欄位照成失效的修正

9.MS後台-FBot使用者管理-可搜尋會員資料的自訂欄位

10.將MS購物車設定-符合客戶需求(處理中)

11.小蜜蜂-測試元件

接下來 9月份要接新的線上金流付款結帳可能會用Angular來實作，但一直都認為javascript物件觀念不是很強烈，為了因應TypeScript的來襲利用晚上空檔扒一下javascrpt物件的觀念後在加強TypeScript的寫法。

加強了幾個觀念：

1.自動載入的類別實例化與類別建構子 (Constructor)實例化的使用上的差異。

2.另外javascript的繼承的方式是不同的，她採用了原型鍊連接的繼承也就是會 沿著該原型鍊向上存取而得。舉例：var myString = ‘This is my string.’ ， var 一個變數為字串物件型態後myString 就會變成了字串物件那她物件實例化後就會沿著該物件去找她原型錬的函式與屬性。

所以每天工作都這麼做的myString.split(',')，雖然都是這樣做但一直沒去透徹這些方式的觀念。

雖然在教育訓練時老師常說 透過定義並初始設定變數來建立物件而不是變數，在上課時記著了，但沒有深根導正到我的想法經過扒文後才體悟到。
這個月算是收穫兩枚觀念一個為javascript物件原型、另外一個為HTTP標頭的觀念，這些的東西對我的同事們或主管(pao)可能都不算什麼新聞但對我來說可以改善我除bug或製作前台的速度。

工作項目如下：

1.M-結帳流程需增加超商取貨付款

2.專案頁－更新為新版本和跑版調整

3.MS-刷卡失敗讓消費者得知訊息

4.總後台定期定額回傳的修正與畫面的調整

 5.總後台增加paypal相關設定(建置中)

6. M-增加paypal於結帳頁面(建置中)

7.產品圖示頁面載入不顯示的問題。

這個月在做超商取貨的功能時有某一家超商不讓人iframe另外在電腦版和手機android、ios不同拖延到了時程，當然這些問題都己排除了，在製作上預到沒有預過的問題去解決也是一個不錯的學習。

這個月滿充實的一個月，首先感謝老大體恤員工放幾天假舉辦員工旅遊，也謝謝小佩用心的安排這次康樂活動讓各同事之間更有默契更活絡，另外還有課程上的教育訓練。在公司真的學了不少的知識，每次在方案執行時都會想如何做更好的方式讓功能更物件化的寫法或使用上可以更方便，也可以讓後續維護或加入新功能時可以更便利或減少多餘的重工的工作，所以在這製作過程中一點一點累積成長中。另外接下來各方案前端要導入angular相對的MVC架構和OOP導向程式思路要更清楚，所以接下來有一些挑戰需要去完成。另外還有偵測器需要去完成，積欠這個技術債希望可以跟Mark趕快去完成她。

以下為工作事項：

1.BOT-消費者如線上刷卡失敗處理方案

2.MS-暑專案銀行線上刷卡金流API

3.MS-總後台客戶付款內增加定期定付 feature

4.MS-定期定額API判斷參數修正

5.MS-建置暑專案官網的檔案

6.MS- 虛擬帳號補入銀行代碼 、繳費帳號於的訂單內容、訂單列印資訊、email

7.MS-暑專屬網頁加入各方案網址

8.MS-訂單管理增加超取純運送功能

9.BOT-結帳流程需增加第三方付款－進行中。

10.MS-訂單記錄頁面增加訂單註記按鈕。

要Build一個PHP專案起來，近日體會到是一件不簡單的事情，簡述的說，在以前開發 PHP時程式語言 與 HTML 夾雜時代沒有 OOP、沒有 package、沒有 MVC、沒有 framework，在建置上是簡單的但是不安全引用上也會面臨一些問題，但現在為了讓PHP更安全、後續更好維護達到MVC架構會善用framework或者一些container 在這一年的時間內有點不懂這些的關係，但都會由主管或比較資深人員建置好MVC環境出來我們只要遵照這些規定去做，只要把 php、javascript、jquery寫好把功能做出來就好了。但這一年來都一直想把framework關係在稿懂點，剛好借由做定期來實現MVC製作方式，但一開始一直沒有辦法Build成功經由Max幫忙把這規範做起來，當下我也不太懂她做了什麼，所以這幾個禮拜有空的晚上有試著去建置slime 、DI ，體驗framework和container的關係，但這個部份還是需在加強學習。
所以我體驗到要Build一個新專案起來要如何選擇framework、容器還要善用composer，剩至要多人可以使用這個專案還要會建置docker，才有辦法開始撰寫程式，所以一個專案要Build起來需要經由溝通、協調、評估、文件規劃、開發環境的建置、程式的開發、功能的測試，所以可以體驗到資深程式設計師所說的寫程式才佔整專案百分30，所以相對我還有很多東西還需要多多實作體驗學習。

工作項目如下：
1. B-poject 品牌API

2. B-poject 訂閱喜好API

3.B-poject 讀取yml檔

4.MS 購物預計貨到日期文案調整

5.MS 購物虛擬帳號匯款前台、後端、信件的處理

6.B-poject 自動預約功能的取消預約修正

7.B-poject 已完成預約但還是可以一宜操作的修正

8.MS 定期定額API建置

在開發系統的過程中，最近常在想如何讓系統規劃的更完善，系統規劃完善在增加符合客戶需求功能或者是修改不符合現有市場操作效益時可以更精確或快速找出現有專案中的物件然後加以繼承或加以引用，這對開發程式來說可以減少重工浪費尋找或核對的時間。在公司工作的期間中有時會寫到過去PHP動態和靜態程式同頁的寫法，也有MVC架構的製作方式，也相對的讓我體會了PHP這些的演進的過程與寫法。如何善用MVC的架構方式讓開發可以更敏捷，在系統開發中要更完善不只是程式建置的部份，在開發的前提要做完整的需求分析將分析的結果做適當的分類經由分類規畫出適當的類別，對於現在都是朝這樣的開發方式在進行。但在開發系統會經由計劃階段、分析階段、設計階段、實作階段，這樣的過程中需要明確的記載著這系統要提供什麼的功能要如何達成系統需求然後讓開發團隊建立系統。對於電子商務或電子數位平台來說這樣的過程記載還滿重要的，因為電商平台上架後隨時會後有續追加新功能或修改更符合賣家、消費者操作上的需求，但文件製作更完善的話就不用花很多時間去想當時為什麼這麼做，也可以讓支援者瞭解系統的藍圖知道那些物件已建立可以引用或者需另外開出物件，相對也可以快速分擔原本創作者的工作份量。
這也是在製作BOT專案中體會到的，當然要如何改善這個問題提升開發的效能這是因該多花點時間在加強的，簡單說改變重我們開始讓開發工作更完整和完備。
以下為相關工作項目：
1.MS的詢價功能,在後台購物車訂單管理/詢價商品區/詢價詳細內容中的地址沒有帶到資料
2.MS購物車加購產品金額結算問題
3.MS 超商取貨和超商代碼付款做金額限制
4.MS超取付款訂單狀態修改為不能標示處理中
5.FSB消費者「出貨通知信」加上點數折抵
6. MS活動折扣後的金額未同步於訂單匯出的excel
7.訂單匯出的excel與訂單明細欄位同步
8.BOT購物車webview畫面建置
9.BOT購物車API
10.BOT購物車訂單 ATM、貨到付款串接