|三款記帳理財必備APP|
#moneybook麻布記帳
🔺收費方式：免費
🔺支援裝置：iOS、Android
🔺特色：與各大銀行合作，整合保險，、銀行帳戶、信用卡、證券戶、悠遊卡、一卡通、ICASH、電子發票適合手上有多個帳戶，又常常使用信用卡或其他電子票證消費的使用者。

以同時管理好幾個銀行帳戶，包括台幣帳戶、外幣帳戶、證券戶都可以一覽無遺。
再信用卡的消費也能即時紀錄，非常適合懶人。資訊安全有經過多重的驗證，所有帳戶資料都是加密儲存在私人雲端，無法任意存取。
帳單的繳款通知，所有待繳的費用，從信用卡到電話費、水電費都會顯示在APP上面，期限快到會通知。
我把他當資產管理APP，記帳用別的。
資產除了收入和支出之外，還有投資，如果想要知道自己手上的資產、所有現金的流向，透過這款APP都能看得一覽無遺，可以幫你預測資產的變化！

用一段時間覺得還不錯
但我有個帳戶沒登入成功
我就懶得繼續嘗試登入
整體來說是蠻方便的

#記帳城市
🔺收費方式：免費，部分功能收費
🔺支援裝置：iOS、Android

對新手來說，增添很多樂趣，透過記帳獲得成就感。
讓記帳不再枯燥乏味，讓使用者每天記帳都可以記得很開心，也就更容易養成記帳的習慣。
一目瞭然掌握收支狀況，簡潔介面可愛，多款主題場景自由選擇。
10種以上的記帳分類可以清楚知道自己錢花去哪裡，是用信用卡還是現金。
統計報表利用圓餅圖、長條圖，快速掌握消費比例。

貼心幫你整理趨勢報告、規劃預算管理、支出回顧
（可以看消費是需要還是想要，投資還是消費）

#雲端發票存摺

🔺收費方式：免費，部分功能收費
🔺支援裝置：iOS、Android

包含手機條碼載具以及會員卡功能，光是有手機條碼和載具就能夠快速線上對獎，打開APP時，發票很快就匯入APP裡面存放，我都把條碼放桌布，直接給店員掃就好，環保又省時省空間～

對獎器很靈敏，不用掃老半天掃描到火大，手動對獎也是可以。
「消費分析」可以看自己的消費類型，或是中獎機率，甚至還有地圖可以看自己的消費足跡（可以用這些看男友都買什麼東西，聽過開房間發票放口袋的，這個更好查哦^_^），也能串連麻布記帳進行統合，如果有在使用麻布記帳APP的人，可以跟這款APP搭配使用。
「線上繳費」包括信用卡、水電、停車費…等等，可以大大減少通勤繳費的時間。

#碎碎念記帳app
有網友推薦過我，是蠻可愛，以對話框的方式進行記帳，可以選擇類別並輸入金額，系統會自動回覆訊息，比如說輸入：「看醫生150塊。」系統可能會回覆你說：「身體要顧好啊！」或是輸入：「電費300。」系統會回：「要節約用電！」這些都還好，但有次輸入：「飲料50元。」
被回：「有必要一直喝這個嗎？」
「衣服1000元。」：「又買衣服了。」
想說：「我花自己賺的錢 管屁啊（很愛生氣）」就刪掉了 真的不能忍受被唸欸^_^

這是一篇幻想文，幻想如果你可以重新設計 Kubernetes，你會希望有什麼樣的改動。也因為是幻想文，所以以下所提的東西不一定真的可以實作，也沒有考慮實作上可能會有什麼困難。原文非常的長，所以這邊就稍微列出一些內容

# 前提
作者(David Anderson, MetalLB 的主要貢獻者)認為 Kubernetes 真的很複雜，從 MetalLB 的開發經驗來看，幾乎無法開發出一個永遠不會壞且與 k8s 整合的軟體。
k8s 發展快速，一些不相容的修改也很難除錯，往往導致這些整合應用程式一起壞掉。
此外，作者使用 GKE 的經驗讓他覺得就算是這些k8s專家，也很難大規模環境中平安順利的使用 k8s.

作者認為 k8s 就像是管理平台內的 c++，功能非常強大，什麼都可以做，但是它會一直傷害你，直到你奉獻餘生該領域內。
作者期盼有一天，可以出現一個像是 go 語言的管理平台，簡單，優雅，容易學習

接下來就來看一下如果時光倒流，作者會希望 k8s 有哪些功能

# Mutable Pod
不像其他的資源一樣， Pod 這個資源基本上是不能修改的，有任何的更動都需要先刪除，後重新部署這樣兩步走來處理。
作者希望可以有一種 Pod 是可以支援即時修改的。
舉例來說，我透過 kubectl edit 修改了 Pod Image，然後只要透過 SIGTERM 送給 Runc 底層容器，然後當該 Container 被重啟，就會使用新的設定。這一切的發生都在同一個 Pod 的資源內，而不是重新產生一個新的 Pod

# Version control all the things
當 Pod 可以修正後，下一個作者想要的功能就是基於 Pod 本身的 Rollback。這意味希望叢集內可以有這些資訊可以去紀錄每次的變化

為了實現這個功能，可能每個節點上面也要去紀錄過往的所有 image 版本資訊，並且加上 GC 等概念來清除過期或是太舊的內容

# Replace Deployment with PinnedDeployment
相對於 Deployment， PinnedDeployment 最大的改動就是一個 Deployment 內可以同時維護兩個版本的 Pod。

舉例來說，我今天要將 Nginx 從 1.16 升級到 1.17，我可以透過 PinnedDeployment 去部署 Nginx，其中 1.16 佔了 60% ，而新版本 1.17 佔了 40%。

當一切轉移都沒有問題後，可以逐漸地將新版本的比例遷移到 100% 來達成真正的移轉。
原生的 Deployment 要達到這個功能就要創建兩個 Deployment 的物件來達到這個需求。

# IPv6 only, mostly
作者期望能的話，想要把 k8s networking 內的東西全部移除，什麼 overlay network, serivce, CNI, kube-proxy 通通移除掉。

k8s 全面配置 IPv6，而且也只有 IPv6，通常來說你的 LAN 都會有 /64 這麼多的地址可以分配 IPv6，這個數量多到你根本不可能用完 (2^64)。
也因為都有 public IPv6 的緣故，所有的存取都採用 Routing 的方式，封裝之類的玩法也不需要了。

文章內還提了很多東西，譬如說如果今天真的需要導入 IPv4 於這個純 IPv6 的系統上，可以怎麼做，如何設計 NAT64 等，算是非常有趣的想法

# Security is yes
作者認為安全性方面要最大強化，預設情況下要開啟 AppArmor, seccomp profile 等控管機制，同時也要全面禁止用 Root 來運行容器， 基本上就是用非常嚴格的方式來設定安全性方面的規則。

目前 Kubernetes 內的資源， Pod Security Policy 非常類似作者想要完成的東西，通過這種機制確保所有部署的 Pod 都會符合這些條件。唯一美中不足的是 Pod Security Policy 也不是預設就有的規則。

# gVisor? Firecracker?
從安全性考量出發，是否預設改使用 gVisor 或是 Firecracker 這類型的 OCI Runtime 而非 Runc，同時搭配上述的各種安全性條件來打造非常嚴苛的運行環境

# VMs as primitives
是否可以讓 kubernetes 同時管理 container 以及 virtual machine，也許就會像是將 kubevirt 變成一個內建的功能，讓 kubernetes 更加靈活的使用

除了上面之外，文章內還有許多其他的想法，但是內容都滿長的，如果有興趣的可以點選下列連結參考看看
https://blog.dave.tf/post/new-kubernetes/

【中國全國哀悼、限娛，網路以404回應：這是場「沒有問責的哀悼」】
　
4月4日這天，中國全國降半旗，哀悼在COVID-19（又名新冠肺炎、武漢肺炎）裡的逝世者。中國官方也公布限娛令，在這一天禁止所有公共與娛樂活動。這個全國哀悼日，與一年一度的清明節同步。

中國國務院在4月3日公布在今天舉行全國性哀悼，早上10點開始，在北京和全中國，人們放下手邊的事，默哀3分鐘，車子、火車、船隻齊聲鳴笛，要紀念在這場疫情裡死亡的人與醫療人員。

而在武漢，這座1,100萬人的城市，在過去數月來作為疫情的中心以及最被嚴重打擊的城市，今早10點，交通號誌轉為紅燈，人們也停下來悼念亡者。

在疫情高峰時刻，武漢人無法拾回親人骨灰，如今疫情減緩，《紐約時報》等外媒追蹤下，發現官方要求親人們快速和安靜地埋葬他們的親人，甚至武漢官方還以盯人的方式確認家屬將親人安葬，之後拍完照後才離開。

中國官方宣稱的死亡人數目前是3,322位，武漢就佔了四分之三，不過醫療人員和不少人質疑中國的死亡和感染數字，可能更高。但中國官方很早就壓制線上各種對於死亡人數的討論。

中國調查媒體《財新》發現，3月25日和3月26日，武漢的一個殯儀館每天由卡車運送約2,500個骨灰盒。報導裡指出，武漢市中有8個殯儀館，殯儀館門口從3月23日開始可看到長長的隊伍，有人表示他們等了6個小時，火葬場承諾在清明節前歸還骨灰。

根據《彭博新聞》、《紐時》等揭露，近日美國中情局（CIA）官員，也不斷提醒白宮官員不要相信北京提交給世界衛生組織的數字。CIA從2月初開始就一直警告白宮，中國嚴重少報了新冠病毒的感染數，而根據美國對病毒預測模型計算，中國目前呈現的數字並不可信。
　
■沒有反思和問責的哀悼
　
4月4日中國擴大哀悼，但中國的門戶網站卻收到禁令，包括對網路上親人排隊領骨灰的圖片和影像已從上週四（3月26日）遭到刪除。對中國政府的批評早於1月底就開始，而現在中國自封「全球抗疫典範」。武漢官方要求今年的清明節暫停現場祭掃，全市的殯儀館、公墓、靈骨塔也將暫停開展守靈、告別活動，改採網路祭掃。

在4月4日的哀悼之外，中國網友也在紀念「404」。404是指「404 not found」，意為當客戶端瀏覽網頁，伺服器無法提供訊息時，會在網頁上顯示「404 not found」。中國實行嚴格的網路管控，遇到敏感詞就出現這幾個字，表示用戶存取的網頁已被刪除。

網友在微博上發文發帖，不談肺炎這幾字，但以各種文字創作紀念下這段時間中國各種言論遭封鎖，以及政府對疫情快速的美化。幾篇帖子內容包括紀念李文亮，以及紀念被遺忘的當下：
　
「⋯⋯那個被派出所罰寫100遍《出門一定要戴口罩》的人。那個未戴口罩被搧巴掌出血的人⋯⋯那個重症被治癒後回家發現家人都去世了，在樓頂上吊自殺了⋯⋯那個深受病人愛戴，因戴口罩而被醫院訓斥，後感染病毒死去的人⋯⋯」

「我的腦子裡也是在想這些人和事，回看1月底以來的微博，種種的悲痛和憤怒⋯⋯我們祭典所有的逝去，但如果我們不記得這些，不去問為什麼，那我們的祭典只是這蒼白的兩個字而已。在黑夜裡，為他們點一盞的燈，讓別人看見，也讓自己看見。」
　
網民認為，即便目前疫情在中國趨緩，但4月4日是一場沒有反思和問責的哀悼，生命的逝去如今換來「中國模式」優越性論述的強化，中國的論述只強調各國要「學習強國」，要學習近平的領導，實在過於諷刺。

直到4月4日中午，中國官方宣稱的確診人數達81,639名（不含港澳）。目前新增的案例多半由境外移入。

（文／編輯部；資料來源／《紐約時報》、《衛報》、《彭博新聞》、《中國財新網》、中國微博；攝影／REUTERS／達志影像、AP Photo／Ng Han Guan／達志影像）
　
#延伸閱讀
【擋掉上百關鍵字、自封「全球抗疫典範」，中共如何打武漢肺炎輿論戰？】https://bit.ly/2JEgwmM
【當我們哀悼李文亮時，我們究竟在哀悼什麼？】https://bit.ly/39IHrbB
【談李文亮最後的抉擇──滿屏的網路國葬，是否正推著中國轉向？】https://bit.ly/2JCrnxh

★紀錄關鍵時刻，看見事實重要，#贊助報導者：http://bit.ly/2Ef3Xfh
★關注最新疫情，即時接收推播，立刻追蹤 #報導者推特： http://bit.ly/2YeHAOP
#COVID19 #武漢肺炎 #2019新型冠狀病毒 #404notfound #報導者

國立陽明大學2013年暑期課程-Word 2010進階課程，由孫在陽老師授課，時數3小時
協助學習者強化對長篇文件的有效編排及辦公室文件 E 化處理的能力。主題規劃如下：
一、學習長文件製作時的規劃效率與統合能力，如大綱模式、樣式運用。
二、學習協助長文件編修時的功能，自動校正、自動圖文集。
三、學習長文件製作時的輔助提升效率的協助功能，如快速鍵、自訂工具列…等功能。並且了解到書籍雜誌的編排觀念與製作方式。
教學目標：
學會長文件的製作流程與提高效率的技巧。這個長文件包括了：
一、章節規劃分明的長篇文章製作，並加強提昇製作效率的功能。
二、製作跨多頁的表格所需處理的各種需求，並加強了表格中進一步可能需要的計算功能。
三、同一份文件主題內容要印製成多份不同對象抬頭或是多份不同的部份資料內容時的製作。
另外安排PDF檔案處理工具－PDF-XChangeViewer基本操作與快速上手方法。


47:17 講義下載位置
08:09 互動式新舊版功能對照工具(請來信索取)
14:02 Office文件的保護機制
17:31 文件導覽
21:12 大量範本文件
24:10 人性化的使用者界面
29:30 快速存取工具列
32:49 個人化的功能標籤
39:05 智慧型頁籤
44:41 後台檢視
50:31 最近與常用文件設定
53:27 分享
57:26 亞洲方式配置工具位置
58:03 對話視窗
58:23 樣式
59:45 製作目錄
1:03:35 設定標題一從新頁開始
1:11:35 更新目錄
1:17:17 分別設定目錄頁碼與內文頁碼
1:33:30 修改所有標題二文字色彩
1:37:20 樣式的組合管理
1:54:21 導覽
1:54:38 內容搜尋
1:59:05 快速回到上次離開的文件位置
2:03:36 刪掉所有文件中的圖片
2:09:40 合併列印