Binyang
Rybbit - 一个开源且注重隐私的 Google Analytics 替代方案，使用体验更加直观易懂，足足提升 10 倍。 让 Codex 帮我在 RN VPS 上自托管了这个服务，同时接入了现在这个网站。这种工作量，在 Codex 之前是不敢想象的，不是困难和复杂，是在安装软件和配置环境上，太折腾了。现在几分钟就自动搞定了，我打个下手，就添加一条 domain A 记录而已。
标签
开发
当前标签「开发」下的长文与短动态。
Binyang
前些天，尝试用 ollama + 本地 qwen3.5:4b 模型来翻译一本电子书PDF。翻译的时间不是问题，但是最后生成的排版效果不好。我想实现双语上下排版，模型先把PDF转换为markdown，然后再翻译，生成一份新的PDF。新PDF中的英文，中文排版，阅读起来很费劲，不舒服。 我去查了一下这个问题，发现PDF文字排版确实不好做。不同的书籍，不同的内容有自己合适的表现形式，PDF排版应该需要专门去调整和优化，这个成本太高了。 最后，我发现HTML是最合适的，排版很容易做到美观，而且我的目标只是翻译和阅读舒服。按照这个方案，之后找个时间，我再继续完善一下，用它来辅助自己阅读英文书。
在时刻页查看Binyang
CSS 动画一般都是基于时间，最新的 Animation Timeline API 可以改成基于视口，即根据元素在视口中移动的百分比来触发动画。 视口驱动的 CSS 动画: https://www.joshwcomeau.com/animation/scroll-driven-animations/
Binyang
今天看到了Vercel实验室开源的portless，可以不使用端口号访问本地项目，也不用担心端口冲突了。 - "dev": "next dev" # http://localhost:3000 + "dev": "portless myapp next dev" # https://myapp.localhost
在时刻页查看Binyang
现在的AI编程工具都支持了多agent模式，也就是可以并行开发不同的功能任务。但是实际体验下来，哪怕是在个人小项目中，这种模式并没有让我感觉很有收益。代码蹭蹭的往上加，且不说代码冲突，最大的坏处是让我感觉很累。古法编程，从思考到动手，很容易进入心流的状态。真正写代码的时候，反而会让我感到放松。 一个简单的功能，如何做的好用，合理，这才是需要和AI来进行沟通的地方。大脑思维要和AI一起协作，产出有效长期的代码。
在时刻页查看Binyang
做一个产品，一开始不要陷入复杂方案的陷阱，哪怕你是一个很有经验的开发者。 首先应该考虑的是 0 - 100，0 - 1000的用户获取和服务能力。技术方案应该越简单越好，这样有利于快速发布，快速验证，快速进入核心功能的开发。 AI的能力让很多高级功能的开发都变得轻而易举，但是你真的需要吗？用户真的在意吗？如果不能做出很好的洞察和判断，AI反而会让你陷入无意义的消耗，比如时间和token。
在时刻页查看Binyang
Web依旧是最值得开发的平台和分发形式。iOS中，把网站分享到主屏幕，会看到App启动图标。点击图标打开后，看不到浏览器地址栏，完全像是一个独立的App。 最近开始重新思考： 1. 有了AI辅助后，开发原生App，成本和难度已经下降了很多，但是双系统上架和维护成本依然很大。 2. 是否需要开发小程序？ 3. 是否已经能够满足用户需求和使用体验？
Binyang
设计与开发原则 • 避免冗余，保持实现简洁 • 以最小改动为原则，防止对已有功能造成侵入性影响 • 保持系统一致性，避免引入不必要的变体和边缘复杂性 • 优先考虑长期可维护性，其重要性高于短期功能交付 • 所有代码与设计需经过逐行人工审查
在时刻页查看