Newlearnerの自留地
56.2K subscribers
11.7K photos
30 videos
63 files
8.86K links
🆕 不定期推送 IT 相关资讯,欢迎关注!

👥 博客群&投稿群&交流群: @NewlearnerGroup

📩 投稿请私信 @newlearner_pm_bot

🔍 频道内容关键词索引 Bot: @newlearner_search_bot

* 未经授权或标注来源,不得转载本频道内容
Download Telegram
#Github

💨 Dashy:个人 Dashboard

官网GithubDemo 1 | Demo 2 | Demo 3

Dashy 是一个自建的 Dashboard,用户可以自用组合常用链接,服务和组件。

Features

- 支持为不同场景设置多页面
- 服务状态监测
- 名字,域名,标签搜索
- 快捷键
- 内置主题色,支持自定义 CSS
- 内置多种图标
- 多用户认证,SSO,权限管理
- 备份和还原
- Workspace view
- 自定义链接打开方式
- 自定义图标,排版,大小等
- 支持 Docker,主流平台一键云部署,如 Netlify,Heroku,Vercel
- YAML 配置文件
- 多语言支持

💌 初衷

Dashy 一开始被设计用作 Home Lab 的 Landing Page,帮助用户更好的浏览不同的 APP,再也不用强制记住各种 IP 和地址。 同样的事情,或许浏览器的开始页也能七七八八的支持。作者也列出了很多类似的 APP,DashboardDash MachineHeimdallHomeDash2HomepageHomerOrganizrSimple-Dash

⚙️ 开发历程

作为一个开源软件,Dashy 的完成度却非常高。几乎常用的功能 Dashy 都有支持。2019 年 7 月,Dashy 仓库迎来了第一次 Commit。历经三年,37 位贡献者,Dashy 达到了目前的完成度。

🧔‍♀️ 作者

作者 Alicia 是一位有着 10+ 年经验的资深前端工程师,base 伦敦。她活跃地参加 Hackthon,关注安全和隐私。在她的 Github 账号 Lissy93 下,除了 Dashy 获得 5.6k Star,Personal Security Checklist 也获得了 8.3k Star。她还实现过 Twitter 情绪可视化分析。去年她一共完成了 2.7k 次贡献。她的 Twitter 账号 @Lissy_Sykes 拥有 4.2k 粉丝。

🪲 Bug

目前并没有完全兼容 Safari,在移动设备上可能会遇到 UI Bug,如链接标题溢出等。

频道:@NewlearnerChannel
#MarkDown #macOS #GitHub

妙言 · 轻灵的 MarkDown 写作工具

官网GitHubProduct Hunt

💡 特点

- 纯本地使用,安全可靠
- 支持 Markdown 语法高亮、黑暗模式、演示模式、文档自动排版
- 极简设计风格、Swift5 原生开发性能好
- 轻巧,纯编译器输入体验,提供窗口与文件操作快捷键
- 免费使用,代码开源

🐦 使用体验

妙言给我的使用感受是,很轻很妙,整个 App 设计非常简洁,输入与编辑也是纯净的编译器体验(暂不支持通过快捷键进行加粗、超链接等编辑操作),妙在如此轻量的 App 仍然提供实用的黑暗模式、自动排版、演示模式、文件管理等实用功能

通过 Swift5 原生开发的妙言启动和响应速度都很快,可以作为随手记工具使用

🎆 妙言的作者频繁更新与增加新功能,期待这款轻灵的开源写作工具越做越好

频道:@NewlearnerChannel
#Github

⏱️ Markwhen

Github | Web App

Markwhen 帮助用户使用 Markdown 类的语法编写一条横向时间线。横向时间线通常用于项目管理。

一条时间线由 Header 和 Event 两个部分构成。Header 描述时间线的全局特性。Event 描述时间线上的事情。

 特性

Markwhen 支持不同格式的时间描述,年,月/年,月/日/年,ISO8601 以及时间之间的运算。

除了时间线需要特殊支持的特性,Markwhen 还支持一些常见的功能:

- 链接
- 图片
- 链接到其他时间线
- 地点
- 0-100 进度
- 包含多个事件的 Section,Section 可以进行折叠
- 排序
- 标签,自定义标签颜色。
- 通过标签过滤
- 分享

💭 感想

并没有做成一个本地软件,开发者将 Markwhen 做成了一个网站。大家可以非常方便的在这个网站使用。项目支持移动端设备使用,但移动端上无法同时进行编辑和预览。

大部分修改无法在时间线预览图上进行操作,需要手动进行编写。预览图上只支持调整时间长度,调整顺序以及勾选代办事项。除了时间线预览图,Markwhen 还支持文档预览,时间线会被渲染成一根根进度条的样式。

Markwhen 目前收获 1.6k Star,54 Fork,由 Kochrt 进行维护。

频道:@NewlearnerChannel
#Github

📔 NENO:开源,自建,低配 Flomo

Github | Demo

Flomo 拿到了去年 PH 的金猫奖,创建了一种新的笔记思路。NENO 便是 Flomo 的开源低配版本。

Features

- UI 和 Flomo 类似
- 自建
- 一键部署
- 数据存储在 Github
- 支持离线使用
- 上传数据至 Notion
- 支持通过 utools,TG Bot,微信公众号,CLI 工具,浏览器插件添加笔记

NENO 和 Flomo 的基础功能大多类似,但目前不支持随机漫步和每日回顾功能,也做不到像 Flomo 一样的全平台支持。当然目前的网页版完美适配桌面和移动端。

在 Issue 中,有用户反馈希望有移动端,作者回复移动端正在做了。目前 Web 版本的 Github 最后更新日期在 5 月。在项目 Github 主页,也没有看到移动端的代码库和其他更新的代码提交。

💭 感想

大部分 Flomo 的关键付费功能,NENO 都没有实现。这就让我上手 NENO 的第一瞬间有点疑惑。当我们遇到一个开源版本的 XXX 时,总会希望我们能“白嫖” 原版 XXX 中的付费功能。

值得肯定的是 NENO 的完成度很高,相比之前的一些开源版本 XXX,会好太多。NENO 属于基础功能基本都完整了的阶段。

频道:@NewlearnerChannel
#GitHub #App #Mac

🌐 又一个开箱即用的翻译词典 —— Easydict 易词典

🔗Github

🌍 Easydict 是一个简洁易用的翻译词典 macOS App,能够轻松优雅地查找单词或翻译文本。Easydict 拥有以下功能和特点:

🔹 开箱即用,便捷查询单词或翻译文本;
🔹 自动识别输入语言,自动查询目标偏好语言;
🔹 支持输入翻译、划词翻译OCR 截图翻译三种方式;
🔹 可同时查询多个翻译服务结果,目前支持有道词典,DeepL,Google,百度和火山翻译,不需要 Key,完全免费;
🔹 支持 macOS 系统默认翻译,方法可以参考 这里
🔹 支持为不同窗口配置不同的服务
🔹 支持系统 TTS
🔹 支持 Raycast 拓展
🔹 支持 48 种语言
🔹 支持使用 Menu Bar,可隐藏主程序直接在菜单栏进行日常使用;
🔹 支持自定义快捷键,默认设置快捷键并支持更改
🔹 支持迷你窗口、侧悬浮窗口、主窗口 3 种窗口类型,可以分别为它们设置不同的服务。

☝️ 值得一提的是,Easydict 的 GitHub 项目页面写得非常详细,建议使用之前好好阅读一下,可以免去很多不必要的麻烦。

频道:@NewlearnerChannel
Please open Telegram to view this post
VIEW IN TELEGRAM
#Markdown #macOS #GitHub

妙言 · 轻灵的 MarkDown 写作工具更新了

🎉 Github 开源地址

产品特点
🏂 妙:纯本地使用、安全、语法高亮、黑暗模式、源文件保存、国际化、演示模式、PPT模式、单独编辑模式、文档自动排版、文档导出、各类Markdown都支持很好
🎊 美:极简的设计风格,文件夹+文件列表+编辑器方式3列模式
🚄 快:使用Swift5原生开发,相比Web套壳方式性能体验好
🥛 简:很轻巧,纯编辑器输入体验,众多快捷键助你快人一步

最近更新
🎤 用Markdown来写PPT体验更好,导出效果优化
🚀 大幅度优化长文本编辑下的性能体验,更加轻量化
🇯🇵 多语言在原有中英文基础上新增了日语
🎬 预览体验增强,高度自适应,LaTeX, Mermaid, PlantUML黑暗下优化
😄 修复了不少使用过程中碰到的细节Bug

妙言由来
之前有尝试过众多的笔记应用,没有找到一个习惯的Markdown应用,才有了做妙言的想法。
个人比较喜欢折腾,借妙言来玩一下 Swift 以及独立产品开发流程,当做一个很愉快的事情,一年多来妙言累计发布了26个版本,被不少工程师喜欢使用,期待你也可以去玩玩。

频道:@NewlearnerChannel
#Chrome #Extension #GitHub

🍁 Maple - 很顺手的浏览器书签扩展

🎉 Github 开源地址
🐙 Chrome 扩展安装地址

🦖 产品介绍
书签栏会占据浏览窗口且影响专注力,我常将其隐藏。但这使得访问书签很不方便,因此我开发了枫叶书签扩展,只需使用快捷键 Command + E(Mac)、Ctrl+B(Windows) 就能快速访问书签,甚至可以输入即搜索,实用且方便。

🚀 如何高效使用
1. 先整理好书签,可以调整常用顺序以及删除不常使用的,有文件夹的放后面,让它更整齐。
2. 使用在书签栏上右键隐藏掉原有书签栏。
3. 点击扩展图标,将 Maple Bookmarks 给固定到工具栏上。
4. 试试使用快捷键来快速访问书签吧。

频道:@NewlearnerChannel
#Github

📦 macOS Containers

Github | 官网

Features

- 在 Mac 上启动 Mac 容器
- 支持 HomeBrew 安装
- 兼容 Docker

在 Mac 上启动 Mac 虚拟机的我们见过了不少,比如 UTM。但是在 Mac 上启动 Mac 容器倒是第一次见。macOS Containers 还可以打包成 Docker 镜像,分享给其他人一起使用。

⚙️ rund

macOS Containers 基于 rund。rund 是一个实验性的 containerd Shim,用于在 macOS 上运行 macOS 容器。rund 在九月底发布了第一个预览版本,最新版本为 0..4。

rund 由于 macOS 内核 API 的限制,无法提供其他操作系统上可实现的常规容器隔离水平。

rund 提供的功能包括:

- 通过 chroot (2) 实现文件系统隔离
- 使用进程组清理容器进程
- 与 OCI 运行时规范兼容
- 仅支持宿主网络模式
- 绑定挂载

为什么 macOS 原生容器很重要?

最常见的 Docker 也并不是 macOS 原生的。主要原因是 macOS 和 Linux 操作系统之间存在差异。并且 XNU 内核缺少多种隔离原语,这些原语是实现具有与其他平台相当功能的容器支持所必需的。

在 macOS 上,Docker 运行在一个虚拟机中,这意味着容器操作比在 Linux 上慢。最明显的差别之一是在共享文件系统上。通过 macOS 中的虚拟机访问大文件或大量文件的性能,将始终不如直接访问来得好。

频道:@NewlearnerChannel
Please open Telegram to view this post
VIEW IN TELEGRAM
#Blog #Github

🔗: 我的开源成长之旅 - Tw93

📝 写作缘由
在微软上海 Github Universe 2023 的一个分享,主要是讲我从大学开源到现在 9 年做的一些有趣的事情,以及如何做好一个开源产品的经验,希望可以给热爱开源的朋友一些输入。

🤖 如何做好开源?
1. 如何迈出做开源的第一步?
2. 可以在开源上选择什么方向?
3. 想方设法解决各种痛点问题
4. 代码之外的文档也很重要
5. 充分借力FREE的服务
6. 开源产品的易用性很重要
7. 开源社区的运营比你想的更重要
8. 好的心态可以帮助你更长远的做开源

🐱作者的 Github 地址

频道:@NewlearnerChannel
#Github

🤖 Jan AI:开源的 AI 聊天客户端

Github | 官网

Features

- 支持 Mac,Windows,Linux,未来计划支持移动端
- 本地化和离线运行:Jan 完全在你的电脑上运行,所有的对话、偏好设置和模型使用都保留在你的电脑上,可以直接编辑这些 JSON 配置文件
- 一键下载并运行部分开源模型,其他的需要手动导入。兼容 GGUF via llama.cpp, TensorRT via TensorRT-LLM, 和 remote APIs
- 提供 Jan AI 本地服务器 API,供开发者调用
- 支持自定义插件
- 状态栏显示本机计算资源使用情况

Jan 作为一个 AI 对话软件,基础的功能倒是都有了,进阶的功能缺失不少,例如支持与 PDF,文本文件对话之类的。

🙋‍♂️特点

Jan 最吸引我的地方是它支持自己导入模型,尤其是支持导入开源模型。开源模型和 GPT 模型的上手体验几乎一样。在模型市场里,用户可以一键下载部分热门模型,目前支持的模型数量还较为有限。下载链接的稳定度非常不错。

疑惑

Jan 的 Agent 功能略显奇特。在大多数其他软件中,用户创建的 Agent 像是一个模板,可以在未来的任何时候使用这个模板来创建新的对话进行沟通。但在 Jan 中,Agent 看起来更像是通信录里的一位联系人。每次的对话都在复用以往的聊天窗口,而非新建一个。这两种方式的主要区别在于,一种是每次都新建一个聊天窗口,而另一种则是复用旧的聊天窗口,让用户能看到过去的聊天记录。在复用旧窗口的情况下,用户可能会考虑到 AI 是否会将以往的对话作为此次交谈的背景信息。我个人比较倾向于每次都新建聊天窗口,虽然同一 Agent 在处理类似的任务,但这些任务的环境上下文可能是互不关联的。如果带着过去的上下文来处理新的任务,可能会导致结果的不准确性。

👀 总结

在基础功能上,我觉得 Jan 略逊于 Lobe Chat 和 ChatGPT Next Web。在开源模型的支持上,我会更偏向 Ollama Web UI。

频道:@NewlearnerChannel