The headless CMS is a backend-only content management system using server-side technologies that make content accessible via a REST API.

你只写一个前端，后端直接 headless 化 。参考 Contentful 和 strapi.io ，还有著名的 WPAPI 直接把 wordpress 给 headless 化了 https://mobile.twitter.com/rleija_/status/1304042756369776641

哎呀反正遇到宣传 `国是家` 的你就要小心了

一个软件的成功是什么？能不能成功，不仅仅是看它在普罗大众里的流行度。

把软件卖出去，就能有研究经费，就能继续研究。这个看能不能幸运地服务到一些大客户吧，大客户可能会懂得赏识这个。大客户要么不乐意牺牲关键指标，要么有自己的特殊需求。大客户的服务者可以是 “世间不容我 我闷声发大财”，甚至有可能做得好了直接被大客户百万美元收购。

一个软件的成功（的判定），不仅是普罗大众流行度得出的，也可以是由 “把自己置于一个卖方市场总是会比把自己置于一个买方市场好一些的” 而得出的

“xxx 太难用了” 的通用问题的解决办法就是外包一层继续用。在牺牲了一些指标的情况下是可以解决表面问题的。有钱有闲的巨佬才会去从根本解决问题，可能会长远获益 可能是 just another nice try 。

编程语言或者是电脑程序运行方式本身是有巨大倾向让人们去选择 “外包一层解决问题 即使代价是牺牲某些指标” 这种方式来只解决表面问题的。改变历史遗留问题的工作量会导致历史遗留情况很顽固 /人们对改变历史遗留情况的决心很低 而历史遗留问题又会影响未来选型，搞得就像 “谁出生得早 谁胜利” 而谁本身是一个凑合用的货 软件界好像就是这样

@powerman #6 思维模型反过来说就是心智负担。除非你不要任何思维模型，否则你总有心智负担。语法糖最多不过是把设计模式做到了编程语言里（在不要任何思维模型的情况下，的确没有心智负担，但还有设计模式等着你）

https://www.ruanyifeng.com/blog/2009/08/learning_javascript_closures.html
搜关键字 内存，理解一下闭包对内存的影响

只要你自己想通了，你爱干嘛干嘛。你要别人赞同干嘛呢？？？？？？？？？？？？？？？？

只要我不尴尬，尴尬的就是别人

图的变化少

堪比遇到过的觉得比较烂的 php 代码，远古时代的没有 mvc 的 php ，模板语言+运算逻辑

如果越来越容易，你们很快就没饭吃了

就是这种学不进去编程的聪明人因为自己无法进入编程界大杀四方故而从侧面角度看是在给编程界人士留口饭吃

只用 context 的前端，是仿制了后端 mvc 的架构？

爱孩子的最好的方式就是不让他来这个世界受罪，好好在天堂呆着，别来这 xxxx 的地球；可见你是多么爱孩子，可曾记得爱

恰恰是非常喜欢小孩的人呢才不生小孩

golang 还没到那个层次。预言之中会有一个大英雄，一个盖世英雄，我知道有一天他会身披金甲圣衣，脚踏七彩祥云，在一个万众瞩目的场合来将 golang 宇宙发展成 java 宇宙，就像 Taylor Otwell 为 php 宇宙带来了 laravel 一样

web 开发就这么点事情

高性能的部分都做了，做个（像 laravel 一样，有 ORM ，有 Router ，有 composer 这样完备的解耦的模块管理，有 artisan 这样的命令行工具可以用来做代码生成器，有自己的或者第三方的模板语言。有成熟庞大的社区和用户数量支撑）还困难吗？

在功能方面 早期的 laravel 只能发送 zip 文档，但这并不阻碍在沟通方面 php 作为业务语言已经用很不方便沟通的方式堆了那么多 CRUD 了

不如聊聊如何增加被动收入

自己选大小周的
把 `正常双休` 的留给网友

手机不用贴膜
笔记本不用贴膜
硬盘不用分区 ... 如果全听网友的，你可能活不到今天