我是荷兰的全职开发商 十年多前 去年,我的晚会进入了一个侧面项目: 我喜欢电影,一个Android的应用,用于跟踪你所看的东西,并决定接下来看什么。
今年夏天Google游戏现场直播 这是真实的版本,它是如何建造的,堆栈是什么样子的,还有三四个决定比其他决定更重要.
问题就在于我从未找到一部电影 每部电影的应用软件 都是为一个人设计的 我真正的问题是两个人在一个沙发上,每人有一个监视名单, 都不记得我们是谁救了这部值得观看的电影。
选择和别人一起观看的东西,真正比单独挑选更困难,没有多少更好的搜索可以修复它,因为搜索不是瓶颈.
决定是.
所以这个应用是围绕着这个组织的。
一个家庭共用一个图书馆: 一个监视列表,一个监视历史, 被所有和你住在一起的人所看到。
在超市的手机上加个胶片 在你回家前就放在你搭档的手机上 其中一个特征是应用程序存在的原因, 它塑造了几乎所有的后端决定。
堆栈,为什么是无聊的故意 后端为Go,GraphQL通过gqlgen,和Postgres.
该应用程序为"回想原生"与"博览会".
电影和电视元数据来自TMDB.
这接近你2026年可以选的最保守的堆栈,这就是重点。
当维修负荷超过一个人的夜晚时,独行项目会死亡,所以每一种技术都必须是11点时我就可以调试的,没有第二次意见.
去赢得它的位置。
整个后端是一个没有框架魔法的二进制,而类型系统外加gqlgen所生成的解析器意味着在编译时间会响亮地断裂出计划变化,而不是在生产中悄悄地.
Postgres 所做的一切:数据,全文搜索支持,导入中继.
没有微服务,没有排队,没有雷迪斯。
单一流程和单一数据库将携带一个消费者应用程序,比建筑内容行业承认的要远得多。
GraphQL是决定,我最次地重复,最不后悔。
追踪应用的屏幕是同一数据的不同形状:电影细节页,朋友简介,成员分组的共享监视列表,统计仪表板.
有了REST,我最终会 要么40个终点,要么一个终点返回一切。
有了一种方案,移动应用程序要求每个屏幕需要的形状准确,生成的类型都互相诚实地重置.
博览会,以及具体的超空更新,是使得独行移动开发能够存活的.
JS级在几分钟内就把船只固定在每部安装的电话上,没有店铺审查.
当一个真正的用户击中一个真正的错误时,从报告到固定的他们的设备的回路可以是晚上.
原生释放仍然通过"Play"审查,但很少见.
AI部分,没有杂音 标题功能是聊天助手,您可以要求用通俗语言观看一些东西.
根据心情,通过半回忆情节,通过"某事短而有趣的星期二".
盖下是LLM 有工具呼叫, 工具是所有实际工作的地方。
模特儿从来不会从自己对电影的记忆中解答, 因为这就是你如何推荐一部不存在的电影。
它提到的每个标题都通过工具解决TMDB, 对照你的表史, 模型进行语言理解.
定心法能作一切有正答相.
在制作中操作一个LLM特性作为支付账单的人的两个教训:第一,护栏是发射特征,而不是硬化阶段.
费率限制,每个用户的上限和输入限制在公开发布前就进入,因为您API密钥上所附的公开聊天端点是一个邀请.
第二,最好的人工智能特征是小微波