你好，<p>我开发了Equatile，这是一款基于逻辑的益智游戏，你需要在一个网格上排列数字瓷砖，使每一行和每一列的总和等于它们的目标值。<p>该游戏使用Expo构建，现已在iOS、Android和网页上免费提供。<p>这是我心中构思了近10年的游戏，但一直没有机会真正开发，直到我遇到了Expo，它让这个过程变得异常简单。我可能会在GitHub上开源代码。<p>希望你喜欢玩这个游戏！
返回首页
最新
在过去的几天里，我一直在听Lex采访DHH（我只关注编程部分，对他在其他话题上的看法并不特别感兴趣）。这并不是我第一次听到人们赞美Ruby on Rails，但每次我查看文档时，我都会想：“我不明白为什么大家对这个这么感兴趣。”
我对Ruby的主要批评有：
- 语法不太好：它使用了很多特殊字符，这使得编写代码的速度变慢。
- 没有静态类型：当我刚开始编程时，动态类型（比如JavaScript中的）似乎很酷。但在参与大型企业项目后，我绝对不会再选择动态类型语言（根据DHH的说法，这可能让我成为一个“糟糕的开发者”）。
我自己并没有尝试过，主要是因为将编程语言用于副项目和用于专业产品是完全不同的体验（有人可能会尝试JavaScript并争辩它比TypeScript好，直到他们不得不重构某些东西）。
所以我在想，这是否属于那种工具主要被热情的小众使用，因此所有反馈都是正面的情况？还是说，一旦深入了解，Rails真的像DHH所说的那样好？
作为一个没有STEM学位且主要自学的人，我很想听听类似的经历。你的故事是什么？你现在在做什么？你做这个多久了？等等等等。
我有一个网站，在登录后切换到其他页面时会出现会话丢失的情况，但只有在打开开发者工具时才会发生！我了解到这是因为开发者工具打开时管理缓存的方式，但我已经禁用了它，情况依然没有改变。这就像光的波动性或粒子性，取决于观察者。请问有什么帮助吗？
我开发了一个轻量级的GIF解码器，使用纯C语言编写，适合嵌入式或对性能要求严格的环境。它是一个仅包含头文件的库，不进行动态内存分配，且完全平台独立。支持静态和动态GIF，提供快速和安全的解码模式。非常适合在微控制器、物联网设备以及任何带有帧缓冲区的设备上使用。欢迎提供反馈或建议，看看这个解码器可以在哪些地方发挥作用。
<p>Github: <a href="https://github.com/Ferki-git-creator/TurboStitchGIF-HeaderOnly-Fast-ZeroAllocation-PlatformIndependent-Embedded-C-GIF-Decoder">https://github.com/Ferki-git-creator/TurboStitchGIF-HeaderOnly-Fast-ZeroAllocation-PlatformIndependent-Embedded-C-GIF-Decoder</a>
去中心化架构：<a href="https://positive-intentions.com/blog/decentralised-architecture" rel="nofollow">https://positive-intentions.com/blog/decentralised-architecture</a><p>虽然我在这里的做法可能被认为过于复杂（因为，确实如此），但我正在尝试一些新的东西，这种策略可能在长期内并不可行。我的哲学是“只有一种方法可以找出答案。”我并不一定推荐这种方法，只是分享我的旅程和我正在做的事情。<p>潜在的好处
我发现这种方法有一些有趣的好处：<p>静态作为聊天应用基础设施：<a href="https://positive-intentions.com/blog/statics-as-a-chat-app-infrastructure" rel="nofollow">https://positive-intentions.com/blog/statics-as-a-chat-app-infrastructure</a>
虽然我常常看到模块联邦和微前端在网络讨论中受到抨击，但我相信它们非常适合我的具体方法。我对这些好处持乐观态度，并想分享细节。<p>在提供联邦模块时，我还可以托管 Storybook 静态文件。我认为这可能是一个很好的方式来独立记录这些模块。<p>模块和应用
以下是一些模块及其使用方式的示例：<p>加密模块：<a href="https://cryptography.positive-intentions.com/?path=%2Fdocs%2Fcryptography-introduction–docs" rel="nofollow">https://cryptography.positive-intentions.com/?path=%2Fdocs%2Fcryptography-introduction–docs</a>
P2P 框架：<a href="https://p2p.positive-intentions.com/?path=%2Fdocs%2Fe2e-tests-connectionstatus–docs" rel="nofollow">https://p2p.positive-intentions.com/?path=%2Fdocs%2Fe2e-tests-connectionstatus–docs</a>
这种设置让我能够创建消费这些模块的微前端，从而在不同应用之间共享功能。以下应用程序具有不同的代码库（并且在开源和闭源之间有区别），可以利用这一点：<p>P2P 聊天：<a href="https://chat.positive-intentions.com/" rel="nofollow">https://chat.positive-intentions.com/</a>
P2P 文件传输：<a href="https://file.positive-intentions.com/" rel="nofollow">https://file.positive-intentions.com/</a>
共享这些依赖关系应该会使在这些不同应用中推出核心机制的更新变得更容易。<p>此外，当我使用 Tauri 创建 Android 构建时，这种功能也能正常工作。这可能会简化创建利用这些已建立模块的新应用程序的过程。<p>考虑因素与未来
我相信这种架构会带来一些独特的测试和维护负担。然而，根据其实施方式，我相信它可以有效运作，并使改进当前功能变得更容易。<p>值得注意的是，这个项目的一切都远未完成。有些人可能会认为这是实现 npm 已经完成的事情的一种过于复杂的方式。然而，我认为这种方法通过允许将开源和闭源代码分离，为网络提供了更大的灵活性。当然，作为 JavaScript，"源代码" 将始终是可访问的，尤其是在 AI 时代，逆向工程比以往任何时候都更容易。