就在前几天11月20号周六，笔者朋友在阿里所在的某部门在重庆建设阿里homearch线下实体店开张了，各个渠道大肆宣传homearch全国首店试营业了的同时，也别忘了，这是阿里在软装零售与家居领域toC门店数字化的一个里程碑。

实体门店数字化往往分为两部分，一部分是用户体验数字化即用户在店内的体验科技化，toC；另一部分是店内操作数字化如促单下单过程，这部分toB。当然这两部分是有大量交集结合在一起完成实体门店数字化的落地与实际用户实体购物体验的保障。

自视程序员中壮士书生，然而审视案台之间，程序员的桌面总归是与文人墨客不同。

程序员的桌面不会总是一壶煮茶对酒当歌，一觞一咏一朝共语小窗前，枸杞茉莉花也不过是保温杯的伴侣，高糖配上咖啡因才是居家必备救心丸，一口下去般醍醐灌顶妙语连珠指尖生。程序员的桌边也没有文竹拂霜根苔色含羞隐，窗寒西岭孤城万山仞门泊东吴一船春色尽，除去工位间绿萝阴长，也就窗口多肉溢满园一抹油绿如蓝哑然青青青江平。自然，文房四宝笔墨纸砚必然也不会出现在我的案头，程序员不会凭君轻点染落笔把身藏惹得全身闻墨香，而是笔记本pad工作站一把梭哈走天下。

最近和不同的Native开发者与Web前端开发者之间聊天，发现大家的意识或者理念上的沟壑比我们想象中的深很多。都说大前端一家人，不过很多事情不同心共体的话，团队上细微的裂痕在项目或者组织动荡期会有非常大的风险导致团队成员的割裂。因此，需求其中的原因与寻找其中发展之道是本文讨论的关键。

备注：本文为笔者对工作中沟通相关事项的技巧与方法的总结，有一定片面性，请酌情参考。

工作中总是在提高效沟通，沟通前准备，沟通中技巧，沟通后跟进。step by step执行。诚然，如果能将日常所提到的高效沟通的方法论执行到70%以上，日常工作效率一定会有一个质的飞跃。但是到这个时候，也往往会陷入另一种瓶颈：沟通的第一目的，即信息上的流动于对齐，确实非常高效的达成了，但是往往还是无法到达自己心里最终的目的地。

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

Joker

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

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

从两年前开始，我们app开发就在逐步引入并尝试使用MVVM这种理念的架构设计了，并且往往是通过函数式编程来实现的（ReactiveCocoa/RxJava）。当然，要说MVVM，web前端当然是走得遥遥领先，而我们App中实践MVVM多多少少遇到了不少问题。
不过经过两年来的迭代，我们的App中的MVVM架构的实现上，已经有了很大的变化，可以说是更向前端靠拢吧，也可以说是踩过无数坑之后自然而然形成的，面向状态机的设计。

第一次写这样的博客请见谅。最近在对博客下的nana伪春菜做更多的技术常识，除了存2D加动画的形式和全3D模型3渲2之外，突然想起近两年有一个从日本舶来的流行的技术Live2D，于是昨日就调研了一波，并且按照教程试用了一下对应软件，调研内容主要是人物开发成本，技术底层实现(实际性能，可替代性，可拓展性)，和弱点不足。本来满心欢喜的想出一个类似于“Live2D调研报告”之类的东西，但是从结果上来看，我认为，没啥好写的，这种东西直接开喷吧（下面打开喷子模式）。（本文所说的Live2D都是指的Cubism即传统的2D模型部分）

灯笼梦

清晨，梦醒来之时，总觉得失去了什么重要的东西。

当懒散的阳光瘫软在窗外熙熙攘攘的树叶与人群中，偶然或者必然的从窗帘的缝隙中抛洒出一道金闪闪的晨曦，投射在梦醒之中的脸颊上；恍然，如面前悬挂着一盏陈年业火所承的槐木灯笼，无声无息的倾洒出笼中那股冉冉砰动的劲儿——一股要把自己从梦的遗思拉回到新的一天的力量。

请注意，本文就是在瞎jb扯，想到哪儿写到哪儿，内容并没有可证伪性，也没有讨论的意义，请不要在意。