#大盤大跌400百點
隊長9/18TVBS #財經大白話
分享的威鋒電子（6756）今天創8月以來的新高
https://www.youtube.com/watch?v=W6YL97WLoLw&t=1129s

研究對的產業，走自己的路，
產業功夫做得深，奇蹟天天在發生。

☑️新聞摘要：
威盛旗下高速傳輸控制晶片廠威鋒電子16日宣布，將推出全球第一顆USB 4終端裝置控制晶片VL830。

威鋒電子新市場開發總監Terrance Shih表示，VL830代表該公司研發團隊在開發USB Type-C、USB PD及USB 3.2技術的經驗結晶。USB 4系統建構於Thunderbolt技術之上，很高興VL830能為客戶提供全新且具價格優勢的產品解決方案。

威鋒電子指出，USB 4規格問世被業界視為USB架構的重大更新，多個資料與顯示協議可共享一條高速連結通道，且支援最高至40Gbps的傳輸速率。在Thunderbolt 4或USB 4架構之下，VL830可同時提供USB及DisplayPort傳輸的全效能運行，且兼容USB Type-C架構的DP替代模式裝置，包括支援該模式的NB、平板或智慧型手機。

針對VL830的供貨時程，威鋒電子表示，將於第4季開始向選定的合作夥伴進行供貨。

☑️基本資料：
成立於2008年7月，是威盛（2388）轉投資的子公司，2020.12.24以每股168元掛牌上市。USB及USB Type-C系列相關控制IC設計。主要銷售USB相關控制晶片，擁有USB3.1 Gen1/Gen2、USB-C及USB Power Delivery之完整解決方案。

2010年9月，公司為全球第一家獲得USB IF認證的USB 3.0快閃記憶碟控制晶片廠商。至2020年11月，威盛為其最大股東，持股達66.3%。

公司擁有有PCIE、SATAII/III及相關IP等高速傳輸介面基礎技術，開發USB3.1及USB Type-C（USB-C）等介面控制晶片，旗下全產品線包括主控（Host）端、集線（Hub）器、USB Power Delivery電力傳輸控制晶片、電池充電及相關電源方案晶片。

至2021年第一季產品比重：USB系列晶片約占99%、IP專利授權及其他收入約占1%。USB Hub控制IC已打入Sony PS5、任天堂Switch供應鏈，以及美系及陸系的路由器、事務機市場，目前正積極研發USB 4技術，預期2021年下半年量產。

前年EPS為4.05元。去年EPS為5.29元。今年上半年EPS為5.8元。

再麻煩大家多多按讚分享，
您的支持與鼓勵是我最大的原動力，
非常感謝！
------
🏆【張捷主流產業選股術 數位訂閱】
✔️主頁 → https://reurl.cc/NX3jke
🏆【2021張捷產業冠軍班 週二晚上課程】
✔️冬季現場班（10～12月）→ https://reurl.cc/Ag3GpY
✔️冬季直播班（10～12月）→ https://reurl.cc/qmYMog

SmartNIC、DPU的應用，掀開了資料中心運算架構的另一個新篇章。透過自成一格的微型伺服器運算體系，也就是低功耗、高性能處理器、FPGA晶片或ASIC晶片的搭配，以加速介面卡型態安裝在伺服器，每一臺實體伺服器現在能夠將承擔的多種通用工作負載，在自體內部直接交給另一個（或多個）強大的運算小幫手來分攤，而這樣的卸載架構，如今成為幾家主要系統廠商與雲端服務業者發展的重點技術。

過去幾年以來，已有多家廠商在推動這樣的解決方案，當中最知名的廠商是過去的Mellanox、現在將其併購的Nvidia，英特爾過去也有類似的資料中心加速卡產品，今年起，他們正式將這樣的產品定為基礎設施處理器（IPU），除了納入先前與未來即將推出的Xeon D處理器搭配FPGA晶片的產品，也將發表以ASIC架構為主的IPU，也就是今年英特爾架構日介紹的Mount Evans。

一起來看看這款IPU的架構是怎麼設計的？與Nvidia目前主推的DPU有何異同？請看我們的報導。

#看更多 https://www.ithome.com.tw/tech/146525

ref: https://ably.com/blog/no-we-dont-use-kubernetes

八月第一篇，就來個有趣的文章，來看看 ably 這間 SaaS 公司為什麼沒有使用 Kubernetes，不但當前沒有使用，甚至短期未來內都不會想要使用
更是直接的說如果你有興趣來加入團隊，千萬不要把將 Kubernetes 導入到團隊中是一個可能發生的事情。

我個人覺得這篇文章滿好的，因為是認真的去比較導入 Kubernetes 帶來的改變，而這些改變對團隊來說到底是可接受還是不可接受
而不是所謂的人云亦云，人家要我也要，人家不要我也不要...

文章分成兩部分，前述介紹當前 Ably 的環境架構是什麼，而半部分則是很技術的去探討如果導入 Kubernetes 帶來的好處與壞處是什麼
最終權衡比較之下，會發現導入 Kubernetes 沒有帶來實質上的好處。

文章開頭先簡述了一下 Kubernetes 這幾年的風潮，從最初 Google Borg 的開發開始談起，作者特別提到當初 Borg 的用法可是將一堆實體機器給搭建出一個 Private Cloud 的叢集給團隊使用，
而目前 Kubernetes 更多的用法則是搭建於 Public Cloud 上面的虛擬機器中，透過將 Kubernetes 部署到這些不同的 Cloud Provider 似乎帶來了介面統一的結果，對於 DevOps 人員來說
不同 Cloud Provider 如今看起來都是 Kubernetes 的樣貌。

Ably 目前到底怎麼部署應用程式
Ably 主要使用 AWS 作為其 Cloud Provider，並且於 EC2 機器上使用 docker/container 來部署團隊中的應用程式。
作者團隊中沒有使用任何已知的 Orchestration 服務來管理多節點上的 docker/container，取而代之的則是每個 VM 開機後則會根據 autoscaling group 的機制來判斷
每個機器應該要部署哪種 container/docker。

對於 Ably 來說，團隊中沒有任何 scheduler 相關的服務來調度各種服務，這意味每個 VM 就代表一種服務，所以將 VM 上的服務從 Core 轉換成 frontend 這種行為不會發生。
今天需要針對需求轉換服務時就以 VM 為基準來整批換掉即可。
每個節點上面都會有一個輕量的監控服務，用來確保運作的 Container 如果掛掉後可以被重啟，甚至如果當前運行的版本不符合需求時也能夠將該服務給停止。

流量方面，因為每個 Autoscaling Group 就代表一個服務，所以直接使用 NLB 與 Target Group 來將流量導入該 Autoscaling Group 即可。
至於容器與容器之間的內部流量(譬如 k8s service 等)作者認為也不是太大問題，畢竟每個機器本身都會被 VPC 賦予一個 IP 地址，所以使用上沒有什麼太大的問題。

接下來作者從幾個層次去探討當前設計與使用 Kubernetes 帶來的改變，分別有 (原文很多，這邊摘要不然文章會太長)
題外話，由於 Ably 的 Infra Team 數量有限，所以要考慮 K8s 只會考慮 K8s Service，如 EKS。
1. Resource Management
Ably:
a. 根據服務的需求來決定每個服務要用到的 VM 等級
b. 不需要去煩惱如何處理將多個小服務給部署到一個適合的大 VM 中
c. 作者稱這種行為其實就是 AWS 官方強調的 Right Sizing, 譬如只能跑兩個 Thread 的服務不需要 16vCPUs, 久久寫一次硬碟的服務也不需要一個 90,000 IOPS 的 SSD
d. 選擇一個正確的元件來搭建一個符合服務的 VM 讓團隊可以控制成本同時也減少額外的管理負擔
K8s:
a. 必須要使用一個比較強大等級的 EC2 VM，畢竟上面要透過 Container 部署很多服務
b. 針對那些需要小資源的服務來說，透過這種方式能夠盡可能的榨乾機器的資源，整體效能使用率會更好
c. 但是針對資源量沒有很辦法明確定義的服務則是會盡可能地去吃掉系統上的資源，這種被稱為 nosy neighbors 的常見問題已經不是首次出現了， Cloud Provider 本身就需要針對 VM 這類型的服務去思考如何處理資源使用，而 Cloud Provider 都有十年以上的經驗再處理這一塊
而所有 Kubernetes 的使用者則必須要自己去處理這些。
d. 一個可能的作法則是一個 VM 部署一個服務，不過這個做法跟團隊目前的作法已經完全一致，所以就資源管理這一塊，團隊看不到使用 Kubernetes 的優勢。

2. Autoscaling
Ably:
a. EC2 VM 本身可以藉由 Autoscaling Group 來動態調整需求
b. 有時候也是會手動的去調整 EC2 的數量，基本上手動跟自動是互相輔佐的
c. 團隊提供的是 SaaS 服務，所以其收費是針對客戶實際上用多少服務來收，如果開了過多 EC2 VM，則很多不要的花費與開銷都是團隊要自行吸收
d. 團隊需要一個盡可能有效率的方式能夠即使遇到流量暴衝時也能夠保證良好的服務的機制
K8s:
a. 可以透過不少方式來動態調整 Container 的數量，
b. 甚至可以透過 Cluster autoscaler 來針對節點進行調整，根據需求關閉節點或是產生更多節點
c. 動態關閉節點的有個問題是關閉節點時通常會選擇盡可能閒置的節點，但是閒置並不代表沒有任何服務部署再
上面，因此該節點上的 Container 都要先被轉移到其餘節點接者該目標節點才可以被正式關閉。這部分的邏輯作者認為相對複雜
d. 整體來說，k8s 有兩個動態調整的部分，動態節點與動態服務，而現有的架構只有一個動態節點。所以使用 k8s 則會讓問題變得更多更複雜。

3. Traffic Ingress
Ably:
a. Traffic Ingress 基本上每個 cloud provider 都提供了很好的解決方案，基本上團隊只要能夠維持每個服務與背後的機器的關係圖，網路流量基本上都沒有什麼需要團隊管理的。
b. 使用者會透過直接存取 NLB 或是透過 CloudFront 的方式來存取團隊內的服務

K8s:
a. EKS 本身可以透過 AWS VPC CNI 使得每個 Container 都獲得 VPC 內的 IP，這些 IP 都可以讓 VPC 內的其他服務直接存取
b. 透過 AWS LB Controller，這些 Container 可以跟 AWS LB 直接整合，讓封包到達 LoadBalancer 後直接轉發到對應的 Container
c. 整體架構並不會比團隊目前架構複雜
d. 唯一缺點大概就是這個解決方案是完全 AWS 綁定，所以想要透過 k8s 來打造一個跨 Cloud Provider 的統一介面可能就會遇到不好轉移的問題。

4. DevOps
Ably:
a. 開發團隊可以透過簡單的設定檔案來調整部署軟體的版本，後續相關機制就會將 VM 給替換掉，然後網路流量也會自然的導向新版服務
K8s:
a. 開發團隊改使用 Kubernetes 的格式來達到一樣的效果，雖然背後運作的方式不同但是最終都可以對開發團隊帶來一樣的效果。

上次四個分析基本上就是，使用 k8s 沒有帶來任何突破性的好處，但是 k8s 本身還有其他的功能，所以接下來作者想看看 k8s 是否能夠從其他方面帶來好處

Multi-Cloud Readiness
作者引用兩篇文章的內容作為開頭，「除非經過評估，否則任何團隊都應該要有一個跨 Cloud-Provider 的策略」
作者表明自己團隊的產品就是那個經過評估後斷言不需要跨 Cloud Provider 策略的團隊，同時目前沒有往這個方向去追求的打算。
同時作者也不認為 K8s 是一個能夠有效達成這個任務的工具。舉例來說，光 Storage 每家的做法都不同，而 K8s 沒有辦法完全將這些差異性給抽象畫，這意味者開發者終究還是要針對這些細節去處理。

Hybrid Cloud Readiness
管理混合雲(Public Cloud + Private Cloud based on Bare-Metal servers)是作者認為一個很合理使用 K8s 的理由，畢竟這種用法就跟當初 Google Borg 用法一致，是經過驗證可行的。
所以 Ably 如果有計畫要維護自己的資料中心時，底層就會考慮使用 Kubernetes 來管理服務。畢竟這時候沒有任何 Cloud Provider 提供任何好像的功能。
不過 Ably 目前沒有任何計畫，所以這個優點也沒有辦法幫助到團隊

Infrastructure as Code
團隊已經大量使用 Terraform, CloudFormation 來達成 IaC，所以透過 k8s YAML 來維護各種架構不是一個必要且真的好用的方式。

Access to a large and active community
另外一個很多人鼓吹 K8S 的好處就是有龐大的使用者社群，社群內有各種問題分享與探討。
作者認為
a. AWS 的使用者社群數量是高於 Kubernetes
b. 很多情況下，一個迭代太快速的產品其實也不一定對團隊有太大的幫助。
c. 很多人都使用 k8s，但是真正理解 k8s 的人微乎其微，所以想要透過社群來幫忙解決問題其實比你想像的還要難，畢竟裡面的問題太雜，很多時候根本很難找到一個真正有效的答案。

Added Costs of Kubernetes
為了轉移到 K8s, 團隊需要一個全新的 team 來維護 k8s 叢集以及使用到的所有基本服務。舉例來說，EKS, VPN CNI, AWS LB 帶來的網路好處並不是啟動 EKS 就會有的，
還必須要安裝相關的 Controller 並且進行設定，這些都是額外的維運成本。
如果找其他的服務供應商來管理 Kubernetes，這意味公司就要花費更多的$$來處理，所以對團隊來說，金錢與工作量都會提高，不同的解決方式只是這兩個指標的比例不同而已。

結論:
1. Ably 覺得 Kubernetes 做得很好，但是團隊目前沒有任何計畫去使用它，至少目前這階段沒有看到任何實質好處
2. 仔細評估後會發現，導入 k8s 其實也會帶出不少管理上的問題，反而並沒有減輕本來的負擔

大家好我是工程師媽咪，今天是五天直播大挑戰的第四天。

今天想跟大家聊的是，我在前面的直播有講到TRW在網路上經營直銷的策略就是，
製作價值內容，成為潛在顧客的磁鐵，把人吸過來後，
丟進銷售漏斗做篩選，會在漏斗中透過一頁式網頁提供好康，也就是魚餌，
讓潛在客戶主動提供個人聯絡資料，然後當他看完你網頁內的影片說明後，
他們已經知道你是真正能幫助他解決問題的人，

所以他可能會主動填寫預約表單，或是主動加你的LINE與你聯繫，
這時候你能夠每天有新名單主動聯繫你，
你只需要跟他確認需要的協助，問題回答，以及提供方案給他。

若雙方聊得愉快，達成共識，預算也符合，成交是自然發生的。
完全不需要什麼業務的話術或是推銷手法，
因為客戶是因為你個人品牌的價值很吸引他，對方很認同你是真心要幫助他，
所以溝通會很簡單愉快，你只需要傳遞你所知道的資訊給客戶就可以了。

/
然後可能你會想，那我到底要怎麼做內容？
現在有這麼多社群媒體平台，FB/IG/YouTube/Podcast，我是不是要全部都做？
我不會拍影片，我不敢露臉，我不會寫文章，我沒學會設計。
我也不會做網頁，我沒做過網路行銷，我真的可以用這個方法來在網路上經營好我的直銷事業，找到一群客戶嗎？


你可以放心，你們不要看工程師媽咪在這邊直播，覺得我口才很好，應該是受過專業演講訓練，
這幾天都有粉絲網友說，我口才怎麼這麼好，或是說，我沒辦法像你這麼厲害啦！
我可不可以不要直播，我不會拍影片，我不會剪片，那我真的做得到嗎？


其實我現在做的這一切都是在半年前開始的，
如果你有興趣可以到我的個人臉書帳號，去搜尋今年四月的前幾場直播，
當時的情況是，我就上了TRW的課，然後老師就提供一個模板給我們，
就說，我們來做連續九天大挑戰，這挑戰呢，你可以選擇直播或每天寫文章，
任何方法任何平台都可以，但建議按照這個模板架構去表達。

當時的我就是傻傻做，有點像是國高中生上作文課那樣，
老師給你一個主題，然後要你寫作，也告訴你有起承轉合，並且示範給你看，
於是我就模仿老師做的事情，開始了我的第一場直播。

/
為什麼我選擇直播？因為我很懶得寫文章，很懶得做圖，我覺得直播是最有效率的做法。
當時我一個人在台中和兩個小孩一起住，我白天還有開店的工作，
所以我都是趁著晚上小孩在樓上跟家教姊姊玩的時候，
從老師來家裡，六點半到八點半，我抓緊這兩個小時搞定直播。
從擬定大綱到拍攝完成，大概是兩小時搞定。

還記得當時真的太緊張，邊講的時候，我的恐慌症已經發作，
所以開始心悸呼吸困難，但因為就是，正在直播，所以沒辦法停下來，就趕快說完了。

我的前幾場直播都是這樣進行的，拿一張A4白紙，一隻奇異筆，
因為我要寫重點給觀眾看，然後也沒寫講稿，就按照這大綱去講，默默也講了三十幾分鐘。
然後過程中不斷發作有點呼吸困難，超級緊張，很焦慮，但我還是完成了。

在我完成了那次的直播大挑戰後，很奇妙的事情發生了。我竟然開始有固定的觀眾，
然後我後續再貼文FB時，竟然會有人主動來+1，
然後我就這樣找到純網路陌生來的夥伴，他叫做sandra。

/
我真的覺得很不可思議，因為以前在FB上，我也是貼文什麼的，
但是可能是因為太廣告都貼產品，或是跟產品沒關就是貼小孩或美食，
所以我也找不到方法能夠在臉書上找到名單，甚至來留言的都是怪怪的網友，一些阿伯很喜歡看妹妹這樣...

所以其實我也不是很厲害的人，我也是有從零開始的時候，
然後陸陸續續這樣做了三十幾集直播，半年後我每個月可以有幾百的客戶名單，
然後每天都可以有人來詢問我的事業或合作機會。



今天主要想簡單跟你分享，如果你跟我以前一樣，完全沒有社群行銷經驗，
到底要如何在各大社群媒體上去經營自己的品牌，全網路去經營你的直銷或是代理事業?


【關於我】
✎Line： http://bit.ly/jean-line
✎Facebook：https://bit.ly/jean-fb2
✎Instagram - https://bit.ly/jean-ig
✎Podcast：https://bit.ly/jean-pod
✎Youtube：https://bit.ly/jean-youtube
✎部落格：https://bit.ly/jean-blogs

訂閱頻道，一起分享攝影的樂趣吧！ https://goo.gl/GoK1Zx

上回跟大家談了旅行備份的硬件方案，可是如果備份流程太麻煩或容易出錯，那就不論哪個方案也是徒然。

如何每天把大量檔案妥善地歸類存檔，那就要設計一個簡單又可靠的檔案架構了！

＝＝＝＝＝
阿零的攝影教室　正式開課！
https://lingphotoclass.com/



立場新聞警暴報道
https://www.thestandnews.com/politics/%E5%8F%8D%E9%80%81%E4%B8%AD%E9%81%8B%E5%8B%95-%E8%87%B3%E5%B0%91%E7%99%BE%E5%90%8D%E8%A2%AB%E5%91%8A%E5%9B%A0%E5%82%B7%E7%BC%BA%E5%B8%AD%E9%A6%96%E6%AC%A1%E8%81%86%E8%A8%8A-20-%E4%BA%BA%E6%8A%95%E8%A8%B4%E9%81%AD%E8%AD%A6%E6%AF%86%E6%9C%89%E6%98%8E%E9%A1%AF%E5%82%B7%E5%8B%A2-8-%E4%BA%BA%E8%A2%AB%E6%89%93%E8%87%B3%E9%AA%A8%E6%8A%98/?fbclid=IwAR29IONxeEiwYra9KKweYQ4OlDddyzRm9IpvJLV6Gz3-45Kr1QC6HbnqpEE

＝＝＝＝＝
＝＝＝＝＝
阿零的攝影教室　正式開課！
https://lingphotoclass.com/

優惠網購：
https://lingphotoclass.com/store/
＝＝＝＝＝

阿零：土生土長香港人。既是攝影師，也是個跨媒體創作者。除了拍照，也創作攝影相關的影片和寫文章，並活躍於不同的交流平台。快來跟我交流吧！

Facebook專頁：主要用來發佈攝影作品、分享背後故事及心得、刊載文章和資訊。最重要的是和大家的交流～
https://www.facebook.com/photographerling
YouTube頻道：定期更新，一起分享攝影的樂趣！
https://goo.gl/GoK1Zx
IG：新照片最先發佈的地方！也會有較多個人生活的分享～
https://www.instagram.com/arling.hk/
Fever達人主頁：集中發佈攝影文章的地方，方便集中閱讀～
https://www.dcfever.com/column/info.php?id=643
個人網站：影片、相片、文章集中看！集合了我在不同平台創作的內容，請隨便參觀～
https://photographerling.com
Telegram攝影吹水交流Group：入來跟大家一起瘋狂交流吧！
https://t.me/joinchat/BmYJukfdhattmCLF9JDaOw
「影影貢！攝影交流谷」，互相交流學習，一起進步！
https://www.facebook.com/groups/326126641128068/

#香港人報仇 #旅行攝影 #旅行備份

東吳EXCEL VBA與資料庫(進階93)第6單元_從網路雲端下載資料到EXCEL方案&表單的紅色進度狀態條程式設計&將EXCEL上傳雲端與發佈與下載&GOOGLE試算表發佈技巧與抓取&用XMLHTTP物件抓取&查詢XMLHTTP物件屬性與方法&下載與切割到A欄

上課內容：
01_從網路雲端下載資料到EXCEL方案說明
02_表單的紅色進度狀態條程式設計說明
03_將EXCEL上傳雲端與發佈與下載
04_GOOGLE試算表發佈技巧與抓取說明
05_用XMLHTTP物件抓取說明
06_查詢XMLHTTP物件屬性與方法
07_用XMLHTTP物件下載與切割到A欄

完整影音
http://goo.gl/aQTMFS

教學論壇：
https://groups.google.com/forum/#!forum/scu_excel_vba2_93

與前幾期的課程雖然用的是相同的範例，但最大的不同在：
1.除了解說建函數公式，並將之轉成自訂函數，把複雜的公式變簡單。
2.如何將複雜的公式變成簡單的按鈕，按下按鈕就自動完成工作。

內容主要分成：
第1單元_大數據輸入自動化與R語言的比較說明
第2單元_大數據表單與資料庫
第3單元_大數據工作表合併與匯出資料庫
第4單元_EXCEL當資料庫與查詢系統建立
第5單元_批次查詢與雲端與網路下載資料
第6單元_工作表排序(大到小、筆畫、清單)
第7單元_工作表處理(顯示、顏色、複製與刪除)、活頁簿與檔案處理(工作表分割與合併活頁簿)
第8單元_表格與圖表處理(自動繪製圖表)、圖案處理(快速匯入圖片到EXCEL)

有講義與範例和完成的畫面公式與程式碼，
只要按照每周的順序學習，學會EXCEL VBA自動化絕非難事，
優點：
1.可非線性學習：可按照自己最不熟的部分多次學習。
2.可反覆學習：有疑問可以多次聽講，保證學的會。
3.可攜帶學習：只要有瀏覽器就可以播放SWF檔，MAC電腦也沒問題。

上課參考用書：
看！就是比你早下班－50個ExcelVBA高手問題解決法
作者：楊玉文 出版社：松崗
Excel VBA一點都不難：一鍵搞定所有報表
作者：?Excel Home
出版社：博碩

課程理念:
1.以循序漸進的方式, 透過詳細的說明和實用的Excel VBA範例, 逐步了解整個 VBA 的架構與輪廓,進而學習 VBA 變數、函式及邏輯的觀念, 即使沒有任何程式設計基礎, 也能自己親手撰寫 VBA 程序來提昇工作效率, 晉身職場 Excel 高手！ 2.進而解說EXCEL與資料庫的結合，將EXCEL當成資料庫來使用，結合函數、VBA等更深入的功能，讓資料處理和分析的應用更上層樓。 3.將結合GOOGLE雲端試算表，教您如何將EXCEL函數雲端化與網路化。

更多EXCEL VBA連結：
01_EXCEL函數與VBA http://terry28853669.pixnet.net/blog/category/list/1384521
02_EXCEL VBA自動化教學 http://terry28853669.pixnet.net/blog/category/list/1384524

吳老師 2016/12/6

EXCEL,VBA,函數東吳進修推廣部,EXCEL,VBA,函數,程式設計,線上教學,excel,vba,教學,excel,vba指令教學,vba範例教學excel,,excel,vba教學視頻,excel函數教學,excel函數說明,excel函數應用