这里记录每周值得分享的科技内容，周五发布。
本杂志开源，欢迎投稿。另有《谁在招人》服务，发布程序员招聘信息。合作请邮件联系（[email protected]）。
封面图
成都出现了花田火锅，火锅店开在盛开的油菜花地里，运营期两个月。（via）
低代码编程，恐怕不会成功
这十几年，一批批程序员前仆后继，去搞低代码编程（包括无代码编程）。光在我身边，就有三四批。
他们搞的低代码编程，我理解就是通过图形界面，拖拉各种组件，自动生成软件 UI 的底层代码，减少手工编码。
这个想法很好，确实很多人需要，尤其不懂编程的人，这简直是生成程序的唯一可用方式。
但是很奇怪，他们无一例外都失败了，开发出来的低代码工具，开始还有一些好奇的用户，很快就不来了，用户越来越少，后来即使开源了，也没人用。
更奇怪的是，这似乎不是偶然现象，业界所有的低代码工具好像都不成功，至少我想不出成功的例子，哪一个受欢迎的应用程序是用低代码工具生成的。
它的背后有什么原因吗？是哪里没有做对，还是低代码编程本身就不可行？
我一直没有想通这个问题。虽然不看好，但是依然抱有一丝幻想，也许某一天醒来，低代码编程就成了主流，无论手机 App 还是桌面应用，鼠标拖几下，就可以生成。
直到上周，我读到一篇文章《低代码编程受困于形式》（下图），才恍然大悟，低代码编程有先天缺陷，恐怕不会成功。
文章说，优秀的作品都是形式（form）和功能（function）的统一。形式必须服从功能，功能决定了形式，英文叫做"form follows function"。
对于优秀的程序员，只要弄清楚了底层，UI（用户界面）就会显而易见。
低代码编程的问题在于，它是先有 UI（形式），再有代码（功能）。
用户先拖拉生成 UI，系统再根据 UI 生成代码。这是本末倒置，让底层代码适配 UI，注定了两者都有问题：UI 是空想出来的，代码为了适配 UI，注定冗余和低效。
所以，优秀的软件不可能用这种方式生成，低代码编程不会成功。
我认为，他说的很有道理。低代码编程解决不了这个根本缺陷，适用场景有限，大概只适合一些简单任务，或者生成原型，不会成为主流工具。程序员应该谨慎开发这类工具，付出的劳动很可能打水漂。
写到这里，问题就来了：AI 算不算低代码编程（或者无代码编程）？如果低代码编程不会成功，那么 AI 编程会成功吗？
我认为，AI 不同于低代码编程。低代码编程是使用者给出 UI，系统来生成代码，而 AI 是系统同时生成 UI 和代码，用户只需要说出需求即可。
这种情况下，形式与功能的结合，完全取决于 AI 的能力。如果有一天，AI 视频能够成功，画面美，情节好，那么 AI 编程大概也会成功，生成形式与功能统一的应用程序。
小程序容器 FinClip
现在的手机 App 有一个技术趋势，大家注意到了吗？
那就是添加小程序容器，让自家 App 能够运行其他应用程序。
不仅国内 App 这样做，海外的一些超级 App 也纷纷效仿，比如 YouTube、Telegram、Line。
上图就是 Youtube 应用内置的"小游戏"，类似于微信小程序。
究其原因，大概是因为小程序这种架构很灵活，可以方便地添加和更新功能，有利于形成外部生态和变现。
今天，就向大家介绍一款国产的小程序容器 FinClip。如果你想为自己的 App 引入小程序，就用得到它。
它是一个完整的、开箱即用的小程序技术解决方案，提供现成的 SDK，将小程序运行环境嵌入宿主 App。
有了它，任何开发者都能在 iOS / Android / HarmonyOS 等平台，构建自己的"小程序宇宙"。下图是 FinClip 目前支持的宿主平台。
可以看到，除了手机系统，它还支持嵌入桌面应用、车机应用、电视应用等等。
此外，它还有一些很吸引人的技术特性。
（1）跨平台统一性。它直接兼容微信/支付宝/抖音小程序，可以一行不改，直接让微信小程序跑在你的应用里面，无需二次开发。
（2）敏捷开发范式。它的小程序更新无需应用商店审核，可以实现"小时级"迭代。
（3）小游戏引擎。跟它配套的还有一个小游戏实时内容互动引擎 RealClip，提供小游戏运行环境。
这个引擎重点针对小游戏的性能和兼容性，进行了优化，除了微信小游戏，还兼容 Unity、Cocos、Laya、Egret Engine 等主流引擎和 WebView。也就是说，无论哪种引擎制作的小游戏，都能够直接运行在你的 App 中。
（4）配套开发工具 FinClip Studio。这个工具能将现有的小程序/小游戏代码，一键转换成独立 App，做成可用于 iOS、Android 和鸿蒙的安装包。
总之，如果你的 App 想引入小程序，或者你现有的小程序需要运行在其他应用（手机或桌面），那么就可以尝试 FinClip。
欢迎访问 Finclip 官网详细了解，免费注册试用。任何问题都可以加入官方社群交流（下图）。
[活动] AI 创意挑战赛，开始投票了
上周五，周刊发布了消息。首届全国 AI 编程大赛的"创意赛道"，可以提交作品了，不管你会不会编程，只要有 AI 创意，都可以参赛。
消息发布后，大家反响热烈。我从组委会同学那里得知，已经有几百个创意提交了。
从今天（3月14日）开始，大赛进入了投票阶段，欢迎大家投票，评出最能打动你的创意。也许你还可以从中得到灵感，拿来自己实现。
所有投票用户均可抽奖，奖品有小夜灯、工卡套、手持风扇等等。因为投票是当天有效，第二天可以再次投票，所以每个人有多次抽奖机会。
当然，如果你还有创意没有提交，现在依然可以提交参赛。
已经参赛的同学，不要忘了为自己拉票，发布到社交平台上（公众号/b站/小红书/微信朋友圈/技术社群），分享比赛，争取大赛获奖。
大赛详情和作品投票，可以点击这里，或者扫描上方海报。
科技动态
1、人工心脏
一个澳大利亚男子，植入了一颗人工心脏（下图），已经活了100天，并且成功出院，创造了世界纪录。
这相当于在胸腔植入一个血液泵，一天24小时推动血液循环。
他是目前世界唯一一个带有人工心脏的人，也是世界第六例人工心脏植入。前五例的人工心脏都只是过渡，病人后来又移植了其他人的心脏。
如果机器心脏以后技术成熟了，人类的寿命可望大幅延长。
2、手机改路由器
旧手机有什么用？
一家比利时公司取出手机主板，加上网线口、USB 口，将其改成了路由器。
上图左侧是手机主板，右侧是将手机主板安装在扩展板上，从而形成路由器主板。
手机的 CPU、调制解调器、内存等，都是可复用的，因此改装费用很低。而且，手机的硬件配置很高，性能比高端路由器强得多。
3、静音图标
苹果上周发布的 MacBook Air M4，悄然改掉了一个26年之久的设计。
它把笔记本的静音图标（F10 按钮上的图标），在喇叭上加了一道删除线。
下图是以前的图标。
下图是现在的图标。
这么简单的一个图标，苹果用了26年才改掉。
4、汽车的物理按钮
德国大众汽车宣布，未来它的所有车型，都会同时配备触摸屏和物理按钮。
上图是大众 ID.3 车型的控制台，上方是触摸屏，下方都是按钮。
该公司表示，汽车不是手机，不能都靠触摸屏，重要的功能必须有固定的位置和真实的触感。
5、其他
（1）一家英国生物公司，研发了转基因香蕉。这种香蕉可以长期保持新鲜和黄色，不会变褐变黑。
即使剥开后12小时，香蕉皮也不变色，这样有利于香蕉销售。
（2）Android 15 将有一个原生的终端程序，提供一个基于 Debian 的 Linux 发行版供用户使用。
这个功能的底层是虚拟机机制，它将大大方便程序员，将安卓手机当作 Linux 桌面电脑使用。
文章
1、AI 大模型2024年的进展（英文）
著名程序员 Simon Willison 3月7日的演讲稿，通俗地介绍了 AI 在过去一年的巨大飞跃，很好的综述。
2、如何用 Claude Code 反编译代码（英文）
作者演示了一个惊人的例子，使用 Anthropic 发布的 Claude Code，将 Webpack 编译出来的文件反编译，还原成源代码。
3、CSS 跨文档视图转换（英文）
本文介绍一个示例，通过 CSS 新的跨文档视图转换功能，使得多页面应用的跳转，也像单页面应用（SPA）一样流畅顺滑。
4、Cursor 上传 .env 文件（英文）
Cursor 是现在非常流行的一个 AI 代码编辑器，它的用户论坛爆出一个帖子，有人发现它会上传用户的 .env 文件，由于里面都是环境参数，会带来安全隐患。
5、JSON 与 JavaScript 的对象成员顺序（中文）
JSON 与 JavaScript 的对象，里面的成员顺序有没有规定？本文探讨这个问题。
6、Go 语言错误处理机制的优点（英文）
Go 语言的错误处理很特别，没有 try...catch 机制，错误是一个值，作者解释这样设计的好处。
工具
微软使用 Go 语言重写了 TypeScript 编译器 tsc，据说速度可以提高10倍，参看介绍文章。
目前，TypeScript 的版本是5.8，等到这个工具稳定了，将发布为 TypeScript 7。
一个网页应用，可以定制二维码的颜色、斑点、徽标。
一个开源的网页应用，用来扫描局域网的 IP 分配，可以发送主机上线和掉线的通知。
4、XPipe
一个跨平台的桌面应用，通过图形界面，将所有的服务器连接在一个地方管理。
一个开源的翻译 API 代理服务，可以接入各种大模型，对外提供翻译服务，试用 Demo。（@fruitbars 投稿）
开源的 Python 脚本，用来下载抖音短视频。（@jiji262 投稿）
免费分析 java thread 的网站，上传 jstack 导出的线程快照文件，分析线程池内线程状态。（@HbOrea 投稿）
8、Mono
制作内容分享卡片的免费网站。（@RiverTwilight 投稿）
开源的 Telegram 文件下载器，支持多频道、多账户同时下载。（@jarvis2f 投稿）
一个开源的 Obsidian 插件，将笔记自动同步到多种云盘服务。（@ai-bytedance 投稿）
AI 相关
上周，Mistral AI 发布了号称史上最强的 OCR 识别工具，具有公式和表格的识别能力，参见介绍文章。
著名程序员 Simon Willison 开源了一个 Python 脚本，演示了怎样调用 Mistral 的 API 进行文字识别，参考他的文章。
2、Free QWQ
免费、无限制的算力平台，为开发者提供 QwQ 32B 大语言模型 API。（@nexmoe 投稿）
使用大模型对 GitLab 项目进行 Code review 的工具。（@mimo-x 投稿）
4、人话翻译器
一个 Chrome 插件，通过 AI 将难懂的中文翻译成好懂的中文。（@DemoJ 投稿）
资源
1、辰宇落雁体
一个开源的中文手写字体。
一款合成字体，解决 JetBrains Mono 没有中文字形的痛点，全部等宽无衬线，中英文 2:1 宽对齐。（@SpaceTimee 投稿）
一个儿童睡前故事网站，收集了全球经典的儿童睡前故事。（@yimiqidage 投稿）
4、IP 侦探
免费的在线 IP 归属地查询。（@Oliverwqcwrw 投稿）
另有一个 Chrome 插件 IP Location Finder，选中 IP 地址，显示归属地。（@Yanel85 投稿）
图片
1、红绿色盲
红绿色盲的患者，看不到红色和绿色。在他们眼里，这两种颜色都会变成黄色。
下面是一半红、一半绿的树叶。
红绿色盲患者看到的却是一张黄色树叶。
大概每20个人里面，就有一个人有色盲或色弱问题。所以，设计界面的时候，使用红色或绿色必须非常谨慎，因为红绿色盲患者分不清。
下面的日历使用绿色和粉红色，表示特殊的日期。
但是，红绿色盲患者看到的是下面这样，根本分不清。
因此，用户界面轻易不要使用红色和绿色。
文摘
我最近常常想一个问题：如果 AI 强大到所有方面都超过人类，它和机器人接管一切，人类要干什么呢？
凯文·凯利认为，随着工作都交给机器人，人类可以从事越来越多有趣的工作，就像工业革命后一样。
这种说法在短期内有一定道理，但是有一个前提，就是人类能做计算机做不到的事情。
我认为，没有理由认为这个前提会永远成立。
除非政府强制规定，计算机不得从事某些工作，只有人类可以做。但是那样的话，那些工作很可能就会停滞发展了。停滞发展的行业没有前景，收入也不会增长，从业者难以感到满意。
让我们假设一种极端的情况，如果机器完全超越人类，每件事都比人类做得好，大部分人无法为社会做出贡献时，一切会怎样？
如果一个人无法为社会做出贡献，也就失去了他的经济价值，就算他能靠政府的补助继续活着，那么对于他来说，个人价值是什么呢，就是活一天算一天？
目前来看，这个问题还比较遥远，就算那一天到来，也是很久以后的事情了。眼下比较现实的问题是，AI 正在大量减少高薪工作。随着机器的能力越来越强，很多白领工作的价值迅速变小，大多数人越来越难找到报酬丰厚、令人满意的工作。
这就是现在发生的问题，高薪的工作岗位不断减少，难以获得。
言论
1、
以前的球票、音乐会票、景点票、电影票都是纸质的，现在全改成数字的。
我们的过去都保存在手机里，再也没有纪念物了。
-- 彭博社
2、
越来越多的应用程序转移到互联网上，操作系统的软件差异变得越来越不重要。这就是为什么 M1 芯片对 Mac 的未来如此重要。
苹果应当利用这一波 AI，发挥其硬件优势，鼓励开发者在本地运行 AI 模型。
-- 《苹果 AI 的潜力》，本文指出苹果芯片可以本地运行 AI 模型，不需要 Nvidia 显卡，苹果应该利用这一点，扩大销售
3、
自从有了 AI，我发现自己不再担心项目对我来说太大、太复杂，或者项目使用了我不了解的技术或编程语言，一切都变得容易得多。
我正在重新审视一些我曾认为太复杂或超出我能力范围的业余项目，只要有时间，我就会去尝试。这是一个令人兴奋的时代。
4、
我认为，数学本质上已经没有什么好问题了。让大量数学家感兴趣的问题数量每年都在减少，而且几乎所剩无几。
现代数学研究越来越局限于少数人对某个特定主题的研究，即使是研究生也常常被现代数学问题的极端专业性和深奥性所困扰。
未来的研究生不应再需要证明一些全新的东西，相反地，他们的主要目标可能是简化过去的研究结果。
-- 《数学已经没有问题了》
往年回顾
崖门海战的感想（#294）
大数据已死（#244）
悲观者正确，乐观者成功（#194）
提高收入的根本途径（#144）
（完）
linlijin 说：
很多企业的erp和oa等系统不都支持低代码编程了吗？怎么说低代码编程，恐怕不能成功呢？
2025年3月14日 08:13 | # | 引用
小小子 说：
Free QWQ 的截图里面出现文字错误了。
2025年3月14日 08:56 | # | 引用
Isaac 说：
“因此，用户界面轻易不要使用红色和绿色。”红色和绿色到处都是????
2025年3月14日 09:06 | # | 引用
Sgldbhxs 说：
对于一些简单的流程以及小工具，低代码的优势还是很大的，很多企业都有场景吧
2025年3月14日 09:11 | # | 引用
L 说：
低代码编程有个问题，在已实现的功能范围内，做东西难度低于正常编程；想加东西的难度高于正常编程；
2025年3月14日 09:12 | # | 引用
海利大人 说：
关于低代码的一些见解，作为产品经理几年前我主导过低代码工具从0到1，也在后几年恰好跟不同领域的低代码产品有过合作，从产品角度看，低代码落地难以见效的原因，
其一是“低”还不是“零”，使用这套产品的运营、市场、营销甚至业外人士完全不懂技术，虽然是拖拉拽，但是无法理解拖拉拽背后的逻辑，导致上手难度很高，有这套工具且成功走向市场的公司，往往都需要储备一堆售前支持人工教甲方怎么用。
其二是上文中提到的“受固于UI”，更全面的理解应该是“受固于需求”，我们都知道甲方想要五彩斑斓的黑，甲方是不懂准确描述需求的，这行内绝大多数的产品经理、需求分析师对需求的理解也时常有变差。这就导致一套低代码工具上线了，交付给业务方时（中间可能经历了1个Q,业务的KPI早就变了），业务方浅尝辄止，没有见效。
2025年3月14日 09:14 | # | 引用
Ken 说：
日常所见非常多的红绿灯，股票K线，都没有刻意避开红绿，设计app就有必要吗？
特殊场景可以理解，否则还是患者自己适应较合理
2025年3月14日 09:16 | # | 引用
Ranger 说：
如果AI和机器人接管了一切
那人类就可以去作死了，去冒险，去做各种充满想象力的事情，摆脱枯燥乏味的重复性工作的限制。
我不认为到那个时候人的价值还是靠经济价值来衡量，这样的观点未免有些皇帝家的金锄头的味道了。
2025年3月14日 09:17 | # | 引用
Tony 说：
作为一个低代码平台开发者，个人理解低代码并不是UI驱动代码，而是通过低代码可以有效地将业务进行分层次分级处理，UI到代码只是一个开发入口，用的都是一套框架，同一个业务，纯代码层面可以做到什么都能改，低代码层面也要能一样才行。
这就表明，有些业务低代码满足即可，有些业务定制化程度高，则需要的是更专业的人员来处理，但还是同样的一套框架。这样就可以分配劳动力，避免高层次技术人员干低级CURD的活，低层次运维人员事事依赖开发的情况。
2025年3月14日 09:20 | # | 引用
ryan 说：
搞了6年的低代码，最后没有成功。
但是我觉的低代码还是有它的价值和意义的，首先低代码不是银弹，不可能在任何地方都可以适用。
如果先开发一个低代码平台在任何垂直行业都搭建系统肯定是不现实的，但是在一些垂直行业内，做通用的解决方案，我认为是很有空间的。但是在目前一些搞低代码的厂商，一方面既要又要，一方面又要讲故事赶风口，所以不断的去抽象平台，不断的去适配。
2025年3月14日 09:33 | # | 引用
后尹 说：
less is more
2025年3月14日 09:41 | # | 引用
傻大猫 说：
低代码的方式,编程复用程度太高了;
复用程度与灵活定是相悖的;
要选择一个合适的复用程度,例如 java复用框架,但是新兴的go语言复用包,go这种复用更灵活.
另外,低代码可能在函数式编程的方式中可以实现灵活复用,单与现在的低代码方式有所不同.
2025年3月14日 09:42 | # | 引用
mwm5 说：
我有红绿色盲，
实际要避开的是“不那么红、不那么绿”
在红绿色盲眼里红绿也是不同的颜色，只是区分度没有普通人那么大
树叶的例子有点极端，但下面那个日历APP的颜色就很有代表性，不是纯红/纯绿而是相似灰度的浅色里混了一点红/绿，在红绿色盲眼里就像图2一样，仔细看还是能分辨的，但是一眼扫过去就很累
2025年3月14日 09:49 | # | 引用
thomas.z 说：
我认为低代码编程的前提是，在一个特定的场景下，流程相对固定的场合，研发提供给公司内部的产品/运营/销售使用，研发要担当培训和更新的责任。
2025年3月14日 09:52 | # | 引用
Stong 说：
低代码需要在特定的场景下才能成功，比如针对 erp OA , 做的低代码平台也一定是 适应某些行业场景，不可能做一个大而全的低代码平台，这样是不可能成功的
《如果 AI 和机器人接管一切：人类就可以去做更加有趣的事情》
不是不能去做有趣的事情，有个前提是，政府是否愿意为我的生活买单，如果可以根本就不需要 AI接管我之后我再去，我现在就想去！！！ 至于AI 真的可以替换我了，我们非统治阶级的蝼蚁，估计是很快就活不下去～
2025年3月14日 09:57 | # | 引用
rossroma 说：
现在大麦会在演唱会的门口卖纸质票，你如果看完演唱会想要留一张纸质票作纪念，就花20块钱买一张，他会现场打印你的座位号。
2025年3月14日 10:01 | # | 引用
dante 说：
有的主观观点输出的有点太随意了：
1. 低代码不能成功，宜搭算不算成功？事无绝对，请分层看待
2. Android手机提供了一个发行版，就能被程序员当作桌面电脑使用，认真的？
2025年3月14日 10:04 | # | 引用
will 说：
我们公司是做低代码的，我觉得最大的问题在于技术和业务的割裂，对于客户来说，他不管你是低代码还是高代码，他要的是用的顺手，业务上来说功能健全的系统。但对于低代码厂商来说，他本身做的东西就是和业务无关的，做技术的一心只想抽象成通用能力，这倒也是没错的，但问题在于是否已经真正理解用户的痛点了，是否普遍调研过这个行业想要的是什么了？这些都要打个问号。低代码确实可以服务于各行各业，但如果做技术的不亲力亲为扎根于行业，其实到头来还是空架子罢了。
2025年3月14日 10:13 | # | 引用
Ivan 说：
《数学已经没有问题了》
这个链接好像没了
2025年3月14日 10:18 | # | 引用
笼包粑粑 说：
不认可对于低代码的看法。就看成功怎么定义呢？至少我们在用的简道云、影刀感觉很好用，能够解决企业80%的需求。至少在我们这算是成功了。
2025年3月14日 10:25 | # | 引用
alps 说：
为社会做贡献，也只是社会灌输给你的服务于社会的一种“道德”而已。
日复一日的工作，你甚至自己都没有意思到自己在为社会做贡献，
这样的重复也许只是你理直气壮地逃避、麻痹自己的手段。
这就是人生的意义吗？
2025年3月14日 10:26 | # | 引用
风痕 说：
《如果 AI 和机器人接管一切》的文摘部分跟我想到一块去了，我在已投稿的文章中整理了 AI 对于 AI 媒介的观点。
标题：AI 媒介将如何重塑人类社会（风痕、Claude 访谈记录）
链接： https://hughfenghen.github.io/posts/2025/03/12/how-ai-media-will-reshaping-human-society/
主要有以下大分类问题，也涉及了人的价值、自我实现、财富分配机制。
- 什么是媒介
- AI（大模型）媒介将如何重塑人类社会
- AI 如何塑造人类个体
- AI 是否会促使家庭结构解体
- 我们会如何回应 AI
2025年3月14日 10:29 | # | 引用
山后 说：
色盲那部分的两个日历，我真看不出来有什么差别 o(╥﹏╥)o
2025年3月14日 10:31 | # | 引用
悄悄 说：
经济价值是基础。这些自我实现，更有意义或者创造性工作是需要资源、技能去支持的。当ai接管工作后，怎么去分配资源，怎么去定义权力关系，人类怎么发现和实现有意义的目标都是新的问题。
政府当然可以通过基础收入来确保人们的生活，但是这份收入能够支持你做你理想中充满想象力的事情吗？不见得。那么保有更多资产的人和领取基础收入保障的人之间的不平等会加剧。
到那时候，社会真的需要那么多人类吗？
AI带来的变革远比简单的'解放'更复杂
2025年3月14日 10:34 | # | 引用
骑自行车不穿裤衩 说：
低代码不成功？直接的讲qq空间不成功吗？不成功不是这种模式有问题，而是技术难度太过复杂，如果能很好的把创意或者想法转化为一个软件，那当然可以有很好的前景，也会有很厉害的应用出现。AI+低代码是不是才是真的未来呢？
2025年3月14日 10:39 | # | 引用
linlijin 说：
我觉得比正常编程简单，你看看现在好多公司比如SAP系统、ServerNow、CRM等这些都配备了低代码编程，可能我的技术并没有到达阮老大的优秀水平吧
2025年3月14日 10:44 | # | 引用
nicholas 说：
"低代码"编程其实几十年前就已经成功了，wix/weebly/squarespace这样的拖拽建网站的网络服务早就赚的盆满钵满的了。但成功的核心是，它们是给没有能力的用户赋予有限的能力，从0上做加法。
但最近这波低代码，它们是想替代最低端的前端劳动力，从100上做减法，但只能减10这么一点点，而且省掉的时间，会因为代码质量等原因，在后期产品需求复杂一点点后，变本加厉的加回去。
AI写代码也一样，如果你不能管理好AI写的纸牌屋代码，后期它会变成很严重的负担。只是AI做的是代码，所以在工程师手里可管理的能力好很多而已。
2025年3月14日 10:49 | # | 引用
daming 说：
"该公司表示，汽车不是手机，不能都靠触摸屏，重要的功能必须有固定的位置和真实的触感。"
上一个强调真实触感的黑莓手机现在还有吗？
2025年3月14日 10:51 | # | 引用
linlijin 说：
其实现在的windows、linux、mac操作系统的图像界面不就是低代码的一种吗？
2025年3月14日 10:56 | # | 引用
水桶腰男孩 说：
哈哈哈，那色盲是不是炒不了股票
2025年3月14日 11:08 | # | 引用
文友 说：
低代码目的是不生成优秀的软件
而是让更多的人能够参与到开发，实现及格线之上的功能。
正如早期受限于磁盘容量和性能，优秀的软件需要用C甚至用汇编而不是VB 实现。
2025年3月14日 11:09 | # | 引用
无求 说：
行业的低代码一直都有，comfyui，blender的渲染节点，unity/ue的shader graph，dify的agent 组件。
关键是要抽象出 领域原语。
2025年3月14日 11:10 | # | 引用
fiona 说：
可以吗，是官方还是diy的哦，在大麦买了好多次了，也没在门口遇到过，倒是领过那种歌迷自己diy的门票，免费领取的
2025年3月14日 11:14 | # | 引用
游客12138 说：
QWQ 的服务好像已经挂了哦，不能正常访问了——2025年3月14日11:29:05
2025年3月14日 11:29 | # | 引用
Junjian 说：
不可否认的是AI正在逐渐接替人类的工作，这种过程会不会导致财富迅速向顶层靠拢，以后就不再存在所谓的中层，只有上层的富人和底层的穷人，想象一下蒸汽朋克的画面，上层灯红酒绿，底层只能活着，如果整个过程发生很快，那么还好，因为痛苦是短暂的，如果过程很漫长，那么继续保持低生育率或许是最好的选择，因为不再需要那么多人类，发展也不需要那么多燃料，真到那一天也不会那么痛苦。
2025年3月14日 11:47 | # | 引用
molezz 说：
所以红绿灯为什么不改革成 黄蓝灯这样的 ， 减少危险
2025年3月14日 12:22 | # | 引用
dufu1991 说：
关于低代码，会写代码的程序员不想用，因为有组件库的情况下，写代码比拖拖拽拽更快，不会写代码的人没有编程思维，他想用，但是他不会，学习成本可能会比找个程序员的成本高。
2025年3月14日 14:20 | # | 引用
匿名 说：
有了AI人类变得轻松快乐了吗？
2025年3月14日 14:31 | # | 引用
walker 说：
你都截出了"固定的位置", 反驳的时候却自己过滤掉了. 你的手机是全触摸了吗? 大众保留实体按钮, 不是要全面复古, 而是保留关键按钮, 就跟你手机保留电源音量这些一样. 核心在"固定位置", 而不是"真实触感", 后面接个真实触感不过是为了顺便强调一种反馈方式, 如果没有触感, 那必然要用别的感观去确认操作是否到位, 既然都用手去触了, 那么提供触觉反馈显然比视觉反馈要直接的多
2025年3月14日 14:34 | # | 引用
ssshooter 说：
现在ai根本处理不了复杂代码库，现在就说不用担心太大也太早了
2025年3月14日 14:42 | # | 引用
rako 说：
红绿色盲的比例比我想象中多很多, 交互很常见的都是绿色对勾, 红色叉
2025年3月14日 16:01 | # | 引用
Steven 说：
低代码适用于某个行业领域, 还好可以走通的, 而且已经有很多成功案例了, 多维表格, 宜搭, 简道云.
2025年3月14日 16:06 | # | 引用
ljf 说：
为啥要+低代码，AI生成代码是直接根据描述生成代码，还要低代码干嘛
2025年3月14日 16:07 | # | 引用
ParryingDagger 说：
“1930 年，约翰·梅纳德·凯恩斯预言，到 20 世纪末，科技水平将足够进步，以至在英美等国家，人们每周的工作时长会缩短至 15 小时。当时我们没有理由不相信凯恩斯的这个预言。就技术而言，我们完全能够实现它，然而实际情况并没有这么发展。恰恰相反，一项项技术集结起来，变着法儿地使我们所有人更忙碌。” —— 大卫·格雷柏 《Bullshit jobs》
每一次生产力进步时大家都这么想的。
最终能摆脱限制的人，总是那么些人。。。
2025年3月14日 16:08 | # | 引用
神游物外 说：
低代码平台因为先有形式后有功能，所以不会成功；ai编程也是先有形式后有功能，所以ai编程也不会成功。
2025年3月14日 16:26 | # | 引用
豆沙包killer 说：
不一定要改颜色，也可以改形状，比如圆、方、三角这样(索尼：呃？)
2025年3月14日 17:16 | # | 引用
js 说：
我这边接触到的低代码平台都是企业内部使用的。譬如给运营人员来配置调用链和判断逻辑、配置接口。
2025年3月14日 17:38 | # | 引用
评论尸 说：
我觉得搞 6 年低代码没能成功是因为国内的 SaaS 生态本身不行，再加上国内的互联网服务开放程度普遍不高。
海外的话，Celonis 的 Make.com 和开源的 n8n 现在发展的都不错，在中小企业有大量 AI 接入需求的过去两年，用户量和营收都是成倍增长的。
主要是你开个 Make.com 就能轻松集成 1000 多个成熟的互联网服务，如果非互联网行业的小微企业，只有一个类似于“网管”的雇员，那可以说是节省了大量的，对接口、调服务的研发时间。国内和这个没法比，低代码平台也集成不了什么第三方服务，无法给使用者带来实质上的提效。
2025年3月14日 18:50 | # | 引用
doudou 说：
对于有洞察力的人来说，好问题还是存在的。
2025年3月14日 19:21 | # | 引用
老鱼 说：
那个在 Android 里面运行 Linux 的官方方案，能够让 Linux 进程在 Android 手机里面长期运行吗？现在的 Android 手机杀进程杀得太厉害了。想在上面跑服务器几乎不可能。
另外，低代码显然是成功了。影刀、实在智能，都已经被广泛应用。随着 AI 的发展，很快低代码会走入寻找百姓家。
2025年3月15日 03:01 | # | 引用
coderhuo 说：
少儿编程是低代码的出路之一
2025年3月15日 10:43 | # | 引用
Shine 说：
>《有了 AI，你需要想得更大》
我也有类似感觉，我作为一名技术比较平庸的程序员，对于一些复杂的问题，我比其他优秀的程序员通常要花费更多时间，有些甚至更不无法独自完成。
但现在有了 AI 的辅助之后，面对一些以前我认为复杂难以解决的问题时，我有了更多的信心去面对和解决，我认为在一定程度，AI 正在缩小普通程序员和优秀程序员之间的差距。
2025年3月15日 11:12 | # | 引用
姜文 说：
你说的有道理，人的认知会随着时代变化的，当前的认知总是把人和AI机器人搞成对立的，换个角度想想，AI智能到某种程度不就是人了吗，机器人的身体结构随着科技的发展不也就是变成人了吗，或者再换个角度，我们人是不是本身就是一个智能体，价值观这玩意也是人自己设定的，按照这个逻辑，猫猫狗狗他们活着的价值又是啥
2025年3月15日 11:40 | # | 引用
挥拍 说：
感觉这个老哥说的有一些道理
2025年3月15日 17:50 | # | 引用
Watcher 说：
对于AI的未来，关键在于AI全面优于人的临界点到来的时间点在哪。
在那之前，会通过组织AI产生巨大生产力的超级个体或者小团体，会获得非常可观的回报。这可能是人类智能最后的黄金期。
在AI全面优于人的临界点到来之后，AI能够完全托管自己的组织形式和迭代，不需要依赖人，那时人的工作意义就被AI抹杀了。就算大公司可以提供高福利养活所有人，但人已经不再被需要了，即便是能陷入无止境的物质享受，也无法从事有价值的创造。那时应该会有巨大的动荡，也许人类可以获得一个慢慢凋零的安乐窝，也许连安乐窝也没有。
目前来看，大模型提高参数来获得更多智能的思路碰到瓶颈，目前的AI代理能力强大，但还是需要人来使用的工具而非真正智能，临界点应该不会那么快来，也许还有5-10年的时间。
2025年3月15日 19:51 | # | 引用
Gao 说：
比较同意这位老哥的观点
2025年3月16日 15:24 | # | 引用
rrr 说：
这段时间大量使用 deepseek，原生的，baidu,qq 自建的。。
发现一个问题，AI的答案错误很多。只要你多认真一点，很多内容都有错误。
可是对人类来说，有时候，要的答案是需要准确无误的。特别是跨领域的问题，比如一个程序员问AI医药方面的答案时，就算是AI胡说，程序员也很难找出问题的。
我这里有两个例子，亲身经历。
=== sample 1 ===
用 AI 来看看 C# 使用 XMLDOCUMENT 如何释放。
它告诉我，XMLDocument 继承了 IDisposable 接口，所以可以直接显示调用 Dispose()。
然后我试了一下，没有这个接口，再看了一下继承关系，根本就没有好吧！
然后我再告诉 AI，你乱说，它马上就承认了，哈哈。
这种情况还经常发生，刚又试出，XMLNode调用根本不存在的 SetAttribute()了，这个是 XMLElement 的成员。
不过它倒是转变的蛮快的，让我用以下这段，还真的可用，哈哈。
if (Node is XmlElement e)
{
e.SetAttribute(name, value);
}
=== sample 2 ====
这两天刚买了 oppo enco air 4 pro，惊艳于这个价格买到这样音质的耳机，于是问AI，oppo enco air 4 pro的水平解析。包含网页查找的。
AI的答案大概就是与 华为，小米两款做横向比较，结果，搞笑的事来了，一错再错。
先是 降噪深度 与 动圈单元 数据出错。被我指出后，又说没有通过有Hi-Res金标认证，而且一直在说LDAC，而不是 LHDC 5.0。。
2025年3月16日 17:25 | # | 引用
xiaolong 说：
低代码就是个笑话，AI也是个笑话。
我祝你老婆也是个AI
2025年3月16日 20:00 | # | 引用
Hu 说：
顽固的保守派是这样的，不了解新东西，也不接受新东西，只是固执地坚持已有的东西
2025年3月17日 08:55 | # | 引用
Hu 说：
并不见得，我觉得反而扩大了普通程序员和优秀程序员之间的差距。
比如ai之前，普通程序员的能力是1，优秀程序员的能力是100。
ai之后，普通程序员的能力是50，优秀程序员的能力可能是800。
2025年3月17日 09:08 | # | 引用
Archeus 说：
低代码应该是一个程序员, 把产品经理的语音编译成软件.
有AI作曲, AI作画, 啥时候能轮到AI做软件.
目前编程这块, AI能输出一些片段, 离软件还差好多.
2025年3月17日 10:43 | # | 引用
ji 说：
2025年3月17日 11:25 | # | 引用
kingbeeees 说：
周一看评论, 纯煞风景
2025年3月17日 13:39 | # | 引用
菜的抠脚 说：
M芯片和n卡本地跑模型差距大吗？
2025年3月17日 15:32 | # | 引用
Jacks 说：
别忘了共产主义与人类意义的初衷，人类的存在不一定就是要经济价值，并不意味着在近现代这 100 年里，一个人的经济价值被无限放大后，人类就回不到 200 年前每个人的经济价值都微不足道的时代。而当人类生活成本被快速覆盖与满足，也许人类更应该去思考的是经济价值以外的东西，如做X繁衍后代，social 娱乐社交以及其他精神满足，亦或者更快速的探索宇宙与大脑。（我强烈反对政府限限制介入。
2025年3月18日 09:05 | # | 引用
木子 说：
低代码编程==门槛变低了==上限就卡在那里了==只适用一些特定场景
纯代码编程==门槛高==上限高==适用范围广
低代码编程类似图形化编程，只要玩过图形化编程就会发现很不一样
两种东西的设计出发点就不一样
图形化编程假设用户是小白，完全由小白操作代码去构建程序
纯代码编程假设用户已经是老手，完全遵守语法规范去构建程序
两者的差别就像是一个人直接去菜市场买一些菜，做出一顿饭
而另一个人是从种子开始，种菜，收获，最终做出一顿饭
各自有各自的应用场景
2025年3月18日 10:35 | # | 引用
inside 说：
《数学已经没有问题了》 --- 开尔文曾经说过相似的话
2025年3月18日 10:48 | # | 引用
苏三州 说：
《数学已经没有问题了》,上世纪量子力学与相对论出来之前,物理学界也在说,物理学的大厦已经建设得差不多了
2025年3月19日 08:40 | # | 引用
八页 说：
@rrr：
实话说吧，其实GPT之类的，刚开始就已经说过：就算是生成代码（主要目的），也没有办法做到100%正确，正确率为85%±。 就算现在正确率能到95%±，依旧如此。
而且各厂大佬们说：AI只会取代一部分初级程序员的工作内容，而不是全部。
话说的这么中庸，其中实际原因，多说无益。
2025年3月20日 03:05 | # | 引用
openqt 说：
《数学已经没有问题了》，其实是想表达“我们现在数学领域找不到好的方向了”
2025年3月20日 16:37 | # | 引用
悲观主义者 说：
人写代码的准确率也没有100%，如果说ai写出来的代码由有其他几个ai来进行审核的话，那么其实准确率是不是又提高了。或许到后面真的会发展成，不再需要写代码的人员，只需要人员来对接用户和ai，准确的提取需求，然后将需求转交给ai，由各种 ai 进行设计 开发 纠错 审核 测试 部署 最后交付，或许连需求提取都可以交给 ai
2025年3月21日 03:56 | # | 引用
太上老祖 说：
对于第一个问题，我在2023年初就发现了，小众的编程语言特别容易出现这个问题，问题可以总结为”张冠李戴“，把一门流行编程语言的概念弄到我在使用的小众编程语言中。
我也补充一个AI的问题：概念的层次关系弄不清楚。明明两个概念是个包含关系，它给我的答案里面是包含关系，不了解问题领域的人不容易发现这个问题。
2025年3月21日 10:31 | # | 引用
旭东 说：
个人认为，低代码编程的最终受众会是那种不懂内部原理的人。凡是懂得内部工作原理的人从来不会是低代码。
2025年3月21日 14:05 | # | 引用
lihexiang 说：
前些天来顺丰小程序搜去年订单都搜不到，日期范围只有最近一个月。需要用顺丰app，而且日期跨度只能是三个月（90天），一天只能搜3次，历史订单数据要找的话太麻烦了
2025年3月21日 14:13 | # | 引用
爷爷泡的茶 说：
低代码在特定的场景下还是有用的，比如H5活动页。但有时面对需求的多样化，低代码是满足不了需求的，同时对于开发老说一个组件要满足不同场景，那简直要人命啊。
2025年3月21日 14:56 | # | 引用
Dir 说：
我不会编程，我有一个需求，把outlook里每一封邮件保存成msg文件后，发现无法直接看到每邮件接收日期，于是让deepseek帮我生成代码，提取邮件接收日期时间并添加到文件名中，最后算是成功了，支持递归、日志功能以及加参数提取发件人邮箱。至于代码是否简洁，那我就完全不知道了。生成及修改代码的过程中，deepseek 经常只给出部分修改或优化的代码，我又不知道如何替换这部分代码，每次都再要求他生成完整代码。
2025年3月23日 08:06 | # | 引用
bb 说：
红绿色盲的人怎么炒股的
2025年3月24日 10:05 | # | 引用
凯瑞 说：
低代码不能成功有点武断了，如果加个定语“国内的低代码难成功”则比较认同，毕竟至今还没有完全靠低代码上市的，但并不代表低代码没有很好的解决一些场景。
首先低代码解决的都是特定场景问题，比如：ORM，ERP等，背后的理论是固定的。这类理论将场景从较高的维度进行抽象并给出解决方案， 所以将这类解决方案落地为平台， 而不同企业的不同点则就行配置化，并暴露部分接口和语言进行个性化逻辑设计。
为什么国内不能成功：
甲方：我不管你是不是低代码，我就要； 我出钱，我让你怎么搞你就怎么搞； 我是甲方，哪些业务能赚钱就做什么业务，系统自然得跟上； 用系统只是一个政绩，不用系统就用人
乙方：出于弱势地位，为了拿到单子甲方说什么就得是什么； 销售不懂产品，只从功能上吹牛逼，什么系统都能拖拽； 第二代产品经理不懂系统，平台需要高度的抽象，而国内的产品大部分是页面经理，秉承的理念是“我要这样的功能，怎么实现我不管； 我要的进度是这样，怎么实现是研发的事”； 研发大部分不规范，一个初步的平台出来后就没法迭代了，后续上去的架构和开发都不够格，导致系统能力越来越差劲
国内那些低代码产品成功
特点：1 半年能开发完的功能，因为系统和产品没法延续第一代设计者的思想； 2. 免费的工具类，免费的，甲方自然不会什么都要；
2025年3月25日 09:33 | # | 引用