Laurence Chen
replware@g0v.social
<p>IT 顧問,專注於協助企業導入 Modern Data Stack。</p><p>現職:<br />- REPLWARE ( <a href="https://replware.dev" target="_blank" rel="nofollow noopener" translate="no"><span class="invisible">https://</span><span class="">replware.dev</span><span class="invisible"></span></a> ) CEO<br />- 台灣 Clojure 社群 ( <a href="https://clojure.tw/" target="_blank" rel="nofollow noopener" translate="no"><span class="invisible">https://</span><span class="">clojure.tw/</span><span class="invisible"></span></a> ) 線下活動主辦人<br />- Taipei dbt Meetup 社群 ( <a href="https://medium.com/dbt-local-taiwan" target="_blank" rel="nofollow noopener" translate="no"><span class="invisible">https://</span><span class="">medium.com/dbt-local-taiwan</span><span class="invisible"></span></a> ) 線下活動主辦人</p><p>著作:<br />- 從試算表到資料平台:重構資料工程的技術與團隊 (
Posts
-
Post #4160036
最近有兩位我親自帶過 Modern Data Stack 的前客戶同仁,剛好都準備離職。 這兩位我都算熟——我曾一步步帶著他們用 dbt、ClickHouse、Metabase、Meltano,從 ETL scripts on operational database 轉成應用資料平台 (data platform) 的人。技術底子紮實,也親眼看過/參與資料平台從零到有的完整過程。 一位偏 Data Engineering,熟 dbt model 設計、EL tools;另一位偏 Analytics / BI,熟 Metabase 報表與指標定義。兩人技能互補,如果剛好你正在找這個方向的人,值得認識一下。 他們自己是打算先休息一陣子再說,但回過頭來,現在真的懂 MDS 實戰、不是紙上談兵的人,在台灣市場並不多。想要往資料驅動轉型、又找不到人手的公司,應該也找人找滿久了。 有興趣的雇主或獵頭,歡迎私訊我,我可以幫忙牽線。 (附帶一提,我是《從試算表到資料平台:重構資料工程的技術與團隊》的作者——台灣第一本 Modern Data Stack 繁中書。) #ModernData...
-
Post #4123966
AI 並沒有改變什麼東西是好的,它改變的是好東西的價格 https://replware.substack.com/p/235
-
Post #3963383
為什麼「巧合」總是特別眷顧某些人? https://replware.substack.com/p/0c5
-
Post #3771773
從 PL 的角度來看問題 https://replware.substack.com/p/programming-languages
-
Post #3599396
最近因為用 docker 裝了比較複雜的 module 之後,我嫌太慢。 後來改裝了 Orbstack 之後,覺得效能的數字大幅改進。相見恨晚啊。
-
Post #2708387
&lt; 網路爬蟲帶來的資料困境 &gt; 隱而不現的資料工程問題 https://replware.substack.com/p/69f
-
Post #2708386
&lt; 報價單產生器 &gt; 這兩天 vibe 了一個很小的 project ,用來生成報價單。 https://github.com/humorless/quote-template 以前的作法:客戶跟我要報價單 (還要有公司大小章)…,我寫 email 叫老婆用 excel 幫我弄。現在可以自己弄了。
-
Post #2708385
&lt; 個人知識管理 &gt; 有效與沒效的方法 https://replware.substack.com/p/64b
-
Post #2708384
&lt; Coscup 徵稿 &gt; 5/9 截止。我已經投了 https://blog.coscup.org/2026/03/coscup-x-ubucon-asia-2026-coscup-x.html
-
Post #2708383
&lt; AI 副手 &gt; 讓 AI 來分擔決策、思考的工作 https://replware.substack.com/p/ai-61f
-
Post #2708381
https://patloeber.com/gemma-4-pi-agent/ 今天照著這一篇,把 local LLM 搭配 pi agent 裝起來了。跑滿快的,因為我裝的是 google/gemma-4-e4b 就是笨了一點。
-
Post #2708380
RE: https://toot.cat/@plexus/116510482838626524 2024 年,Gaiwan 公司舉辦 Heart of Clojure conference 時,所使用的所有開源軟體 &amp;&amp; 自動化工具。
-
Post #2708379
&lt; AI 代理就緒的企業 &gt; Agent-Ready-X 的挑戰與機會 https://replware.substack.com/p/ai-43c
-
Post #2708373
&lt; Agent-Ready-Stack &gt; 為什麼你的 Stack 選擇,決定了 Agent 能走多遠? https://replware.substack.com/p/agent-ready-stack
-
Post #2708371
Tired of seeing TypeScript + Supabase recommended as the “AI-default” stack? Here’s why Clojure Stack Lite is structurally more agent-ready — HTMX, HoneySQL, and blocking IO all shrink the task-relevant subgraph by design. Nothing here will surprise a seasoned Clojure programmer — I just framed what we already know through the lens of context efficiency. https://humorless.github.io/posts-output/agent-ready-stack
-
Post #2708370
&lt; 寫作的 tips &gt; 如果完全不用 AI 來輔助寫作的時候,我的寫作有講太少的傾向。 我猜,可能跟「想的速度」比「打字的速度」快有關,總之,就會變成說:「因為想的速度夠快,就刻意把文句重排,排成很精簡、恰好足以打起來省字、又『自以為』夠清楚的形式。 之前的應對之道是問問自己:「對於重要的新概念,有沒有把 why/what/who/for example 等至少四個角度寫清楚?」 最近又想出一個新的問題:「叫 AI 來評分,評分的角度刻意選 first principle thinking。」 由於我多數的寫作,都不夠嚴謹,在這個面向的得分都不會特別高,不夠高的話,有些就可以補很多篇幅來處理弱點了。
-
Post #2708369
下個月在 sciwork seminar 2026 給一場 workshop。 主題:Graph Analysis——當你的問題本質是「關係」,卻一直被迫用表格思維處理,會發生什麼事。 4 小時,Cypher 查詢 + 多跳推論 + in-database 計算,從頭帶你建立 Graph 思維框架。 6/13,陽明交大。 https://seminar.sciwork.dev/workshops#laurence-graph
-
Post #2708366
&lt; clj-native-agent &gt; I spent time watching Claude Code work on Clojure projects, and noticed some behavioral patterns worth addressing—like defaulting to logging instead of REPL inspection, or struggling with formatting-sensitive code replacements. Developed four skills around these observations. Sharing in case they’re useful to others: Article: https://humorless.github.io/posts-output/agent-skill Skills: https://github.com/humorless/clj-native-agent/
-
Post #2708365
&lt; 語音輸入法的 AI evaluation &amp;&amp; improvement &gt; 最近用習慣了 Typeless 之後,我大概每週都把它免費的 Quota 用完 50%。 輸入需求也滿大的?不管是跟別人傳訊、寫文章或者是跟 AI 聊天。然後我發現,在 Typeless 的詞庫加詞裡,有些詞是我必須加進去的,因為錯誤率超高: 1. Clojure 和 Datomic 等專有名詞 2. 老婆跟小孩的名字 因為臺灣人的人名幾乎都是同音異字,如果不特別加進去,輸入起來真的幾乎是必錯。
-
Post #2708364
&lt; 導入 AI 之後,為什麼你的企業還是沒有變快? &gt; X-as-a-service 的改進法 https://replware.substack.com/p/ai-fe9
-
Post #2708363
&lt; promote 書的網站 &gt; https://mds-book.replware.dev/ 之前就有人給過我這個建議。我還在想,有必要嗎? 由於最近 vibe 了 3, 4 個 projects ,就多 vibe 一個。
-
Post #2708361
&lt; AI/LLM 系列文 &gt; 最近寫了四篇關於 AI 有效性的文章。它們不是獨立觀點,而是同一個想法的四個層面。 **層級1:個人層|決策輔助** AI 建議品質取決於上下文深度。方法很簡單:反覆迭代 custom instructions、手工審核。5-10 輪對話後,AI 的建議品質會有明顯提升。 https://replware.substack.com/p/ai-61f **層級2:系統層|Agent-Ready-Business** 企業系統需要什麼?清晰的反饋機制和結構化的上下文。現實問題:傳統的 CRM、ERP 系統只為人設計,對 AI agents 不友好。 https://replware.substack.com/p/ai-43c
-
Post #716444
&lt; F/OSS Histomat: We Should Reclaim LLMs, Not Reject Them &gt; https://writings.hongminhee.org/2026/01/histomat-foss-llm/ The author argues against withdrawing from AI — instead proposing a Training Copyleft license (a GPLv4 / TGPL), following the same pattern as GPLv2 → GPLv3 → AGPL, each evolving to close new exploitation loopholes.
-
Post #212176
AI 時代不可忽略的關鍵 https://replware.substack.com/p/process-knowledge