最新

大家好，我过去一个月一直在开发teda.dev。老实说，我厌倦了那些承诺“构建生产应用”的工具，结果却只产生一些一眼就能看出来的AI风格网站。 市面上有几个平台试图自我定位为开发者的替代品，但它们所制作的应用远远达不到生产质量。它们臃肿、笨重，并且总是依赖于自己的系统和外部依赖。 在Teda，我并不想取代开发者。如果你要构建下一个Facebook，你会雇佣一支工程师团队。如果你在开发一个专注于收入的生产级SaaS，你会把像Cursor或Copilot这样的AI编码工具交给工程师。你不会考虑“氛围编码平台”。 Teda专注于这些平台用户真正想要的东西：简单、有效的应用，解决日常问题。你描述你想要的，Teda会在几分钟内为你构建出来。 我必须直接说——Teda的应用界面和用户体验远远优于Lovable、Bolt或V0。不是稍微好一点，而是有很大的差距。 你可以自己确认：在所有这些平台上使用相同的提示，看看结果。 明确来说，Teda并不适合构建复杂的生产级SaaS或需要服务器的实时仪表盘。那些声称能做到这一点的其他平台实际上做得也不好。 Teda是为专注的工具设计的，完全在浏览器中运行。 没有框架，没有服务器或构建步骤。只有干净的HTML、CSS和JavaScript，你可以在任何地方运行并完全拥有。 这对我来说意义重大，我自己也经常使用Teda。快速原型应用和构建日常问题工具的能力让我如愿以偿。 举个例子，就在昨天，我想下载一个Instagram视频，而提供此功能的应用充满了广告和各种诱饵，所以我直接让Teda为我构建，几分钟后我就得到了一个可用的应用：<a href="https://ebenezerdon.github.io/reelfetch-instagram-video-downloader/" rel="nofollow">https://ebenezerdon.github.io/reelfetch-instagram-video-downloader/</a> 这只是我用Teda构建的众多应用中的一个小例子。从我们现在在家使用的餐食计划工具，到我用来涂鸦、制作贴纸、转换图像或为我女儿生成书写练习表的应用。 你可以在<a href="https://teda.dev" rel="nofollow">https://teda.dev</a>和我的GitHub上找到一些例子：<a href="https://github.com/ebenezerdon" rel="nofollow">https://github.com/ebenezerdon</a> 如果你曾经想把你的想法变成一个可用的应用而不想被噪音干扰，试试Teda。你会明白我的意思。

作为一位科技父母，我认为我为我的儿子和女儿所做的最好的事情之一，就是让他们的第一台电脑是帮助他们自己构建和设置一台Linux电脑（那时是Ubuntu，不过他们现在都已经转向Arch了）。 我们一起去买了一台二手台式机（卖给我们的人也很兴奋），回到家后，我把内存、硬盘和光驱拆下来放到一边；然后我们用螺丝刀一起“组装电脑”，花了几天的时间。 在Windows系统中，当孩子们搜索“Windows电影制作软件”时，他们会发现自己陷入了困境，要么找到昂贵的商业选项，要么遇到一些虚假网站，承诺提供各种功能。 相比之下，在Linux系统中，如果他们搜索本地的“应用商店”，会发现一堆堆免费的、有用的、开源的软件。 我的孩子们喜欢这种带来的力量、自由，以及后来意想不到的社区。 现在我的朋友也希望为他们8岁的女儿做同样的事情。 我计划和她的父母一起，买一台二手台式机，然后安装Linux。 我的问题是接下来该怎么做？你有什么建议？应该安装什么？有没有迷你“课程”或其他想法？ 我很想听听你的想法和经验。我们的目标和重点是使用免费的开源软件。

有些公司实际上并没有在招聘，甚至连拒绝通知都不回复，尽管有规定要求必须回复申请者。<p>请仅在您积极招聘并承诺回复申请者时发布信息。<p>是否应该每月发布一个“谁不在招聘”的帖子？这个帖子将仅针对那些显然不在招聘的公司。例如，那些完全不回复申请者，甚至不发拒绝通知的公司，尽管有规定要求必须回复。

我们看到很多关于人工智能对就业率影响的新闻。然而，我怀疑大型组织中人工智能的使用尚未在实质上产生任何影响。<p>鉴于HN与此主题的紧密联系，有没有来自前线的报告，关于什么有效/无效？（如果有的话？）

孩子们，过来吧，故事时间到了。让我给你们讲讲人工智能如何拯救我的开源项目，拯救我免于孩子们的“折磨”。 从前，有一位开源开发者，他维护着一个用于PRQL的PostgreSQL扩展，在Github上拥有数百颗闪亮的星星，他拥有一切他心中所愿。但不久，一位美丽的女士走进了他的生活，向他表达了爱意，作为回报，她希望得到他的奉献。被她的美貌所吸引，开发者毫不犹豫地接受了她的爱，结果她揭示了她礼物的真实本质：两个小家伙——呃，孩子——将会占据他所有的时间，让他无法再专注于电脑。 我们的故事开始于一个关键依赖项发布了一个破坏性更改[1]，这使得该扩展无法支持PostgreSQL 17。然而，维护者却没有时间进行软件工程。“别担心，女朋友！”，维护者说道，“我会快速编码修复！”于是他召唤了Claude Code，开始在键盘上敲击，毕竟他已经为Claude的Max Plan花费了他们的资金。 他连续奋斗了三个晚上：第一个晚上取得了真正的进展，模型成功地找到了如何通过pgrx::RetAbi返回pgrx::Datum。第二个晚上，模型却无法将其发现推广到pgrx::TableIterator和pgrx::SetOfIterator，因为列类型在编译时是未知的。到了第三个晚上，女朋友说：“整理好你的事情，帮我照顾孩子！”于是，分支pgrx-v0.12.9[2]逐渐被遗忘。 随着季节的变迁，PostgreSQL 18发布了，用户们对他们的关系数据的顺序转换感到失望，因为这些转换以“FROM”开头，而不是“SELECT”。开发者因自己被遗弃的代码库而感到羞愧，他将失败封闭在心中，毕竟他怎么能在有两个小孩的情况下学习维护开源项目呢？ 答案，结果是，等待更好的模型。当Anthropic发布Claude Sonnet 4.5时，维护者再次尝试。他的眼睛睁大了，Claude Code克隆了https://github.com/postgres/postgres，并像在前世一样检查PostgreSQL的内部结构。在WebSearch的帮助下，以及一套在GPT 3.5之前就已编写的全面测试套件的支持下，模型找到了返回pg_sys::Datums、SetOf记录，甚至HeapTuples的方法。凭借对测试的信任，维护者迅速发布了v18.0.0[3]，不再对https://prql-lang.org/上的链接感到内疚，因为这个链接为他的代码库带来了成千上万的访问者。 在我们的故事结束之前，维护者向模型请求了一些质量改进。在经历了几次“你说得对！”和一些惊人的失误后，他意识到某些美学必须由人类之手来完成。因此，他在提交82dbc44[4]和d61d04ad[5]中进行了手动重构，推送了v18.0.1[6]，并过上了幸福的生活。谁还需要时间呢，当你有Claude Sonnet 4.5的时候？ [1] https://github.com/pgcentralfoundation/pgrx/pull/1701 [2] https://github.com/kaspermarstal/plprql/compare/main...pgrx-v0.12.9 [3] https://github.com/kaspermarstal/plprql/releases/tag/v18.0.0 [4] https://github.com/kaspermarstal/plprql/commit/82dbc44808871f60d0cc42b65124faf56f387db4 [5] https://github.com/kaspermarstal/plprql/commit/d61d04ad735765ef87f4f67d57ecaf0da27aad51 [6] https://github.com/kaspermarstal/plprql/releases/tag/v18.0.1