使用 Agentic Coding 的方式构建一个 App 不靠谱
最近,AI 真的很火,尤其我自己使用 CodeX 去辅助自己的构建的时候,发现真的如有神助。小红书上,各种经验分享贴,我也看得很多了,激动人心,只是我从来没有试过。
然而,在我亲身尝试之后,我只能判断说,根本不靠谱。
最近,AI 真的很火,尤其我自己使用 CodeX 去辅助自己的构建的时候,发现真的如有神助。小红书上,各种经验分享贴,我也看得很多了,激动人心,只是我从来没有试过。
然而,在我亲身尝试之后,我只能判断说,根本不靠谱。
这是 CodeMirror 编辑器的系统导览,它是对系统功能的文字性说明。如果想一项一项看接口的文档,可以查阅参考手册。
在互联网行业工作了 10+ 年,我不知道大家是否注意到一种现象,就是 API 设计的时候,这个返回包体,很喜欢用 {code, data, message} 这种结构?
说实在的,我以前根本没有思考过这个问题,我只知道,这么设计是没问题的,理解简单,实现起来也没什么障碍,学习成本也非常低。最后,这种设计思路甚至也内化成为我的一种习惯,如果不是有人挑战这一点,我甚至不会去审视,这种思路的来源。
在你当员工的时候,可能会觉得,某某老板真多事,总是提一些天马行空的东西,本来好好的项目,某某老板一参与,就变得艰难万分了。所以,以后做事情,尽量太太平平做,不要让那个老板知道。
记笔记这件事,我从 Evernote,换成 OneNote,又用上 Obsidian,软件换了一个又一个,也真的存了很多资料,但真正用上的却很少很少。直到我读了一本书后,我才知道是为什么。
看下去,会颠覆你对笔记的理解。
在学习软件设计的过程中,不知道你是否有这种感觉,有一些很常见的术语,自己似懂非懂,比如:Inversion of Control(缩写 IoC),Dependency Injection(缩写 DI),Service Locator 等等。
你很难精确把握这个概念的原因是,概念从诞生开始,自己也在演化,在这个过程中会出现定义的变化(内涵),使用场景的变化(外延),再加上不同使用者的解读也可能存在错漏和偏差,最终带来了学习的困难。
好在,就算理解个大概,也不影响你对它的应用,不用太过纠结。
前几天,逛小红书时候,又看到一个红色大字封面的短视频,“建议大陆普通中产家庭,别碰香港储蓄险”,博主主要列举了外汇管制、汇率风险,以及回报慢等问题。
那么香港储蓄险,是否真的就不值得购买?或者说,就是中产家庭碰不得?
现代生活节奏快、压力大,工作、生活中处处潜藏风险。从突如其来的意外事故,到日积月累诱发的重疾,再到不可避免的衰老与身故,这些都可能带来巨大的经济打击。对普通人而言,保险是一种性价比极高的风险转移工具。