最新

我已经看到许多令人沮丧的文章，讲述新进入编程领域的人因为无法获得专业经验而感到完全无能的情况。<p>如果这能让他们感到稍微安慰，我也有同样的感受，而我其实是有一定经验的人。<p>如今，任何人要如何获得专业经验，即使是从几乎零的基础开始？<p>对此话题有什么建议或想法吗？

嘿，HN，我正在构建 Rocal——一个基于 Rust 和 WASM 的网页框架，帮助你构建离线优先的应用程序，完全不需要服务器。可以把它想象成后端和前端合并成一个本地体验——一切都在浏览器中运行。 这里是引发这一切的帖子：“抛弃服务器：使用本地优先架构构建离线准备的应用程序”（[链接](https://dev.to/picolt/ditch-the-server-build-offline-ready-apps-with-local-first-architecture-1lhn)） 一点背景故事：我曾为小型企业构建一个 POS（销售点）系统，而这些企业的互联网连接不可靠。我意识到，即使是基本操作——比如将商品添加到购物车或保存交易——也过于依赖网络请求。这时我决定改变模型，构建一个默认以本地优先为基础的架构。 它的工作原理如下： - **浏览器中的 WASM + SQLite**：应用程序编译为 WebAssembly，完全在客户端运行，包括一个本地嵌入的 SQLite 数据库。存储或查询数据时无需服务器往返。 - **无需外部 API**：&quot;后端&quot; 逻辑用 Rust 编写并编译以在浏览器中运行。你可以把它看作是一个打包到客户端的单体应用。 - **默认离线工作**：从数据存储到路由和渲染，所有操作都在本地进行。即使用户在会话中断开连接，应用也不会崩溃。 - **可选同步**：如果你希望后期实现云同步（用于备份、多设备或分析），可以在核心应用离线工作后再添加这一层。 这里没有传统意义上的“服务器”。你用 Rust 编写 UI、逻辑和数据模型。Rocal 框架通过 WASM 处理渲染、路由、持久化和本地执行。 我知道这听起来很疯狂，但它在 POS 系统、表单密集型应用和其他延迟或连接性问题的用例中运作良好。想想自助服务终端应用、现场工具或用于偏远地区的应用。 这里有一个快速的演示和架构说明（更多演示即将推出）：[链接](https://demo1.rocal.app) Rocal 完全开源，目前仍处于早期阶段。我正在积极构建 CLI、版本控制系统和开发工作流程，以便更容易地发布这样的应用。从长远来看，我希望构建和部署本地优先的网页应用程序能像启动一个典型的全栈应用一样简单。GitHub：[链接](https://github.com/rocal-dev/rocal) 如果你对构建感觉即时、具有韧性和完全私密的应用程序感兴趣，我很想听听你的想法和反馈。 谢谢！

在阅读HN时，我经常会遇到一些个人博客或网站，它们看起来很棒且视觉上易于阅读，但我对“最佳”设计的看法却总是变化不定。<p>诚然，这是一种主观意见，网络上充斥着各种观点，但我想知道这里的用户们发现哪些字体和样式的组合最令人愉悦？