比特幣與方塊鏈,就像人類發明的一台腳踏車時"誰敢先騎上去試試?"
In most food-supply chains, “it might take weeks to figure out where it went from source to destination,” and “On a blockchain, it takes just seconds.”
由於比特幣的興起,鎖鏈正在取代世界金融市場,而現在數字分類系統也準備在明年對食品和能源等原材料進行同樣的處理。
BP ,荷蘭銀行(ABN Amro Group NV)和摩科瑞能源集團(Mercuria Energy Group Ltd.)等公司上個月表示,將採用區塊鏈來簡化物理能源交易。 10月份,瑞銀集團和國際商業機器公司(International Business Machines Corp.)共同投資了四家銀行,將該技術應用於全球商品貿易平台。 Natixis SA和Trafigura Group Ltd.今年3月宣布將採用該系統為石油的買賣提供資金。
聖地亞哥基金經理Reality股份有限公司(Reality Shares Inc.)的首席執行官Eric Ervin表示:“我們正在談論業務正在發生的巨大變化”,他創建了一個追踪採用該技術的公司回報的指數。 “一切都自動發生,沒有一堆文書工作,處理和轉移。”
區塊鍊是一個在線分類賬,使用加密記錄交易以確保安全性,同時允許用戶網絡進行驗證。最突出的用途是比特幣,這在2017年成為全球轟動的一年。在過去的一年裡,隨著投資者對比特幣和分類帳系統的運作變得更加舒適,加密貨幣的價格飆升了2000多個百分點,觸及紀錄本月為17,578.45美元。
雖然比特幣市場依賴區塊鏈來傳遞和存儲每個令牌的價值,但透明的跟踪技術對於越來越需要存儲和交換海量數據的企業來說具有“更大的潛力”,彭博新能源財經在9月份表示。 12報告。
農民已經看到了可能性。烏克蘭政府10月份表示,將使用區塊鏈技術來管理作物的土地登記,因為目前的系統很容易受到導致所有權糾紛的欺詐。在撒哈拉以南非洲,一家化肥公司和一家交易所的老闆正在利用這項技術發展農產品平台。
對於全球食品行業來說,這項技術是一個很大的賣點,可以在產品召回期間識別假冒成分並追踪污染源。美國密歇根州立大學估計,全球食品行業欺詐成本高達每年400億美元。 IBM在八月份表示,它正在與包括沃爾瑪百貨公司,雀巢公司,泰森食品公司,聯合利華公司和麥考密克公司在內的一些公司合作,確定他們可以整合區塊鏈的方式。
IBM的研究主管Arvind Krishna在12月5日表示,在大多數食品供應鏈中,“從源頭到目的地可能需要數週的時間”,有些情況下可能不知道來源。科技大會在猶他州帕克城。 “在區塊鏈上,只需要幾秒鐘。”
中國第二大電子商務平台京東,沃爾瑪,IBM和清華大學週四表示,將共同創建一個基於區塊鏈的系統,以收集關於原產地,安全性和食物的真實性。
IBM區塊鏈副總裁Brigid McDermott在接受電話採訪時表示:“區塊鏈的使用意味著”有機會將基本的底層基礎架構轉變為與消費者和企業對企業發生的每一筆交易“。
消費者的信心
戴比爾斯正在投資一個追踪鑽石來源的區塊鏈平台,以提高對戰區寶石銷售所造成的損害的信心。
戴比爾斯(De Beers)首席執行官布魯斯•克里弗(Bruce Cleaver)表示:“消費者現在比以往任何時候都更希望了解更多關於他們奢侈品的信息,他們所走過的路線,真實性,以及他們是否具有對國際商品的影響力。在公司網站的博客文章中。
區塊鏈也正在成為航運公司的關鍵工具。 3月份,美國商業資訊(MMI)馬士基航空公司(MMI)公佈了一份與IBM的分類帳系統,該系統將幫助管理和跟踪數千萬個集裝箱的運輸。每年在全球各地運輸約16萬億美元的原材料,更好的跟踪提供了大幅"記錄成本"之降低。全球貿易便利化聯盟(Global Alliance for Trade Facilitation)表示,目前僅僅在文件方面的支出就佔全球貿易的7%。
潛在的風險
儘管如此,區塊鏈系統的廣泛採用可能需要一段時間,因為邁向新系統的過渡期將具破壞性,需要一些投資。還有人擔心把所有這些數據放在網上的潛在風險。 7月份,區塊鏈技術創業公司CoinDash表示,其網站遭到黑客入侵,700萬美元被投資者盜竊,試圖參與該公司最初的投資。 Tether Ltd.在十一月份在其網站上透露,一個“惡意”攻擊者刷了三千一百萬美元的代幣,並將它們發送到一個未經授權的比特幣地址。 商品交易商Zaner Group LLC芝加哥高級副總裁彼得•托馬斯(Peter Thomas)說:“很多事情都可能出錯。 “在我有信心之前,我們將不得不檢視它具體的成效。”
有些人不再等待。
紐約全球能源與商品部門負責人Natixis的Arnaud Stevens表示,Blockchain“在當前流程"紙張和勞動密集型"的行業中帶來了一些急需的創新。 。
歐洲公用事業公司Enel SpA和RWE AG加入了一個項目,以測試批發電力和天然氣市場的區塊鏈交易。 TenneT控股公司正在研究如何管理電網,以應對日益增長的"可再生能源"需求。 Vemanti Group Inc. 12月12日表示,將投資於一家新加坡公司,開發基於區塊鏈的平台能源交易。
委內瑞拉的提案
委內瑞拉總統本月甚至還提出了一個建議:由於經濟制裁和經濟長期衰退,本國貨幣正趨向"自由落體",創造了以石油,天然氣,黃金和鑽石為儲備的數字化石油貨幣。本週,一個集團宣布計劃使用區塊鏈來創建OilCoin,美國政府管制的數字貨幣將受到原油支持。
消費者也可以從更廣泛的技術應用中受益。在泰國,電力生產商BCPG Pcl上個月表示,計劃使用區塊鏈讓客戶通過太陽能屋頂生產能源,從事互聯網能源交易。
荷蘭合作銀行烏得勒支分析師Harry Smit說:“提高效率和創造價值主張的潛力是巨大的。 “一旦你建立了區塊鏈並且開始使用他,你將會看到飛快的變化,因為這樣由"方塊鏈"轉換成"更省錢的價值鏈"就會改變你的選擇。(本文譯著自G-Capt.)
sa文件工具 在 91 敏捷開發之路 Facebook 的最佳解答
就說哥教的是寫了會嗨的開發術,帶你回到那個熱血的自己啊!
#skilltree #TDD
3天21小時收穫滿滿的TDD測試驅動開發課程!
雖然課程聽起來是在教測試,但其實真正要學的是開發!
測試只是開發的輔助而已(跟左手一樣?)
藉由單元測試(Unit Test),我們可以用最小單位來測試程式是否如預期運行,在出現錯誤時也更容易debug。而自動化測試則可以大幅度節省時間。
之後由測試驅動開發,由於一次只針對一個測試撰寫程式碼,才不會造成過去開發時常遇到如over design、改東壞西等問題;同時在重構程式時碼時由於有了測試的保護,更能夠放心地進行重構,來增加程式的可維護性,也避免掉了許多技術債。
最後再進入行為驅動開發(BDD),真實的從需求角度來規劃,利用說人話的方式規劃需求,developer不再需要用程式碼與PO/PM/SA溝通產生誤解。並搭配工具將需求同時產生成文件及測試案例來開發。當需求變更時也可以即時更新文件,大幅減少不必要的時間浪費
3天的課程講師將心法、方法與工具配合實戰經驗都分享了出來,光是將前2週學到的知識套用在目前的專案上就能夠感覺到明顯的不同!比起以前只知道測試卻綁手綁腳,現在已經能夠很清楚知道開發的方向在哪裡,開發時更加順手。
只能說CP值真的是很高的一堂課阿XD
sa文件工具 在 91 敏捷開發之路 Facebook 的最佳貼文
承接著上一則 post 提到 cucumber 的 BDD 開發方式: https://www.facebook.com/…/p.468570883317…/468570883317535/…
之前好友 @Steven Mak 分享了一篇網路上不錯的文章:〝Now I’ll really use test driven development to write device driver code〞
網址:http://www.renaissancesoftware.net/blog/archives/8
我簡單整理了一下在這幾年中,建議開發團隊的開發流程,剛好與這整篇文章的脈絡,以及 cucumber 的開發流程圖做個呼應:
1. 把 user story 整理好到 feature 上:目的用來釐清自己的思緒,穩定心情,知道自己接下來要做的事情,對使用者到底有什麼樣的幫助,以及自己接下來到底要開發什麼樣的功能。如果無法簡短的說明出來,就代表「不容易與其他人溝通」。
2. 把各個 test cases 列出來形成 scenarios:什麼樣不同的 input ,如果背後有什麼樣的資料流,則我們預期最後的結果為何。目的用來跟使用者/PO 確認需求的 scenario 是否應當如此運作,有沒有漏掉這個需求代表性的 scenarios?(RA,可透過需求工程來輔助)
3. 目前還沒有 production code,我們也得到了一到多個紅燈,這些紅燈是使用者認定要做的事情 (the right thing), 但目前還沒完成。
4. 根據 domain/business rule/business flow ,試圖滿足這個 user story 的各個 scenarios,代表滿足這一整個使用者需求,代表就可以帶給使用者對應的 benefit。 值得注意的是,這個 business rule/flow, 不一定全然是 user/PO 所提出的,而應該是 domain expert 引導整個 team, 包含對 domain 有興趣的 PO,所討論跟擬訂出來的商業邏輯。也就是 RA+SA 。
5. 根據 business flow 寫出 context 的抽象流程(這篇文章中所謂的 pseduo code),這時候可能會得到一堆 private function,這些 private function 基本上就是 flowchart 上的 process element,最後 developer 只要針對 private function 的各個意義去填補即可,期望最後獲得綠燈。
6. 得到綠燈之後,快速地檢查一遍自己的 production code 是否存在著壞味道,如果有,進行重構。快速地透過靜態程式碼分析工具,掃一次這一次新增的 production code 在整個 project 中,有沒有與其他物件或模組之間存在著壞味道,如果有,進行重構。
7. 重構完成後, checkin 程式碼,因為完成了一個 user story ,這是維持節奏中一個不錯的斷點。checkin 完程式碼,留意有沒有 CI 發出來的品質趨勢下降的通知,或是直接是去 CI 看這次 checkin/build 的 dashboard, 檢查這次異動的 production code 對整個 project 的品質來說,相對是提升還是下降,如果是下降,再進行重構。
#BDD #TDD #cucumber
套句好朋友 Dino Wang 的話:「透過BDD,覺得TDD變溫柔了」
這張圖是使用 cucumber 來進行 BDD 的完整示意圖,可以看到所有的程式碼都是從 user requirements 當出發點。
淺藍色的部分,則是使用自然語言(domain specific language)描述的 user story 與 scenarios。
→ 不管是誰都看得懂的表達方式,涵蓋了 why, who, what 。
左邊淡紅色的部分,則是 steps 的內容,也就是 scenario how 的部分,說明「如何使用 product 來完成 scenarios (所代表的需求)。所以,測試程式就只要把 steps 的肉填滿即可,執行測試程式的骨頭跟流程,都是在 cucumber gherkin style 的 scenarios 上。
→ 只需 focus 在 step 要填入什麼樣的測試程式,要理解 context 只需要看自然語言的 scenarios 即可。
有了可以執行的測試程式,還沒有 production code,自然就會得到 TDD 的第一個紅燈。也就是右下角的TDD區塊。接著只需要順其自然的依照 TDD 的三個步驟:紅燈、綠燈、重構,就可以完成使用者的需求。
→如果你的 TDD 在實務上顯得彆扭,沒頭沒尾,那就代表只有片段,還有前面的技巧需要補齊。
如此一氣呵成,從需求→scenearios(accetpance criteria)→測試程式→production code→自動產生文件,一點都沒浪費卻又一鼓作氣的完整,就是最美妙的地方。
--
若對這樣的開發方式有興趣想瞭解或學習的朋友,可以參考我在 skilltree 上的課程介紹,以及其他上過課學員的心得:http://skilltree.my/events/mbh
sa文件工具 在 [討論] 你的SA只做到SA階段為止嗎? - 看板Soft_Job 的推薦與評價
客戶的對SA文件的要求...=.=... 太帥了...我快無法知道SD有甚麼可以做的了因為SD該做的SA都做得差不多了而且SA要做的. ... Re: [請益] 有用過多執行緒做工具嗎. ... <看更多>
sa文件工具 在 那可是十多年前了。 印象中繪製網站架構圖時,採用Word... 的推薦與評價
由於當時專案多是技術導向,SA文件或RFP都是用Word來寫,不知道甚麼原因發現了"組織圖"這個內建工具,用來繪製sitemap非常順手。 過了幾年之後,因為提案的需要,文件都改 ... ... <看更多>