這陣子為各種事情忙錄，很愉快很充實，其實皆不是工作上的內容，不過我仍然稱其為職涯的一部分，但卻疏忽了這裡....接下來會把各種經歷補上，就從TGONext的導師計畫開始吧！也能將我的“轉職過程”呈現出來！

TGONext

動機 — 持續提升

由科技業的製程工程師，踏入了資料科學領域也將近半年，分析能力,數學統計等知識固然很重要，不過我更傾向於去運用架構和技術，一直處理資料和AI模型，卻苦無機會與真正的開發者們交流，於是看到了這個計畫後，為了更認識軟體開發和技術架構而報名了。

模式

此計畫來自於TGONetworks，其結合了眾多的技術領導者和科技領袖，是一個將創業者和技術者結合的交流平台，而與我計畫創業,期望突破的理念不謀而合，一方面秉持著精進架構技術的想法，另一方面，也藉此機會，與更多創業者接觸並吸收經驗。除了我所參加的架構組，另外還有管理組及創業組，組織多元且有一定的深度，並透過每個月的分享會而達到知識的傳承。（活動也可參考：https://next.tgonetworks.org/）

架構三組 解決盲點

由於職務內容，處在BI單位，主要管理資料倉儲並維護stored procedure，再加上半路出家，其實對於架構只能理解在big data的範圍，包含Hadoop,Spark,Flink,kafka等，只認識了所謂的“大數據架構”，但不認識產品面和應用面。缺少與前端的合作的關係，也因此無法理解網站架構和技術，這次TGONext架構第三組結合了前端至後端的好夥伴，再加上導師LeadBest Consulting Group 的CTO Taien從旁的輔導和講解，也對於架構才有更深藏的認識。

額外任務 — 階段性書籍閱讀

為期每月一次的分享會和報告之外，這五個月還有推薦書單提供給學員們，並分為各個階段，由”自我修煉“到”軟體架構思維“,”大型網站架構“，再由“技術團隊管理”到”接手舊架構“，透過書籍知識的吸收提升軟實力。以下列出幾本受用無窮的書籍：

QBQ問題背後的問題

軟體架構設計：程序員的思維修煉

恰如其分的軟體架構

大型網站技術架構

大數據架構師指南

人月神話

最推薦QBQ問題背後的問題：此書不受技術門檻的限制，蘊含轉念的思維，改善執行的態度，QBQ為The Question Behind the Question的縮寫，本書期望發揮「個人擔當」（ 又稱「當責」）的精神來解決問題的來源。找出好的問題，才能有效的解決它。

架構師的自我修煉

技能盤點 ,管理盤點和職涯規劃

首次的討論集中於三個層面，包含：技能盤點 ,管理盤點和職涯規劃，以下分享的就是技能盤點還有職涯的Roda Map，實際整理並將腦海中的想法落地後，才發現資料科學這領域也是博大精深，透過這樣的模式也使我反省在自身專業領域的缺乏。此次先聚焦於所學，未來再分享這些整理的內容。

在Skill Tree 這部分還需補上“用顏色標示出對於技術的熟悉度”，此方法的用意就是希望自身了解已擁有及想加強的項目 ; 管理盤點的層面則非常廣法，包含人際處理,溝通,時間管理,領導統御等等

架構第三組的成員從前端包含到後端開發，以及資料科學的我，與其他成員差異算較大的，主要在於：前,後端軟體開發者在硬實力的技術上琢磨更多也更厚，各路隊友實力堅強，從各個角度切入，受益良多，也知道要持續學習框架並適時應用，不能在某個階段停滯不前，並打磨後端所需掌握的技能，首要就以測試和維運監控開始，之後有機會再接觸CI/CD。隊友也提供了眾多的開發知識，如S.O.L.I.D,YAGNI,DRY，另外也提到很重要的觀念：“再飛行的飛機上修引擎”，便是要理解與舊架構中，要如何持續改善它的態度和思維，這些可能是軟體開發者的Hello World或老生常談的話題,但對於 ML Engineer 來說確實有強大的幫助！

導師輔助 — 系統架構和設計方法

導師 Taien 由Design Process和Service Level兩個大方向談起，讓我們理解架構設計的步驟和目標制定，逐步完成整個系統

Design Process

1. Defining the service (Rough, Structured design, Measurable)

2, 3, and 4: Three-tier architecture (Data Layer[Storage], Biz logic Layer[Compute], Presentation Layer[Networking])

5. Resiliency, Availabilty, Scalaility, and Disaster Recovery

6. Security

7. Capacity planing and Cost Optimization

8. Deployment, Monitoring and Alerting, and Incident Response

Service Level

Service Level Indicators (SLI)

Service Level Objectives (SLO)

Service Level Agreements (SLA)

Product Methodology

接著討論情境的重要，在了解應用場景下再去定義以上的服務級別。而架構設計其實也包含著系統架構圖和商業設計圖兩大部分。商業設計是很複雜且龐大又必須的領域，導師講解了成長駭客（Growth Hacker）運用的AARRR（Acquisition、Activation、Retention、Revenue、Referral）優化漏斗模型 ; 另外還有創業家使用的Lean Startup，透過循環和迭代的方式來讓產品以MVP下誕生，而持續演進和思考，在過程中試圖挖掘淺在的商機。技術團隊則是要掌握Scrum的敏捷式思維。

Business Model

在創新,創造層面，透過Customer Developmente（Steve Blank）,Business Model Canvas以及Value Proposition（Alexander Osterwalder）的商業模型，明瞭外在和本身的優,劣勢。分享會前，我正在閱讀”解決問題的商業框架圖鑑“這本書，試圖解決職務上的所需和困難，不過領域上的差異使自學的過程受挫，導師介紹此部分也協助我突破困境，彌補不足，或許正是因為我想精進這領域，才有了這個意念的實現。因此也將自學和分享會中的內容結合且消化。

先來慢慢地消化和沈澱吧！後續再補上第二回！下回見！