今天這篇文章來跟大家介紹一下 Custom Resource Definition (CRD) ,對於大部分的 Kubernetes 使用者來說,日常工作中根本不需要去理解什麼叫做 CRD,但是當你整合了一些第三方解決方案之後,你會發現你的 Kubernetes 內增加了好多 CRD。 一個最簡單的範例就是你會看到 Yaml 中使用的 KIND 是一些 Kubernetes 官方文件中沒有提到的內建型態,反而是跟你使用的解決方案緊密相連的情況。
本篇文章用一種輕鬆簡單的方式,去跟你介紹 CRD 的概念,個人覺得淺顯易懂
但是要注意的,通常只有 CRD 沒有辦法發揮其真正用途,畢竟 CRD 就是一個資料結構,需要一個使用者,而這個使用者往往都是由 Controller 來管理。當這兩者結合後就可以變成大家所熟悉的 Operator Pattern
https://itnext.io/crd-is-just-a-table-in-kubernetes-13e15367bbe4
「資料結構 用途」的推薦目錄:
- 關於資料結構 用途 在 矽谷牛的耕田筆記 Facebook 的最佳貼文
- 關於資料結構 用途 在 吳老師excel函數與vba大數據教學 Facebook 的最佳貼文
- 關於資料結構 用途 在 親民黨 People First Party Facebook 的最讚貼文
- 關於資料結構 用途 在 [閒聊] 資料結構不重要? - 看板Soft_Job 的評價
- 關於資料結構 用途 在 演算法&資料結構的應用場景? 如何用LeetCode有效提升實力 ... 的評價
- 關於資料結構 用途 在 Stack: Intro(簡介) 的評價
- 關於資料結構 用途 在 [問卦] 學演算法資料結構的理由 - PTT 熱門文章Hito 的評價
- 關於資料結構 用途 在 Re: [請益] 資料結構重要程度- tech_job - PTT職涯區 的評價
資料結構 用途 在 吳老師excel函數與vba大數據教學 Facebook 的最佳貼文
單元01_建置Python開發環境(用懶人包快速建立)
開發環境和EXCEL VBA相較,Python真的太麻煩了,
VBA只要開啟開發人員標籤,就可以開始寫程式了,
另外EXCEL本身就可以充當資料庫來使用,資料也可以隨時存放,但這些都是Python無法做到的,原因應該和商用軟體(OFFICE)和自由軟體(PYTHON)的差異,商用軟體有收費自然就有必要幫大家把需要的環境做好,但衍生的就是需要不斷收費,但自由軟體因為不用收費,只要不是商業用途,都沒有費用問題,但也就需要什麼都自己來,有點像自助餐的概念,什麼都要自己來,所有建置環境也就需要自己準備好,甚至,建置環境的方法至少幾十種,
那一種最好?
我想為了Python的教學便利,不讓大家太麻煩,
所以幫大家準備好Pyhon建置環境懶人包,
只要將兩個檔案解壓縮到D碟(或C碟)中,
在直接執行Eclipse的執行檔就好,Eclipse是免安裝程式,可是是為Python相當好用的編輯器,開啟後在和Pyhton連結就好,再設定好編碼方式為UTF-8,就可以開始寫Python程式了,至於後面的VBA可以把EXCEL當成存取資料和資料庫來用,後面會再講解對應到Python的檔案與資料庫使用,以下說明如何使用。
教學影音(完整版在論壇):
https://terry55wu.blogspot.com/2020/02/01python.html
使用懶人包
先下載
eclipse_python.zip [下載]
Python37-32.zip [下載]
結語:
和EXCEL VBA相較之下,Pyhton的開發環境麻煩太多,
但帶來的好處是費用上的節省,
和未來有用不完的外掛可以擴充,所以如果你的應用需求很簡單,
建議用VBA就好,但如果需要更複雜的處理工作,
也不想付錢給軟體公司,Python是很好的選項。
課程理念與課程介紹:
因應大數據分析、物聯網、工業4.0的需求,能更容易的學會網路爬蟲、機器學習、物聯網、影像辨識、自動圖像報表等需求,其中以EXCEL VBA與Python程式開發最為熱門,因此將VBA的自動化延伸到PYTHON設計,讓學員能夠比較兩個工具的長處,並能相互協同應用。
課程內容
單元01_建置Python開發環境與程式測試
單元02_基本語法與結構控制件
單元03_迴圈資料結構與自訂函數
單元04_串列、字典與檔案與資料庫處理
單元05-1_開放資料處理CSV和JSON資料處理(停車與PM2.5)
單元05-2_開放資料處理練習題_新北市開放資料JSON
單元05-3_GOOGLE雲端當CSV來源與CSV處理
單元05-4_網頁資料擷取基礎與外匯
單元05-5_網頁資料擷取台彩與股市資料
單元05-6_擷取網頁上櫃股票行情
單元06_使用Pandas與處理_Excel_試算表
單元07_VBA與Phython連結MYSQL資料庫
單元08_視覺化報表使用圖表繪製Matplotlib
吳老師 2020/2/10
資料結構 用途 在 親民黨 People First Party Facebook 的最讚貼文
城市貨幣公聽會 市議員吳益政:追求更有機的生活方式
高雄市議會今(19)日下午舉辦「城市貨幣及在地社區發展」公聽會。由市議員吳益政主持,邀集高雄市政府經發局、社會局、研考會、高雄銀行、稅捐處,及學者專家,一同探討地方補充貨幣的議題,並透過高雄「作伙共同工作空間」的引介,請到日本NGO組織「Next Commons Lab」團隊進行案例分享。
「Next Commons Lab」以「後資本主義社會」為目標,提倡以人所擁有的創造力,打破既有的有限選擇模式。目前在日本已經有10個地方創生據點,由政府、企業、個人形成互相提供價值、彼此支援的網路,追求共同的願景。利用區塊鏈技術發行社區貨幣,讓社區能設計自己獨有的自治經濟圈,是該組織重要的工作項目之一。
「Next Commons Lab」的分享中指出社區貨幣的兩個特質:
第一,地方貨幣可以自己決定流通範圍,透過流通範圍的狹小化,讓貨幣價值留在地方,促進地方經濟永續發展。
第二,許多在既有的資本主義社會中忽略的,閒置空間與資源,或是不被視為正式工作,卻對社會有所幫助的行動,透過社區貨幣可以賦予價值。創辦人林篤志表示,台幣或日幣,其實也是地方貨幣,但是規模與範加透明可信,我們可以決定貨幣如何運用、解決哪些在地問題。例如,高雄有超過250萬人口,是一個很大的經濟圈,250萬人產生的金流,目前我們無法知道將會流向何處。透過高雄在地發行、可以掌握流向的在地貨幣,高雄人可以決定貨幣價值的範圍與用途,例如將其中1%提供出來,就可以鼓勵公益與環保等共同的目標。
曾在華爾街工作,如今回到高雄創業投入金融科技領域的「微光國際資訊」執行長黃祥麟,也從金融與貨幣的角度提出觀點,他認為貨幣的本質是信用,信用的來源是完整可信的資料結構。國家發行的貨幣是基於國家的信用,而區塊鏈的技術則提供了地方貨幣的信用基礎。他強調,地方貨幣的發行是要找到痛點,用科技的方式解決。高雄的未來方展應該重視健康、農業、教育等領域,把技術帶進來,把效率提高。
公聽會主持人,市議員吳益政早在今年7月就提出「高雄幣」的政見,用閒置的空間、人力、生產剩餘,鼓勵市民過公益與環保的生活。他表示,每個城市、每個人都有各自的問題,找尋解決問題的方案,同時也可能產生新的產品、經濟模式或者生活型態。對於高雄幣或地方貨幣的討論,並不是非要創造自己的貨幣、非要使用區塊鏈技術,而是透過問題的討論,讓更創新、更有機的方案能被提出,讓高雄的問題轉變為城市的資產。
資料結構 用途 在 演算法&資料結構的應用場景? 如何用LeetCode有效提升實力 ... 的推薦與評價
演算法& 資料結構 的應用場景? 如何用LeetCode有效提升實力?對軟體工程師的意義?【愛料理技術長與共同創辦人Richard Lee 專訪】. ALPHA Camp School. ... <看更多>
資料結構 用途 在 Stack: Intro(簡介) 的推薦與評價
先備知識與注意事項. Stack(堆疊)是一種概念性的抽象資料結構,可以分別使用Array(陣列)與Linked list(連結串列)來實作。 本篇文章將介紹Stack的基本概念,程式實作留 ... ... <看更多>
資料結構 用途 在 [閒聊] 資料結構不重要? - 看板Soft_Job 的推薦與評價
最近常看到越來越多人說 "資料結構不重要"
Queue、List、Heap、Hash Table .NET JAVA早就做好了,你根本不用懂資料結構。
排序、搜尋 Library 早就幫你做好了,你根本不用懂演算法。
至於其他更複雜的資料結構與演算法,更不用學,
太難,你也用不到。 太冷門,需要時再去找 Sample codes 就好。
演算法複雜度?
根本不用考慮阿,現在硬體那麼快,演算法差個 0.1秒 ,會扣錢嗎?
結論 => 不懂資料結構也可寫很好的程式。
我想很多人應該都是這種觀念的。
不知道大家對於 "資料結構與演算法" 不重要的想法是如何?
分享一些我看到的一些狀況好了:
-------------------------------------
我的工作環境,常常需要在有幾億筆資料的Table內查資訊。
理論上這種環境根本就不要懂演算法與資料結構,
反正搜尋演算法、排序一定叫SQL Server做就好。
但有趣的事情就在這,當資料量大成這樣時,很多人就開始抱怨了,
"為何搜尋速度那麼慢? "
"這一定不是我的錯,是微軟的錯"
"這是硬碟的存取的極限,我也沒辦法"
最後效能差到,沒辦法使用資料庫了,只好開始砍資料庫內的資料了。
把資料備份,然後砍掉九成的資料,讓資料變少,存取速度增快。
(然後固定每段時間做這種事情)
然後有需要舊資料再去請助理把資料還原,撈部分資料出來匯入。
但是,如果有學過演算法或資料結構的,
頭腦應該都不會這樣想吧@@
資料長度 N 太大, 就刪長度 ?
明明就可以把 Table Schema 搞成樹狀結構,定期(或定量)增加節點Table。
明明就可以把 Table 拆成多個, 用程式做索引,加快存取。
明明資料進來時,就可以做一些計算,統計,快取等方式,讓未來不用查大量資料
(其實還有很多種作法,而且資料結構課本都有教)
--------------------------
但是我不知道為什麼,
感覺越來越多人對於存取效率一點都不重視,
系統架構、程式演算法設計一點都不重視,
總是用連大學生都不如的方式去設計與管理系統,
寫程式與設計系統總是用非常沒效率的方式在做。
而剛好我看到的這些人,都是非本科系出來的。
資料結構與演算法真的不重要嗎?
我始終是存在反對的意見。
即使你不用自己去設計一些有效率或特殊用途的資料結構,
即使你不用自己去設計各種常用的演算法,
但是,有學過這些基礎理論,
會讓你未來在設計系統時,總是知道怎麼做比較有效率,
光是設計資料庫架構就需要一堆傳統資料結構概念了,
寫程式、Protocol 要有效率,也要一堆以前學資料結構的觀念,
"不懂資料結構,根本就沒差"?
差多了。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 221.169.119.107
... <看更多>