前言 「都寫到第 27 天了,這個臨時決定到底值不值得,總該有答案了吧?」 還沒有明確答案,因為完賽與否要等連續 30 天走完才能真正確認,現在下結論還太早。但...
前言 「Day 03 不是已經在規劃階段把分工邊界劃清楚了嗎?寫到一半還會撞題?」 規劃階段劃清楚的邊界,防的是「大方向撞題」——確保三個系列各自負責回答不同角...
前言 「節奏撐不撐得住,不是等真的斷更那天才知道嗎?」 如果只用「有沒有斷更」當判斷標準,等發現的時候通常已經太遲——斷更的前一兩週,往往已經出現一些可以觀察到...
前言 「一定會遇到某一天來不及吧?那天實際上是怎麼處理的?」 老實說,寫到這篇為止,還沒有真的遇到某一天所有系列都來不及發文的情況——這系列的原則是不編造沒發生...
前言 「文章發出去之後,如果隔天發現有錯字或需要補充,晚一點再回去改不就好了?」 Day 04 提過,評選是以主辦單位當天留存的快照版本為準,修改必須在當天完成...
前言 「新加一個系列,只要把文章寫好放進資料夾,自動化流程不就會自己抓到嗎?」 如果自動化流程是靠掃描資料夾清單來決定要處理哪些系列,這個假設是對的。但如果自動...
前言 「規則越補越多,代表品質守門越來越嚴謹,這不是好事嗎?」 規則數量增加確實代表覆蓋的情境更完整,但也帶來一個容易被忽略的成本:規則之間可能開始互相打架,或...
前言 「單獨看每個字眼都很技術性、很通用,怎麼會被抓出識別風險?」 這正是最容易被人工複查漏掉的一種情況——不是某個字眼本身敏感,而是好幾個各自看起來無害的技術...
前言 「都報名最後一天了,乾脆別加了吧,風險這麼高幹嘛還要多做一個系列?」 這確實是一個合理的保守選項,而且在很多情況下應該是正確答案。這篇不是要說服你「臨時加...
前言 「規則不就是常識嗎?每天寫一篇、字數夠、內容切題,有什麼好特別讀的?」 規則的大方向確實是常識,但魔鬼藏在幾個容易被忽略的細節裡——例如「當天修改必須當天...
風險是不可預測的事件,而風險管理對於產品和專案管理者來說是至關重要的一環。它可以幫助我檢查吃吃記帳的規劃完整性,並評估是否存在更多發展的機會。 在這裡,我將逐一...
前面已經走完風險、風險評鑑及風險處理的程序,再回到ISMS對這部份的要求,ISMS的存在最重要的目標,就是能讓組織能有效的面對資訊安全風險 (Informati...
任何的管理系統制度,除了要達成管理系統所要達到的目標外,最重要的是要預防、避免或降低在運作過程中所發生的風險 (Risk),風險在日常生活中其實隨處可見,只要人...
安安週四大家好!沒想到不知不覺就來到第二十八天,有小夥伴問我說會不會繼續把書讀完,是會的喔!這裡是今天讀的原文出處:Embracing Risk,那我們就開始吧...
安安大家好!從連假回來的第一天總是特別疲倦啊啊啊!這裡是今天讀的原文出處:Embracing Risk,那我們就開始吧! 基礎設施服務的構建和維護需求,與前兩天...
安安大家好,今天是國慶連假最後一天!不知道大家連假過得怎麼樣呀?昨天看了消費者服務的風險容忍度的因素:「可靠性目標」跟「故障的類型」!接著來看「成本」和「其他服...
國慶連假第三天!今天來看服務的風險容忍度,稍微翻了這章節,這裡書裡談的服務類型分成兩種:「消費者服務」跟「基礎建設服務」!這裡是今天讀的原文出處:Embraci...
安安!國慶連假第二天!今天進到第三章囉!這裡是今天讀的原文出處:Embracing Risk,那我們就開始吧! 書中提到 Google 將優化系統的目標化為客觀...
安安!祝大家國慶連假愉快!今天進到第三章囉!這裡是今天讀的原文出處:Embracing Risk,那我們就開始吧! 書中提到不可靠的系統可能會迅速侵蝕使用者的信...
量化交易30天本系列文章是紀錄一位量化交易新手的學習過程,除了基礎的Python語法不說明,其他金融相關的東西都會一步步地說明,希望讓更多想學習量化交易但是沒...