独立开发变现周刊（第122期） : 一个文字生成视频在线SaaS工具，年收入7.5万美元
分享独立开发产品变现相关有价值的内容，每周五发布。一个文字生成视频在线SaaS工具，年收入7.5万美元
via 让小产品的独立变现更简单 - ezindie.com
分享独立开发产品变现相关有价值的内容，每周五发布。一个文字生成视频在线SaaS工具，年收入7.5万美元
via 让小产品的独立变现更简单 - ezindie.com
❤2
Slack 自己幹的 Cron System
在 HN 上看到「Executing Cron Scripts Reliably at Scale (slack.engineering)」，發現是去年九月的文章：「Executing Cron Scripts Reliably At Scale」(話說 Slack 的 engineering blog 可讀性變差好多，不過這又是另外一回事了...)。
夠大的組織的 cron job system 都會自己幹一套出來用，因為檯面上的都不好用 XD
Slack 的搞法是組合三個內部系統：
● 一個 container-based 管理實際執行資源的系統，基於 Bedrock，而 Bedrock 則是基於 k8s 上的系統。
● 一個 job queue 子系統，後面是 Kafka + Redis 組成的。
● 一組在 Vitess 上的表格，所以後面是 MySQL。
這樣的系統也注定這是 Slack-only 的系統了，看一下知道用什麼就好了...
via Gea-Suan Lin's BLOG
在 HN 上看到「Executing Cron Scripts Reliably at Scale (slack.engineering)」，發現是去年九月的文章：「Executing Cron Scripts Reliably At Scale」(話說 Slack 的 engineering blog 可讀性變差好多，不過這又是另外一回事了...)。
夠大的組織的 cron job system 都會自己幹一套出來用，因為檯面上的都不好用 XD
Slack 的搞法是組合三個內部系統：
● 一個 container-based 管理實際執行資源的系統，基於 Bedrock，而 Bedrock 則是基於 k8s 上的系統。
● 一個 job queue 子系統，後面是 Kafka + Redis 組成的。
● 一組在 Vitess 上的表格，所以後面是 MySQL。
這樣的系統也注定這是 Slack-only 的系統了，看一下知道用什麼就好了...
via Gea-Suan Lin's BLOG
鸿蒙开发游戏（一） 大鱼吃小鱼（界面部署） 鸿蒙开发游戏（二） 大鱼吃小鱼（摇杆控制） 鸿蒙开发游戏（三） 大鱼吃小鱼（放置NPC） 鸿蒙开发游戏（四） 大鱼吃小鱼（互吃升级） 鸿蒙开发游戏（五） 大鱼吃小鱼（添加音效） 鸿蒙开发游戏（六） 大鱼吃小鱼（称霸海洋） 前言：你是否玩过古老而不失优雅的大 ...
via 48小时阅读排行 - 博客园 (author: TMusketeer)
via 48小时阅读排行 - 博客园 (author: TMusketeer)
从零搭建Vue3 + Typescript + Pinia + Vite + Tailwind CSS + Element Plus开发脚手架
项目代码以上传至码云，项目地址：https://gitee.com/breezefaith/vue-ts-scaffold 目录前言脚手架技术栈简介vue3TypeScriptPiniaTailwind CSSElement Plusvite详细步骤Node.js安装创建以 typescript 开 ...
via 48小时阅读排行 - 博客园 (author: 程序员偏安)
项目代码以上传至码云，项目地址：https://gitee.com/breezefaith/vue-ts-scaffold 目录前言脚手架技术栈简介vue3TypeScriptPiniaTailwind CSSElement Plusvite详细步骤Node.js安装创建以 typescript 开 ...
via 48小时阅读排行 - 博客园 (author: 程序员偏安)
将 umami 从 v1 迁移到 v2 版本
网上相关的文章挺多的，但我遇到了奇怪的问题。不过我现在打算睡了，也就记一笔，等我睡醒以后找个时间来把这篇博客补完。
主要遇到的问题是 supabase 的 connection pooling 举动，以及 6543 端口不能使用预备语句，需要改为 5432 端口的问题，这一点我还没查清楚。反正就是从 supabase 获取 connection pooling 的 url，把端口号改 5432 就能用了。
via 竹林里有冰的博客
网上相关的文章挺多的，但我遇到了奇怪的问题。不过我现在打算睡了，也就记一笔，等我睡醒以后找个时间来把这篇博客补完。
主要遇到的问题是 supabase 的 connection pooling 举动，以及 6543 端口不能使用预备语句，需要改为 5432 端口的问题，这一点我还没查清楚。反正就是从 supabase 获取 connection pooling 的 url，把端口号改 5432 就能用了。
via 竹林里有冰的博客
The Usages and traps of useEffect in React
via LEXICAL BLOG (author: terminels@outlook.com (EDWARD ZHANG))
via LEXICAL BLOG (author: terminels@outlook.com (EDWARD ZHANG))
Telegraph
The Usages and traps of useEffect in React
Concerning the useEffect hook, as described in the React official documentation, it is sufficient. Unfortunately, useEffect is the most controversial API design in React. It is widely considered the most challenging and difficult-to-implement hook in actual…
RFC正式确立Rust中指针来源的存在
该文指出：Rust 中的指针（包括引用类型的值）由两个部分组成。 指针的 "地址 "表示指针当前指向的内存位置。 指针的 "出处 "说明指针何时可以访问内存中的哪个位置。 (这里不考虑宽指针可能附带的任何 "元数据"，只讨论瘦指针/宽指针的数据部分）。使用给定指针访问内存是否会导致未定义行为（UB）取决于地址和出处：使用一种出处访问同一地址可能没有问题，而使用另一种出处访问则会导致 UB。与此相反，整数不包含出处成分。其余大部分细节，如具体的出处模型，则故意不作说明。本 RFC 的目标是尽可能简约，让整个 Rust 项目在语言未来的长期发展上保持 "一致"。详细点击标题
via 极道 (author: banq)
该文指出：Rust 中的指针（包括引用类型的值）由两个部分组成。 指针的 "地址 "表示指针当前指向的内存位置。 指针的 "出处 "说明指针何时可以访问内存中的哪个位置。 (这里不考虑宽指针可能附带的任何 "元数据"，只讨论瘦指针/宽指针的数据部分）。使用给定指针访问内存是否会导致未定义行为（UB）取决于地址和出处：使用一种出处访问同一地址可能没有问题，而使用另一种出处访问则会导致 UB。与此相反，整数不包含出处成分。其余大部分细节，如具体的出处模型，则故意不作说明。本 RFC 的目标是尽可能简约，让整个 Rust 项目在语言未来的长期发展上保持 "一致"。详细点击标题
via 极道 (author: banq)
Spring Boot中使用RestTemplate读取JSON响应
介绍 在构建相互交互的不同系统时，JSON 是一种常见的数据交换格式。 例如，考虑向休息端点发出的 GET 请求。最常见的是 JSON 负载作为响应从服务器返回到客户端。 在本文中，我们将学习如何在使用 RestTemplate 时读取此 JSON 对象并将其转换为 Java 对象。 读取 JSON 对象的集合假设我们有一个休息端点，它返回公司数据库中存在的用户帐户列表。我们将对端点进行 Rest 调用，读取返回的 JSON 数据，并使用 Spring RestTemplate将其解析为 Java 对象。执行我们从端点收到的 JSON 数据如下所示。它是一个 JSON 对象数组。 {
via 极道 (author: banq)
介绍 在构建相互交互的不同系统时，JSON 是一种常见的数据交换格式。 例如，考虑向休息端点发出的 GET 请求。最常见的是 JSON 负载作为响应从服务器返回到客户端。 在本文中，我们将学习如何在使用 RestTemplate 时读取此 JSON 对象并将其转换为 Java 对象。 读取 JSON 对象的集合假设我们有一个休息端点，它返回公司数据库中存在的用户帐户列表。我们将对端点进行 Rest 调用，读取返回的 JSON 数据，并使用 Spring RestTemplate将其解析为 Java 对象。执行我们从端点收到的 JSON 数据如下所示。它是一个 JSON 对象数组。 {
via 极道 (author: banq)
用于数据分析的最佳 ChatGPT 插件为顺利进行数据分析打开了大门。它成为您破译复杂数据的尖端盟友。该插件为分析领域提供了语言优势，并改变了我们在数据统治的世界中提取见解的方式。信息探索史上激动人心的篇章始于 ChatGPT 和数据分析的合并。当破译复杂信息变得像对话一样容易时，数据理解和利用将发生革命性的变化。ChatGPT 插件的重要性 – 开发者插件ChatGPT 的加入是不断发展的数据分析领域迈出的革命性一步。它解决了传统方法的重大问题，并为信息提取的新途径铺平了道路。处理复杂性： 复杂的模式常常超出传统数据分析技术的能力。 ChatGPT 对语言细微差别的熟练程度使其能够解释可能使
via 极道 (author: banq)
via 极道 (author: banq)
本周Github上6个有趣项目AdonisJs、Vanna 等
本周Github上有趣的项目、工具和图书馆1、AdonisJSAdonisJs 是一个注重人体工程学和速度的全栈 Web 框架。它解决了许多 Web 开发方面的麻烦，为您提供了一个简洁、稳定的 API 来构建 Web 应用程序和微服务。AdonisJS 是 Node.js 的 TypeScript 优先 Web 框架。您可以使用它来创建全栈 Web 应用程序或 JSON API 服务器。在基础层面上，AdonisJS为您的应用程序提供结构，配置无缝的 TypeScript 开发环境，并提供大量维护良好且记录广泛的软件包。我们设想使用 AdonisJS 的团队可以花更少的时间在琐碎的决策上，比如
via 极道 (author: banq)
本周Github上有趣的项目、工具和图书馆1、AdonisJSAdonisJs 是一个注重人体工程学和速度的全栈 Web 框架。它解决了许多 Web 开发方面的麻烦，为您提供了一个简洁、稳定的 API 来构建 Web 应用程序和微服务。AdonisJS 是 Node.js 的 TypeScript 优先 Web 框架。您可以使用它来创建全栈 Web 应用程序或 JSON API 服务器。在基础层面上，AdonisJS为您的应用程序提供结构，配置无缝的 TypeScript 开发环境，并提供大量维护良好且记录广泛的软件包。我们设想使用 AdonisJS 的团队可以花更少的时间在琐碎的决策上，比如
via 极道 (author: banq)
大模型涌现的架构技术栈一览表
大型语言模型（LLM）应用程序堆栈的参考架构：1、数据管道 Databricks 用于构建、部署和维护企业数据解决方案的统一数据平台，包括专为人工智能设计的产品（如 MosaicML 和 MLflow）； Airflow 数据管道框架，用于以编程方式编写、安排和监控数据管道和工作流程，包括 LLMs ； Unstructured.io 用于预处理 PDF、HTML 和 Word 文档等文档的开源组件，可与 LLM 应用程序配合使用； Fivetran 该平台可从各种来源提取、加载和转换数据，用于分析、人工智能和运营 ； Airbyte
via 极道 (author: banq)
大型语言模型（LLM）应用程序堆栈的参考架构：1、数据管道 Databricks 用于构建、部署和维护企业数据解决方案的统一数据平台，包括专为人工智能设计的产品（如 MosaicML 和 MLflow）； Airflow 数据管道框架，用于以编程方式编写、安排和监控数据管道和工作流程，包括 LLMs ； Unstructured.io 用于预处理 PDF、HTML 和 Word 文档等文档的开源组件，可与 LLM 应用程序配合使用； Fivetran 该平台可从各种来源提取、加载和转换数据，用于分析、人工智能和运营 ； Airbyte
via 极道 (author: banq)
LK99更像是一种抗磁性半导体
这篇新LK99论文刚刚被APL接受：类似超导性的行为源于Cu2S，而LK99更像是一种半导体。 该研究论证了LK-99中所谓的类超导行为实际上是由Cu2S结构相变引起的电阻率减小所导致的，从而否定了LK-99是室温超导体的可能性。 通过对LK-99样品进行氨溶液处理，成功消除了其中的Cu2S相，证明了Cu2S对LK-99的影响，并进一步确认了LK-99并非超导体，而是反磁性半导体。 该研究结果对韩国研究团队关于LK-99是室温超导体的结论进行了修正，强调了继续探索室温超导体的挑战。 但LK-99李已经说，他有数据来反驳Cu2S的争议，我们也可以在他的APL论文中看到数据。总结研究结果表明，LK
via 极道 (author: banq)
这篇新LK99论文刚刚被APL接受：类似超导性的行为源于Cu2S，而LK99更像是一种半导体。 该研究论证了LK-99中所谓的类超导行为实际上是由Cu2S结构相变引起的电阻率减小所导致的，从而否定了LK-99是室温超导体的可能性。 通过对LK-99样品进行氨溶液处理，成功消除了其中的Cu2S相，证明了Cu2S对LK-99的影响，并进一步确认了LK-99并非超导体，而是反磁性半导体。 该研究结果对韩国研究团队关于LK-99是室温超导体的结论进行了修正，强调了继续探索室温超导体的挑战。 但LK-99李已经说，他有数据来反驳Cu2S的争议，我们也可以在他的APL论文中看到数据。总结研究结果表明，LK
via 极道 (author: banq)