Search
本課程向初學者介紹了Python 和 Django 背景中分散式程式設計的基本概念。
從這 3.5 小時的課程，你會學到
1. python 中多執行緒的基本原理
2. 如何使用 Python 和 Django 實現分散式任務( distributed tasks )
3. 實現處理程式間的訊息傳遞溝通以建構平行應用程式( parallel applications )
4. 如何使用 AWS Simple Queue Service（SQS）在雲端擴展
5. 學習如何建構分散式社群媒體資料攝取器( data ingestor )
https://softnshare.wordpress.com/…/distributed-tasks-demys…/
--限時 5 折電子書--
Firefox Quantum 速度可以這麼快即是透過 rust 程式語言達成的，有興趣可以參考這篇文章 https://goo.gl/BDAr7r
關於 Rust 這個技術
Rust 是一種新的系統程式設計語言，它為你提供如 C 語言低階功能，同時提供 Ruby 和 Python等語言的優雅和易用性。 Rust 是執行緒安全的，可以實現 “fearless concurrency”。 執行緒可以保證不會覆蓋其他人的資料，但是不會對你施加垃圾收集器，從而保持運行時的性能。 它整合了函數式程式設計的功能，例如高階函數功能，允許設計出可讀性高小巧的程式。 Rust 對於那些想要以更符合人性，不太可怕可以替代 C 或 C ++ 來開發系統程式設計的開發者來說是完美的。
>更多 manning 5 折優惠 https://goo.gl/PnMXoD
https://softnshare.wordpress.com/…/…/28/meap-rust-in-action/
【好文推薦】腦力科技之四：要複雜還是要簡單
成大資工係蘇文鈺教授從台灣企業看輕底層IT（忽略對OS、編譯器等等底層技術的投入）的價值，只顧搶商機的幾個真實小故事，來談臺灣資訊產業的困境和短視。
好文一篇，經蘇老師同意特轉貼！
"許多傳統的技術因為其他領域的技術的高度發展而導致被淘汰，也有許多早被丟棄在一邊多年的技術卻因此而重生。可是因為許多人無法看到幾個世代以來的技術發展過程，也欠缺終身學習的思維，因此常常固執的固守一項當下看來成功的技術與做法，這些人或公司最終都是會招致失敗的後果。
by 成功大學資訊工程學系蘇文鈺教授"
之前的po文，我修了一下文字。若是之前看過的可以跳過。
[腦力科技之四 要複雜還是要簡單]
前面說到的Dave Wilson要價數十萬美元的喇叭WAMM是個大傢伙，整個喇叭是多個分開的模組所構成，非常複雜，所以一般不熟WAMM人要把它調整好是很困難的，難怪要出動Dave Wilson本尊才行。問題是要聽好聲音一定要弄得這麼複雜嗎?
簡單的喇叭，一顆單體裝在一片木板上就可能可以很好聽了。到底要複雜，還是要簡單，其實這問題說是難回答的也不見得，想通後，也可以很簡單。以下是聖嚴師父說過的一個故事:
在我小的時候，有一天傍晚，我父親跟我正好經過一條河邊的小路，有一群鴨子本來在河岸上休息，見到我們父子倆走過，或許是受驚了，也或許是要讓路給我們，總之一群鴨子全部都下了河，從河的這一邊，游到另一邊去。接著又上岸去玩了。
父親看著在河裡游的鴨子，告訴我說：「孩子，你看到了嗎？這群鴨子裡，有大鴨、有小鴨。大鴨游出來的是大的路，小鴨游出來的是小的路。不管是大路還是小路，都是自己游出來的路，而且都到了河的對岸。」
又說：「孩子啊，人要學這些鴨子。你長大之後，不管游出大路或小路都沒有關係。可是不游是不行的，因為不游的話就沒有路可走了。」
也就是說，簡單有簡單的用處，複雜的有複雜的好，做的好，都有活路。
我們這個年紀的人當年用的是Apple II，學程式是從Basic入手，然後是Fortran，接著是Pascal和C，後兩者最大的障礙是要把當時認為抽象的資料結構(data structure)以及資料存放的位址(address)和指標(pointer)的關係搞懂。相對於Basic不知到複雜多少，可是用C能做的事，其實用 Basic也做的到，只不過後者做起來可能會很麻煩而已，程式可讀性與可再被利用性會大幅降低。後來一點我才知道其實所有的高階語言都會透過編譯器(compiler)轉為更低階的assembly(組合語言)，所以實際上電腦是依照組合語言一步一步執行的，一個高階語言的指令通常是以多個低階語言來完成。當年在開發工具不足的情況下，我甚至被迫要直接用6502與Z80的機器碼(machine code)來寫程式，因為當時根本沒有如現在這些方便的滑鼠，鍵盤與螢幕可以用。一份工作是要用高階一點的語言來實做，還是用低階的語言來完成，應該依照需求與當下的技術成熟狀況來決定，而不是高階的就一定比較好，低階的就比較一定差，例如多數驅動程式，不用低階語言來做是不行的。反之亦然。
後來我的工作跟使用TI(德州儀器)的C3X與C4X等數位訊號處理器(Digital Signal Processors)有關，一些數位訊號處理的程式我與我的夥伴們都用組合語言來寫，因為編譯器轉出來的程式執行效率實在太差了。可是幾年以後，編譯器越來越強大，所編出來的程式的效能就慢慢提高了，在非關鍵處，我們已經不再堅持用組合語言來寫了。
後來的程式語言越演變越複雜，功能也越來越強大，從簡單的C，到後來的物件導向(Object Oriented)，從為數不多的語言，到因為不同的需求而被開發的新語言如Java，LISP，Pearl，Python，Forth等等甚至有為了設計電路的硬體描述語言(HDL) ，慢慢的學校裡對組合語言的要求變少，學生也不願意學，造成許多需要低階語言的工作找不到人來做，不然就只好把人招進了公司後再來訓練。緊接著，為了不同的目的而開發的新的工具軟體變多了，例如為了特殊的資料流(data flow)程式模型而被開發的StreamIt，以至於目前開發iOS App而廣為使用的Object C(我們之後有機會再來談這個語言)，為了平行程式所被開發的如OpenMP或MPI(Message Passing Interface)，這世界上有關於寫程式這件事所被開發出了來工具多到滿出來，編譯器與中介軟體(middleware)越來越強大，各式各樣的新語言，新應用等等就越多。可是不要忘了，即使是有這麼多五花八門的產物，這世界上有一些角落裡的工作還是需要使用組合語言來做。
有些事需要用複雜的方式來做，有的事卻需要用簡單的方式來做。原本一隻簡單的程式，因為可以平行化，如今我們因為有多核心的機器與可平行的程式模型可以用，所以程式設計師會用更複雜的方式如多執行緒(multithread)，資料流(data flow)，Map-Reduce(如Hadoop)，CUDA與OpenCL等來實做，程式的複雜度看起來提高很多，可是執行所需的時間實際上卻大幅降低。又如，在數位訊號處理裡常用的旋積(Convolution)，本來是可以用沒幾行的程式就可以寫出來，但是因為快速富利葉轉換(FFT)的關係，讓我們可以在頻率域(Frequency Domain)裡運算以減少計算時間，但是程式複雜度卻高出許多。可是，因為多核心架構硬體與平行的程式模型的出現，加上時間域(Time Domain)的旋積具備高度可平行化的特性，現在反而是回到時間域來計算要快得多，同時也少了一些在頻率域(Frequency Domain)運算所造成的缺點，過去為了在頻率域運算所開發出來的演算法反而變得沒有多大用處了。
許多傳統的技術因為其他領域的技術的高度發展而導致被淘汰，也有許多早被丟棄在一邊多年的技術卻因此而重生。可是因為許多人無法看到幾個世代以來的技術發展過程，也欠缺終身學習的思維，因此常常固執的固守一項當下看來成功的技術與做法，這些人或公司最終都是會招致失敗的後果。
以上我們說了許多軟體的發展，接著來說硬體，尤其是電腦的核心，CPU(中央處理單元)，也就是大家常聽到的Intel Pentium，IBM PowerPC或是ARM Cortex等等。早年的CPU如Apple II用的6502到今日的主流多核心CPU，其複雜度不知道已經高出多少倍，30年前的大型主機(我大學時用的是CDC Cyber，全校共用)的計算能力可能比不上今天的一部桌上型電腦。有一陣子，簡單架構的CPU不容易被聽到(但是實際上他們的用處很廣呢!)，一般人知道的CPU都是INTEL出的(因為廣告打得兇)，那時的人類似乎除了INTEL X86架構的CPU之外都不需要其他的了。可是曾幾何時，INTEL感受到ARM的架構簡單的省電CPU的強力威脅，所以INTEL也希望把它的CPU變成簡單又省電，但是與此同時，ARM卻在把它的CPU變得功能更強大，但是卻也更耗電。你們說，這兩家公司在爭的商機是甚麼呢?相信只要在這個產業的人都知道他們在玩什麼把戲。大家都知道的東西，在CPU設計落後先進國家的台灣在高階CPU上也就沒什麼好搶的了，那台灣的機會在哪裡呢?(當然，現在的聯發科跟晶心科技這兩家策略與市場都不一樣的公司看來是很有機會佔有一定的市場，有興趣的人可以去研究一下這兩家公司的CPU策略)
有一天，有朋友打電話給我，聊起他現在的公司也在做CPU，而且是八位元，或甚至位元數更低的CPU。我說，這麼低單價的東西有什麼好做的。他說，其實市場的量真正大的是簡單型的CPU，因為太多應用只需要用到簡單的CPU，這時連8051都還嫌太複雜，而且目前設計界常用的Arduino也可以在稍微複雜一點的八位元CPU跑起來。只要做的夠便宜夠省電，利潤還是有的。但是這其中還有一個大問題，那就是即使是這麼簡單的CPU，在今天的情況，工具鍊(toolchain)還是要完整，才會賣得出去。他問我可不可以幫他做編譯器，我說這非我專長，實在是愛莫能助。我不禁想，這年頭連賣一顆幾毛錢的CPU都要開始建完整工具鍊了，這錢還真難賺啊!
又有一次，有間廠商打電話過來問我有沒有興趣做一個建教合作計畫，是關於多核心的系統軟體的。那時候我一聽到多核心，腎上腺素就上來了，也沒多問細節就說可以見面討論。過兩天，我們一起聚在一起開了個會，才知道這個多核心原來是拿8051來當核心。我心想，連8051都拿來做多核心，會不會太奇怪。不過既然廠商堅持有他們的市場與考量，也可以賣得出去，我這商場門外漢就不好說甚麼了。接下來廠商希望我們可以幫忙做兩件事，第一件是為這顆多核心打造一個多核心作業系統，第二件是做一套中介軟體讓不同核心之間可以快速交換資料。當我心裡還在盤算著，且認為這應該可以做得到的時候，接著聽到的話讓我差點從椅子上掉下來。他說，但是這一切希望在16K bytes之內做到，而且在半年內做完，經費是30萬。接著我只能說我願意考慮看看，其實心裡說的是謝謝再連絡並祝福他們會成功，一刻鐘後我堆滿一臉笑容來隱藏底下的鐵青送他們出門。
這些事讓我想起來台灣過去幾年有關IC設計的問題，甚至是更多產業所面對的問題。那就是太重視硬體了，以為只要把硬體做出來，就可以賣出去的時代早就已經過去了，而目前全世界最大的高科技公司其實都是軟體為主的公司，連聯發科的軟體工程師數目早就超過硬體工程師的數目了。假如連一顆八位元的不到的CPU都需要一大堆軟體工具鍊，那麼我實在不清楚很多公司只注重看來是實際出貨用的硬體在想什麼，會逐漸失去商機不奇怪啊!我自己會想，要是早個十年我知道軟體的工具練會這麼重要，那麼我不就賺翻了嗎?可是上面的第二個故事告訴我，在台灣，不被重視的就是不被重視，早做也沒用。很多廠商把技術看得太廉價了，但是這家公司至少還願意出錢，有的台灣公司即使本身很賺錢卻根本就連錢都不出就想獲得技術。
2010之前的好幾年，韓國的政府讓許多家大學(我沒記錯的話是八家，連漢陽與首爾都在其中)，參與企業(就是三星啦!)一起trace Android的核心的時候，台灣在做甚麼呢?大喊自由軟體，然後只要寫寫不知道能不能用的Java App就可以有獎金或補助。等到三星智慧型手機崛起，火燒屁股時，才急急忙忙由政府底下的若干研究單位出面協調，同時希望學界也能出面幫忙。
這整件事的荒謬在於，第一，商場如戰場，都火燒屁股，要馬上上戰場去賣的東西讓學界來幫忙怎麼會來得及呢？第二，學生寫的軟體你敢用嗎？一旦有bug不是退貨退到瘋掉？第三，這種核心技術早就該知道要做了，不然派個探子去美國，甚至是韓國轉一圈，也知道人家在做甚麼。然後，既然都火燒屁股又要找學界專家來幫忙，為什麼不乾脆花大錢挖學界懂這東西的一整個團隊進公司體系，還要找官方與半官方的機構出面協調，這不是浪費時間呢？台灣不是最流行超時工作，讓工程師燒肝（燒乾）工作的嗎？高薪一堆人進來，以台灣工程師的素質之高，其實不會沒救的。不過，我看到的情況只能用失望兩個字來形容。
有時人要挖空心思才可以看到商機，有時只要好好照著道理來做就會有商機，賣系統（不管是複雜到手機還是其他簡單的系統應用IC）卻不重視軟體就是沒照著道理來做。目前台灣所製造的電腦產品，只要是要用到稍微大型的軟體系統如Android，或甚至是小到一個小型的RTOS(即時作業系統)，有多少是台灣所原創的呢？不能原創的原因很多，公司不重視軟體人才此其一，會教又提供學生實作機會的學校不多（因為做這類苦工無法出High Impact Factor的論文啊！）也是主因，政府科技與教育政策一樣難辭其咎。以編譯器（compiler）這樣傳統的學問來說，不管時代怎麼變，不變的是它對產業總是非常的重要，學校裡有多少人還在做編譯器的研究呢？再來恐怕都要找不到人來教了，因為有多少教授願意做一個傳統又難以發表High Impact Factor論文的研究呢？過幾年，整個硬體產業要是變成硬體慘業，我是一點也不意外。即使沒完蛋，還不是要乖乖每年繳一大堆權利金給外國提供軟體的廠商嗎？
你若是問我，難道台灣真的沒有那種看到軟體工具鍊與大型軟體的機會，堅持信念，終於媳婦熬成婆的團隊嗎？當然有，我也好希望我也是其中之一。可惜我沒有這麼堅強的毅力，要不然也不用在這裡狗吠火車了。
前面說過的話，這裡再重複一遍，但是用意與前面不同，這裡是希望為上面這幾段故事做小結：
許多傳統的技術因為其他領域的技術的高度發展而導致被淘汰，也有許多早被丟棄在一邊多年的技術卻因此而重生。可是因為許多人無法看到幾個世代以來的技術發展過程，也欠缺終身學習的思維，因此常常固執的固守一項當下看來成功的技術與做法，這些人或公司最終都是會招致失敗的後果。
時代在改變，有些事也會跟著變，但是有些事卻也一直不變，變與不變之間，要視實際狀況決定。就跟聖嚴師父說的一樣，大鴨子與小鴨子，只要願意努力前進，都可以游出自己的路。
本集主題：「拓展你的人生地圖」介紹
訪問作者：郭顺杰 （Soon Kiat Ker）
內容簡介：
《拓展你的人生地圖》是一本很適合中學生、大學生、或者剛出社會工作的人閱讀的一本激勵書，也是給一群正在求學、追求夢想的朋友們的一本借鑒之書。
本書將會從求學、思想、處事、成功等四大篇章，來為讀者點出讓自己卓越傑出，通往成功道路所需具備的思考邏輯與觀念，並點評讀者在社會上常聽到的一些謬論以及大家可能會面對的問題和疑惑。比如，在求學篇中我將會提到，大學文憑到底是不是只是一張紙？隨後，在思想篇當中，我也會為讀者講解為什麼乖孩子難以成功？
當然，市面上關於各種技巧的書多不勝數，有教導成功的技巧、談判銷售的技巧、應對考試的技巧、有泡妞的技巧⋯等等。要知道光學技巧是不夠的，技巧是會跟著時代的改變而改變的。這些技巧總是會有漏洞，會因為文化地理的差異而有所不同，而這些漏洞將會科學式地被研究， 然後我們的後代便會發明一個技巧去填補這一代的漏洞， 下一代技巧的漏洞就會再被下下一代填補上去，如此反復的驗證，這就是科學。
外在的技巧還有另外一個問題，那就是每個人使用出來的效果都不一樣。它是由個人教育、理解程度、領悟力和天分而決定的。我常常把這種技巧，比喻為武俠小說裡面所說的外招，光練外招是不夠的，還必須要修煉「心法」。武功裡面的「心法」指的就是內功、氣和心靈的修煉。
我們除了要掌握技巧和知識之外，還必須訓練處理事情的思維，這種修煉是需要時間的，但是當你修煉了以後， 它就成為你的一部分，不管遇到什麼問題，這個心法都會為你帶來屬於自己的一套方法。
而本書所要帶給讀者的正是一個心法，一個修煉自我的旅程。
本書名為《拓展你的人生地圖》，在 NLP（神經語言程式）的學問中， 其教條中有一句話是這麼說的：「地圖上的界線並不等於真正的地域 」（英文譯：The map is not the Territory）。當年，我在新加坡學習第一階段的 NLP 執行師認證課程的時候，第一次接觸了這個教條，並對於它的含義有著很深的共鳴。所謂的「地圖」，代表的是我們對事物的認知，是由感官經驗、環境所得來的，由我們給予它們意義。而「地域」則類似所謂「絕對真實的世界」， 一個等待我們去突破的領域。有鑒於這樣的啟發，我決定在本書中拓展這樣的思想。
其實，每個人心中都有一個「地圖」，而這個地圖可以理解為框架一個人的行為，成功與否的界限。正如地圖上的界限，它框架著你的活動範圍，能走多遠等等。
在現實生活中，我們的閱歷（教育與上學的程度）、思想、處事方法、對成功的觀念、正決定了我們人生地圖上的界限。本書，我要表達的是地圖上的界線並不等於真正的地域。每個人一生下來，都會受到環境的影響，而為自己繪製各式各樣的地圖。然而，我們不應該被地圖的界限框架了自己，相反地應該勇於拓展未知的領域。
作者希望透過書中的四個篇幅來拓展讀者的人生，讓大家獲得多方面的提升。透過本書，你將理解讀書的重要性、學習讓你卓越的思維模式、處事法則，與建立良好信念的方法。這些心法將讓你飛得更高，走得更遠，人生更卓越！
作者簡介：吳文捷
出生於馬來西亞的柔佛麻坡，通曉中文、英語、馬來語、日語和西班牙語。
他目前在著名會計咨詢「四大」的安永（EY）擔任科技諮詢顧問，主要負責處理業務與流程自動化（RPA）與大數據專案，並曾協助多家國際銀行與 500 強企業制定策略與自動化方案。順杰擁有多個編碼與科技認證，截至目前為止，他已榮獲 Blue Prism、Automation Anywhere、UiPath 高級RPA 研發認證、Python，SAS，區塊鏈等IT認證。此外，他也是專業敏捷（Agile）開發教練與專家，精益六西格瑪黑帶（Lean Six Sigma Black Belt）執行師與樂高團隊組織訓練員（Lego Serious Play® Teamwork Facilitator）等證照。
教育背景方面，順杰 2016 年畢業於英國曼徹斯特大學，主修國際貿易與經濟，隨後他在 2017 年獲得了英國劍橋大學科技政策碩士學位。他致力於研究國家科技管理與法律，包括中小型企業的競爭與創新，網際網路發展的商業策略與社會文化的進程等。
白羊座的順杰，有著一個燃燒不完的學習熱情，工作的同時也熱愛藝術。他獲得了英國皇家鋼琴與吉他 8 級文憑的榮譽。除此之外，他努力鑽研佛教、西方神秘學、哲學、東方儒道家的經典以及塞斯與奇蹟課程等，遍訪名師，積極地探討生命的旅程，並到處授課演講。迄今，他榮獲美國 NLP（Neuro-Linguistic Programming，神經語言程式學）與時間線療法（Time Line Therapy®）高級執行師認證、英國EFT 協會（舊名：AAMET） 情緒釋放技巧治療師，美國NGH（National Guild of Hypnotists，美國國家催眠師協會）催眠諮詢師與日本靈氣三階導師等證照的殊榮。
作者粉絲頁： SK 郭顺杰ᵀᴹ
出版社粉絲頁： 寰宇軒行
請大家支持，我全部六個粉絲頁
李基銘主持人粉絲頁：https://www.facebook.com/voh.lee
李基銘的亂亂分享粉絲頁：https://www.facebook.com/voh.happy
李基銘的影音頻道粉絲頁：https://www.facebook.com/voh.video
漢聲廣播電台「fb新鮮事」節目粉絲頁：https://www.facebook.com/voh.vhbn
漢聲廣播電台「快樂玩童軍」節目粉絲頁：https://www.facebook.com/voh.scout
漢聲廣播電台「生活有意思」節目粉絲頁：https://www.facebook.com/voh.life
[問題] 多執行緒限制thread數量的問題 ; 推 ·, 1 · 因為你應該用multiprocessing不是multithreading， ; → ·, 2 · 尤其你這個是CPU密集型的算法Python多線程 ... ... <看更多>
程式碼異常簡單：import tkinter as tkimport threading as tdimport timeclass Demo: # Process將要 執行 的函數def show10Times(self): # 從0 數到9 ... ... <看更多>
執行緒python 在 Python 使用threading 套件來讓多執行緒來加速運算速度 的推薦與評價
有的時候會需要用到多執行緒來讓整個程式加速運算，在現代電腦中擁有多核心CPU 以是常態，但通常一份程式碼都是使用單核心來操控，如果我們讓他多核心 ... ... <看更多>