博客 RSS 訂閱

lying7 頭像

躺柒 - 讀開源項目成功之道06讓項目受歡迎

1.讓你的項目備受歡迎 1.1.“歡迎馬車”的想法是幫助新鄰居克服結識新朋友的尷尬 1.2.倦怠是開源項目面臨的頭號挑戰 1.3.為新人設置項目 1.3.1.擁有一個受歡迎的項目的第一步，是要讓維護者展現出歡迎新人加入的態度 1.3.2.設置項目的基礎設施 1.3.2.1.大多數項目都使用GitHub或GitLab等服務，它們為開源項目提供免費的代碼託

opensource

收藏 評論

casbin 頭像

Casbin開源社區 - Casbin開源社區榮獲2025上海開源創新菁英獎項目獎及個人獎！

近日，2025上海開源創新菁英隆重舉行頒獎典禮。Casbin開源社區憑藉強大高效的開源訪問控制框架技術榮獲【優秀開源項目獎】。 2025 上海開源創新菁英薈由上海開源技術協會主辦，旨在弘揚開源文化，推動開源事業高質量發展。 此外，作為Casbin、Casdoor、Casibase、Npcap開源項目主要核心貢獻者羅楊也同步摘得【優秀開源社區貢獻獎】 技術商業化標杆：從開源到企業級解

opensource

收藏 評論

lying7 頭像

躺柒 - 讀開源項目成功之道07處理衝突

1.尋找貢獻者併成為導師 1.1.識別當前貢獻者中誰能成為出色的未來維護者是獲得新維護者過程中最困難的部分 1.2.貢獻者也可能有獲得開發經驗，甚至在適當時候成為項目領導者的動機，以開拓他們未來的就業機會 1.3.作為維護者，要知道你沒有責任為想要成為維護者的貢獻者提供職業發展機會，但如果興趣一致，這對項目和作為維護者的你來説可能是一個很好的機會 1.4.未來維護者的品質 1.4.1.

opensource

收藏 評論

lying7 頭像

躺柒 - 讀開源項目成功之道08開源的商業化

1.應對增長 1.1.開源項目通常從小規模開始，最初可能只有一個或幾個貢獻者 1.2.當一個項目能夠持續發展時，組織就會考慮投資並將其用於內部，同時將其構建到自己的產品中 1.3.商業化可能被視為開源的反模式，但實際上，這也是對項目價值的一種驗證 2.衡量增長 2.1.“不能衡量就無法管理”是一句經常被引用的名言 2.2.關注太多指標也很難，因為指標的差異太大，優化起來也很困難 2.3.用於衡量

opensource

收藏 評論

lying7 頭像

躺柒 - 讀開源項目成功之道09開源生態

1.將開源作為你的作品集 1.1.“作品集”這個概念通常與藝術家和攝影師聯繫在一起，他們經常用作品集來展示自己的技能和專長，讓別人通過他們過去的作品來對他們進行評估 1.2.在開源中發展職業生涯 1.2.1.每個人的職業道路都是曲折的，而且很難預測 1.2.2.展示你的工作 1.2.2.1.目前GitHub或GitLab被視為開源工作的主要展示平台

opensource

收藏 評論

lying7 頭像

躺柒 - 讀開源項目成功之道10領導者的過渡

1.領導者的過渡 1.1.偉大的領袖未必是做大事的人，而是能夠讓別人做大事的人。 1.1.1.Ronald Reagan 1.2.一個人的成就不是靠你自己的雙手創造的，而是靠你對他人的影響和作用來建立的 1.3.貢獻者和用户不是員工，他們和項目社羣沒有財務上的約束，他們參與只是因為他們想要參與 1.4.開源項目的成功很大一部分都是源自這些貢獻者和用户，如果沒有他們，開發資源很快就會匱乏，項

opensource

收藏 評論

polaris-piglet 頭像

北極星的豬 - Doro APP 安裝步驟

安裝 安裝 app-arm64-v8a-release.apk 如果是32位的cpu，則安裝 app-armeabi-v7a-release.apk 將 Doro 模型解壓到可以找到的路徑，如 Download/Doro 更換模型 方法 1，選擇模型包 打開軟件，連點頁面的小人 10 下

opensource

收藏 評論

8848_62c77d4bb2532 頭像

Java陳序員 - 輕量高效！一款輕量級的自託管服務器監控工具！

大家好，我是 Java陳序員。 在企業開發中，涉及眾多的服務器資源，一款好用的服務器監控工具能讓運維效率事半功倍。 今天，為大家推薦一款輕量級的自託管服務器監控工具，具備資源佔用低、部署簡單和功能實用的特點！ 關注微信公眾號：【Java陳序員】，獲取開源項目分享、AI副業分享、超200本經典計算機電子書籍等。 項目介紹 Komari 是一款輕量級的自託管服務器監控工具，旨在提供簡單、高效的服

vue.js , github , Linux , Docker , go

收藏 評論

lying7 頭像

躺柒 - 讀開源項目成功之道11開源項目落幕

1.開源項目的落幕 1.1.開源項目都始於良好的意願：有一個需要解決的問題，有一位熱情積極的維護者，以及眾多涌入該項目並提供反饋的用户和貢獻者 1.2.用開源許可證發佈代碼是永久不可逆的操作，但擁有開源項目則並非如此 1.3.開源項目生命週期的末端是持續 1.3.1.代表項目接下來進入了長期維護狀態 1.3.2.雖然項目仍有用户，但它在整體上已經是個功能完整的成熟項目了，後

opensource

收藏 評論

casbin 頭像

Casbin開源社區 - KubeSphere閉源風波下，Casibase容器云為何成為用户更迫切的需求？

近期，KUBESPHERE核心組件轉向閉源的消息在開源社區引發震動。這一事件不僅讓用户面臨授權合規、功能受限、成本上升的風險，更深刻暴露了企業在容器雲平台選型時對長期可控性與業務保障的核心訴求。當開源信任遭遇挑戰，CASIBASE容器雲憑藉其獨特的功能設計，正成為越來越多企業尋求穩定與自主的答案。 Q：KubeSphere突然閉源，用户最擔心什麼？ A：技術自主權喪失、成本失控與信任危機！

opensource

收藏 評論

lying7 頭像

躺柒 - 讀開源項目成功之道12讀後總結與感想兼導讀

1.基本信息 開源項目成功之道 約翰·梅爾蒂卡（John Mertic） 著 人民郵電出版社,2025年06月出版 1.1.讀薄率 書籍總字數15.2萬字，筆記總字數39998字。 讀薄率39998÷152000≈26.31% 1.2.讀厚方向 UNIX 編程藝術 人月神話 黑客與畫家 開源法律、政策與實踐 程

opensource

收藏 評論

docpartner 頭像

文檔伴侶 - 個人電腦上的本地私有知識庫：訪答知識庫全解析

個人電腦上的本地私有知識庫：訪答知識庫全解析 什麼是本地私有知識庫 在信息爆炸的時代，如何高效管理個人知識成為許多人的痛點。本地私有知識庫應運而生，它允許用户在個人電腦上建立專屬的知識體系，確保數據安全的同時提供便捷的知識管理體驗。 訪答知識庫的核心優勢 訪答知識庫作為一款優秀的本地知識管理工具，具有以下突出特點：數據完全存儲在本地，保障隱私安全；支持多種格式文檔導入；提供智能搜索功能，快速定位

opensource

收藏 評論

yunpan-plus 頭像

雲棧開源日記 - 終端裏的 AI 編程助手：OpenCode 使用指南

寫代碼時遇到過這種情況嗎？ 想問 AI 一個問題，得切到瀏覽器；讓 AI 改代碼，又要來回複製粘貼。編輯器、終端、瀏覽器反覆切換，思路早斷了。 OpenCode 解決的就是這個問題——直接在終端使用 AI 助手。 OpenCode 是什麼 OpenCode 是一個開源 AI 編碼工具，專為終端環境設計。裝好後在命令行裏直接和 AI 對話，讓它幫你寫代碼、找 Bug、做重構。 主要特點： 原

opensource

收藏 評論

GeniusWang 頭像

Arya32f - 【譯文】導數的悖論

（以下機翻，僅供個人學習） “就數學理論而言，它們是關於現實的，它們是不確定的；就它們是確定的而言，它們不是關於現實的。” - 艾爾伯特愛因斯坦 這次的目標很簡單：解釋什麼是導數。但事實是，這個話題有一些微妙之處，如果你不小心的話，可能會出現一些悖論，所以第二個目標是你對這些悖論是什麼以及如何避免它們有一些瞭解。 人們通常説導數衡量的是“瞬時變化率”，但如果你仔細想想，這句話實際上是一個矛盾

Translate

收藏 評論

jianrendechaomian_czry72 頭像

億元程序員 - 逃離鴨科夫5人2周1個億，我們可以做一個雞科夫嗎？

點擊上方font color=blue億元程序員/font+關注和font color=orange★/font星標 引言 哈嘍大家好，不知道小夥伴們最近有沒有關注到一個名叫《逃離鴨科夫》的遊戲。 這款遊戲在各大社交平台和遊戲社區都成為了熱門話題，Steam平台上的同時在線人數一度突破30萬，其口碑表現也相當出色。 在累計一萬七千多條玩家評價中，收穫了96%的壓倒性好評，整體評價明顯優於今年發佈

前端

收藏 評論

xiaohe0601 頭像

xiaohe0601 - 🥳 Uni ECharts 2.1 發佈：正式支持鴻蒙，零成本遷移、全平台兼容、跨端開發零負擔！

Uni ECharts 是適用於 uni-app 的 Apache ECharts 組件，無需繁瑣的步驟即可輕鬆在 uni-app 平台上使用 echarts。 官網 文檔：https://uni-echarts.xiaohe.ink Github：https://github.com/xiaohe0601/uni-echarts 🏝️ 背景 🎵 “本來應該從從容容遊刃有餘，現在是匆匆忙忙連

vue.js , uni-app , echarts , typescript , 前端

收藏 評論

czwy 頭像

czwy - 【譯】為什麼命名“它”為依賴屬性(DependencyProperty)

當我們創建新的類和成員時，我們花費了大量的時間和精力是它們儘可能的好用，好理解，好發現。通常我們會遵循.Net框架設計指南，尤其是會不斷地研究這個新類與其他類，未來計劃等內容之間的關係。 當命名依賴屬性(DependencyProperty)和依賴對象(DependencyObject)的時候也是遵循這個原則，僅僅討論如何命名，我們就大概花了幾個小時。依賴屬性(DPs)最終歸結為屬性計算和依賴的跟

Translate

收藏 評論

jaxu 頭像

Jaxu - Node.js子進程：你想要知道的一切

如何使用spawn()，exec()，execFile()和fork() 　　對於單進程而言，Node.js的單線程和非阻塞特性表現地非常好。然而，對於處理功能越來越複雜的應用程序而言，一個單進程的CPU是遠遠無法滿足需要的。 　　無論你的服務器有多強大，單線程都是遠遠不夠用的。 　　事實上，Node.js的單線程特性並不意味着我們不能將其運行在多線程或者多服務器的環境中。 　　使用多進程

Translate

收藏 評論

lengxi_16 頭像

ERP老兵_冷溪虎山 - Python/JS/Go/Java同步學習(第三十六篇)四語言“內置函數計算(下)“對照表

🤝 免罵聲明： 本文內置函數計算(下)操作經本蜀黎實戰整理，旨在提供快速參考指南📝 因各語言版本迭代及不同系統環境差異，偶爾可能出現整理不全面之處，實屬正常✅ 理性討論歡迎，無憑據攻擊將依據平台規則處理，並可能觸發內容自動備份傳播機制🙏！ 若遇具體問題，請帶圖評論區留言，本蜀黎必拔碼相助🤝 ※ 温馨提示 若本內容不慎觸及某些利益，請理性溝通，

node.js , JAVA , go , Javascript , Python

收藏 評論

jaxu 頭像

Jaxu - 防止Node.js應用中的命令行注入攻擊

　　攻擊者可以使用Node.js應用侵入你的系統。本文介紹如何阻止這種行為的發生。 　　當Node.js首次發佈時，它引起了一場革命。它允許開發人員在服務器端運行JavaScript，這是瀏覽器的主要編程語言。隨着時間的推移，Node.js變得越來越流行，併成為構建Web應用程序和API的首選工具。 　　Node.js由一個小而穩定的運行時核心和一組內置模塊組成，這些內置模塊提供了一些基本功能，如

Translate

收藏 評論

Jankin-Wen 頭像

Jankin-Wen - 1.2 在Debian12的Conda環境下安裝MOOSE

基於 MOOSE 的應用程序開發所需的依賴項的大量庫首選方法是通過 Conda獲取。按照以下説明使用 Conda 在計算機上創建環境。 1. 安裝Miniforge。 根據您的平台，請按照以下步驟安裝 Miniforge。如果您在這些步驟中遇到問題，請訪問Conda 故障排除指南。 Linux Users: Linux用户： 點擊查看代碼 curl -L -O https:/

Translate

收藏 評論

lengxi_16 頭像

ERP老兵_冷溪虎山 - Python/JS/Go/Java同步學習(第三十五篇)四語言“內置函數計算(上)“對照表

🤝 免罵聲明： 本文內置函數計算(上)操作經本蜀黎實戰整理，旨在提供快速參考指南📝 因各語言版本迭代及不同系統環境差異，偶爾可能出現整理不全面之處，實屬正常✅ 理性討論歡迎，無憑據攻擊將依據平台規則處理，並可能觸發內容自動備份傳播機制🙏！ 若遇具體問題，請帶圖評論區留言，本蜀黎必拔碼相助🤝 ※ 温馨提示 若本內容不慎觸及某些利益，請理性溝通，

node.js , JAVA , go , Javascript , Python

收藏 評論

tengzijian 頭像

Zijian/TENG - C++ 核心指南 —— 性能

C++ 核心指南 —— 性能 閲讀建議：先閲讀 《性能優化的一般策略及方法》 截至目前，C++ Core Guidelines 中關於性能優化的建議共有 18 條，而其中很大一部分是告誡你，不要輕易優化！ 非必要，不優化 Per.1: 不要無故優化 Per.2: 不要過早優化 Per.3: 只優化少數關鍵代碼 前三條可以總結為：非必要，不優化。所謂的“優化”，是指犧牲可讀性、可維護

Translate

收藏 評論

edisonfish 頭像

鹹魚Linux運維 - 全球 IPv4 耗盡，下個月開始收費！

哈嘍大家好，我是鹹魚 IPv4（Internet Protocol version 4）是互聯網上使用最廣泛的網絡層協議之一，於1981年在 RFC 791 中發佈，它定義了 32 位的IP地址結構和基本的協議操作。 由於 IPv4 使用 32 位的地址，因此只有四十億（4,294,967,296，2^32）個地址。 這就導致隨着地址不斷被分配，IPv4 地址開始面臨枯竭問題： 2011 年，

Translate

收藏 評論