Jason's Blog

Classic Computer Science Problems in Python 經典電腦科學問題解析：使用Python 閱讀補充筆記 第一章：Small problems熱身的小問題 1.1 The Fibonacci sequence 在此介紹了費式數列，除了第一和第二個數字為0及1外，每個數都是前兩數的和。 1.1.3 Memoization to the rescue 在程式碼中運用到了from typing import Dict，typing 是Python 3.5後才新增的模組，為了在自訂函數中增加可讀性。 使用 Python typing 模組對你的同事好一點 https://myapollo.com.tw/zh-tw/python-typing-module/ 1.1.4 Automatic memoization 為了減少記憶體空間，使用了LRU演算法，以from functools import lru_cache實現。 Python - lru_cache和singledispatch装饰器 https://zhuanlan.zhihu.com/p/27643991 / 如何使用 Python 實現 LRU Cache 快取置換機制 https://blog.techbridge.cc/2019/04/06/how-to-use-python-implement-least-recently-used/ 1.1.6 Generating Fibonacci numbers with a generator 不透過額外的for迴圈方便將迴圈的運算過程列印出來，使用yield 完成。 Python 裡的 yield — 讓你簡單、快速瞭解 yield 的概念 https://chriskang028.medium.com/python-裡的-yield-讓你簡單-快速瞭解-yield-的概念-f660521f3aa7/

  自從2017的臺北世大運結束後，就沒有進行正式的志工服務了， 馬拉松賽事是學生時期一直想要參與的志工活動之一，總是可以聚集人潮在一個定點朝著自己個人紀錄努力著 這次看到了報名連結就也甚麼都不想就直接按下送出了！ 從事前通知到12/6的志工大會，其實知道志工管理還是有很多進步空間， 但至少工作人員沒有把志工看成廉價工讀生，就心滿意足了 今天一早下著雨，就刷了近400的計程車錢 還真是刺激阿，原來深夜時段的司機是會彼此競速的阿！ 只花了20多分鐘就從板橋到了市政府 集合時間是四點，但實際要依照分組帶開是近五點（好吧~他們集中管理，也減少他們的雜亂程度 但現場依舊亂，看似管理報到的與帶領的互不認識，也不清楚工作時程，更別說志工細項職責了 半馬C區 這次分到的組別是市府廣場的正前方，半馬C區，可說是C位呢 到六點半前的工作大致上就是引路還有跟志工們聊天 全馬出發後，因為半馬分區不佳，跨區入場的狀況我也無可奈何 在我後面柵欄的跑者也是百般不悅， 起跑前的工作，也是少數在事前知道的，就是把斑馬線旁的欄杆撤到一旁， 撤完，我也穿過跑者看著他們緩緩起跑 https://photos.app.goo.gl/PN7ZRbQpt1w7bcvN7 回到志工帳，想說7:30就下班，哇！也太快了吧！ 不！苦力活才要開始 需要把所有的柵欄都移回定點並且堆疊起來 真覺得這些工作人員指出了一張嘴啊！（我們小組負責人更在早早就不見蹤跡了） 徒手拿鐵柵欄、不斷更改不同定點 等等的好笑要求以及無腦決策 大多都是讓廠商協調或處理就能快速解決的嗎？ 也只能怪那些工作人員的溝通太沒效率了！ 近九點完成任務，終於要簽退了！ 簽退流程也是極度不順暢、讓我們乾等了許久 結束後仍想參與完整個賽會，騎著Youbike到了終點 在路上看到零星的跑者，才驚覺他們早已完成賽事 原來他們能在短短的時間內就完成半馬、全馬了！ 稍稍...真的只有稍稍，讓我省思時間的重要 小巨蛋旁暖身場 整體志工體驗尚可，除了早起、淋雨，沒有甚麼困難的任務， 至少工作人員態度都還不錯，不太有高高在上的感覺 喔，也可能是他們自己也在狀況外啦哈哈！ 在服務中，看每個選手蓄勢待發、想打破自己目標的樣子，自己也熱情了起來！ 我想當志工就是個最簡單接觸自己陌生事物的好機會吧！ 臺北田徑場內全馬終點

L1關於這門課程 本課程概述了UiPath根據實踐經驗和從主要客戶那裡收集的反饋設計的實施方法。.  此外，它還將重點介紹一組最佳實踐，包括管理方法指南、機會評估方法和基礎設施設定建議。 議程、學習目標和前提條件 大家好，歡迎參加UiPath實施方法論培訓！  本學院模組介紹由UiPath設計的實施方法基於從主要客戶那裡收集的實踐經驗和反饋。 這種方法可以適應不同的環境。 我們建議使用這些指導方針來加強控制超越您的RPA計劃，並確保您的RPA體驗取得成功。 我們即將回顧RPA之旅的不同階段，比如(1.)不同部門的入職以及在您的組織內啟用卓越中心。 以下章節包括(2.)專案管理方法指南，(3.)RPA機會評估方法和基礎架構設定建議。 我們還將介紹(4.)重複性任務，如流程設計、開發最佳實踐、測試以及指南如何(5.)維持自動化過程。 方法的某些部分只應用一次，而另一些則以 迭代 的方式使用在實施的每一波浪潮中。 本課程旨在指導 專案經理 和 專案經理 理解預期從RPA實施中獲得哪些輸出。 該課程對 技術主管 和 解決方案架構師 也很有幫助，使他們能夠為他們的團隊創造一個可管理且高效的環境。 各種專案團隊成員也可以從此模組中受益，因為它提供了一種手段來深入瞭解他們參與的RPA實施流程。 After following this course, the trainee should be able to fully understand the UiPath RPA Implementation Methodology, to identify the processes that are the best candidate for automation, and to differentiate the stages of the implementation process. 完成本課程後，學員應該能夠要完全理解UiPath RPA實施方法，為了識別最適合自動化的工藝，並區分 實施過程 的各個階段。 The trainees are enabled to drive an RPA Project according to the proposed automation best practices, and to raise RPA awarenes...

https://academy.uipath.com/learningpath-viewer/1555/1/154204/2 L1.關於這個模塊 你現在熟悉RPA了。現在是時候瞭解一下UiPath在RPA領域提供了什麼。 學習目標 在本單元結束時，您應該能够： 1將UiPath解決方案與RPA旅程的每個步驟相匹配； 2描述每個UiPath解決方案的關鍵功能。 L2.UiPath企業RPA平臺概述 組織中通過RPA實現自動化可以從兩個方向進行。根據我們的經驗，最好把它們結合起來： 公司驅動的方法 一個專門的團隊（RPA卓越中心）通過以下管道集中管理自動化過程： 使用專業工具和方法尋找最佳的自動化過程； 驅動自動化迴圈的每一步。 以員工為導向的方法 每個員工都可以通過以下方式實現自動化： 檢查他們的工作並提出自動化建議； 記錄他們擅長的流程； 開發自動化。 UiPath Enterprise RPA平臺將在整個自動化旅程中為您提供支援。.  觀看下面的視訊，瞭解如何： 我們是UiPath，我們使用數字機器人實現工作自動化。 我們稱之為機器人過程自動化或RPA。 - Hyperautomation Journey -超自動化之旅 那麼你的自動化之旅在哪裡呢？ 您是否計劃在您的組織中擴充套件RPA或首次實施它？ 或者您是作為個人貢獻者在這裡，瞭解有關超自動化的更多資訊？ - Implementation and Scaling -實施和擴充套件 無論您在自動化之旅的哪個階段，讓我們來討論一下實施和擴充套件RPA。 在此期間，我們可以看到正確的解決方案如何防止陷阱並解決自動化最常見的挑戰。 - Hyperautomation Journey -超自動化之旅 對於初學者，您必須知道RPA實施的步驟與任何IT專案沒有太大不同。 簡單地說，自動化必須被1發現、2堅實地構建、3有效地管理、4可靠地執行，5與人類使用者靈活接觸，以及6測量準確。 為什麼這一切都很重要？ 嗯，這是一個多米諾骨牌效應；如果這些步驟中的任何一個管理不當，一切都可能分崩離析。 - Main ingredients of managing change -管理變革的主要要素 請記住，RPA意味著更改。 處理不好的變化可能會遇到阻力。 我們認為，在管理變革的核心，有三個主要因素： 1使RPA民主化，...

6 個簡單的步驟 通過RPA計劃擺脫困境   簡介 　　 　　每個行業和部門的企業都越來越依賴自動化流程，以提高組織效率、提高客戶滿意度水準和降低營運成本。最具創新精神和前瞻性的公司不斷聽到機器人流程自動化（ RPA ）正在系統地改變商業世界。但是，他們還了解到，在沒有明確定義的策略和治理結構的情況下，採用RPA有時會帶來複雜的挑戰。 　　統計資料顯示，大約 53% 的公司已經在 RPA 採用的道路上走得很順利，專家們預計這個數字在未來兩年內會增加 72%[1] 。不幸的是，數據還表明，最初RPA的大約30-50％ 項目由於規劃不善，缺乏經過適當培訓的技術人員，不切實際的期望或其他無法預見的障礙而失敗[2]。在 RPA 的採用和實施過程中，如果沒有一個有條不紊的、充分瞭解情況的過程，這種對失敗的恐懼往往會導致企業推遲或模糊地進入這個看似未來的世界。 簡化機器人過程自動化的採用 　　　 　　CIO.com 將 Robotic Process Automation 定義為「以業務邏輯和結構化輸入為指導的技術應用，旨在實現業務流程自動化。使用 RPA 工具，公司可以配置軟體或 『 機器人 』 來捕獲和解釋處理交易、操縱資料、觸發回應和與其他數位系統溝通的應用程式 」[3] 。   與任何新技術一樣，組織採用 RPA 需要投入時間和資源，並對改變要下定決心。根據具體業務部門或行業的不同，現實世界中成功採用 RPA 的例子可能有限。不幸的是，這種的不確定性，甚至是恐懼感會導致許多公司的決策者延後進入這個陌生的新世界。好消息是，如果採用明確的、有條不紊的實施方法，從較小的、較不複雜的流程開始，逐步擴展到較複雜的流程， RPA 的採用可以相當順利。 克服 RPA 採用的障礙 　　Robotic Process Automation技術提供了一系列新的、令人振奮的可能性，以至於企業領導者往往會不知所措。他們應該從哪裡入手，從哪些流程入手？事實上，他們甚至很難確定採用 RPA 的確切策略利益，因為這與他們獨特的企業和當前的 營 運系統有關。在《哈佛商業評論》[4]   最近進行的一項調查中， 44% 的受訪者稱，他們對 RPA 實施的主要關注是： 關於他們普遍缺乏理解於RPA是如何最好地適用於他們的組...