2作者: RedsonNgwira大约 20 小时前原帖
嗨,HN, 我是一名来自马拉维的自学开发者,我创建了DJX,因为我厌倦了一遍又一遍地编写相同的Django模板代码。 Django功能强大,但启动一个新功能意味着需要手动创建模型、视图、模板、URL,并将所有内容连接在一起。20年前,Rails通过脚手架解决了这个问题。Django也应该有同样的功能。 DJX为Django带来了约定优于配置的理念: ``` pip install djx-cli djx new myblog && cd myblog djx scaffold Post title:string content:text published:boolean python manage.py migrate && python manage.py runserver # → http://127.0.0.1:8000/posts/ — 完整的CRUD。完成。 ``` 就这样。你将自动获得列表、创建、编辑和删除视图及其模板,所有内容都已自动连接。 其他命令: - `djx routes` — 查看所有URL路由(Django没有内置这个功能) - `djx destroy scaffold Post` — 干净地移除生成的代码 - `djx add django-crispy-forms` — 安装并自动添加到INSTALLED_APPS - `djx model`,`djx controller` — 单独生成组件 它遵循Rails的约定:复数形式的应用名称、RESTful URL、自动时间戳和合理的默认值。 我创建这个工具是因为我希望Django开发的速度能和Rails一样快。虽然它还处于早期阶段,但它已经为我的每个项目节省了数小时的时间。 PyPI: [https://pypi.org/project/djx-cli/](https://pypi.org/project/djx-cli/) GitHub: [https://github.com/RedsonNgwira/djx-cli](https://github.com/RedsonNgwira/djx-cli) 期待你的反馈和贡献。还有哪些类似Rails的功能可以让Django开发更快呢?
5作者: zain__t大约 20 小时前原帖
我们最近招募了一位经验丰富的高级工程师,拥有8年的工作经验。他花了3周的时间像代码考古学家一样,试图理解我们的代码库为何会呈现现在的样子。 他关注的不是代码的功能,这个很快就能搞明白,而是决策背后的原因: - 为什么选择Redis而不是内存缓存? - 为什么这个服务使用GraphQL,而其他地方都用REST? - 为什么企业用户的认证流程中会有那个奇怪的异常? 答案埋藏在没有描述的关闭PR中、18个月前的Slack讨论串,以及两位去年离职工程师的脑海中。 我们尝试过使用ADR(架构决策记录),但只坚持了6周,没人维护。我们也尝试过PR描述模板,但一个月内就被忽视了。我们有一个Notion架构文档,但上次更新是在14个月前。 每个解决方案都需要有人手动撰写内容,但没有人去做。 我很好奇HN的团队是如何处理这个问题的: 1. 你们有长期有效的系统吗? 2. 有没有人自动化了这个过程的某个部分? 3. 还是说每个人在每次新员工入职时都默默忍受这一切?
3作者: KevStatic大约 21 小时前原帖
我计划开发一个人工智能工具,允许组织的开发人员访问所有文件或检测任何疑问的引用/调用。通常,我觉得新手程序员对组织的框架或运营有很多问题。这使得他们不得不向资深同事请教,而这可能会因为浪费时间而让他们感到不太愉快。因此,通过建立一个定制的基于人工智能的平台,所有这些工作流程都可以被消除,开发人员可以在上面提出所有问题。
1作者: skwee357大约 21 小时前原帖
嘿,HN!<p>我已经使用 mjml 和 handlebars 很长时间了,但我非常怀念与 Typescript 结合的 JSX 语法所带来的类型安全和组件组合。因此,我想将 mjml 与 jsx 结合起来。虽然有像 mjml-react 或 react.email 这样的库,但出于某种原因,它们似乎都依赖于 react。<p>所以我决定创建 mjmx[0] - 一个独立的、零依赖(除了 mjml 之外)的自定义 jsx 运行时,用于渲染 mjml。如果你能试用一下并提供反馈,我将非常感激。<p>[0] <a href="https:&#x2F;&#x2F;mjmx.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;mjmx.dev&#x2F;</a>
2作者: 01-_-大约 21 小时前原帖
在2026年5月,Instagram内部的一项技术变更开始引发关于隐私、监控以及互联网私人对话未来的更大辩论。该平台确认将停止对直接消息的端到端加密,这一决定逆转了几年前被视为数字隐私重大进步的功能。对大多数用户而言,这似乎只是一次技术调整,但实际上却触及了一个涉及政府、科技公司和公民自由的全球性冲突的核心。 要理解这一问题的重要性,首先需要了解基本概念。端到端加密是一种确保只有发送者和接收者能够阅读消息内容的系统。即使是运营该服务的公司也无法访问这些内容。从实际角度来看,它使得消息应用程序变得类似于低声私语的对话。消息通过服务器传输,但对任何中介而言仍然是不可读的。 多年来,Meta、苹果和谷歌等公司一直捍卫这一技术,认为它对保护用户免受监视、数据泄露和未经授权的监控至关重要。Meta自己也多次辩称,在加密系统中“没有人,甚至公司,都无法看到发送的内容。” 然而,Instagram似乎正朝着相反的方向发展。 根据最近的报道,该平台计划从2026年5月8日起停止在直接消息中使用加密聊天。这意味着在应用内发送的对话将不再具备相同级别的加密保护。 从技术上讲,这一转变改变了一些基本的东西。没有端到端加密,消息内容在某些情况下可能会被公司访问,从而使自动分析、内容审核系统或内部调查成为可能。 官方的理由集中在当今科技公司面临的最敏感问题之一:在线安全和儿童保护。 美国、英国及整个欧盟的政府越来越多地向主要平台施压,要求其在私人消息系统中检测和屏蔽非法内容,特别是与儿童剥削相关的材料。诸如欧盟有争议的“聊天控制”倡议和英国的在线安全法等立法提案,赋予当局更强的权力,要求平台识别有害内容,即使这些内容出现在私人通信中。 问题在于,加密技术造成了一种几乎不可能解决的技术困境。 真正的端到端加密正是防止这种类型扫描的手段。如果一个平台能够读取消息以检测非法材料,那么这些消息就不是完全加密的。如果它们是完全加密的,平台就无法检查这些内容。
31作者: avionics-guy大约 22 小时前原帖
我发现这个项目是因为突然间,Logi Options Plus 软件更新器开始占用我 Intel Macbook Pro 的 40-60% 的资源,直到我结束了这个进程(当然,它会重新启动)。在我的搜索过程中,我发现了一个 Reddit 讨论,里面有其他人也遇到了同样的问题。 我在这个项目中是一个小贡献者,但它的目标是减少或消除使用 Logitech 专有软件和遥测的需求。如果其他人对此感兴趣,我们非常欢迎帮助。 请查看 GitHub 链接,以获取更详细的动机(消除遥测),作为这个项目的一部分。链接如下: [https://github.com/TomBadash/MouseControl](https://github.com/TomBadash/MouseControl)