肉山的生活记录和技术分享
过去两天，我厂在杭州召开了 OpenResty Con 2018，很多 OpenResty 的社区的小伙伴分享了很多使用 OpenResty 的心得。春哥也分享了 OpenResty（包括商业公司 OpenResty Inc）接下来的计划和未来的方向。说实话我已经很长时间不参会也不关心会了，因为很多会营养太少，商业太过。不过我不得不说，我厂的会干货真的多。
回到主题，我也趁机搞了一个闪电演讲，介绍我厂的小语言之一——Navlang。遗憾的是，准备的不算充分，时间也比较短，所以介绍的不够清楚，导致好几个同学来问细节。
既然已经公开我以后也会分享一些实现细节和心得。感兴趣的同学可以先看 Slide：
开发这个语言的时候，我不太适应 Perl，也不太适应在春哥的要求下写代码，所以表现并不理想。如果有机会我还是希望能继续贡献 feature。
另外，受到 Navlang 的启发，我觉得可以搞一个 TechLang，用编程的方式录制视频教程。将来有机会搞一下。
今年 SF 官方没啥动静，我自己来。
| 讲堂名称 | 链接 |
| jQuery, Backbone, Vue | https://segmentfault.com/l/1500000008694676 |
| Promise 的 N 种用法 | https://segmentfault.com/l/1500000008757392 |
| Web 永恒不变的主题：布局——Box，Flex，Grid | https://segmentfault.com/l/1500000008879826 |
| 写 CSS 也要开脑洞：万能的 `:checked + label` | https://segmentfault.com/l/1500000008950435 |
| 前端面试攻略：JavaScript 排序与搜索 | https://segmentfault.com/l/1500000009956817 |
| 前端必备技能：CSS 预处理工具 Stylus 详解 | https://segmentfault.com/l/1500000010125848 |
| 前端面试攻略：肉老师的面试题详解 | https://segmentfault.com/l/1500000010971105 |
| 前端面试攻略：避免求职中的“非战斗减员” | https://segmentfault.com/l/1500000012807670 |
| 职场新人必修课（1） —— 实习社保个税等 | https://segmentfault.com/l/1500000014575853 |
| 职场新人必修课（2） —— 创业股票贷款买房晋升考评等 | https://segmentfault.com/l/1500000015205261 |
| 一起挣外快吧——环境搭建+万能的WP+前端如何玩转WP | https://segmentfault.com/l/1500000015754431 |
| 系列讲堂：实战组件开发——手机日历 | https://segmentfault.com/ls/1650000014717120 |
本来就是免费的……
https://space.bilibili.com/7409098/#/video
暂时没时间写完整，零散记一些吧。
BaaS 的核心其实在于 ACL。
因为 BaaS 把获取数据的机制下发到客户端，所以 BaaS 和传统应用最显著的差距就是在哪里处理数据的可视性问题。传统应用里，哪个用户看到哪个数据是后端处理的。而 BaaS 里，则是前端、后端、ACL 一起确定的，而且通常情况下，ACL 设计的好，前端后端的验证步骤都可以省去。
小程序云不支持后台，无法使用。
上线了/Strikingly认证开发者资格申请表
上线了/Strikingly 是一款简单易用的网站和小程序营销类SaaS工具。我们是第一支被硅谷最知名孵化器Y Combinator录取的中国团队，获得了来自顶级投资机构1750万美金投资。目前用户遍布全球200多个国家和地区。我们有百万级用户和各种定制开发的项目。成为我们认证的开发者，你可以接我们开拓出来的项目单子。我们看重的是长远的合作，一起赚钱并累积到各种门户行业的专业知识背景。我们的客户包括：Microsoft、阿里巴巴、Uber、招商银行、渣打银行和众多中小企业等等。http://apply.sxl.cn/
随着 HTML5 一声炮响，网页进入“更富的体验”阶段，基于 HTML 的建站工具也涌现出来，比较知名的有 Strkingly、WIX 等。——早年更多，不过很长时间这条赛道一直比较冷清，所以慢慢都死了。
我之前做过两个建站工具，这种东西和 2B 产品一样，开始的时候很容易，20% 的时间可以完成 80% 的功能，然后就很开心，觉得胜利在望。然后就找用户来试用，结果用户就会提出一些 20% 的需求，然后你去实现，发现再用一倍的时间也做不出来……
与 2C 的产品不同的是，后者用户会觉得有 80% 的需求被满足，赚了，继续用这个产品（当然也是因为大部分 2C 产品是免费的）；而 2B 的用户因为 20% 的工作无法开展，而必须放弃这个产品。
所以解决方案就是雇人。有人在，什么需求都能做。但是结果就是公司一直扩张，原本几个人全远程，结果也不得不租办公室才能管理这么大的开发团队了。
然后需求还是做不完，又不想丢失客户，干脆，接入外包商吧！于是就出现开头一幕。
其实写这篇就是为了说：所有建站工具，在现有的技术基础和框架下，都无法满足普适的需求。当然，我们可以做一些辅助自己的工作，或者满足本厂的需求。
驾照即将到期，回老家换。
第一天。
上午11点到，问，曰没号，下午来。遂去找咖啡馆办公。
下午4点半到，说可以等，但是电脑坏了，不一定等得到。4:45 开始叫号，基本上没人。问之，答里面排着队，白天电脑坏了没办完。过了会儿，开始驱散门口排队人群。问，曰明日8点来取号。
第二天。
7点起床，吃饭打车，门口排队者约10人。8点，协警开门发号，幸得03一枚。
8:30 开始办理。旁边违章处理一直在叫，我方换照没有动静。问之，曰电脑又坏了，赶紧去其它大队，也能办；别在这儿等，没点。
如此动作一直持续了半个小时。我觉得其中有诈，犹豫再三，没走。半小时后，02，又10分钟，03。进去2分钟，搞定。
结语：在老家办事儿需要各种社会经验。希望我的孩子们不需要这些社会经验。
用 WebSocket 时遇到一个问题：有时候连接出错，我希望把错误描述报告给用户，方便他们排除。但是尝试了好几种方法，都无法获得错误描述。
于是只有 Google 之，发现了这个答案：https://stackoverflow.com/questions/18803971/websocket-onerror-how-to-read-error-description。原来是为了防止开发者利用 WebSocket 搞破坏，扫描特定条件下的网络，WebSocket 的 ErrorEvent 只包含一个 error，没有更进一步的描述。onclose 的 CloseEvent.code也只有 1006——非正常退出，这样毫无价值的信息。
所以我的处理方式是：建议用户按 F12 打开开发者工具看错误信息。
我厂使用 Pug 作为 HTML 的预编译工具，写久了发现回不去了……Pug 写起来很高效，看久了习惯了阅读效率也很高，读了读文档，发现还有很丰富的可编程特性。于是我决定抛弃 Handlebars，以后都用 Pug 写模板了。
这次我厂官网改版，我就用 Pug 替换了 Handlebars，于是 build 脚本一下少了几十行，非常爽。其实我早就想这样做，不过卡在一个点：使用变量。
在 Pug 里可以这样使用变量：
- var name = 'meathill'
h1 hello #{ name }
以上代码将输出 <h1>hello meathill</h1>。这种用法比较简单，不过在 extends模板的时候，把变量放到哪里就不知道了，官方文档也语焉不详，我反复试了很多次无果，最终还是靠搜索找到了答案，原来要这样：
// Layout.pug
html
block vars
p 注意，这个 block 是重点，它出现在前面，用来注入变量
head
title #{ title } | My site
body
block content
// page.pug
extends Layout
block vars
- var title = 'A blog'
block content
h1 Blog title
p blog content
之前问过一个问题：「在共克时艰和消费降级的大背景下，有哪些行业和生意会逆流而上呢？
」
昨天和墨多扯淡，他说搞一个「面向美元市场」但是「研发在国内」、「销售完全依靠网络」而且可以「远程办公」的「商业SaaS/APP」是最符合「时代的进程」的。
因为：
① 收入直接是美金，扛贬值，无管制。
② 经济如果下行，国内成本会进一步降低。
③ 一线城市房租房价高涨，远程办公可以吸收足够优秀的同学去二三线城市。
④ SaaS/APP 不好搞的话，其实外包也行，但要做好外语沟通和客服。还可能需要一个外语好的产品经理
我问他为啥不搞一个，他说懒
我不太看好这个想法。原因如下：
如果让我说，最合适的项目是做远程办公咖啡厅，类似 3W 咖啡或者车库咖啡之类。遗憾的是，这两家我都没去过，不知道里面办公是什么体验。不过我去过贝塔咖啡，咖啡部跟一般咖啡厅一样，并不舒服。结合我两年的远程经验，说一说理想的远程办公咖啡厅吧：
我觉得价格可以在星巴克基础上上浮二三成（咖啡30+，饮品40+），这样我也愿意接受。其实大部分需求共享工位都能满足，但是利用率太低，而且咖啡厅嘛，听起来 B 格高一些。
“零和博弈”并非什么稀罕的名词，相信很多同学都知道。就是说在博弈的过程当中，参与博弈的人的利益的总和是零，换言之，就是核算收益时，你多了我就少了，我多了你就少了。就是零和博弈。
那么很自然，如果参与博弈之后，所有人的利益总和会增加，就较“多和博弈”；如果博弈之后，所有人的利益总会只会减少，那么就叫“负和博弈”。这些概念应该都不难懂，我们后面讨论零和博弈。
零和博弈会使得参与博弈的人的目的和眼光发生变化，逼迫大家不再关注“如何把事情做好”，而是关注“如何让自己的利益最大化”。
原因很简单：因为无论你怎么努力，总收益就这么多，一个人多了，另一个人必定会少。桌上就一盘菜，菜里就二两肉丝，甲多夹一筷子，乙自然少吃一筷子，反之亦然。
抱定这种想法的话，多半会产生两个行为模式：
总之，都是在保证甚至提高自己收益率的同时，少干甚至不干活。至于事情能不能做成，天塌下来有个高的顶着，事到临头有愿意干的人顶着，没关系。
抽象的概念听起来有道理，不过有些同学会说：这与我何干？我可是很努力的！
其实不然，据我观察，很多同学都在有意无意的陷入零和博弈的思维模式，继而种种错误。
就拿我最近的一段经历举个例子吧。有朋友找我做一个小程序，不复杂，垂直交友类型的。用户只要先发出一个交友贴，就可以查看其他用户的交友贴，对对方感兴趣就可以获得对方的联系方式，然后自己去联系，平台不干预。大概就是这样，很简单。
因为逻辑很简单，页面也不多（大概十个），所以我就找了一个以前的小弟帮忙，算是转包，他负责开发，我负责验收。有钱大家一起挣嘛，说不定将来还有更多的可以合作的机会。
结果拿到他交付的作品，我一看，简直傻了。糟糕，非常糟糕，超乎我的想象的糟糕。
总之各种糟糕，我只好彻底返工。
接下来我就开始反思，问题出在哪里？我会找他，其实对他还是很信任的。结果他竟然交付这么差的作品，难道他认为这样就能通过我的验收么？难道他觉得这个样子能通过甲方的验收么？
最后我认为，他的核心问题，就在于用纯粹静态的、局限的眼光，把整件事情当成了零和博弈。
在他的眼里，这是一件很固定的事情：他做出一套页面，老板总共给好比说100块，我扣下20，剩下给他80。对他来讲，这件事情的构成就是我们支付的成本 + 我们获得的收益。如果他想多挣一点钱，有两个办法：
于是他选择，用最粗糙的手法完成产品。但是不清楚什么样的结果能通过验收，所以打算先做到最差，然后一点一点往上改，直到验收为止。这样就可以付出最少的成本。
我相信这并非他深思熟虑的结果，而是简单凭借本能和直觉做出的下意识的决定。
这其实是现实中非常典型的例子。很多同学并非主观想把这些事情搞成零和博弈，但是在固定化、局限化的眼光下，下意识的做出不良角色，导致事情零和化。
实际上，尤其是接包这类事情，非常容易产生多和博弈的结果。我们把作品做得好一些，主动加一些视觉效果，帮甲方把逻辑不合理考虑不周全的地方改好，甲方自然就更愿意付费。而且甲方下次有开发需求的时候，也会主动的来找我们。
如果把眼光再放得一点，其实我们跟甲方也可以形成多合博弈。产品做得好，他就更容易向他的老板，申请费用、申请资源。
索性我们把眼光再放大一点，我们和对方公司，也是一个多和博弈。我们的作品越优秀，他们就越容易在市场竞争中取得优势，公司的收益就越高，他们也就越愿意拿出更多的收益来和参与这个项目的人一起分享。
通过上面一系列对比，大家应该可以很明显的看出，什么是零和博弈，什么是多和博弈。关键就在于，我们不能把自己的眼光，局限在眼下这两个人，局限在眼下这一件事，要学会从日常的协作中，发现多和博弈的机会。
可能会有同学会说：但是我做的好的时候，也不见得能拿的多呀？
这当然是可能的。前面说过，很多人无意识的，就把协作搞成零和博弈。这种情况下，作为协作者之一，我们可能难以扭转大局。但这绝不是拒绝多付出的理由，如果你总是以这样子的理由麻痹自己， 反复交付最差的作品，那么你只能一辈子都做 loser。
我们要做的，是从源头上杜绝自己被困在零和博弈的环境中。我们需要早早的去识别自己的合作伙伴，认清自己的老板、自己的公司、自己的行业，我们不要把自己困在一个只能和别人做零和博弈的环境，我们要去努力创造大家一起多和博弈的机会。
最后，我们也十分有必要帮助其他人认清多和博弈。如果你发现对方，在明明可以多和博弈的时候，试图和你做零和博弈，那你一定要争取改造对方的想法。如果对方完全没有改造的余地，那么我觉得放弃这次合作的机会也无妨。毕竟天下有那么多聪明人，有那么多值得争取的好机会。
不仅仅是外包，生活在现代社会，我们无时无刻不在跟他人协作。如果你细心观察，就会发现，越是高层次的人，越喜欢谈合作；反观底层民众，越是底层越喜欢互害。很多时候，眼界决定人的高度。希望大家今后，多多发现合作共赢、多和博弈的机会，尽量避免零和甚至负和博弈，提高生产效率，提高生活品质。
这次分享主要面向懂前端，对后端了解有限的同学。如果你想用 WordPress 开发网站，尤其想挣点小钱的话，这个视频应该对你很有帮助。这段视频中我没有深入 WordPress 开发的细节，而是以前端技术为主，将我如何尽量使用前端技术完成企业网站搭建的新的和盘托出。
同时这也是补全《一起挣外快吧——环境搭建+万能的WP+前端如何玩转WP》。
B 站链接：https://www.bilibili.com/video/av31991750/
