泽边
رفتن به کانال در Telegram
نمایش بیشتر
کشور مشخص نشده استدسته بندی مشخص نشده است
287
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+67 روز
+1830 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اوت '26
اوت '26
+18
در 3 کانالها
ژوئیه '26
+25
در 2 کانالها
Get PRO
ژوئن '26
+12
در 0 کانالها
Get PRO
مه '26
+14
در 2 کانالها
Get PRO
آوریل '26
+43
در 4 کانالها
Get PRO
مارس '260
در 0 کانالها
Get PRO
فوریه '26
+3
در 1 کانالها
Get PRO
ژانویه '260
در 1 کانالها
Get PRO
دسامبر '25
+31
در 3 کانالها
Get PRO
نوامبر '25
+30
در 4 کانالها
Get PRO
اکتبر '25
+2
در 1 کانالها
Get PRO
سپتامبر '250
در 0 کانالها
Get PRO
اوت '25
+8
در 0 کانالها
Get PRO
ژوئیه '250
در 1 کانالها
Get PRO
ژوئن '25
+2
در 1 کانالها
Get PRO
مه '250
در 0 کانالها
Get PRO
آوریل '250
در 1 کانالها
Get PRO
مارس '250
در 1 کانالها
Get PRO
فوریه '250
در 0 کانالها
Get PRO
ژانویه '25
+5
در 0 کانالها
Get PRO
دسامبر '240
در 0 کانالها
Get PRO
نوامبر '24
+5
در 1 کانالها
Get PRO
اکتبر '240
در 0 کانالها
Get PRO
سپتامبر '240
در 0 کانالها
Get PRO
اوت '240
در 0 کانالها
Get PRO
ژوئیه '240
در 0 کانالها
Get PRO
ژوئن '24
+2
در 0 کانالها
Get PRO
مه '240
در 1 کانالها
Get PRO
آوریل '24
+8
در 1 کانالها
Get PRO
مارس '240
در 0 کانالها
Get PRO
فوریه '240
در 1 کانالها
Get PRO
ژانویه '24
+98
در 2 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 26 اوت | 0 | |||
| 25 اوت | +1 | |||
| 24 اوت | +3 | |||
| 23 اوت | 0 | |||
| 22 اوت | +2 | |||
| 21 اوت | 0 | |||
| 20 اوت | 0 | |||
| 19 اوت | +1 | |||
| 18 اوت | +3 | |||
| 17 اوت | 0 | |||
| 16 اوت | +1 | |||
| 15 اوت | 0 | |||
| 14 اوت | 0 | |||
| 13 اوت | +1 | |||
| 12 اوت | +1 | |||
| 11 اوت | 0 | |||
| 10 اوت | 0 | |||
| 09 اوت | 0 | |||
| 08 اوت | 0 | |||
| 07 اوت | +2 | |||
| 06 اوت | 0 | |||
| 05 اوت | +1 | |||
| 04 اوت | 0 | |||
| 03 اوت | +2 | |||
| 02 اوت | 0 | |||
| 01 اوت | 0 |
پستهای کانال
| 2 | The idea of tech refusal as a form of library instruction may feel overly “political” (a word that is much feared in the library world!). Is teaching patrons how to dump Google and use a different search engine, browser, and email provider “neutral”? No, no more than is automatically signing them up for a Gmail account when they say they need an email address. While it’s a popular fiction to imagine that all these technologies are “just tools” and that whether they are good or bad depends on how you use them, the truth is that none of these decisions are neutral. All technology use has impacts on our lives, our privacy, our habits, our politics, and our shared environmental future.
https://doi.org/10.5860/ital.v45i1.17653 | 120 |
| 3 | 社交网络创造了一种过去可能并不存在的东西：一切在社交网络上发表的东西其实都是一种 manifesto。即使不特别做宣传，甚至主动限制传播方式和范围，也是对有先范围内的有限听众的 manifesto，形式也是一部分。哪怕将社交网络的发表定义为树洞，单纯的思想宣泄，这也是 manifesto 的一部分，是作者想在这样的情境，被这样看到。意识不到这一点，不是谎言就是自我欺骗。 | 695 |
| 4 | https://fixupx.com/QueerLawWatchCN/status/2088559117363196409 | 191 |
| 5 | https://stelpolva.moe/notes/apzee1qro6hw2am4 | 1 |
| 6 | 虽然说不清到底从哪里来，但对「机智风趣的刻薄」的迷恋好像是一个意外深入的文化奶水。哪怕有所察觉，也很难说我自己真的摆脱了这种念头。
记得从我很小的时候，「擅长吐槽」就是一个几乎压倒性正面的标签，是一件很值得吹嘘和公开标榜的事情（很惭愧，我自己应该也曾经干过），但要说这么说话的人具体干了什么，无非用一些看似风趣的方式变着法子羞辱别人而已。
当然今天好像还是这样，而且拓展到了更直接的「嘴臭」。在讨论不同语言的时候真的会有人非常认真的用汉语骂人花样多来论证汉语富有创造力因此更优越 - 也有举一反三者例如用黑人骂人花样多的例子来论证黑人比白人更有创造力之类的。
只能说，作为一种当下自我要求，即使是我非常讨厌的人，我也不希望自己会从羞辱他，或者看到他被羞辱中获得快感。 | 189 |
| 7 |  https://www.youtube.com/watch?v=CKJi-3kbfec | 224 |
| 8 |  +1在我印象里书买来还是用来看的，但不太确定现在的年轻人买去到底是干啥用…. | 232 |
| 9 |  بدون متن... | 236 |
| 10 | 或许是同一个话题。很多人，包括很多我很尊敬的朋友，都会说，因为某个地方的人/说某种语言的人/某个种族的人/某个肤色的人做了某些不好的事，给自己留下了阴影，所以下意识讨厌这些人。
人不需要永远理性，坏的个人经验也不应该被否定，这是人之常情。
但我还是要说，这样的想法会出现在小地方上，会出现在方言上，出现在印度人、黑人上，出现在性少数群体上，但几乎不会出现在主流群体上。我从来没见过有人说，因为某个说普通话的人做了坏事，所以我对说普通话的人有偏见。也很少有人说，因为这个中国人，这个异性恋做了坏事，因此我突然开始讨厌所有的中国人，所有的异性恋。
我想这就是 William Du Bois的「double consciousness」。一个黑人生活在白人的社会，任何事情都需要想两次：自己怎么想，和白人看到自己这么想，会怎么想。而白人只需要保持自我就可以。主流群体只需要想一次。 | 250 |
| 11 |  +1FFmpeg 9.0发布，命名为“Lei”，新增 WebP 原生解码、基于 Vulkan 的 APV 硬件加速，以及 VideoToolbox 加速的 ProRes RAW 解码等。
https://www.phoronix.com/news/FFmpeg-9.0-Released
此次命名以纪念已故的雷霄骅
雷霄骅曾是中国传媒大学数字电视技术方向的博士生，长期从事视频、音频技术研究，并围绕 FFmpeg 制作了大量实验项目和开发示例。在其个人网站中，他曾这样介绍自己的工作：自己制作了一系列 FFmpeg 和多媒体项目的 demo，希望这些内容能够帮助音视频技术初学者。
他在2013-2016年撰写了大量 FFmpeg API、源码分析及音视频编解码、封装和传输协议方面的中文教程与示例，帮助许多中国开发者入门音视频和 FFmpeg。于 2016 年疑似因过劳突然离世。
今年是离世10周年，FFmpeg用了这个大版本号来纪念他。 | 172 |
| 12 | 身边的种族主义大概是这样的一件事：我可以理解（≠赞同）一些人有这样的观点；每个人都多少会有不公允或不准确的观点，或来自个人经历，或来自认知局限，如不伤害他人，观点本身不是罪过；如果是身边的家人朋友，我会尽量讨论，不会仅因一两个观点而认为他们是坏人；取决于语境，我也许也不会仅因为一两个观点而完全否定特定的人。但当一个人说种族主义的话，做种族主义的事，这是令人看不起的。即使他是我的朋友家人，之后可能仍是我的朋友家人，我也看不起他此时的言行。每个人都有缺陷会犯错，但我希望每个人都可以在自己犯错的时候感到羞愧。 | 186 |
| 13 | https://mastodon.zergy.net/@Enalys/117024496780030234 | 195 |
| 14 | 几天前和朋友聊到，类似 OpenClaw 的系统虽然大家都挺不屑一顾，但说不定用来给 ADHD 患者做日程管理会挺好用，因为它最大的优势是持续在线，可以做一些自发的活动。仅仅做日程管理的话也不需要给很多权限，避免了传说中破坏用户系统的问题。
于是就设置了一个 Nanobot 尝试了一下，感觉这个思路确实很有潜力，但问题也很明显，需要花不少时间来琢磨合适的用法和解决低级问题。
我目前用它来做这些事情：
1. 传统日程管理。定时同步各种日历事件，按规则提前提醒我。重要的事情反复提醒直到我回复；
2. 整理待办事项。提前做好事项分类（比如按艾森豪威尔矩阵），我用聊天介面随时发要做的事，bot 帮我自动归类，整理，格式化（比如标记好起止时间），同步到该同步的地方。到时间提醒我；
3. 工作激励。在常规工作时间或者别的我觉得需要催促的时候，每隔一段时间问我进度，防止摸鱼。在我试图糊弄的时候强硬要求细节。
思路上很合适。这些工作都不难而且很重复和结构化，现在的 LLM 智商足够；LLM 的特性又可以避免特别机械的提醒，可以根据需要做个性化的反馈，这点体验上也很不错；这类系统的一大特点是需要什么功能都可以让 AI 现写脚本实现，所以具体的工作方式和功能增减都很灵活，想怎么用都可以。
遇到的一些问题：
- OpenClaw 类系统对 AI 编程默认没什么优化（毕竟不是专门干这个的），导致虽然可以根据需要随时写脚本，但实现的质量很差。拆东墙补西墙或者根本不能用都很常见。你需要非常具体的设计好你要的功能，或自己具备一定的相关知识才能相对无痛的做功能的增减。我目前的方法是需要做功能调整的时候换一个贵一点的模型上去，或者直接另行通过专门的 AI 编程介面写好；
- 上面的问题本质上是成本问题。一个需要隔几十分钟甚至更短叫醒一次，多半还需要执行一堆指令，读取一堆数据的 AI 系统是昂贵的。因此大多数用户都只能用相对便宜的模型。妥协就是实现功能质量低且费时费力，以及在功能本身实现就不太好的前提下，执行也更容易出错；
- 这类 bot 系统默认状态下几乎没有权限管理，也没有备份机制。几个基本的指令（heartbeat，agent，dream….）不但你可以随时随便改，bot 自己也可以随便改，且在设计上就是会即时改写更新的。看初衷这当然是灵活的优点的来源，但是l在模型写作和编程水平不高的前提下，很容易把自己改到没法正常工作，要是提前没注意备份问题甚至有可能改不回来；
- 类似上一条，所有花里胡哨的功能（skill，automation，heartbeat…）实际上都是一些散落在不同的位置
的 markdown 文件，辅以一些脚本和命令行工具（比如 cron）。除了容易改坏，规模但凡稍大就会很难管理。比如各种 skill 会互相引用，修改时除非你自己非常清楚什么地方有什么，或者每次修改都反复详细讨论（比如让 AI 读遍所有文件，缺点是贵，慢，未必每个模型都做得到）否则改一处漏十处几乎一定会发生。提前做好设计可以一定程度避免这个问题，只能说作为一个非程序员而且自己本来就不擅长整理和计划的人，这对我来说并不容易。 | 258 |
| 15 | 最近小宇宙对托管的播客节目做了一些糟糕的改动，
1. 设置了只有达到 15 期和 1000 订阅才能输出公开 RSS 的门槛；
2. 不再在公开 RSS 中输出完整的 shownotes，代之以「去小宇宙查看完整单集简介」的引流链接。
无论出发点，这都是损害播客开放之可能，对播客制作者有害无益之举。如果你正在小宇宙上托管自己的节目，请通过可能的渠道反对这些改动；也请考虑迁移至 Typlog 等独立的托管平台，或利用开源工具自己托管（我最近做的 offshore 也是其中一种）。
如果你对迁移或托管有任何疑问，欢迎随时联系我，我可以在能力范围内免费提供技术支持。 | 1 394 |
| 16 | 我自己节目目前的工作流：音频文件按固定格式放 CF R2，生成的 feed xml 文件也放 R2，每次上传同名文件替换就实现了节目更新了。所有的链接前面用自己的链接跳转，这样以后即使不用 R2 了，在 DNS 层面操作一下就行，对听众是无感的。 | 414 |
| 17 | 做了一个构思很久的小工具：本地播客 feed 生成器 offshore。
https://offshore.pressed.press/
最初的动机是市场上的播客 host 太贵，已经算是物美价廉的 Typlog 也要 90 美元一个月。免费的方案，比如小宇宙，网易云和喜马拉雅，附带的封闭和审查也让人完全不想用。
自建的方案有一些，但几乎都是建站工具的附属，比如 WordPress 或者一些静态博客生成器的插件。虽然可用，但当你实际上并不需要那些网站的时候，不得不一并 host 作为主体的网站未免显得非常累赘。
再之后看到有人把播客的音频都托管在 Internet Archive 上的例子，意识到其实音频和播客 feed 完全是可以拆分的。即使是目前很稳定的 Typlog，也在墙外，也很难保证中国的访问不会出问题。因此我尝试继续使用 Typlog 的 feed 不变，但把音频单独先后放在阿里云 OSS 和 Cloudflare R2 上，速度和稳定性都相当不错。
只要播客通过互联网分发，音频文件就必须托管在公网能够直接访问的地方。而在这个前提之下，对于最多也就百余 MB 的音频文件来说，任何静态存储服务都比完整的商业播客托管服务便宜很多，甚至我怀疑 Cloudflare R2 免费 10G 的额度大部分播客都未必能用满。而播客 feed 本身，就是一个纯文本 xml 文件，更是有无数方式可以免费托管。
通过 offshore 我想解决的就是这样的托管场景。音频文件可以放在你想放的任何公网可以访问的地方，未来随时换也可以，只要替换一下链接就行；feed 直接生成到本地，想怎么上传都可以；同时提供完整的校验，能够确保各种素材和元数据符合播客标准；可以直接导入既有的 RSS，方便从别的方案切换过来。足够轻便但也灵活，所有操作都可以通过 web UI 进行，如果确实想放在服务器上，它也是可以作为直接发布 feed 的播客 server 的。
当然，目前还是很早期的版本，免不了会有 bug 和功能上的缺失，但是基本的功能我自己和身边的朋友都已经投入实用了。欢迎试用，也欢迎意见和建议。 | 1 270 |
| 18 | https://pudding.cool/2026/06/menu-story | 318 |
| 19 | 今天想在两个电脑上通过命令行分享文件，找了下发现之前收藏的这个工具很不错
https://github.com/schollz/croc | 373 |
| 20 | https://stblog.penclub.club/posts/TheLittleMermaid/ | 224 |
