返回首页
最新
我是一名自由开发者，已经工作多年，一直在规划我的工作周和跟踪项目预算方面遇到困难。我使用 Harvest 进行时间跟踪，但它在周视图和预算可见性方面的功能总是等到为时已晚才显现出来。
因此，我开发了 Crow's Nest——一个工作周规划工具和预算可视化层，位于 Harvest 之上。它会提取你的时间记录，并向你展示：
- 按项目和工作能力划分的周计划（在周一之前）
- 每个项目的实时预算进度
- 你计划的内容与实际发生的情况之间的差距
这并不是 Harvest 的替代品——只是缺失的规划层。你需要一个有效的 Harvest 账户才能使用它。
我在 HN 上分享这个的原因：我希望能得到来自其他自由职业者和开发者的技术反馈。这个产品还处于早期阶段（目前只有两个 alpha 用户），而 HN 的建设性批评对我的项目一直是非常宝贵的。
技术细节：使用 Ruby on Rails，重度依赖 Web Awesome 和 Phlex。
最大挑战：
1. 将 Harvest 的时间记录数据映射到周规划模型
2. 创建一个简单的用户界面，不增加认知负担
3. 处理与全球客户合作的自由职业者的时区差异
试用链接： [https://mycrowsnest.app](https://mycrowsnest.app)
希望能得到以下方面的反馈：
- 这是否解决了使用 Harvest 的自由职业者的实际问题？
- 什么功能会使它变得不可或缺？
- UX/UI 的改进建议
我是开发者，正在公开开发这个项目。欢迎所有反馈。
我在过去一年里将执行功能属性（如自律、毅力、耐心等）视为可变的“系统变量”，而非固定特质。<p>我采用系统工程的方法，在遇到瓶颈（例如拖延、过度紧张）时“开处方”基于认知行为疗法（CBT）的心理干预，同时识别哪些特质需要更多关注，以优化整体“系统”（我的）输出。<p>*模型概述*：<p>我使用灰箱模型，依赖以下前提：<p>1. 性能作为函数：性能输出在很大程度上是我列出的心理特质的函数。<p>2. 可变性：这些特质是可变的，最大化它们会显著提升性能。<p>3. 控制理论循环：使用控制理论定义这些特质的自我修正模型，并将其与一些基准（例如已交付的功能、损益）进行对比，通过对个性化心理干预进行试错，可以获得可操作的成长洞察。<p>*瓶颈*：<p>1. 它容易受到严重的“垃圾进垃圾出”（GIGO）影响。<p>2. 准确的状态评估目前需要高强度的日记记录，这是主要的失败点，但随着大型语言模型（LLM）日记的出现，这一问题并非不可克服。<p>*向HN提问*<p>1. 先前的研究：你们中有没有人采取结构化、量化的方法来改善这些（或其他）个性特质？<p>2. 安慰剂检查：请指出逻辑中的漏洞。我担心我个人在这种方法上取得的成功可能只是安慰剂效应。
我是Ricard Bejarano，与O'Reilly一起编写《家庭实验室手册》，这是关于家庭实验室和自我托管的权威指南。
为了激励读者，我们希望最后一章能展示一系列真实的家庭实验室案例，以表明家庭实验室没有固定的定义——家庭实验室是你自己创造的。因此，我们正在寻找愿意在书中展示自己家庭实验室的实验者。我们希望看到各种硬件、软件和规模的多样性——从单个树莓派到地下室的全高机架——所以请不要害羞，分享你的实验室。
如果你想提交你的家庭实验室以便在书中展示，请填写以下表格：
https://docs.google.com/forms/d/e/1FAIpQLScLc16kBFDY3liuEz_a40CF1sYz7yeqPmy1CKVhufHNSzjhIA/viewform
表格提交截止日期为2026年4月12日。我们将在截止日期后不久与所有提交者联系，告知你的家庭实验室是否被选中。如果我们接受你的案例，我们会要求你分享更多细节，以便我能写出一个合适的章节。你在下面的回答将不会被公开，仅用于选择目的。
TypR 是一种静态类型语言，使用 Rust 编写，能够编译成普通的 R 代码，并采用 S3 类。其目标是在不离开 R 生态系统的情况下为 R 带来类型安全——生成的输出是符合 R 习惯用法的代码，可以直接放入任何现有项目中。
编译器通过单态化在编译时解析泛型类型，因此没有运行时开销。类型系统支持结构化类型、接口和泛型。目前仍处于 alpha 阶段，但以下内容已经可用：
- GitHub: [https://github.com/we-data-ch/typr](https://github.com/we-data-ch/typr)
- 二进制文件（Windows/Mac/Linux）: [https://github.com/we-data-ch/typr/releases](https://github.com/we-data-ch/typr/releases)
- 在线游乐场: [https://we-data-ch.github.io/typr-playground.github.io/](https://we-data-ch.github.io/typr-playground.github.io/)
- 带有 LSP 的 VS Code 扩展: [https://marketplace.visualstudio.com/items?itemName=wedata-ch.typr-language](https://marketplace.visualstudio.com/items?itemName=wedata-ch.typr-language)
- 文档（进行中）: [https://we-data-ch.github.io/typr.github.io/](https://we-data-ch.github.io/typr.github.io/)
已知的限制：标准库非常简陋，因此用户需要为一些现有的函数/变量提供签名，错误信息需要改进，LSP 功能也比较基础。Positron 和 Neovim 的支持正在进行中。
我们非常欢迎对类型系统设计的反馈或关于实际应用场景的想法，以便使其更具实用性。
几个月前，我尝试写一部互动小说。<p>结果变成了一个软件项目。<p>随着故事的发展，管理结构变得越来越困难：分支、条件、叙事状态……一切开始变得混乱。<p>在某个时候，我打开了Visual Studio，试图自己解决这个问题。最初的想法很简单：将散文与驱动故事的运行逻辑分开。<p>这个实验慢慢演变成了一个名为iepub的小生态系统：<p>• 一种互动书籍的结构化格式
• 一个解释该格式的阅读器运行时
• 一个专为编写互动小说而设计的可视化编辑器<p>这个编辑器力求让人感觉像一个普通的写作工具（更接近于Google Docs），但专为分支叙事设计。它允许你定义叙事条件，将变量附加到章节，配置概率事件（如掷骰子），创建叙事变体，并将故事的结构可视化为图形。<p>大部分开发工作是在AI代理（Codex）的帮助下进行的，它们充当开发伙伴，这种工作流程在架构、用户界面组件和调试方面出乎意料地有效。<p>如果有人感兴趣：<p>项目：
<a href="https://iepub.io" rel="nofollow">https://iepub.io</a><p>关于开发过程的文章：
<a href="https://medium.com/@santi.santamaria.medel/interactive-fiction-platform-codex-ai-093358665827" rel="nofollow">https://medium.com/@santi.santamaria.medel/interactive-ficti...</a><p>欢迎对项目、架构或AI辅助开发工作流程提出问题。