🌍 V2EX

[macOS] 我做了一个 macOS 菜单栏日历:白纸日历

我做了一个 macOS 菜单栏日历:白纸日历 V2EX 的朋友们大家好,最近做了一个 macOS 菜单栏日历应用,叫「白纸日历」。 它的出发点很简单:我每天都会看日期、农历、节假日、日程和提醒事项,但这些信息通常分散在系统菜单栏、日历 App 、提醒事项 App 和各种节假日查询页面里。系统菜单栏只适合看一个很短的日期,系统日历又更像一个完整管理工具,打开成本偏高。 所以我想做一个更轻的入口:常驻菜单栏,点击一下展开,今天、农历、节假日、日程和提醒都在眼前。 它主要解决什么 白纸日历不是想替代 Fantastical 、BusyCal 这类完整日历应用,而是想补上一个更适合中文用户的菜单栏日历: 菜单栏可以显示日期、星期、时间、秒、农历/节气,格式可以自己组合。 点击菜单栏后展开 42 格月历,农历小字、节气、节假日、调休、日程圆点都集中在一个面板里。 支持中国法定节假日和调休标记,也会显示假期倒计时。 可以展开农历黄历信息,看节气、宜忌、干支等必要内容。 系统日历事件和提醒事项会合并显示在同一天视图里。 可以从底部快速新建日程或...
🌍 V2EX

[Apple] iPhone 18 基础款感觉不太会涨价

iPhone 对于 Apple 来说相当于入门生态的第一步,是否有可能在别的产品线上把存储芯片的涨价给摊薄,苹果之前也吃过 iPhone 涨价的亏,如果说涨价太多,导致市场份额下滑,长远来看有点得不偿失,大公司感觉对供应商还是有议价能力的 国产安卓厂商这波实在是吃亏,利润本来就没 iPhone 高,如果涨价太多,跟 iPhone 比起来又没性价比,安卓机型竞争也大
🌍 V2EX

[问与答] Quantumult X 规则使用疑问

小白在使用墨鱼的懒人规则: https://ddgksf2013.top/Profile/QuantumultX.conf 有时会发现国内的软件比如淘宝 哔哩哔哩刷新不出来东西(白屏),大家有遇到过这种情况吗?因为 IOS 不像安卓可以分应用代理,可能纯看规则的时效性?
🌍 V2EX

[程序员] Codeberg 宕机 7 个小时后,目前部分服务正在逐渐恢复

根据 Codeberg 官方人员的说法,可能是数据中心停电所致。大家可以在 fediverse 看到 此次事故的最新进展 。 如果你在 Codeberg 托管自己的项目,建议把鸡蛋放在多个篮子里。 比如我的个人项目,主要托管在 Savannah ,也会在 SourceHut 和 Codeberg 提供镜像。 以前还有个自建的 Gitea 实例,但自从两年前 AI 爬虫变得猖獗起来后,不堪其扰而撤掉了。 其实像 Codeberg 、SourceHut 还有 Savannah 这些平台,因为资源有限,即使在平时也经常受 DDoS 和 AI 爬虫的影响而导致服务降级,而且他们的维护压力也在逐渐增大。且用且珍惜。 但这并不意味着我们需要自甘堕落而选择 GitHub 😉
🌍 V2EX

[分享发现] 新手注册 V2EX,成本 9 块

在注册 V2EX 的时候,发现要邀请码或者达到 10000 的 V2EX 。 claude 给出了方法 一、是 OKX (欧易)交易平台上购买虚拟币,转为 SOL ,再转到 Chrom 里面的 Planet 钱包里面转为 V2EX 现在的汇率大概 130 元人民币可以换 11000 个 V2EX ,后续认证完之后点击领取资格,在通过 OKX (欧易)平台,在 Planet 里面的 V2EX 换为 SQL ,换为 USDT 后转为 CNY 选择你的账号,全程手续费大概 9 元 二、是上咸鱼上购买,我看了最便宜的大概都要 50 元 注意事项:一定要点击领取资格后在把 V2EX 转了卖了,否则又要重复进行操作,又花费 9 块的手续费
🌍 V2EX

[Vibe Coding] 拒绝“赛博溜猴”:国内大厂 AI Coding Plan 抢购恶心到极点

最近,国内各大 AI 厂商推出的 Coding Plan 套餐真的是“一票难求”啊,打着买来试试的想法,打开了多家平台,结果大失所望。智谱( GLM )、阿里、火山方舟等大厂的套餐清一色售罄,并齐刷刷开启了每天定点的“抢购模式”。我记得这个抢购,老早之前就有了,这不禁让人灵魂发问:国内真的有这么多人在写代码吗?需求量真的大到每天都有海量新增用户去抢购吗? Coding Plan 套餐是按月计费的订阅制。正常逻辑下,一个人购买后,在当月根本不需要重复购买。即便国内程序员基数庞大,也不至于每天都呈指数级激增,更不可能每天都有这么多人排队等着按月续费。 但现实是,每天到点抢购的页面永远是“卡死”和“刷新重试”,连支付的入口都点不进去。这种体验说明什么?说明各大厂商每天放出来的账号名额极有可能连十个都不到,甚至干脆就是“0 库存”的空挂页面。系统压根没打算让你买进去,它只是需要你每天在那个时间点去点一下,去碰个壁。 点开抢购页面,不是直接卡死,就是无休止地叫你“刷新重试”,连个支付入口都进不去。每天放出来的号大概率连 10 个都没有,甚至干脆就是 0 库存挂在那演戏。没货你直说“算力紧张...
🌍 V2EX

[创业组队] [全职合伙人] 寻 Golang 全栈合作

因为之前那个帖子,发的很乱不明确,不少人没有理解需求,或者有能力的也以为不符合,导致大量无效沟通,也浪费不少人发简历等回复的时间。 所以重新写个帖子。 一:对技术要求的主要核心点: 1 系统安全(重点) 具备权限控制、防越权、防刷接口、接口安全、数据保护等方面的实际项目经验(数据安全尤为重要)。 2API 平台架构能力(重点) 具备 API First 平台设计能力,能够实现前后端完全解耦,以开放 API 为核心,支持任意前端( React 、Vue 、WordPress 、H5 等)通过统一接口接入,事件驱动/消息流架构设计。 3 网页可视化编辑 有可视化编辑器,拖拽编辑器,低代码平台相关开发经验,能用开源项目进行二次开发 4 实时通信 有 WebSocket 等实时通信开发经验。 5Go 后端开发 熟练使用 Go 开发后台,有 Tauri 或 Electron 开发经验。 6 私有化部署 有 Docker Linux Nginx 等私有化部署经验。 7 熟练使用 AI 提升开发效率 有平台型产品( PaaS / SaaS )开放平台 低代码平台 工作...
🌍 V2EX

[问与答] 请教大佬们我内网万兆跑不满的原因

买了一个铭凡 MS-01 12600H 的配置装了个 win11 ,自带两个 X710 光口,我用光模块连接 TP7299 路由器,然后路由器万兆电口连接 NAS 绿联 4800plus 。smb 拉大文件发现从 nas 到电脑严重跑不满万兆后边会掉到 700 多 M/s ,反之电脑到 nas 可以满速。然后 nas 里 docker 部署 iperf3 做服务端,电脑打流测试一样是电脑到 nas 基本满速,回程跑 8.几 G 。请问大佬们有思路么。 首先,这样问题是不是不会出现在中间线路上吧,毕竟有一个方向速度没问题,也就是光模块和光纤没问题。 我接下来按排除法的话是不是换一个电脑先试试结果是不是一致,如果一致就重置整个 nas 再看?
🌍 V2EX

[分享创造] [开源] Vibe Coding 真心效率高, 100% Vibe Coding 的 WxPusher 客户端,支持 Mac, Window, Linux 。

在微信封禁了公众号模版推送的渠道以后,WxPusher 全面转型,采用客户端的方式。 在所有的用户中,其实 PC 的用户很少,PV 只有 0.5%。 Linux 居然比 Mac 用户多,我都怀疑是不是只有几个自己人在 Mac 上面使用 WxPusher 。😂 但是这部分 PC 用户,更多是专业用户,用户粘性高,因此应该要为他们提供更好的支持。 于是,我们尝试用 electron 开发 wxpusher 的桌面客户端,来完成推送消息的多端闭环。 上个月小米有一个 mimo 的 100T 计划,成功申请到 7 亿 token 。 讲道理,小米的 mimo 也还是能用,用 opus 做好方案设计,然后用 mimo 去执行,很快就可以跑出来一个框架。 最后 debug 和细节调试,感觉还是差点意思,最后还是用 opus 解决的,花点钱会更少的折腾。 感谢小米,最后 7 亿都没有用完,大概消耗了 5 亿左右(前期架构和后期 debug 部分是直接用的 opus 订阅)耗费大概 1 周时间,最后成功 100% 依靠 vibe ,搞出来了 WxPusher...
🌍 V2EX

[酷工作] 招全栈工程师 / AI Native Developer / Go 后端方向

任职要求 技术能力 熟练掌握 Rust / Go / Python / Next.js 等相关技术栈,具备独立负责模块设计、开发、调试和交付的能力。 欢迎熟练掌握 Java 等主流后端语言、并愿意转向 Go 语言技术栈的优秀工程师。 具备良好的后端工程能力,理解接口设计、服务拆分、并发处理、异常处理、日志追踪、性能优化等常见工程实践。 数据库与中间件 精通 PostgreSQL 或其他主流关系型数据库,具备较强的数据建模、SQL 优化和问题排查能力。 对高并发场景下的 事务隔离级别、锁机制、并发控制、数据一致性 有实战经验。 熟练使用 Redis ,理解缓存、分布式锁、队列、限流等常见使用场景及风险边界。 AI 工程化能力 熟练使用 Claude Code 、Codex 、Cursor 、GitHub Copilot 等 AI 编程工具,能够将 AI 深度融入日常研发流程。 理解 AI 辅助开发的正确使用方式,能够通过清晰的需求拆解、上下文整理、提示词设计和代码审查,提高研发效率与交付质量。 具备 All in AI 的工作理...
🌍 V2EX

[分享创造] 上班摸鱼都在看!这款 APP 把你的每秒工资,实时摆在眼前

坐满 8 小时工位,月底只收到一笔模糊月薪;加班到深夜,说不清自己多赚了多少;主业副业收入混杂,想复盘全年收益无从下手…… 打工人总被一句「时间 = 金钱」安慰,可我们从来看不见每一秒劳动对应的价值。今天给大家安利一款 iOS 专属工具 Timoney ,把抽象工时变成跳动的收入数字,让你的每一份辛苦,都清晰可见。 Timoney - Time is Money: https://apps.apple.com/us/app/timoney-time-is-money/id6780381330 一、首页实时动态:上班时,钱一直在涨 打开 Timoney 首页,深色质感收入卡片是核心体验。每秒自动刷新今日已入账,搭配流畅金币动画;页面同步跳动下班倒计时,清晰标注「搞钱中 / 已下班」状态标签。 提前设置每日收入目标,进度条实时更新完成度,达标后自动推送成就提醒。轻点卡片就能一键调出周 / 月 / 年度总收入概览,不用反复切换页面,全天收益一眼尽收眼底。 不用等到发薪日,上班每一分钟,都能直观看见自己正在 “搞钱”。 二、自定义薪资规则:适配所有打工人收入模式 1. 全薪资计算模式...
🌍 V2EX

[分享创造] 迫于硬盘涨价 Time Machine 备分盘满了,搞了一个 macos 自动排除备目录管理

最近硬盘涨价的厉害,而我的 Time Machine 备份盘不想清理老的备分,于是我看了一个好多无效的备分,比如 cache 文件夹 node_modules 、target 、build ,找了一圈对现有的开源软件不太满意,玩意用 gpt5.5 做了一个轻级的扫瞄和监控这些目录,目录名可以自定义。 发现一个比任务管理更好的工作流是先提 issue ,用 issue 来做任务管理,然后根据 issue 顺序,一个 do-issue skill + /goal 直接跑就行。 已经接入 brew brew tap zzerding/tap; brew install tm-watcher 安装后只需 tm-watcher daemon start ,即可自动监控依赖目录的创建,排除在备份之外,目录删除后还会自动清理记录。从此告别手动维护 Time Machine 排除列表,让备份更快、备份盘更耐用,你也更专注于写代码。 tm-watcher scan <path> 根据定义的目录规则排除路径里已有的目录。 开源地址: https://github.co...
🌍 V2EX

[分享创造] 自己做中转站遇到的坑总结

上个月开始运营 AI 中转站 鱼鱼连线 https://yylx.io 开始以为应该不算难,因为看到不少十几岁的人在做,结果上来之后就踩了一堆坑,钱也投进去不少,最近算是刚从一堆大坑里爬出来。 框架选择 上来肯定想直接用,先不早自己的轮子,市面上就是 sub2api 和 newapi 这两家大的,刚开始看的时候觉得都差不多,就选了 sub2api ,结果用起来发现问题一大堆,bug 也有,没设计好的地方也有。(这里不是黑,因为每个人做的时候需求都不一样,肯定有开源作品没考虑到的问题) 后来发现有些问题 newapi 早就有解决方案了,就用 newapi 又搭建了一套,刚开始很爽,但用着用着发现有一些 sub2api 的基础功能 newapi 根本没有。 这两套系统并没有太多感觉谁比谁强的样子,都是各有优势,也各有不足,只能选定一套之后做二次开发。但是这两套系统源码都几十万行了,vibe 起来并不容易,如果只读一部分代码就开始 vibe 很容易出问题,总之开发起来要格外小心。 号池构建 先是自己注册了几个账号,用的自己名下的纯境外本地银行注册的信用卡,用得特别...
🌍 V2EX

[职场话题] 上班上的自我怀疑了

背景:本科软工 6 年后端。去年入职新公司,入职时公司没有软件相关技术人员,想自研软件+ai 赋能给其它部门使用,领导层有认识开小公司做软件的人,公司就把项目外包给这个外部的人,这人不来公司,项目启动前一个月现他招了一个属于他们公司但驻厂我们公司,。相处大半年,几个问题: 1. [无法沟通] 。这人无项目管理经验、无产品经理经验,只有半调子前端经验。但是他 title 是:项目经理+产品经理。碰到问题认知不在一个层面, 2. [形式感严重] 。日报、周报、周会。 3. [逼走两个后端] 。第一个后端觉得产品经理给不出产品文档,需求不明确,跟他顶了几次嘴,被开了拿赔偿。第二个几乎也是,需求不明确,做的很内耗,很多靠猜,试用期前一天自己表明不转正 自己走了 4. [工作内容复杂度不明确] 。 第 3 个后端进来,第一天指派之前人走遗留的 40+个 bug 给新人,让两周内解决。同时由于之前人走导致项目延期的需求,让新人并行解决 [我们为啥不向自己公司领导反馈] 前端反馈过,领导层把事情跟外包的人说,被开除警告。 [要求公司招产品经理也说过] 说一期结束才招,现在项目延期,...
🌍 V2EX

[职场话题] 大模型时代,学新知识的迷茫问题

在大模型时代学习新的编程语言或开发框架时,有一个困惑的点:究竟“哪些部分仍然要痛苦地自主思考”,而“哪些细节可以放心让大模型外包”?不知道别的人目前在学习新技术时,是如何把握这个平衡点的。 以学习 Next.js + ts 为例。在前大模型时代,学习路径一般是通读官方文档,或跟着类似《 Learn Python the Hard Way 》这类教材,按部就班地理解概念+细节,并实操大部分工具、代码操作。如今,部分记忆工作显然可以移交给大模型,因为人脑在记忆力上尝试与大模型竞争,是必然落败的。但另一方面,像 Vibe Coding 那样在毫无前置学习的情况下,完全依赖模型去实现功能,我认为也会有问题,因为这种知识背景下,开发者完全没有对生成结果细节的审查与纠偏能力,如果恰巧是在开发有高可靠要求的应用,很容易出锅。 PS:学习的目的是为了自己日后方便通过开发手段实现一些想法,以及独立接外包项目,没有面试背概念的需求。
🌍 V2EX

[VPS] 一图读懂 DMIT 正价机(更新 dmit 应对鸡荒,将 as3 cpu 重新上架,调高了 an4 an5 架构的价格)

为了应对机荒和硬件价格上涨,大妈把已退休的上一代架构的 cpu 重新上架,以缓解机荒的压力,同时调高了 an4 和 an5 这两代 cpu 机型的价格 硬件真是太贵了,良心大妈低配正价机型没怎么涨价,预计下周补货正价机。特价机今年估计不会有,成本完全打不住。 这里更新了一图读懂大妈正价机,更新了 as3 架构产品的价格,删去了已下架清退的日本/香港 EB 系列机型 如果需要大妈机器,v 佬可以关注一下专门的 dmit 补货监控 🔥DMIT 补货监控 或者通用多商家补货监控 🔥多商家补货监控
🌍 V2EX

[Claude Code] 收到了 Claude 封账号的邮件,但似乎还是能用, APP 和网页版目前都能使用

Hello, An internal investigation of suspicious signals associated with your account indicates a violation of our Usage Policy. As a result, we have revoked your access to Claude. To appeal our decision, log in to claude.ai with this account and you'll be taken to the appeals page. You can learn more about the process here. Regards Anthropic's Safeguards Team
🌍 V2EX

[OpenAI] skills,真的重要嘛?大家来讨论下吧。

对于 codex 5.5 来说,个人开发网站应用,下面的这些 skill ,哪些是比较推荐的?谢谢大佬指教。 superpowers Brainstorming grill me Frontend Design claude-design UI UX Pro Max claude-mem Gstack harness Matt 的前端 Skill ponytail
🌍 V2EX

[分享发现] 试用了 WPS 的 AI 自动收录功能

最近发现 WPS 的知识库模块里多了一个 AI 收录功能,可以自动从互联网收录文章。例如: 这个功能虽然还不完善,收录的效果不算很好,但这个 idea 本身很棒。使用过程很丝滑,只需要输入关键词即可,例如只需要输入“美女图”三个字,或者输入“股票市场最新东西”8 个字,就能创建一个任务,每天自动收录文章。 如果这个功能继续进化改善,还是很有实用价值的。
🌍 V2EX

[Claude] Claude Pro 也被封号了

不知道是昨天搞得自动切换代理模块问题还是新机场 ip 问题 我错了 Pro 也被拿下了 能退钱吗?
🌍 V2EX

[程序员] 关于 Loop Engineering 的实践与反思

循环工程 这个思想主要是几个知名的大模型团队成员同一时间提出来的 说白话就是,把开发分为 4 个阶段, 发现问题 -> 开辟几个 git worktree 并行解决开发防止同文件代码污染 -> 新开一个 agnent 做功能验证,防止 yes 幻觉 -> 把上下文内容和核心主旨通过 MCP 存到 linear 、notion 上。在下一次的发现问题中,从 MCP 对应的 issues ID / docs ID 回显上下文。 然后再开/loop 以此往复,直到 agent 发现不了新的问题。 这个工程实践真的能落地么?离开人类的监督范畴,很多没考虑到的边界问题,agent 能够帮忙兜底吗? 国内对应 linear 、notion 的,甚至可以是 github issues/wiki 、feishu CLI 、feishu MCP 以及语雀。尽量靠近团队生态,甚至在敏捷开发的团队里,都不需要把存储上行到这些第三方服务,而是直接在本地开一个 md 文件存储即可。 现在 agent 范式搞不出什么新东西了,本质都是围绕着提示词转悠...