Python 日期與時間的處理 Python 日期與時間的處理 ¶ 在 Python 中，常見處理日期與時間的套件，如下： time datetime relativedelta calendar 　　 引用方式，如下：　　 import time from datetime import datetime from dateutil.relativedelta import relativedelta import calendar time.time() 函數 ¶ time.time() 可以傳回從 1970/1/1 00:00:00 算起至今的秒數： In [1]: # 匯入 time 模組 import time # 從 1970/1/1 00:00:00 至今的秒數 seconds = time . time () # 列印結果 print ( seconds ) 1613001756.3572578 time.time() 通常是用來作為時間戳記，例如測量程式執行時間。 In [6]: import time # 紀錄起始時間 start_time = time . time () # 撰寫程式，例如：迴圈執行 a = 0 for _ in range ( 10000000 ): a += 1 # 紀錄結束時間 end_time = time . time () # 將結束時間減去起始時間，等於執行時間 time_cost = end_time - start_time # 顯示執行時間 print ( f "Time Cost: { time_cost } seconds" ) Time Cost: 0.8928589820861816 seconds time.ct

最佳化處理策略之快速消除扭曲演算法 我們的論文（最佳化處理策略之快速消除扭曲演算法；A Quickly Dewarping Algorithm of Optimization Processing Strategy）被 2019 工程科技應用研討會 接受了。 會議地點在台北城市科技大學的工程學院，舉辦日期是西元二零一九年四月十二日。 最近，全景影像的應用逐漸變得越來越有用。優點是一個能夠捕捉3​​60度影像的相機。但是，360度影像是圓形影像。因此，Dewarping技術有助於圓形影像轉換為平面影像。在本研究中，不需要參考額外的信息，如攝像機參數，鏡頭參數，視頻或影像參數等。本研究提出了去扭曲演算法的優化處理策略。策略和演算法進一步改善了性能。快速去扭曲演算法能夠將圓（全景影像）快速變換為平面影像。優化處理策略能夠提高演算法的性能。用於評估性能，本研究中使用的CPU負載。比較其他Dewarping演算法的性能。結果，這項研究在性能方面優於其他Dewarping演算法。 本研究旨在研究去扭曲演算法的快速計算和低CPU負載。 例如，圖2是原始影像。 圖3顯示了本研究的基線。 圖4是研究的結果影像（全景影像）。 圖2 原始影像 圖3 顯示了本研究的基線 圖4 研究的結果影像（全景影像） 表1是比較概覽表[8]。 有六家公司的演算法和我們提出的演算法。 這項研究支持所有魚眼相機和特殊魚眼相機（Cata-Fisheye相機）。 有不同之處在於是否使用GPU。 雖然有兩家公司使用GPU進行去扭曲演算法。 但是，當應用OpenCL來使用GPU時，NUUO的去扭曲演算法的CPU負載為19％。 當源影像的分辨率為1920 x 1440時，我們提出的CPU負載為3.65％。圖5是我們提出的演算法的CPU負載圖。 表1 比較概覽表 User additional effort Generic De-warp Support vendor Calibration GPU Acceleration NUUO No need

波蘭文學習之旅：1-1. 波蘭文字母與發音（注音版） 波蘭文字母(Alfabet Polski) 波蘭語是中歐的西斯拉夫語言，也是波蘭的官方語言。它的書面標準是波蘭語字母表，對應於拉丁字母表，有幾個附加內容。 波蘭語的人在波蘭大部分地區以統一的方式使用這種語言。 它也是繼俄語和烏克蘭語之後使用最廣泛的第三種斯拉夫語言。波蘭語的本地名稱是 polski（波蘭語），język polski（波蘭語），或者更正式的 polszczyzna（波蘭語）。 波蘭文字母、名稱、注音對照表 注意：這張表是我整理出來，經波蘭友人聽我的發音，確認聲音相似度高，才製作完成。 但發音要更道地，仍然還有不同波蘭文字母搭配後，改變發音的情況。因此這張簡表只能說是參考用，以及快速建立發音基礎。 Letter Name 注音 複合字母     A a a ㄚˋ Letter Name 注音 Ą ą ą ㄥˋ Ch, ch ce/ha ㄏㄜ˙ B b be ㄅㄜ˙ Ci, ci ce/i ㄑㄧ C c ce(ㄘㄟˋ) ㄘ Cz, cz ce/zet ㄔ Ć ć cie(ㄑㄧㄝˋ) ㄑ Dz, dz de/zet ㄗ D d de ㄉㄜ˙ Dzi, dzi de/zet/i ㄐㄧ˙ E e e ㄟˋ Dż,

用１０種程式語言做影像二值化（Image binarization） 用１０種程式語言做影像二值化（Image binarization） ¶ 完整原始碼下載 簡介 ¶ 有些時候，我們需要將彩色影像轉換為黑白影像，這很簡單，利用門檻值的方法就可以做到。 作法 ¶ Visual C++ 2010 ¶ // 影像的高度 for ( int iY = 0; iY < imageA->DibInfo->bmiHeader.biHeight; iY++ ) { // 影像的寬度 for ( int iX = 0; iX < imageA->DibInfo->bmiHeader.biWidth; iX++ ) { // 影像的索引值，因為這張影像的24 bit ，所以要乘以3 lIDXA = ( iX * 3 ) + ( iY * imageA->DibInfo->bmiHeader.biWidth * 3 ); // 取得藍色像素值 byteRGB_BA = imageA->DibArry[lIDXA+0]; // 取得綠色像素值 byteRGB_GA = imageA->DibArry[lIDXA+1]; // 取得紅色像素值 byteRGB_RA = imageA->DibArry[lIDXA+2]; // 將RGB利用YUV公式轉換Y（灰階） dobYUV_YA = (0.299 * byteRGB_RA + 0.587 * byteRGB_GA + 0.114 * byteRGB_BA); // 利用雙門檻值，灰階轉換黑白 if ( dobYUV_YA > 60 && dobYUV_YA < 160 ) { lIDXB = (

Visual Basic 6.0 (VB6) 程式語言案例學習 (10. 條碼列印程式) Visual Basic 6.0 (VB6) 程式語言案例學習 (10. 條碼列印程式) ¶ 10.1 問題 ¶ 隨著科技進步神速，條碼列印已經不再是商家專用，或者需要特殊技巧的一件事情了。透過一般的印表機搭配條碼列印程式就可以輕鬆的列印條碼貼紙，這對於普遍的使用者來說，是一件很好的事情。條碼輸入設備感應越做越好，好一點的設備，無論是正掃反掃側掃都可以判斷正確無誤，這次遇到的問題，是要替光碟資產做條碼歸檔，利用市面上隨處可見的條碼貼紙，一張A4大小的貼紙，就可輕鬆的製作條碼。 10.2 需求 ¶ 表格 10‑1 「條碼列印程式」系統目的分析表 版本：1.0　　 要做什麼 　 不要做什麼（不要做不代表不會做） 　 能做什麼 （第一格：必要項目） （第二格：次要項目） 可自行編輯要列印的資料。 可預覽列印。 可將編輯的英文及數字資料轉為條碼。 可調整字級大小。 不能做什麼（不能做代表不需要做）　 （第三格：不必要項目） （第四格：不需要項目） 可讀入Excel檔案。 可大量印製。 表格 10‑2 「條碼列印程式」系統目標分析表 版本：　 重要 　 不重要 　 優先 （重） （急） 可自行編輯要列印的資料。 可預覽列印。 可將編輯的英文及數字資料轉為條碼。 不急迫 （輕） （緩） 可調整字級大小。 無。 表格 10‑3 「條碼列印程式」系統規格表 規格項目 　 規格內容 　 備註 資料輸入 以文字檔編輯的

Visual Basic 6.0 (VB6) 程式語言案例學習 (07. 收據列印程式) Visual Basic 6.0 (VB6) 程式語言案例學習 (07. 收據列印程式) ¶ 7.1 問題 ¶ 這是所有學校以及公司行號由來已久的問題，需要大量列印收據或者是股東會單的資料，原來的方式是使用點陣式印表機，然後列印三聯單，列印之前先將相關資料編輯成文字檔，核對正確之後，再開始列印。但問題是編輯的文字檔其實也是要依照用Excel所整理的資料整理的，這等於多做了一次工，因此需求是可以匯入原先就有的Excel檔，然後就可以列印。當然步驟流程越簡單越清楚是最好的，操作介面清楚明瞭，這是需求者的要求。 7.2 需求 ¶ 表格 7‑1 「收據列印程式」系統目的分析表 版本：1.0 　 要做什麼 　 不要做什麼（不要做不代表不會做） 　 能做什麼 　 （第一格：必要項目） 　 （第二格：次要項目） 　 要能夠直接由Excel匯入程式中。 　 建立單據人員資料管理。 要能夠列印到正確的位置。 每次列印的資料，都要保存下來，以免補單或者是需要單筆列印的時候，可以直接列印。　 要能夠大量列印。 金額的部分要能夠轉為國字大寫。 不能做什麼（不能做代表不需要做）　 （第三格：不必要項目） （第四格：不需要項目） 具有歷史查詢功能，可查詢是否列印，或列印幾次。　 能夠與學籍資料庫連線，獲得列印名單。 表格 7‑2 「收據列印程式」系統目標分析表 版本：　 重要 　　　　 不重要 　　　 優先 （重） 　 （急） 要能夠直接由Excel匯入程式中。　　　　 金額的部分要能夠轉為國字大寫。 要能夠列印到正確的位置。

Visual Basic .Net (VB.Net) 程式語言案例學習 (06. 題庫測驗系統) Visual Basic .Net (VB.Net) 程式語言案例學習 (06. 題庫測驗系統) ¶ 6.1 問題 ¶ 這是一個題庫練習的程式，分為循序練習及模擬（電腦亂數選題）練習，循序練習會依序將題庫中所有題目列出，讓受測者作答。而模擬練習則由電腦出題，抽出一百題讓受測者測驗。題型分為是非題跟選擇題，因此答題介面設計上就必須依照題型而有所變化。最後是成績顯示，顯示答對題數以及答錯題數，並計算出成績。成績計算之後便會顯示正確答案，受測者可以瀏覽所有的正確答案。 6.2 需求 ¶ 表格 6-1 「題庫測驗系統」系統目的分析表 版本：1.0　 要做什麼 　 不要做什麼（不要做不代表不會做） 　 能做什麼 （第一格：必要項目） （第二格：次要項目） 建立是非題型與選擇題型可共用的資料結構，使用MS Access 2003資料庫。　 可提供循序練習及模擬練習。 答題區可依照不同題型而提供適當的選擇。 結束練習時可瀏覽正確答案。 可以統計答錯題數及答對題數，和最後成績。 不能做什麼（不能做代表不需要做） （第三格：不必要項目） 　　 （第四格：不需要項目） 提供答案的詳解。 將資料庫送上SQL，開發成網路版本。 表格 6‑2 「題庫測驗系統」系統目標分析表 版本： 　 重要 　　　　 不重要 　　 優先 （重） （急） 建立是非題型與選擇題型可共用的資料結構，使用MS Access 2003資料庫。　 可提供循序練習及模擬練習。　 答題區可依照不同題型而提供適當的選擇。 可以統計答錯題數及答對題數，和最後成績。 不急迫 （輕） （緩） 結束練習時可瀏覽正確答案。　 無。 表格 6‑3 「

Visual Basic 6.0 (VB6) 程式語言案例學習 (11. 生產線拍照程式) Visual Basic 6.0 (VB6) 程式語言案例學習 (11. 生產線拍照程式) ¶ 11.1 問題 ¶ 這是一個公司的需求，現在一般而言都是透過監視系統來紀錄產線組裝流程，但其實可以更節省成本一些，採用網路攝影機（Web Camera）來替代高成本的監視器，就可以達到紀錄產線的目的。監視系統與網路攝影機的差別在於監視系統必須透過該公司的SDK開發，才能達到拍照記錄的功能。而網路攝影機已經有公開原始碼可以應用，若是微軟的作業系統，就可以透過VFW來製作拍照或者是錄影程式。倘若生產線單純的話，其實透過網路攝影機就可以達到節省成本及相同功效的成果。而網路攝影機現在已有到Mega Pixel等級，拍照的結果可以說是非常清晰且清楚。 11.2 需求 ¶ 表格 11‑1 「生產線拍照程式」系統目的分析表 版本：1.0　 要做什麼 　 不要做什麼（不要做不代表不會做） 　　 能做什麼 （第一格：必要項目） （第二格：次要項目） 要能夠連接網路攝影機。 可將拍照記錄存至資料庫中。 要能夠拍照存檔。 存檔格式可以選擇.BMP或是.JPG。 檔名有日期格式選擇。 檔名有流水號格時選擇。 檔名有自定關鍵字選擇。 流水號可歸零。 不能做什麼（不能做代表不需要做）　 （第三格：不必要項目） 　 （第四格：不需要項目） 可指定存檔目錄。 可以連接多台攝影機的管理系統。 表格 10‑2 「生產線拍照程式」系統目標分析表 版本：　　 重要 　 不重要　　　　　　　　　　　　　　 優先 （重） （急） 要能夠連接網路攝影機。 存檔格式可以選擇.BMP或是.JPG。 要能夠拍照存檔。 檔名有日期格式選

Visual Basic 6.0 (VB6) 程式語言案例學習 (04. 人事考勤管理系統) Visual Basic 6.0 (VB6) 程式語言案例學習 (04. 人事考勤管理系統) ¶ 4.1 問題 ¶ 這也是紙本作業流程想要電腦化的需求，每年度有四次的評鑑，前三次的評鑑是由單位主管執行，而最後一次是由單位主管評分後，交由高層會議整合，訂出最後的評鑑考績。以往的做法就是先依據每一個單位，做出許多Excel表格，然後會整起來，變成一張Excel統計表，保留起來等待到下次評鑑時，同樣的步驟繼續進行，到第四次之後，這三張統計表的成績將作為第四次評鑑的參考，甚至有些個案會參考到更久之前的成績，為求能夠審慎的評鑑。 這項工作困難點在於，人員有新進、離職、留職停薪、…等等因素，並且要收集各單位的檔案，檔案繳交時間點非常零散，整理表格時要依照人員屬性而有不同的評鑑主管，例如：甲老師是國文科召集人，因職務原故評鑑單位為教務處、學務處、總務處、諮商中心、資源中心；乙老師是美育組長，評鑑單位為教務處、總務處、資源中心。總共有三百人左右，每個人員所屬職務不同，評鑑單位也不同。而計分方式，也是依照職務屬性而有不同百分比計算，例如：甲老師是國文科召集人，因此教務處評分佔60%，其餘單位的評分是佔10%；乙老師是美育組長，教務處佔20%，總務處佔10%，資源中心佔70%。而評鑑資料處理並非專人專責，而是由人事室的成員分攤處理，這又增加了複雜度。例如：交接的時候不清楚，有可能之後處理的人員，多了重複的作業。有些時候先紀錄在紙本上，尚未登錄在Excel統計表時，也有可能造成問題。但評鑑工作還是得進行，而且要審慎的計算，因為這會影響到考績。 因此希望能夠電腦化，簡化流程，而且調閱歷史資料要十分容易，並且可以透過筆記型電腦，於會議室投影，讓高層會議整合時可以直接填寫成績。 4.2 需求 ¶ 表格 4‑1 「人事考勤管理系統」系統目的分析表 版本：1.0 　 要做什麼 　 不要做什麼（不要做不代表不會做） 　 能做什麼 　

Visual Basic .Net (VB.Net) 程式語言案例學習 (03. 場地預約系統) Visual Basic .Net (VB.Net) 程式語言案例學習 (03. 場地預約系統) ¶ 3.1 問題 ¶ 這是一間學校單位的場地預約系統，由於是臨時的構想，想把原本紙上作業放置在網路上供教師們填選，以節省人力資源，到時候只需要定時派工讀生至網頁上查詢列印，即可做到管理的需求。 在一次的會議上臨時的想法，由該處室長官提出，希望能夠透過網頁讓學校教師，可以預約場地，而不用提出人力專門負責登記預約，教師也不必透過電話或是親自到訪登記，強調必須能夠有月曆供參考，避免教師誤填，還要有避免衝堂的機制，才不會造成衝突。 介面要越簡單越好，教師並不想打太多資料，而工讀生也要能很方便的操作。 3.2 需求 ¶ 由於是臨時的想法，我們掌握先求有再求好的概念，因為身為資訊人員，與使用者的角度是不同的，使用者是希望透過資訊人員解決目前的問題，他們不會像資訊人員能夠考慮到擴充性、效率、介面、…等等的問題。而且這類的臨時提案，很有可能隨時更改，因為臨時的提案，很有可能連需求者都無法完全構思或者是完全描述，在還沒有看到成品之前，需求者是沒有概念可言的。 那身為資訊人員應如何掌握重點呢？首先由數據下手，全校教職員約三百人，會使用到場地的約一百人，而並不是每一堂都要使用到特殊場地，因此粗估約有五十人會在每一星期做預約，實際上更少，因為場地數量也沒有這麼多。 而後從介面思考，簡單的介面就是資料量少且排版順暢，依據使用者瀏覽的概念，我們將網頁切割成左右兩塊，左邊是控制區，右邊是資料區及填表區，如此就不會太複雜。而瀏覽者一般都是由上往下閱讀，由左往右閱讀，為求控制功能概念能夠順利傳達，我們在命名功能項目時必須簡潔有力。在選單的部分，幾乎只讓使用者透過點選的方式操作即可，不要讓使用者輸入太多資料。 因此我們的思考模式是先由模組再到介面，而需求者的思考模式是先由介面再到功能。這兩者思考方向差距很大，軟體工程雖然有提出解決的方法，簡單的說就是透過使用者不斷的回饋，進而修正問題，拉近開發者與需求者之間的距離。但是實際面來看，這種臨時的提案實在沒有必要這麼做，不如快速解決以達效