deck.gl 是一个开源的 WebGL 驱动框架，用于对大型数据集进行可视化的探索性数据分析。因为工作需要，我尝试改造 deck.gl 以让它支持 EPSG:4326 投影坐标系。最终实现代码可以参考：deck.gl with EPSG:4326。不过，在我改造代码的过程中，发现在 deck.gl 源码里有这样的一段：
关于原子操作，网络上已经有很多文章讨论，通常聚焦于原子的读-修改-写（RMW）操作。然而，这并不是唯一的原子操作类型。还有原子的加载和存储操作，它们同样重要。原子读-修改-写操作（或称“RMW”操作）比原子加载和存储更为复杂。它们允许你从共享内存中的一个变量读取值，同时在其位置写入一个不同的值。
介绍 在本文中，我将尝试记录我实现一个简单线程池的经验。这个线程池基于 cppcoro 库的概念和思想。经过重新实现并简化到最基本的部分，以便理解协程的最重要方面。
本文翻译自《How to project decals》。 开头省略200字寒暄，作者介绍了自己在编辑器中如何实现贴花功能的。本文将对“如何对一个复杂几何体进行贴花投影”的算法做一个概览。以这样的一个场景为例：
4.3 性能 写关于 JavaScript 性能的文章是件棘手的事，因为它是一个不断变化的目标。浏览器实现会定期改进，目前运行缓慢的代码可能很快就会被优化。然而，即使在自更新浏览器不断演进的情况下，仍然存在一套通用的最佳实践和禁忌，它们通常适用，并且不太可能发生改变。
WebGL相关的书籍并不多，《WebGL Insights》算是一本，其中各个章节都是由行业内资深的开发者们编写的。书中第四章的作者，Matthew Amato 和 Kevin Ring，正好是 Cesium 的联合创始人及资深开发工程师，所以就想着将本章翻译一下，加深一下理解。
在大规模处理和显示空间数据时，没有什么概念比空间索引（Spatial Index）更有用和重要。空间索引是一类算法，它们通过特定的方式组织几何数据，使搜索更加高效。例如，执行以下查询：
之所以要做这么一件事情是因为在玩《Cities: Skylines》时，游戏内的立交建造比较繁琐，却又很重要。于是就萌生了做一个从目前已有的二维地图道路数据自动生成立体的立交道路的工具的想法。
尝试用线性规划来达到这样的目的。