肯尼那那

以前在補教界、學校或公家機關講課都需要製作課程講義在排版上是沒有問題的只需要幾分鐘就可以很快的排版。但這次不同於如何將以前學習過但沒有真正實作過的系統規畫書製作出來，這個期初讓我有阻礙和沒有方向感的，經由老大的退件後詢求冠旭和pao 諮詢與協助得以找到方向，也讓我在文件化學習到如何將程式模組間的關係可以用更明確的方式表達出建構或繼承的關係藍圖。雖然在報告製作上學會怎麼製作了，但如沒有常常製作還是會忘了這種感覺，但系統報告讓我體恤到可以簡化重工、對症下藥找出痛點、或專案人員討論時比較快速到解決方案。
php算是我這一年裡面主要開發專案的程式語言，但為了安全又可以快速達到製作標地，現在的開發者都會使用framework軟體開發框架來製作，我們的團隊也不例外。相對的有pao 和冠旭對框架上的熟悉度，讓我在這樣的保護架構下去製作專案，一直以來都覺得只要能用就好，不會想去瞭解framework是什麼，但對於後端設計師來說如果沒有去瞭解這個框架有時會找不出錯誤的原因，所以近日也用下班後多花一點時間去瞭解我們專案常用的軟體框架，以提升專業度。

以下為相關工作項目：
1.UML專案文件報告
2.專案API測試報告書
3.M＿Bot 訂購預約必填會員資料
4. Booking 直接確認預約API流程調整
5. M＿Bot 直接預約確認Push至F_Bee 通知訊息
6. Booking 直接取消預約和通知F_Bee
7. Booking 需管理者 F_Bee 確認或取消預約
9. M＿Bot 結帳 web畫面
11. MS客戶後台－綠界刷卡分期加入文案文字
10. 小保全 web application和 AP 連接製作

來到知識算是跨了一個農曆年了，也學習與製作了很多寫程式的方法，要感謝 寶耀、團結的RD們的幫忙與支持，也謝謝老大讓我們嘗試新東西。在這農曆年後就努力的邊做邊學習更多，貢獻更多於公司了。

終於在這個月底前趕著將相關預約功能製作完畢，3月初將這些測試一下就讓她上線，後續就接著能幫忙著將Bot購物流程。

現在著手製作UML的文件和讓小保全完成各組件的安裝。

以下為這個月完成工作項目：
1.MS總後台增加綠界設定功能、前台購物車分期手續功能
2.修改MS綠界線上刷卡－分期沒有開通分期不傳送分期期數參數
3.MS國泰刷卡失敗或未付款改為不需要寄信
4.M-Bot自動預約確認流程
5.M-Bot手動預約確認流程
6.M-Bot 預約通知Line串接
7.M-Bot 預約庫存
8.讓預約成立顯示於MS訂單中
9.修正M-Bot 加入Bot的會員可以更新Store
 

雖然我沒有歷經知識的前十年，但可以體會知識十年的歷程是滿足內心創造事物的渴望又符會數位市場的需要與變遷所產生的公司，與一群熱愛程式的工程師們，將創意願景的產品具體化的實現出來，讓產品更符合市場也讓工程師們得到創造的樂趣與滿足感。

但未來的十年或廿年知識在製造市場需要的產品上需要做更整體化、垂直化的管理、架構設計、實作和實現。當然這樣的做法也沒有抺滅掉知識創造的初衷，但需要加入更制度化的管理元素，但在這制度化的過程需要付出代價，這麼說好了，依人月神話一書學說的車庫開發程式年產值會在1000行 以上，但正規團隊的開發速度據說是年產約有1000行內的程式碼為什麼會有這樣的差距，經過了閱讀的瞭解和經身體驗程式開發過中如何讓程式更通用性、維護性高、文件齊全、完成測試、介面系統整合性高而後產出符合市場的產品，所以這些必須要制度化才可以達成公司未來的目標，但制度化過程必需要要花費以前3倍的時間產出產品必須花到9倍的時間，所以知識的十年前或現在的產出程式是很快的，但這程速度會慢慢的降低，因為我們正從車庫或英雄式的開發中做轉變。所以在車庫開發程式是有樂趣，但制度化的寫程式是苦難的，但如何讓制度化變成快樂的有樂趣的這必須做更整合化的分工垂直化的管理。

在制度化管理下如何讓團隊極具生產力，當然也不是猛加入人力就會改善，我們就依人月用醫院的外科手術團隊的例子來說，一個手術團隊會有那些人員：外科醫師、副手、助理基本上這些人員加一加會有基本成員5個人當然不包含實習生、觀察員、麻醉師。

外科醫師：稱之為首席程式設計師，他會負責定義功能上程效能上的規格、設計程式、編寫程式、測試程式、並撰文件。

副手：相當外科醫師的分身，能夠做任何外科醫師做的事，只是經驗較為缺乏。但在設計時擔任出主意、參與討論、評估的角色，外科醫師也可以把一些構想交給他去嘗試，但不盡然要接受他的意見。副手常常代表外科醫師去開會因為開會會佔到專案執行過程中的1/3的時間，和客戶或別的團隊討論功能、介面等事宜，當然無疑她也是個備胎，他甚至也會寫程式，但並不對任何程式負責。

助理：程式助理的專業職責就是分擔程式設計師的一些例行性工作，並保證在一定的效率之下，很有條理地處理一些容易忽略的瑣事，並強化整個團隊最珍貴的資產－工作產品。

在中小型公司，雖然一個專案執行如需用到5個人以上在成本上相對較高，但如何分配同一個專案如何去讓我們製作出的產品更有延展性、掌握到市場的新鮮度、文件規格相關文件的完整性，這是知識開發團隊接下來須面臨的課題。

很多人都這樣認為，名牌產品（如知名電商）是不會有危機的，事實卻並非如此就如手機Nokia、底片科達、單眼相機nikon或者是富士等等，都在這競爭的殘酷性、環境的快速變遷、市場的全球化等使這些品牌都無法保證自己在多變的市場環境中不會發生波動乃至危機。

發展出整體發展戰略：

有一套好的、完善的整體發展戰略是產品和企業更好地發展的重要元素之一。產品怎樣發展？價格怎樣定位？不同市場採取怎樣的營運手段？有許多問題都需我們認真思考，勇敢去面對。不同地區、不同人、不同產業，對產品的需求和要求不同，所以有許多企業的危機都是因為其缺少整體發展戰略而造成的。

管理機制健全：

有一套健全的管理機制，企業才能更好地發展，然而並非每個企業都會這樣，因為沒有有效的管理機制而引發危機的企業是存在的。缺乏監控系統：對於一個企業而言，制度的實施、員工的工作、領導的決策都須監控，如果一個企業沒有有效的監控體系，制度沒得到合理、正常的實施，員工、領導的工作就會偏離軌道，所以要做好有效的預防和控制。危機管理制度不健全：危機管理制度是危機管理的基礎，是企業朝更好的方向發展的保護傘，它的健全於否對企業的影響很大，如果它不健全，企業就不會對危機進行預防，也不會對此有效控制，更不會對具體危機具體應對。

有一種說法認為『企業的壽命只有三十年』。但我覺得這句話挺妙的。個人體會是一個經營者創業後找到一個商業模式並只靠著同一個模式獲取收益持續成長的話或許頂多能撐過三十年左右的榮景，如何擺脫這樣的危機我認為商業模式必須隨著時代一起改變。

以經營公司的想法很簡單，就是製作出符合電商市場、讓客戶和消費者使用方便的操作平台，製作出的產品盡量多賣就行了，當然在市場對於我們所開發出來的BOT市場佔有率還沒有很普及，新鮮度很高的狀況下用這樣的方式就能順利將產品或公司經營下去。但如反之新鮮度、市場佔有率面臨挑戰時對的這樣的產品就面臨到問題了。

套句Motive 商業行銷創意一句經典：經營品牌，就像人生一樣，妳永遠不知道『下一秒妳會面臨什麼樣的危機或是難題』，這個麻煩製作者，可能來自於妳的對手、消費者、甚至是品牌自己。

許多危機之所以為危機，就是你忽視、小看、不注意、認為沒什麼，最後就演變成無法收拾，最怕的是我們最後一個才知道！

我們得到市場的認同是企業的原點，也是生命線。畢竟私人企業，對於銷售額和利潤的追求也是不得不為。不過我認為在新鮮度過了之後如要能繼續保有該產品的收益平衡或者是獲益，不應當把銷售的追求擺在第一位，我覺得『首要之務就是企劃要做的更嚴謹讓產品更優良』顧客的滿意度自然也提高，銷售額和利潤就會上揚。

『以高品質提供顧客大大的滿足』這句雖說是一個廣告詞，但我覺得公司一直保持這的態度，我相信這樣的態度最後會促使企業壯大起來。所以高舉標語『品質＆滿足』作為產品的理念。

這個月的24號算是來知識滿一年了，在知識的日子裡學了很多的技能知識，很感恩RD程式組前輩們的指引與幫忙，讓我在這一年內有那麼多的收穫，接下來這新的一年第一季要跟阿信挑戰完成F聊天機器人的製作和阿寶偵測器功能，相對這一季雖然有挑戰但相對有新的技術要突破。

工作項目：
1.F Bot消費者填完會員資料後繼續原流程
2.MS購物車加入綠界刷卡分期手續費
3.修改 F Bot API 預約日期、時間過期不顯示問題
4.全館折扣加入綠界物流訂單
5.修正F Bot會員綁定流程有重覆問題的修正
7.讓F在Booking或綁定會員時填完會員資料後回到原流程
8.F的Booking自動完成預約成功動作

這個1~2個月大量使用到物件導向的方式，在這個過程中學著去思考如何讓開出來的function可以重覆的利用，減少重覆的製作或者後續修改時可以從當下的物件和方法去修改，就可以改變相對使用的功能。另外在開API時必須要想好前後的邏輯性，如沒有想好可能很多東西都要重工，所以這也需要一點時間去累積的，這個是無法從課本或網站上得知答案的。

以往的工作每當到年底十二月份是對補教界來說是小月，但對照這個月來說好像有趕不完作工作希望可以在農曆年節前有一個完善的產品，回顧這一年的時間還滿充實的學習滿多的東西從php陌生到熟悉、多人開發版本控管的使用、Framework 的開發環境、還有包含API 的使用..等等都學習滿多的，以前在補教界是教office想碰觸的這些東西都沒有什麼推力去完成，但確在知識的這一年內涉獵與實作了這麼多東西，感謝團隊主管pao的導引和老大的支持給我們好的團隊，接下來首先要先完成bot專案和保全專案的工作。

以下為十二月份工作項目：

1.MS購物訂單管理 物流為超商取貨時其他選項判斷無執行
2.MS購物車訂單管理「物流」欄位－依綠界物流顯示或隱藏欄位
3.購物車－綠界線上刷卡增加分期功能選項
4.messenger升級會員webview調整、API邏輯的修改
5.messenger在任意流程，判斷消費者是否申請會員
6.messenger 預約類別、項目、時間卡片的製作
7.messenger確認預約大約50%
8.調整購物車寄件的Bug問題
9.泌尿科Line 醫師親自問診
10.google map一頁超過12個map無法顯示修改中

這個月初將超取的各別製作的功能串接起來，包含了前台項目選擇、送件超商、運費的計算、總後台開通超取的設定、後台超取運費、訂單管理成立後串接B2C和C2C、還有相關商品寄出後的整個物流變化回傳值含通知客戶或消費者的部分，另外也跟信宇所做的Be超取功能整個串起來達到完整流程。為了確保流程的順暢與完整過程的瞭解，我們寄出包裹來驗證整個流程，在這整個流程從包裹寄出、到物流中心、到超商地點、再到消費者取貨付款都依依的通過測試，只是在這個過程中最感到不安的是『消費者取貨付款』這段，因為遲遲沒有收到回傳的結果至MS和Be，心想如沒有收到這個訊息就等於白跑這個流程了，好險最後等一天才收到這個成功取件的訊息，這是金流與物流中的整個作業問題所以才會等了一天，終於可以成功的上正式的環境運行。

這個月依MS工作項目：

1.超取上正式機。

2.MS產品搜尋列表"立即購買"放入購物車無法顯示

3.系統設定的網站設定QRcode可以輸入網址做外部連結

4.某客戶－聯絡我們和會員登入表單文字框中顯示提示文字

5.MS購物車滿額免運可自主更改顏色

6.MS推廣商品成列內頁加入LineBoT按鈕

7.某客戶 關閉頁面下方MS logo和管理登入的選項

8.調整Fb銷售方案－改變刷卡的機制

9.MS詢價郵件文字調整與商品流程一致

10.PC版後台改為顯示表單ICON讓前台可以同步。

11.M-API的文件與GET、post的製作

另外月中之後讓我印象最深有兩件事情，一個是我花了1天多的時間在調整LineBoT按鈕與原本後台設定不同方式做前台按鈕顯示的配合，本來想這個很簡單放上按鈕就可以了，但後來發現不那麼的單純，要考慮大小、對齊、裝置不同、還有依有、無購物做配合。另外一個是Fb銷售方案刷卡的機制這個也是用了很多JS做互動的效果，這個看起來不難只是要考量點選的流程性所以也花了點時間製作。

還有月中後又有另外一個任務就是做M-API，在這方面經驗還是不足夠好險有阿信的帶領與製作才有了雛型，後續就照這阿信這個架構去延申後續所需要的功能，感謝阿信，後續這個月要趕工這api順便也好好學習，就看下各月有沒有比這個月更上層樓了。

目前各專案趕著實現績效目標，所以正如火如荼的趕工中，當然我也不例外的忙著將一字一句的把程式碼敲出來，目前因洲哥忙著串接POS機的問題有點焦頭爛額，所以這個月還是依MS為主要工作事項：

1.銀行分期付款開放自訂金額可以修改

2.MS官網 Fb 粉絲－鋃行12期刷卡分期調整

3.銀行分期付款自訂金額加入12期的選項

4.選項各ICON滑鼠移過出現提醒文字

5.依特定客戶當為手機版面不要出現服務專線

6.客戶後台將重複的超商取貨代碼關閉

7.MS超商取貨回傳物流狀態通知

8.MS7-11超取修改

9.EDM欄位手機版文字被截半

10.MS貨到時間預設三時段變更

11.MS物流（客戶的店建議）

12.MS 結帳載入做load holder(針對特定客戶)

上個月將Fb物流串接好超取的功能後，這個月因客戶提出MS物流建議，也就這麼剛好是我這個預計要建置與修改的地方，所以心想也太恰巧了吧。第一在結帳加入三大物流使用js做一些流程性的控制和物流資料暫存於sessio的處理，第二在客戶後台訂單如為超取就讓出貨資料串接至物流中心，第三在做一個回傳接收物流中心包裹運送狀況的回傳。另外為了體驗這個流程我有做寄件包裹的流程順便測試一下這樣的流程是否可行的，在這之前我從來沒有在網上購買過東西以往都是叫我妹妹或老婆幫我買，所以在做這樣的功能時我有訽問她們的經驗，然後靠點想法做這個超取當然也要靠物流文件說明。

在做這個過程中有一個客戶在MS7-11超取有問題，經由測試發現她所申請的是B2C的帳戶所以無法使用，原先MS功能只有C2C所以不能使用，剛好上面所提到的物流剛好我也在做，但知道又沒有辦法立即完成上面所提的這個功能，為可以達到客戶可以使用不流失單所以就先做簡易的可讓B2C和C2C都可以使用。

電腦工作了大約有15年的時間，這月體會到電腦工作者眼睛酸澀的感覺，可能之前都是做教育的工作雖然也很辛苦但自己比較能控制面對電腦的時間也比較慢條斯理的工作所以眼睛不會酸澀。公司在工作回報上做了一些調整我覺得還不錯，將預訂的工作和完成的工作項目呈列出來讓自己檢視目前的進度狀況是否dealy。
這個月在製作API時預到了瓶頸，還好有Pao和Kevin的導引方可通過這次的問題，但在這次的問題上我發現我自己對WEB錯誤的觀念，就簡單來說客戶端與Server的溝通過程Request和Response是一次性的工作但我把她想成分段性的工作，這對於WEB設計師是多麼錯誤和可怕的事情，可能以前都是寫windows介面的關係所造成的，還好有這次的工作項打破了這個非常錯誤的觀念。

工作事項：

1.BOT本機環境設定

2.BOT 專案 - 會員表單

3.MS經銷商新增商家帳號判斷目錄名稱

4.MS綠界金流項目調整 個別設開關

5.調整MS經銷商服務項目歐付寶文字改為綠界科技

6.調整MS批發商新增後日期／時間與實際落差

7.調整出貨通知的信件上方logo圖示

8.建立BOT與ms需要串接綠的地圖API

9.新增MS總後台和客戶後超取貨功能

10.調整MS前台二層式的商品的售價隨著商品規格改變

11.調整MS前台產品列表圖片無法完整呈現

12.建置BOT、MS需要的超取類型將訂單傳送至物流管理

從暑假前到暑假中由老大與業務同仁的努力接單使得公司的業績長紅與持續成長中，相對的設計與RD工作份量也有所加重，為因應這樣的工作份量我從支援女鞋的工作調整至協助MS洲哥的工作。所以從進公司在石專案和女鞋專案中都是用框架的寫法轉至到原生PHP的寫法，相對的這樣的轉換期也適應個一至二天。所以在框架中寫PHP就像學習一種制度，但寫原生的PHP是訓練對PHP的熟悉度，從這些專案可以讓體驗到個專案的不同也讓我學習到不同環境的寫法，但重點是可以讓我對公司的產品更瞭解PHP可以更成熟。以下為工作項目：

1.女鞋加購產品與品項關聯後台建構。

2.女鞋贈品與品項關聯後台建構。

3.MS客戶聯絡我們要自訂欄位。

4.MS結帳需要有愛心碼捐贈發票可記錄。

5.MS驗證預申請帳戶是否為申請過或保留字的管理和驗證。

6.MS聯絡我們欄位失效修正。

7.MS副選單文字顏色設定，手機與電腦同步設定失效調整。

8.MS會員資料與購物車結帳資料一致性的修改。

9.MS果會員專屬欄位的自訂。

10.MS川會員庫存信件的修改。

11.MS經銷商銷售業績的規劃。

這個月協助婉容的完成文創專案所需的issues專案，在製作的同時順便在加強對「套件、框架」的瞭解另外針對form的觸發JQUERY將資料或回饋值的傳遞透由ajax來做投遞的在探討與瞭解，這次在個issues中有就為特別的是針對 『場地管理的行事曆』 的呈現雖然她是用jquery沒錯但她是一個套件所以有些東西包套起來了有些還是不太懂但為了完成專案還是把issues趕完了後續有空在來瞭解了。

工作項目：

1.文創場地預約後台管理、前台留言與行事曆的呈現。

2.文創駐村藝術家作品集管理、報名表前台與後台的建置

3.文創門票資訊加入不同管別辨別的開關。

4.文創商品訂單管理的修改與調整。

5.MS產品防止下架產品發至社團

6.MS總管理後台保留字判斷與保留字管理

7.傳統網頁架構中醫的程式流量的安裝

8.紅外線警訊C\C++程式的撰寫。

另外這個月一樣用空檔的時間收集一下警訊開發板的資訊，在回家將收集到的資訊構思繪製了流程圖做改善與記錄，在這個開發中預到了WIFI連接WIFI AP的library相容性問題還有IDE與開發板版本的問題，在這個月花點了時間瞭解導正錯誤的做法，也PAO的教導瞭解路線圖。