To be a giver, or taker?

-


最近有感於台灣人民對於許多事情的焦躁與不安，對事件的查證與忘記思考的恐慌，有一點小感想

你有沒有發現，台灣其實是一個混亂的國家，在很多的情形下，我們只能在混亂中找到比較不複雜的事物，並覺得難能可貴。但其實最近在想，我們雖然會因此而嚮往靜謐的環境，想朝這方面的環境靠攏，但追求靜謐的氛圍是一回事，如果相反地，自己變得溫暖，也許又是一個不同的思維。

也就是追求溫暖的感覺，抑或是散發溫暖的感覺。
Give and take.

如果是想著讓自己成為一個溫暖的人，那麼處處都是你的舞台～

至今，每當我想到giver，我第一個想到的，不是什麼有實力的慈善家，也不是一些基金會的董事長，Jamie，是我第一個想起的人。

Comments

Post a Comment

Popular posts from this blog

【新聞挖掘工坊：第 2 篇】Google News RSS 祕密通道：怎麼抓新聞連結？

-
開啟 RSS 密道的初衷 那天，我們在討論如何快速收集海量新聞時，無意間發現 Google News 提供的 RSS 功能就像一條隱藏的捷徑。這條捷徑並非一般人手機、電腦上常用的新聞推播，而是基於開放標準的資訊分發管道。對於想要系統化蒐集新聞的我們來說，RSS 就像從地圖上挖出了一條秘密通道，能讓我們不必再一條條打開網站。 當我們第一次點入 RSS 的連結，映入眼簾的是一長串 XML 格式的內容，裡頭包含著最新的標題、摘要、連結與發佈時間。雖然對一般使用者而言顯得有些「科學怪人」，但對資深的數據偵探來說，這些條目就是每天新鮮出爐的「情報清單」。於是，我們決定用程式自動去讀這份清單，替後續的大規模分析打下基礎。 更妙的是，RSS 這條密道還有一個好處：它不需要登入、沒有人機介面互動，就能定時更新。只要我們把 RSS 的網址丟到程式中，它便會在固定間隔自動拉取最新條目。如此一來，我們不必再手動刷網頁，也能將所有符合關鍵字的新聞一網打盡，讓自動化腳本化身最貼心的「情報小幫手」。 RSS 的力量：從資訊洪流中擷取重點 在正式投入程式撰寫之前，我們先思考了一件事：每天媒體發出的新聞量龐大，要是從各個網站手動複製標題和連結，肯定力不從心。RSS 的出現，就像在資訊洪流中架設了一台水車，只要你預先定義好水車的濾網，源源不絕的資料就會被自動收集下來。 接著，我們將這條 RSS 線路視為「每日固定包裹」，包裹裡裝著符合「台灣警政」等條件的文章摘要。每次程式啟動，它就會向那條管道發訊號，取回最新的條目列表。從 JSON 轉成 DataFrame，再把每一列的  link  欄位存入清單，就是我們蒐集工作的第一步。這樣的做法不僅穩定，也避免了直接爬取所有媒體首頁所帶來的反爬風險。 值得一提的是，RSS 還能大幅減少網路流量與運算負擔。一般爬蟲要下載整頁 HTML，解析後再擷取標題與摘要，十分耗時。使用 RSS，我們只需要處理輕量化的 XML 結構，就能把重點欄位提取出來，真正做到「按需取材」，讓程式運行更有效率，也能更快地進入下一個分析階段。 when="1y" 的陷阱：粗篩無法滿足需求 帶著對 RSS 的信心，我們首先嘗試了 pygooglenews 套件提供的  when="1y"  參數，想要一次抓取過去一整年的新聞。理論上，一年內所有與警政...
Read more

【統計抽樣 × NLP 節能分析：第 3 篇】階層、系統、叢集：三大抽樣法一次搞懂

-
 分層抽樣的核心理念 分層抽樣就像先把一籃水果按顏色分好層，再從每一層挑選代表性的水果，確保不同類型的樣本都能被涵蓋。當新聞內容在犯罪類型或來源媒體上分布不均時，分層的概念能讓我們在每個重要子群中各自抽樣，以維持整體分析的平衡。 這種方法特別適合當母體中存在明顯差異時，而我們希望每個子群都有足夠的代表性。對於台灣刑案新聞來說，不同年份、地區或媒體可能呈現出不同的議題焦點，若未做分層，隨機抽樣可能過度集中於某些熱門報導，忽略其他關鍵線索。 分層抽樣也能靈活運用在分層標準的選擇上，研究者可依照分析目標決定分層依據，無論是時間、地理、案件種類等因素，都可以成為分層的維度。透過這一步驟，我們在抽樣前就已經預先考慮到資料的多樣性，讓後續的NLP分析更具代表性與全面性。 系統抽樣的操作流程 系統抽樣的做法猶如在整個資料集中，以固定間隔撿取樣本，彷彿每第二十篇新聞就是我們的研究對象。首先需要為每篇新聞排序，這個順序可以依照時間、編號或其他有意義的指標，確保抽樣的規律性。 一旦確定間隔值後，只需隨機決定一個起始位置，接著按照固定步長逐篇取樣即可。這樣的設計省去了繁複的隨機機制，快速且易於在程式中實踐，非常適合當新聞量龐大且排列規律時使用。 然而，系統抽樣也帶來週期性偏誤的風險。若新聞在某個週期內具有相似性，例如同一時間段的重大事件或系列報導，可能會影響樣本多樣度。因此，在排序方式與間隔設定上，需要謹慎評估，以避免取樣結果產生意外的偏差。 叢集抽樣的實戰考量 叢集抽樣有如先把所有新聞分成好幾個群組，再隨機挑選少數群組進行全面分析。若將每週或每月作為一個叢集，則只需對選中的週期內所有新聞做NLP處理，就能節省大量前置抽樣的成本。 這方法對於時間序列資料特別有效，因為它保留了群組內完整的內容脈絡，讓我們可以在同一時段內觀察新聞議題的變化與趨勢。對於想解讀事件發展動態的讀者，也能提供更連貫的分析視角。 該策略的挑戰在於群組劃分的合理性與選取比例。若每個叢集內差異過大，或是挑選的群組數過少，都可能導致分析結果的偏頗。因此，在實作前，須評估叢集規模是否與研究目標相符，並考慮結合其他抽樣方法加以補強。 三大抽樣方法的優劣比較 分層、系統與叢集三種方法各有特色，分層能精準照顧到不同子群，系統具備簡便且可編程的優勢，叢集則在群組內保留豐富資訊。但在實務操作中，單一方...
Read more

區域網路扁平架構與 Zero Trust 缺口：從 Streamlit 測試到 IoT 隔離的安全評估

-
 一、研究背景與目的 近期，筆者在開發一套以自然語言處理（NLP）做詐騙文字偵測的專案，並以 Streamlit 作為 Web GUI 平台，將模型部署在本機端（localhost）並開啟特定埠供區域網路內同仁測試。Streamlit 運行時會在本機啟動一個 Python HTTP 伺服器，預設綁定在 0.0.0.0 或 127.0.0.1 上開放某一 Port，以便在瀏覽器中呈現互動介面。這種方式雖然快速且開發門檻低，但當伺服器綁定 LAN 介面後，內網使用者便能直接存取該測試介面。為了評估這是否在內網中打開了一扇「未關的大門」，我展開了網路分段與路由隔離的檢視，並思考在此扁平網路架構下，攻擊者是否能利用這些測試服務進行橫向移動。後續也將延伸至 IoT 設備（如網路印表機、IP 攝影機）的類似情境，以探討全網段的隔離與安全強化策略。 二、檢驗流程與技術說明 步驟 工具／命令 判斷依據 1 ipconfig /all 取得本機 IPv4 與子網遮罩，推算 L3 子網範圍。 2 arp -a 列出同子網內回應 ARP 的 MAC，若數量龐大且同屬同一範圍，代表 L2 扁平。 3 tracert 10.x.x.x 若僅顯示 1 hop 即達目標，代表無路由器介入，L3 亦為扁平子網。 在第一步驟中，我使用 Windows 內建的 ipconfig /all 命令，該工具會讀取作業系統的網路介面設定，包括 IPv4/IPv6 位址、子網路遮罩、預設閘道及 DNS 伺服器等資訊。由於開發環境為 Windows， ipconfig 是最直接且無須額外安裝的方式；我曾考慮過在 Linux 上使用 ifconfig 或 ip addr ，但環境差異導致後者不適用於本機測試。此外，也曾嘗試透過 SNMP 查詢交換器表項，但因需額外設定 SNMP 社群字串並具有管理權限，後來捨棄以簡化流程。 第二步驟採用的 arp -a 命令能列出本機 ARP 緩存中所有已解析的 IP↔MAC 對應，這代表在 Layer-2 廣播域內活躍的鄰居主機。 arp -a 屬於作業系統核心工具，免額外權限，且回應速度快；我曾一度考慮使用 Nmap 的 ARP 掃描 ( nmap -sn ) 來取得更多細節，但因 Nmap 執...
Read more