前阵子在公众号看了一篇关于SQL课程的软文，点进去粗略看了下，就退出了。回头一想，要是我来写关于SQL的文章，我会怎么写呢？我估计写不了多少，于是又点进去看看他怎么写的。这次看的角度不一样了，也发现了一些套路，从结构上说，层次清晰，应该是篇不错的软文，我来复盘下。 开篇直接抛出论点，“sql是必须要掌握的核心技能之一”。然后引出SQL的重要性，对程序员，数据人员，运维等，掌握SQL都有很大的用处，特别指出，SQL还是面试的一道坎，直指想跳槽人员的痛点。接着摆事实，拿数据说话，说明SQL的使用人群仅次于JavaScript。由于SQL语法相对稳定，一朝学了SQL，终身受用，性价比很高。激发读者想学的冲动。 把读者的兴趣勾起来后，话锋一转，开始讲述学习SQL过程碰到的问题，比如入门容易，提高较难；SQL性能问题如何优化等等。这些问题要怎么解决呢？接着就开始入正题了，介绍课程、介绍讲师，这个课程正是为解决上述问题而打造。 最后，画个大饼，只要学好了SQL，就会怎样怎样。

第二次参加运营联盟的活动了，相比第一次，这次来的人相对较少，1:30的活动，拖到2点才开始，座位还有一半是空的，大概是因为收费的原因吧。第一次是免费的活动，不仅坐满了人，后面还有好多人站着的。 等第三个嘉宾分享时，我发现座位已经坐满了，估计很多人是冲着他来的吧。本来说好分享的ppt会在公众号里分享，所以我也懒得拍照了，没想到因为ppt里涉及一些保密数据，无法分享了，只能凭着记忆把今天的分享记录下来。 第一位嘉宾分享的是运营中踩过的三个坑：

1. 各种办法拉新，促进用户增长，但往往成本大于收益。
2. 依赖做活动，活动期间成交量的确增加了不少，但做活动相应的成本也大。并且会导致用户只在活动日下单，平时的成交量更少。
3. 花费太多时间做内容，输出多，收益并不大。

第二位嘉宾是网易书友会的负责人，卖书，只是一种手段，最终目的是打造社群，通过资源互换，找背书等方式迅速裂出很多个读书群。通过定期请大咖在群里分享，发放福利等方式维系社群。具体的玩法还不是太清楚，今天也买了一本书，加入了书友会，慢慢了解。

第三位是重量级嘉宾，我看好多人都是冲着他来的，分享的主题是最近很火的私域流量，讲的的确不错，这里先记录一些要点：

1. 流量红利时代已经结束，现在是存量市场的竞争。
2. 平均获客成本达360元，大的电商平台增长率都在下降，只有社交电商，还在快速增长。
3. 用户运营，就是想办法更加靠近用户，拉近用户的距离，挖掘用户的终身价值，而不仅仅看到眼前的利益。
4. 培养超级用户，并把用户变成销售人员。
5. 打造IP，使之人格化，而不是个人化。

昨天网上看了一篇小学生作文，居然看的入神了。回头看看自己写的文章，简直是shit。描写自己孤独的状况，用了一句“陪伴我的只有窗外的白云”。这境界，哎，不说了，心酸。

最近写的文章都发表在自己的博客平台和微信公众号上，微博上也会转发。新浪博客是几年前开通的，中间有2年的时间没有写博客，今年改了网站的域名，开始重新写博客。新浪博客已经被遗忘了。今天网上搜资料，打开了新浪博客，发现有人给我留言，才想起在新浪博客还有一个角落属于我的。感谢大家的关注，以后会陆续把个人网站的文章挪过来。 现在的博客基本都不允许在文章中放超链接，之前受人邀请在华为云上开通了博客，发了三篇文章，有一篇还是首发的，由于在文章最后加了超链接，被删了。之后再也没去发表过文章。新浪博客这么多年，居然还能坚持允许外链的存在，很是难得。

今天看到IDO老徐写的一个叫错误推测法的方法。不是专业测试出身的一般都会采用这种方法，像我就属于这类，不会严格按照需求去测试，而是根据自己的理解来设计用例。 错误推测法是“指在测试程序时，可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性的编写检查这些错误的测试用例”的方法。 这种方法没有固定的形式，也不限于用什么方法设计用例；依靠的是直觉和经验。在工作中，多数测试工程师，都会不知不觉的使用到。 不足之处：经验需要一定的时间积累，该方法只能作为用例设计的补充，存在一定的主观性，而且无法确保100%覆盖，容易漏。