最新

嗨，HN， 我一直在尝试制作超简单的区块链游戏，并创建了 ETHShot.io，这是一个小型去中心化应用（dApp），在这里每次“射击”彩金的费用为 0.0005 测试 ETH，赢得整个奖池的概率为 1%。该应用仅在 Sepolia/Goerli 测试网络上运行，因此没有涉及真实的 ETH。 **工作原理** - 连接一个测试网钱包（如 MetaMask、Rabby 等）。 - 每次交易（“射击”）会向合约发送 0.0005 测试 ETH。 - 每次射击都有 1% 的概率合约会将整个奖池支付给发送者。 - 未中奖的射击会将金额加入奖池，但会扣除少量维护费用。 合约代码不到 80 行 Solidity，前端使用简单的 Svelte。源代码：[https://github.com/profullstack/ethshot-web](https://github.com/profullstack/ethshot-web)。 我希望能得到以下方面的反馈： - 可用性和引导流程（流程是否清晰？）。 - 合约设计、燃气费用节省以及你发现的任何攻击面。 - 1% 的中奖概率是否合适，或者是否应该是动态的。 **快速开始** - 从任何 Sepolia 水龙头获取一些测试 ETH。 - 访问 [https://ethshot.io](https://ethshot.io) 并进行射击。 - 如果你赢了，会立即看到交易；如果没有，你会看到奖池增加。 - 欢迎在这里或作为 GitHub 问题提交错误报告和想法。 感谢你的关注。 — Anthony (cranberryturkey)

我注意到，Copilot 基本上在劫持我的问题解决过程。与其自己解决挑战，我发现自己只是随便接受它的建议，即使我还没有完全思考清楚问题。这让我变得有些懒惰。 不断的建议就像有人在你肩膀上看着你，在你甚至还没问出问题之前就抢着给出答案。这真的会打断你的专注力，阻止你发展自己的解决方案。 我在考虑暂时禁用它，甚至可能是永久禁用。别误解我的意思——大型语言模型在开发工作中非常有用，但前提是我主动选择使用它们。一直开启它们让我觉得在削弱我独立思考的能力。 我很好奇 HN 上的其他人对此有什么看法。还有人觉得这些工具正在改变他们解决问题的方式吗？

我最近构建了我的第一个ElectronJs应用程序，名为DrinkMe，这是一款极简的视频压缩工具。它使用双重FFmpeg编码，并根据原始视频的时长、分辨率、质量和大小来估算最终文件大小。 这个应用的理念是为那些不熟悉或不想学习如何使用基于命令行的程序（如FFmpeg或Handbrake，后者的众多设置和选项可能会让人感到不知所措）的普通用户提供一个替代方案。 对于高分辨率文件，目标压缩率通常在原始文件的80%到85%之间，但如果视频已经被压缩，压缩率会动态调整。 欢迎大家提供反馈！