Duck Test，一种著名的归纳原理，就是说“如果它看起来像鸭子，游泳像鸭子，叫声像鸭子，那么它可能就是只鸭子。”，不浮于面向协议编程这种标准的编程形式，“面向鸭子编程”的思路旨在以事实，而不只是约定为标准，进行代码实践。并不是说鸭子测试的思路和面向协议编程是矛盾的，鸭子测试依然是基于协议的，但它的核心是不盲信任于任何协议或者约定，而是基于事实的代码检测去完成程序逻辑。

在现代前端网页开发中，为了避免零散的资源加载，比如小图标，重复背景之类的，我们会在html/css/js里将图片转成base64编码直接插入到相关代码中来提升性能与整体可用性。特别是在混编和ssr的场景更常见。但是base64编码的图片问题也很明显——数据量恒定大33%，如果咱们的应用是高流量应用在关注高可用性的同时，流量也极限追求的话，肯定就在想，原理上我们有直接把图片二进制数据直接插入到代码中的方法么？

原理上，这个课题利用point做粒子效果就可以解决，本不需要通过shader去处理。不过作为用gl的思维进行地图栅格数据绘制课题的后续，还是提出以下。本方案的核心思路还是数据栅格化，降纬处理数据减少碰撞测试次数提升性能。
Demo：http://lrdcq.com/test/mapwebgltiles/scatter/

有几个以上讨论的拓展问题，在分享的时候大家都比较关心，补充一下：

地图栅格服务端

最近内部讨论有一个议题，是在web地图上绘制六边形栅格化的数据，量极大（10w+）。如果按照普通的在地图sdk上添加path或者shape的方式，添加10w级别的shape无论是哪家地图sdk无奈是普通版本还是webgl版本都是难以承受的，页面打开后电脑风扇就起飞了。
因此我们应该意思到，目前我们尝试的这些方案的思路出发点，可以进行转换。采用全新的思路——这里我们采用标准的gl绘制图形的思路来完成这个任务，说不定有奇效。
先看demo：http://lrdcq.com/test/mapwebgltiles/

Joker

“It’s a funny world we live in”, Joker said.

不，这是真实的也是谎言，在Joker也就是蝙蝠侠的世界中，歌谭市是冷漠而荒诞的。如果说姥爷是在这荒诞的世界中追寻着微笑的正义之火，那么小丑着是在这意趣盎然的世界中挖掘人性的丑恶嘴脸。

绝大部分语言，只要有函数，或者lambda或者java这种inline的方法重写功能，都有类似于闭包或者类似保障子程序中可以使用外界变量或者参数的特效，稍微高级一点的语言都有。不过要说各个开发者的钟爱程度，唯独JS开发者万事离不开闭包的样子。

在OC-Foundation与UIKit中，苹果使用类簇来实现具体工厂子类用得出神入化。有意思得是，作为工厂设计模式的一种实践，似乎只有苹果自己大量使用类簇，在别的语言下类簇似乎并不是一个优雅的最佳实践。那么仿照苹果的类簇类型的设计，我们如何才能实现一个API友好的类簇类型呢。

首先我们自己的代码中既有常见的类簇类型的实践方式是这样的：

接上，继续存代码开发多窗口mac应用。作为一个看板/大盘类应用，不同模块的快速拼装组合移动的支持肯定是必要的。而作为桌面应用，因为一个看板模块就是一个NSWindow，因此就牵扯出窗口位置对齐/吸附等细节处理了。

目前实现的效果如下：

由于工具应用的开发需求，稍微尝试了一下更加工程化的MAC开发。按传统的做法，依赖AppKit开发普通桌面应用会大量使用xib/storyboard等工具，不过考虑到目前写的东西的方案会往sketch插件或者别的工具和平台上移植，并且从团队技术栈上来看大家也更习惯纯代码frame+Masonry的开发手段，同时也有程序本身设计动态化窗口/菜单的缘故，因此尝试探索了几乎纯代码开发mac应用的方式。