返回首页
最新
正在寻找Rails工作；昨天参加了一个面试。一般来说，我不太参加这种类型的面试，但这次我想尝试一下，看看自己能做到什么（结果我失败了，没能在时间结束前找到一个可行的解决方案）。
以下是题目内容：
想象一下，你住在纽约市，你的工作是用车送披萨。披萨有三种不同的尺寸：小、中、大。你的车有一定的披萨承载能力，其中小披萨占用一个单位的容量，中披萨占用两个单位，大披萨占用三个单位。你会收到一个订单列表，每个订单都定义了需要送达的每种尺寸的披萨数量。每位顾客希望在一次送货中收到他们的全部订单。你必须按顺序送达这些订单。假设你的车只有足够的燃料进行T次行程。那么，送达所有订单所需的最小车载容量是多少？
要求：
时间：50分钟
交付物：一个可行的解决方案，经过打磨以适合生产使用
没有测试用例。没有示例。请提前想好这些。
别误会，我觉得这个练习很有趣，面试官沟通能力很好，表达清晰，在我面前挑战我的思维也很有趣 :D。我只是想知道，这种类型的问题在你所在的地方是否在Rails面试中很常见。
嗨，HN，
我们正在开发一个新工具，我很想听听你们的想法。
这个想法很简单：
- 想象一下类似WhatsApp的团队聊天。
- 每个对话会自动转化为行动项（任务、文档、日历事件）。
- 一个AI“同事”会在聊天中工作：它会整理任务，提醒你截止日期，甚至可以独立处理一些简单的工作。
- 你还可以录制语音对话，AI会生成一份总结文档，并将行动项提取为任务。
展望未来：
- 这些生成的任务本身可以成为提示，这样AI就可以主动解决它能处理的事情。
- 我们计划将其与MCP（模型上下文协议）连接，以便让AI代理直接跨工具和服务处理任务。
因此，聊天本身将成为你的任务管理器、文档中心和会议记录系统，而AI则负责繁重的工作。
我们还处于早期阶段，但我很好奇：
你会尝试这样的工具吗？
在你的工作流程中，什么样的AI团队成员在聊天中会真正有用（而不是分散注意力）？
任何反馈对我们塑造产品都非常有帮助。谢谢！
大家好，我是Aman，DenseWiki.org的创始人。
DenseWiki是一个实验性的深度阅读工具。它旨在增强人类在我们专业领域之外阅读困难内容（如研究论文、技术文章等）的能力，通过快速学习新学科来实现。
这里是关键理念（在网站视频中有演示）：
当你阅读一个新学科的内容时（比如一篇关于生物化学的人工智能论文，而你对生物化学一无所知），挑战在于要跳入一个知识的海洋。你可能会感到迷失和不知所措。
DenseWiki的做法是，通过浏览器扩展，如果你遇到任何行话，它会识别出你此刻所需的少数几个相关概念/知识，帮助你通过一次点击迅速熟悉这些概念，并继续阅读。
因此，在阅读过程中，你能够逐步建立对新领域的熟悉度，顺利扩展你的知识图谱，而不会迷失方向——从第一天起，你就能与想要的内容进行互动！
此外，它还通过游戏化的方式帮助你养成持续的深度阅读习惯。
同时，它还在构建世界上最前沿的知识图谱——也就是说，如果你在昨天刚发布的论文中识别出一个新概念，你可以立即将其添加到DenseWiki，使其随着时间的推移比任何大型语言模型、博客或网络百科全书都要先进。
期待你的反馈。
附言：你需要下载一个浏览器扩展，但如果你不想注册，可以直接登录这个测试账户：
邮箱：team+hn@densewiki.org
密码：HACKERNEWS
正如标题所说：作为一名程序员和想要成为独立创业者的人，我常常发现自己在思考应用架构时比关注用户体验和满意度的实际内容要多得多。比如前端和后端之间的API、组件的布局、我需要哪些数据结构、数据库查询回答了哪些问题。应该引入哪些抽象，以及在开发生命周期的早期阶段引入这些抽象，如何组织文件以避免后期混淆。
另一方面，当我构建某样东西时，我是为了客户的满意度。任何工具或产品都应该解决某个问题。我可以草拟一个问题陈述，并且我或多或少能够协调代码——如何捕捉问题、解决问题并传递结果。
但展示设计——这对我来说是主要问题。是的，我可以使用Figma。是的，现在有一些不错的AI工具可以生成设计，但它们大多输出的都是相似的东西，UI充其量也只是中等水平。感觉一旦我接触到设计，我就开始觉得这并不是我喜欢的，常常又回到我喜欢的东西——应用架构、所有的连接以及我已经描述过的内容。线框图是一回事，但当涉及到更高保真度的设计时，我最终还是依赖于像shadcn这样的预打包UI工具和库。
我希望能够内化一些经验丰富的设计师所拥有的直觉，那些已经做了多年的设计师，知道如何布局。
我也明白，这就像一个设计师问开发者如何成为开发者，而他只知道开发者知识的10%，但仍然能够交付作品。不过我会有点大胆地说，视觉设计和我们用来创建它的工具在维度上仍然少于软件开发。
我想从我的帖子中也可以看出，我消费了大量内容并参加了设计课程，但没有什么真正记住（即使在实践中应用了一些）。如果你是一名同时从事设计的开发者，你会给出什么建议？有没有一些基础规则可以贴在墙上，作为你从某个角度深入设计之前的参考？你通常是如何验证设计的？特别是对于数据密集型的视图，或者用户需要工具来完成工作的情况，以便他们不需要点击太多次就能达到目标。