寫作時,我們不孤單✒️
——#吳曉樂 X #陳雪《無法平靜的夜晚》對談摘要
9月10日晚間,新經典很榮幸邀請到了《#無法平靜的夜晚》的兩位推薦人陳雪、吳曉樂與我們分享荷蘭作家瑪麗珂.盧卡絲.萊納菲爾德這本轟動世界文壇的出道小說。
兩位講者都注意到了 #萊納菲爾德 透過十歲小孩的口吻嶄露出的獨特詩意。作者描寫的牧場世界紛陳萬端,然而筆鋒直接、冷冽,似乎有別於我們一般認為的詩意優美。曉樂老師認為,這正是一個小孩子在觀看世界的時候,覺得無處有界線的「#詩意」。教育體制教導我們學會分類,選出正確的選項,慢慢地,孩子建立起了所謂「大人的思考方式」,原先想徵引所有的元素為自己所用、所創造的興致,就會慢慢消失。因此曉樂老師特別享受賈絲不斷將事情與事情混為一談的過程,這讓她想起小時候的遊戲,隨手拿起兩張照片就能編出故事──世界應該服務於孩子的想像。
陳雪老師則認為,敘事者賈絲的詩意源自於「匱乏」。哥哥過世這件事情從此改變了她,於是她想要泯滅死亡,想把哥哥像青蛙卵一樣重新孵化出來,在「無」跟「有」之間來去變化,而十歲的孩子唯一能做的,是運用想像,不斷地改變真實。
兩位老師十分喜歡孩童眼中世界的豐富多彩。曉樂老師特別喜歡一段小說主角賈絲看著家中餐巾紙被植物遮住性徵的天使,她不斷想要挪動視角,想要藉由改變位置,窺探植物下的秘密。以及,如同我們小時候常有的經驗,賈絲會仔細地觀察父母,而這個過程其實是觀察著父母如何觀察我們,是種間接的自我認識。陳雪老師則被喚起了童年的記憶,想起小孩的世界是多麼地包羅萬象,尤其在書中的酪農家庭裡,觸覺、嗅覺、味覺,例如擠奶、媽媽做起司的描寫更是豐富。賈絲非常敏銳、鉅細靡遺地描述一切,讓陳雪老師聯想到普魯斯特,覺得這本書可以說是「牧場版的《#追憶似水年華》」。
最後兩位老師討論了本書的 #自傳性質。陳雪老師特別強調,即使是自傳性小說,它仍然是「虛構」的。無論多麼私密、多貼近現實,作者選擇了以小說呈現,就告訴了我們在真實背景後頭,還有更深刻的意義。例如小說裡的賈絲不上廁所,便祕是極端身體性的私事,但作者並不避諱。但陳雪老師想到她曾在馬奎斯的書裡讀到:「世界上只有兩種人,一種會便秘,一種不會。」能和馬奎斯一樣,將這麼羞恥,這麼孤獨的事寫進文學,萊納菲爾德一定是位不簡單的作家。
曉樂老師則認為,讀者對於真人實事直覺上會給予更大的空間。很多時候一些我們覺得還好的電影,看到最後字幕出現「改編自真人實事」就會覺得「那好像還滿厲害的」,會給予比較多的寬容。但同時作者會遇到的困難就變成需要做更多的琢磨,讓小說不只有真實──這才是後者真正吸引我們的原因。
在講座結束前,遠在荷蘭的本書 #譯者郭騰傑 忽然驚喜現身,為聽到最後的讀者們補充了一個精采的安排。主角的名字「賈絲」(Jas)在荷蘭文中其實就是「外套」的意思!曉樂老師也驚喜道,那開頭的第一句話「我十歲,我從不脫外套。」就有很多意思跑出來!
最後陳雪老師總結道,最近好長一段時間我們被關在家裡,因為恐懼和各種擔憂變成有點麻木的身體,讀這本小說會有甦醒開來的感覺。這是一本會讓我們反思自己的小說,萊納菲爾德在哥哥死後十幾年,找到了最好的形式,寫成了一本最好的小說。
🧵
#來自荷蘭的年度暢銷小說
#布克國際獎史上最年輕得主
同時也有1部Youtube影片,追蹤數超過5,140的網紅寶博士,也在其Youtube影片中提到,台灣最大個人區塊鏈知識媒體之一《區塊勢》創辦人許明恩,如何遇見區塊鏈?轉角遇到愛嗎?不是!是被朋友硬上的!(唉呦威呀) 學霸明恩,過年給爸媽的紅包直接應用區塊鏈,包「明恩幣」!「明恩幣」的用途是,爸媽要求倒垃圾時可以支付20個明恩幣,換取明恩做事!這孩子……聰明啊! 【內容摘要】 開頭 0:00...
「摘要開頭」的推薦目錄:
- 關於摘要開頭 在 新經典文化ThinKingDom Facebook 的最佳解答
- 關於摘要開頭 在 矽谷牛的耕田筆記 Facebook 的精選貼文
- 關於摘要開頭 在 數學老師張旭 Facebook 的最佳解答
- 關於摘要開頭 在 寶博士 Youtube 的精選貼文
- 關於摘要開頭 在 摘要開頭在PTT/Dcard完整相關資訊 - 小文青生活 的評價
- 關於摘要開頭 在 摘要開頭在PTT/Dcard完整相關資訊 - 小文青生活 的評價
- 關於摘要開頭 在 針對目錄中的資料摘要錯誤進行疑難排解 - Facebook 的評價
- 關於摘要開頭 在 手把手教你「標題」怎麼下?「摘要」怎麼寫?對學習歷程不要 ... 的評價
摘要開頭 在 矽谷牛的耕田筆記 Facebook 的精選貼文
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 其實也會帶出不少管理上的問題,反而並沒有減輕本來的負擔
摘要開頭 在 數學老師張旭 Facebook 的最佳解答
【頻道會員影片:丈哥聊數學史 EP01 ~ EP06】
這系列影片是丈哥在我頻道直播講數學史的影片存檔
相當適合喜愛數學的同學觀看
👉 https://www.youtube.com/playlist?list=PLKJhYfqCgNXidhSGHJKxeSfYvPEIq4jKL
不過因為是直播影片
所以跟我的深夜直播電台 2020 版一樣
僅開放第一集免費觀看
如果真的想看丈哥眼中的數學史
請加入本頻道會員
👉 https://www.youtube.com/channel/UCxBv4eDVLoj5XlRKM4iWj9g/join
然後因為丈哥準備要從我的頻道畢業了
所以以後如果想看丈哥聊新的數學史
可以先把他的頻道訂閱起來 (何陋之友-丈哥)
👉 https://www.youtube.com/channel/UCmzhDwcxCj8Bf7XSFA0ynCQ
那是我的舊頻道
想說丈哥從我這個品牌一開始創立就在我旁邊協助我
也幫了不少忙
看著近期許多老師加入我們一起打拼
我覺得不能虧待他
所以直接把 5000 多人訂閱的頻道送他
只是沒想到他一接手訂閱數直接跌回 4000 開頭
對此還請大家多多幫忙
特別是喜歡數學的同學朋友們
丈哥的頻道不會讓你們失望
摘要開頭 在 寶博士 Youtube 的精選貼文
台灣最大個人區塊鏈知識媒體之一《區塊勢》創辦人許明恩,如何遇見區塊鏈?轉角遇到愛嗎?不是!是被朋友硬上的!(唉呦威呀)
學霸明恩,過年給爸媽的紅包直接應用區塊鏈,包「明恩幣」!「明恩幣」的用途是,爸媽要求倒垃圾時可以支付20個明恩幣,換取明恩做事!這孩子……聰明啊!
【內容摘要】
開頭 0:00
許明恩的英文名字 Astro 2:05
被損友強勢放入礦機 12:50
什麼是礦機? 17:54
區塊鏈超實在應用!過年紅包直接發「明恩幣」 21:11
什麼機緣決定作 Podcast 23:06
區塊鏈的麻瓜定義 38:21
⭐許恩明
Medium📍[https://medium.com/@astromnhsu]
Podcast📍[https://apple.co/39b9alX]
- - - - - -
⭐葛如鈞(寶博士)
寶博士廣邀合(業)作(配),歡迎洽詢以下管道留言呦~
Facebook▶️[https://www.facebook.com/dAAAb]
Matters▶️[https://matters.news/@dablog]
YouTube▶️[https://www.youtube.com/c/dAAAb]
📣 SoundOn
APP▶️[http://www.soundon.fm/download]
官網▶️https://www.soundon.fm
Facebook▶️[https://reurl.cc/1QxXzQ]
Instagram▶️ [https://reurl.cc/XX6Z3j]
- - - - - -
🎵 SoundOn Jingle Music From:[https://icons8.com/music/author/NORDGROOVE
- - - - - -- - - - - -
主持:北科大互動設計系 專任助理教授 葛如鈞/寶博士
感謝:北科大創新思考與區塊鏈應用社群計畫補助|北科大互動設計系 https://ixd.ntut.edu.tw |北科大創新創業情報站 https://fb.com/ntuticorner](https://icons8.com/music/author/NORDGROOVE
- - - - - -- - - - - -
主持:北科大互動設計系 專任助理教授 葛如鈞/寶博士
感謝:北科大創新思考與區塊鏈應用社群計畫補助|北科大互動設計系 https://ixd.ntut.edu.tw |北科大創新創業情報站 https://fb.com/ntuticorner) NORDGROOVE
- - - - - -- - - - - -
主持:北科大互動設計系 專任助理教授 葛如鈞/寶博士
感謝:北科大創新思考與區塊鏈應用社群計畫補助|北科大互動設計系 https://ixd.ntut.edu.tw |北科大創新創業情報站 https://fb.com/ntuticorner by HORIZON
🎵片頭:Music from [https://icons8.com/music/author/savvier](https://icons8.com/music/author/savvier) Fame Inc by SAVVIER
🎵片尾:Music from [https://icons8.com/music/author/NORDGROOVE
- - - - - -- - - - - -
主持:北科大互動設計系 專任助理教授 葛如鈞/寶博士
感謝:北科大創新思考與區塊鏈應用社群計畫補助|北科大互動設計系 https://ixd.ntut.edu.tw |北科大創新創業情報站 https://fb.com/ntuticorner](https://icons8.com/music/author/NORDGROOVE
- - - - - -- - - - - -
主持:北科大互動設計系 專任助理教授 葛如鈞/寶博士
感謝:北科大創新思考與區塊鏈應用社群計畫補助|北科大互動設計系 https://ixd.ntut.edu.tw |北科大創新創業情報站 https://fb.com/ntuticorner) Happy Step by NORDGROOVE
- - - - - -- - - - - -
主持:北科大互動設計系 專任助理教授 葛如鈞/寶博士
感謝:北科大創新思考與區塊鏈應用社群計畫補助|北科大互動設計系 https://ixd.ntut.edu.tw |北科大創新創業情報站 https://fb.com/ntuticorner
🎵插曲:Music From:[https://freemusicarchive.org/static](https://freemusicarchive.org/static)
Canny Bag a Tudor By Elvis Herod

摘要開頭 在 摘要開頭在PTT/Dcard完整相關資訊 - 小文青生活 的推薦與評價
提供摘要開頭相關PTT/Dcard文章,想要了解更多摘要意思、論文摘要參考、論文摘要格式有關歷史/文化文章或書籍,歡迎來小文青生活提供您完整相關訊息. ... <看更多>
摘要開頭 在 針對目錄中的資料摘要錯誤進行疑難排解 - Facebook 的推薦與評價
如果資料摘要缺少必要資訊或格式不正確,系統可能無法更新特定商品,或無法將整個摘要上傳至目錄。 建議您定期檢查及修正資料摘要問題,以避免過時的商品資訊顯示於任何與 ... ... <看更多>
摘要開頭 在 摘要開頭在PTT/Dcard完整相關資訊 - 小文青生活 的推薦與評價
提供摘要開頭相關PTT/Dcard文章,想要了解更多摘要意思、論文摘要參考、論文摘要格式有關歷史/文化文章或書籍,歡迎來小文青生活提供您完整相關訊息. ... <看更多>