Category: 未分類
-
Fix Microsoft Outlook OneNote Feed cannot load from the account
What Happened? I synced my Samsung Notes to my Microsoft account and I want to access my notes on web. But the Microsoft account that I have is on a Gmail domain, which I cannot load my notes from Outlook.com OneNote Feed, it shows the following response from the API endpoint https://substrate.office.com/NotesFabric/api/v2.0/me/notes: Response: { “error”:…
-
Using org2blog to publish Org-mode/Org-roam notes
1. Why I want to do this? I am using Org-mode and Org-roam to take notes, and sometimes I want to share the notes with people, exporting them as HTML should be a reasonable way to achieve that. The result of default Org-mode HTML publish looks fine for me, I like their headline numbering output,…
-
台灣應以車輛乾重處罰 – 道路交通管理處罰條例
能力越大,責任越大,是吧? 因此,當車輛乾重越重時,產生的動能更有機會使用路人傷亡。 建議道路交通管理處罰條例改為車輛乾重階級處罰制, e.g. 擅闖紅燈罰則: 大貨車:192000 大客車:96000 小客車:48000 其餘車種:1600 如果為職業駕駛人,則罰則為三倍。 為了確保比較可能會飆車的賽車車種能夠被合理的處罰,我們應該要在小客車這個階級,再以馬力區分出三個階級 > 322 HP 大型重型小客車:罰則 * 2。 188 – 81 HP:普通重型小客車:罰則 * 1.5。 < 81 HP:普通輕型小客車:罰則 * 1。 課以不同的責任,即使他們並不會使用最高馬力在路上行駛。 另外,為了確保各式車種在公共路面的安全,將在各式隧道及高快速公路對全體車種進行季度安全評估。 如果該車種的安全評估並沒有達到標準 (即,肇事率過高,或每百萬延車公里安全指標不足),則該車種全體車輛將被禁止使用該路段。
-
談設備掛卡作業管制
談設備掛卡作業管制海明飛核安處 核能電廠系統設備設計錯綜複雜,不管是運轉或維護,都是一項高難度之管理工作,任何細節問題皆必須經過詳實的規畫,凡事馬虎不得。在設備檢修作業上,若沒有建立一套健全的掛卡管理制度,相信大家在執行作業上,必會遭遇諸多困難,設備檢修作業要如何能順利進行以及會發生怎樣的意外事件,誰也無法預料。設備檢修掛卡作業,不僅在核能電廠必須以嚴謹的辦法加以管制,其他任何工廠之設備維護作業,都會有一套管制辦法,否則後果不堪設想,意外事件必定會有所聞。 為建立完整及安全的設備檢修隔離掛卡作業,禁止操作卡(紅卡)的權威性是不可有任何鬆動。核能從業人員對禁止操作卡(紅卡)的權威性,要有最高的尊重,任何人都不能為了一時之便,或認為掛有禁止操作卡(紅卡)之設備並不是很重要,而對禁止操作卡(紅卡)的權威性有絲毫之放鬆,更應盡量避免在有時間壓力下倉促作業,因為人總是容易忙中有錯的,以往的經驗告訴我們,掛卡錯誤所造成的後果,任何人都是難以承擔。 本文因個人執行核三廠二號機 EOC-16 大修掛卡作業時,發現一些有關掛卡管制作業之問題,利用此機會提出來與大家共同勉勵,期能避免相同問題再發生,共同防範因掛卡作業不慎所造成之意外事件。以下是本文所說明之兩案例。 輔助飼水泵AL-P017於大修作業執行中,維護人員在泵浦上蓋拆卸時,上蓋上方逸氣管路及管閥仍掛有兩張禁止操作卡(紅卡),但維護人員在值班人員未先將禁止操作卡(紅卡)完成拆卡前,即逕行將掛有紅卡之設備拆除。經查核發現及時通知值班人員處理,將紅卡暫時予以銷卡,才完成正常銷卡程序。 維護課於大修期間依 DCR 作業程序,將聯胺加藥系統之加藥泵 AQ-P098 相關操作設備,從汽機廠房內西側 100 呎移至廠房外,但在拆除設備過程,維護人員在值班未完成銷卡前,逕行將禁止操作卡(紅卡)拆下置放於一旁,值班人員在未被告知之情況下至現場準備執行銷卡作業時卻找不到正卡。經執行現場查核時發現併告知值班人員,一起到現場將該禁止操作卡(紅卡)拆除,並辦理完成銷卡程序。 上述兩件案例雖然均未釀成任何事件,但從尊重紅卡權威而言,顯見維護人員對於紅卡權威的認知與尊重較為薄弱仍有待加強,管理人員平時即應重視此問題,利用機會加以訓練導正觀念。 以從事核能電廠維護作業而言,大家都知道在設備掛卡管制作業時,若涉及電氣或具有放射性系統設備之隔離作業時,執行人員在作業上稍有不慎,可能造成之後果非常嚴重。各位在執行設備隔離作業時,絕對要特別小心,凡是涉及設備操作者,均應對系統設備熟悉,並須持有機警及質疑的態度,不得便宜行事。檢修作業須依程序書規定完成掛卡隔離工作,並將邊界之外來操作動力切斷,邊界閥若有異常不可任意操作測試,務必事先研討擬定操作及掛卡程序,方能執行作業。 設備掛卡作業要做得好,是每一位工作同仁的共同責任,尤其是運轉值班同仁更需承擔較大的責任,對任何有關掛卡作業均疏忽不得。執行掛卡作業時,設備名稱必須核對清楚,開關位置必須操作確實,工作交待及回報要明確,遇有問題必須查證確認清楚,才可操作設備。紅卡掛錯位置亦是經常容易犯的錯誤,所以在掛卡作業之管理,執行雙重確認即是一項非常重要之事,當然需要執行雙重確認之掛卡工作,必須視設備之重要性而有所選擇,否則在大修期間掛卡作業之繁雜,值班人員就無法分擔工作,反而對工作會造成負面的影響。 各級主管對屬下之工作安排,在時間上要妥善規劃,儘量不要給予時間或工作進度的壓力,工作人員只要不浪費時間即可。大家必須要有共同的認知,現場狀況與預期不同時,要能感受到差異的問題,及時研討對策加以解決,再將經驗累積傳承分享。 95.07.26 核一廠一號機因廢料人員誤操作掛有禁止操作卡(紅卡)之設備,以致發生廢樹脂漏出至室內地面事件,本事件經檢討後,並提出下列檢討重點,作為經驗回饋項目,在此特別將此重點重申,以達真正經驗回饋之目的: 禁止操作卡(紅卡)的權威性是不容任何鬆動或挑戰。 隔離作業未確實完成前不得交出副卡。 工作交待及回報要明確。 避免在有時間壓力下倉促作業。 差異管理要落實。 掛有紅卡之設備絕對禁止操作。 為落實核能安全文化,各單位要加強宣導核安之重要性,使核能安全觀念能深值於每位同仁。同仁要認知紅卡的絕對權威依程序執行,不可省略任何操作步驟,懸掛禁止操作卡之設備在撤卡前,嚴禁任何人操作,以確保工作人員及設備之安全。 海明飛 (民96),談設備掛卡作業管制,臺電核能月刊第 289 期,頁43-44。 以下為實物之照片,非上述文章之內容: 以上兩圖來源:https://www.mirrormedia.mg/story/20220305inv001/
-
活著真好
活著真好,沒有人死亡。要找時間回伏見稻荷神社跟北野天滿宮還願。
-
台灣機車路權規範及禁止理由整理
整體資料連結:點我 禁行機車 禁行機車第一次出現是由台北市長李登輝提出。 兩段式左轉 起點 1999 年提出的「機車交通管理政策白皮書」中,短期目標 2. 建立機車行車秩序中,決定全面性推動兩段式左轉及檢討機車停等相關規定。 理由 機車專用道/優先道 1999 年提出的「機車交通管理政策白皮書」中,短期目標 1. 建立機車行車秩序中,決定示範性推動機車專用道及機車優先道。 長隧道/蘇花改隧道部份 開放政府第三十二次協作會議-開放蘇花改多車種通行: 交通部公路總局簡報 未開放機車行駛理由 蘇花改由 8 座隧道串聯 長隧道內僅一車道 機車行駛於混合車道事故嚴重性高 行駛速度 蘇花間通行的機慢車輛較少 -> 將量體差異極大的重貨車與機車分流行駛 隧道環境(空氣)品質問題
-
PyCon TW 2017 微觀察 (一) 聽障聽打服務
之前參加 FOSDEM 的時候,他們的大廳 (類似於中研院 R0) 有提供聽障座位。 這次參加 PyCon TW 2017 的最後一天,在 R0 最前排看到這樣的一個服務: 就是提供給聽障者的聽打服務啊! 第二次看到 (第一次在國內) 看到 conference 有提供身障者的服務。雖然這只是個小地方,但是也能夠看到主辦單位對於身障者的用心。 另外,這個聽打服務其實是可以申請的。只要活動是「非營利」的活動,就能夠跟台北市勞動力重建運用處申請。根據談話的結果,他們傾向於直接撥打 1999 來申請。(因為不同城市有不同的受理單位,打1999問最快) 詳細資訊 申請對象:1. 設籍台北市的聽障者 2. 台北市有進用聽障員工的事業單位 服務內容:就業相關之研習活動、在職訓練以及會議等即時聽打需求。 辦理單位:台北市勞動力重建運用處。 聯絡方式:1999,電話/2559-8518,傳真/2559-8528,手機簡訊/0910-474-902 表件下載:網址 http://www.fd.taipei.gov.tw。首頁 > 業務服務 > 身心障礙就業服務 > 就業服務 > 職場聽打服務。
-
手動更新 facebook 預覽連結的圖片
有時候網站的 og image 還沒有設定好,就不小心把連結放到 facebook 上去分享,結果發現預覽連結的圖片是錯的,這時候要怎麼辦呢? 這時候請移駕到 facebook 的 「Sharing Debugger」 Sharing Debugger 網址:https://developers.facebook.com/tools/debug/sharing/ Sharing Debugger 是 facebook 提供給使用者用來針對分享連結除錯的一個工具。目前這個版本進去的畫面是長這樣: 我的經驗是,這個網頁畫面已經改版兩三次的,不過大方向是一樣的,就是把你要修正的網址輸入到中間的地方,然後按下除錯,就可以看到存放在 facebook 有關這個連結的相關訊息。 如果你的網址沒有被 facebook 擷取過,會出現這樣的訊息: 按下 Fetch new Information,facebook 就會去擷取這個網站的相關分享訊息。 所以,到底怎麼更新那個預覽圖片? 上面可以看到,這個連結的預覽圖片是錯的,假如我已經在網站這邊設定好了,直接貼到 facebook 的話,會看到預覽圖片還是舊的。這時候就要到 sharing debugger,然後按下 Scrape Again,手動讓 facebook 重新擷取連結資料。 按完之後,就會看到新的圖片了,如果還是沒有,請多按幾次 Scrape Again,還是沒有的話,先確認一下自己網站的 open graph 設定吧!
-
Linux Reading List
Books 現在正在讀的 Linux 相關的書 Kernel http://www.dedoimedo.com/computers/crash-book.html Debugging Linux System Yocto Linux Dev Linux Inside 4 path to being a kernel hacker
-
2016-08-09 Operating Systems: Three Easy Pieces – Virtualization part
今天在看從 CS537 – Spring 2013 介紹的參考書籍:Operating Systems: Three Easy Pieces 一整天看了 Virtualization 的部份,從 Process 到 Segmentation 的部份。(中間跳過 9 跟 10) Virtualization 主要分成兩個部份,第一是 CPU 的虛擬化,首先談到有關 CPU 虛擬化 mechanisms (機制) 的部份,同時也提到 mechanisms 跟 policies (法則) 在設計的時候會將其脫勾,以便於後續的設計順利,這個部份在 LDD3e 開頭的時候也有提到。 CPU 虛擬化在設計的時候,首先要面對到 exception / interrupt handler 與 context switch 的機制設計,接著提到排程的設計,CPU想要確保所有的程式都能夠公平且有效的被執行,因此發展了許多的排程方式,從 FIFO、SJF、RR 到 Multi-Level Feedback Queue 等排班方式,現代的 Linux 則使用了 O(1) 、…