在上篇文章《Web2 終是末路，Web3 才是歸宿：接觸 Web3》中，我大致回顧了藉由「Web3 前端訓練營」向 Web3 全棧工程師轉型的學習經歷。 在訓練營剛開始的那段時間，常會看見有人問：「學完能找到 Web3 的工作嗎？」更有甚者，會抱着傳統思維想要找穩定的 Web3 工作…… 從我當前的瞭解來看，Web3 行業是變化莫測、相當動盪的，不存在「穩定」一説，某個項目一夜之間就消失不見了也很
之前寫的文章《Web2 終是末路，Web3 才是歸宿：接觸 Web3》和《Web2 終是末路，Web3 才是歸宿：擁抱 Web3》的標題看起來有些危言聳聽，還有人説我是標題黨。 可這兩篇文章説的是我向 Web3 全棧工程師轉型的經歷，「Web2 終是末路，Web3 才是歸宿」是對我個人而言的感受與選擇，算不上是對行業的總結及對他人的建議——本文正好相反。 Web2 終是末路 有人看完那兩篇文章後評
今天，在文章《純「牛馬」的邏輯玩兒不轉了！》開頭提到的那個微信羣中，看到有人發了張圖片： 正如上面提到的文章中所「噴」的那樣，以「八股文」為主的技術一面根本沒有存在的必要，彰顯出那些用人單位對招聘方法的不思進取。 他們的不思進取，一方面導致自己有較高的招聘成本，找到合適的人的效率十分低下；另一方面，也促使應聘者不思進取，不注重自己平時的積累沉澱，靠臨時抱佛腳來謀求一個工作機會。 我推崇工匠精神，
本文是在「小僱·全國自由職業者大會·杭州站」上進行主題分享的演講稿，現場實際演講時有部分出入。演講用 PPT 可查看 https://a66c4lvoi8.feishu.cn/slides/HUe9sqdlol9dGTd51zXcbX9Pnoh。 哈嘍，大家好！ 我叫歐雷，是個 35+ 的自由職業者。 我是雙魚座，MBTI 簡單測過幾次，是 INTJ。 説這些呢，是為了讓大家快速地對我的特點建立
在軟件開發中，研發效率永遠是開發人員不斷追求的主題之一。於公司而言，在競爭激烈的互聯網行業中，產出得快和慢也許就決定着公司的生死存亡；於個人而言，效率高了就可以少加班，多出時間去提升自己、發展愛好、陪伴家人，工作、生活兩不誤。 提升效率的途徑，無外乎就是「方法」和「工具」。以一個開發者的思維來想，就是將工作內容進行總結、歸納，從一組相似的工作內容中提煉共同點，抽象出解決這一類問題的方法，從而造出便
我以往寫的技術類文章，絕大部分是問題反思、方法論之類的，極少有某個具體技術或工具的介紹與使用教程——除非是我創造的。 眼看着曾經經常針對前端領域問題進行有價值思考與討論的前輩、大佬、同行們接連退隱或沉默，這塊兒的高價值新產出內容越來越少。 因此，我打算自告奮勇地正式接下「對前端領域問題進行思考並儘量產出高價值內容」這個生態位的接力棒。 需要特別説明的是，「前端領域」不侷限於以 HTML、CSS、J
號稱「中國最大黑客鬆」的 AdventureX 2025 結束了，趁着「戒斷反應」還未消去，趕緊寫些文字略微總結下我的這幾日。 參加幹啥 首先來説説「參加幹啥」，這是我故意説的有歧義的「病句」： 為什麼要參加？ 來做什麼項目？ 那我就分別説明下。 為什麼要參加 去年 7 月舉辦了第一屆的 AdventureX，因報名有年齡限制而成為「只屬於年輕人的黑客鬆」；第一次打開官網時看到自己沒資格報
又在微信羣裏被「聲討」了，距離上次這等待遇也過去一段時間了，讓人有點「懷念」呢～（別瞎想，我不是字母！） 我想此刻趁這心情還未消散殆盡，把近期一直想説但沒説的話先説一遍，也暫時不管它是否嚴謹了，看完想吐槽就儘管來吧！ 麻木的純「牛馬」們 在 2022 年 11 月末，ChatGPT 的橫空出世拉開了 AI 時代的帷幕，迄今為止兩年多過去了，相關基礎設施和上層應用已經涌現並迭代了很多版本。 在這期間
印象中，在 2018 年有很多互聯網企業大裁員，網上鋪天蓋地的「寒冬來了」。 時至今日，已 7 年過去，中間還經歷了疫情三年，更是雪上加霜；回暖的「春天」遙遙無期，而且感覺越來越冷，就像暴跌的模因幣，也許再也等不到雄起。 作為從業人員，在這兩年目睹了打工人的一片狼藉、鬼哭狼嚎之後，若還堅持説以往的互聯網行業復甦有望，那種狼狽不堪與自己絕緣，那隻能説是死鴨子嘴硬，茅坑裏的石頭。 尤其是現在 AI 時
從冒出想法到現在快三年了，這期間斷斷續續地弄，個人網站的豆瓣化改造差不多結束了；改造過程中又孵化出幾個項目，且發現了個別突出問題，接下來會有一波較大重構。 想趁現在這個空隙寫篇文章記錄並介紹下改造後所形成的一整套體系，也許有人會感興趣——畢竟我的個人網站是純靜態的，且比常規博客複雜。 豆瓣化改造 要把原本是常規博客的個人網站改造成個人版豆瓣的根源是對公共平台的厭惡。（詳見《閒聊個人服務：革「to
本文來説説在企業中讓知識流動起來的大體思路。 數字員工 在以互聯網或軟件及服務為營生的企業中，各個層級、分工的人和處理各類事務的應用軟件是辦公與業務運作的兩大要素；企業中的絕大部分人是員工這很理所當然，但為何不能把工作中所用到的各種應用軟件看成整體，也當作一名員工來看待呢？ 將這名特殊的「員工」稱為「數字員工」，與其他員工不同的是，它是純虛擬的、數字的，沒有物理層面的形態，但與其他員工一樣可以處理
在上篇文章，即《反思軟件開發：知識流動（上）》中，我激情昂揚地陳述了日常工作中常會遇到的比較惱人的幾個問題，並從常規視角簡單説明了問題所在，本文將會從知識的角度指出它們產生的原因為何。 基本原理 在分析並解決問題之前所必須瞭解的一些事情。 知識定義 在《客觀的現實世界》中講「DIKW」（即「data」、「information」、「knowledge」和「wisdom」）時，我簡單地解釋了「知識」
「提效」這個話題很大，涉及了很多方面，雖然會和技術等工具有關，但它們相對來説不是重要的，由參與活動的人的認知、意識及其所決定的行為更為重要！ 在《反思軟件開發：人為因素（上）》與《反思軟件開發：人為因素（下）》中嘗試闡述了「人」對「效率」的影響，本文和下兩篇文章我將試圖從「知識」的角度説明「效率」問題。 常見問題 我們在日常工作中遇到的問題很大程度是以分工協作及溝通交流為中心的——不僅是人與人之間
在《反思軟件開發：人為因素（上）》中，我簡單闡述了個人的侷限性以及組織該有的意識形態中的主要方面。正所謂「思想決定行為」，組織在運作時成員的實際行為受那篇文章所述意識形態影響。 溝通協作 既然要一起做「大事」，既然要合作，就避免不了分工協作和溝通交流。這部分基本是個人修養，組織中每個人的修養都提升一點點，綜合起來的疊加效果是不容小覷的。 下面以軟件生產為例來聊聊我的相關觀點—— 在之前寫的《反思軟
「降本增效」是人們在生產過程中永恆不變的話題、永遠的追求——於公，長久看可以讓企業減少開銷並提供更為穩定、優質的產品；於私，能夠使自己減少重複無營養的勞動，將精力投入到更為「高精尖」的地方，有助於自我成長，為自己為企業創造更大更多的價值。 提效的方式 現在想一下，在純 Web 開發或大前端結合 Web 服務的領域中，提效的方式都有什麼？ 單點提效 從前端角度看，絕大部分前端團隊都在不遺餘力地去封裝
相信看到「Future.js」這個名字，會想起之前某廠連續開源的好幾個前端相關項目之一的「Modern.js」——沒錯！就像「Fxxk Design」一樣，這個名字也是受「啓發」而起的，也是把一些正在建設中與規劃要做的項目進行了「概念包裝」。 從目前的瞭解來看，Modern.js 是要建設「大而全」的體系和打造「事實標準」。這種目標我是支持的，但反對由商業組織牽頭，尤其是國內的，應該由非盈利個人/
某天，集結很多業內大牛的某廠連續開源了好幾個前端相關項目，其中兩個是 UI 組件庫。嗬傢伙！同時來倆，到底是想讓人用哪個啊？存心想要逼死糾結星人的節奏？ 那倆 UI 組件庫的名字裏都有「Design」，表明自己是「Design System」而不是普通的「UI Library」。這讓我想起了那段時間一波又一波出現的「元宇宙」公司。嗯～熟悉的味道。 不過，這也點了我一下——何不把我正在建設中與規劃要
「反混沌」，英文是「Anti-chaos」，簡稱為「NTKS」，是一種思想，是一個計劃，是一個體系，是一個組織，也是一個社區。 我多次在網上、現實中跟別人有意無意地提起過「反混沌」，但一直都沒有詳細地説過它到底是個什麼東西以及搞它的意義是什麼；因而出現了這篇文章，讓那些疑惑的和有可能感興趣的人瞭解它。 為啥要「反混沌」 各位，看到我下面列出的一些情況，你們是否會感同身受—— 團隊協作 新加入一個團
我們處於變化很快的時代，無論是商業還是科技。一家公司看上去商業很成功，也許前腳剛上市，後腳就因為什麼而退市，甚至倒閉；一項看似高大上的技術橫空出世，各類媒體爭先恐後地撰文介紹，熱度炒得老高，沒準沒多久就出現了競爭者、替代者。 在這樣的大環境下，傳統的「web 前端開發」演變成了「泛客户端開發」，前端開發者從「配置工程師」被「逼」成了「軟件工程師」。開發變得更復雜了，要處理的問題更多了，從業難度不知
如果把「客户端」想成是樓，把「數據」想成是水——「Model」就是這幢樓的蓄水池，提供充足的水源；「ViewModel」是將蓄水池裏的水進行淨化等加工的地方，然後輸送給挨家挨户；「View」部分的每個 UI 組件就是「挨家挨户」，對水進行消費的地方。 一切皆為模型 模型是人們根據事物特徵將它們分類並抽象後的結果，建模是人們認知世界的一種方式。 模型驅動 數字世界這種虛擬空間，裏面本無一物，是個需要
我在平時上下班開車時，全憑身體記憶與條件反射，基本不用腦子，所以腦子就空出來胡思亂想了，東想想西想想。 某天早上忽然想到：最近幾年，業界在開發時都講究以「數據驅動」的方式更新視圖，回想過去這幾個月的工作內容，發現我們的視圖層開發並不是單純的數據驅動，而是「配置驅動」。 視圖更新 讓我們先來回顧一下以往以及現在，在視圖層開發時一般是如何更新視圖的吧—— 在 React、Vue 等前端庫/框架流行之前
