最新

我注意到在我参与的团队中，有两种类型的工程师，我正在试图弄清楚这是否是真实的模式，还是仅仅是确认偏误。 - 建设者关注用户和领域问题。代码只是实现目标的手段。如果能解决真实用户的需求，他们会发布一些不完美的产品。让他们花时间在不影响用户体验的优化上？那是绝对不可能的。 - 雇佣兵则专注于技术本身。他们关心干净的架构、性能和优雅的抽象。无论业务或用户是否真的需要解决这些技术问题，他们都会深入研究。工作的质量与其影响无关。 但我不确定我是否正确地框定了这个问题。有几个问题想请教： - 这种区分与你的经验是否相符？ - 你属于哪种类型，随着职业生涯的变化，这种类型有改变吗？ - 你如何在团队中平衡这两种思维方式？

嗨，HN， 我开发了一个小型命令行工具，灵感来自于Thanos的“消灭”。它会随机选择目录中恰好一半的文件，并（可选）删除它们。 仓库： [https://github.com/soldatov-ss/thanos](https://github.com/soldatov-ss/thanos) PyPI： [https://pypi.org/project/thanos-cli/](https://pypi.org/project/thanos-cli/) 这个工具故意设计得很简单，欢迎反馈。

这是我使用 Nix flakes 构建的可重复使用的 dotfiles 设置。 我目前正在致力于将 Terraform 和 Kubernetes 集成，以便将服务和集群作为基础设施即代码（IaC）进行管理。 欢迎反馈或建议。

大家好！<p>我创建ogBlocks是因为，老实说，处理复杂的CSS和弄清楚动画库总是让我感到头疼，而且大多数库甚至不允许自定义。<p>我们的目标是让每个人——不仅仅是动画专家——都能轻松地将美丽的、互动的UI元素和动画嵌入到他们的React项目中，而无需担心底层的复杂代码。<p>可以把它看作是一个简单的按钮，让你在不必担心样式和动画复杂性的情况下，轻松实现出色的用户体验。<p>我知道你们会喜欢这个产品——快来看看吧！<p>Karan