找到
26
篇与
随笔
相关的结果
-
正式宣战关系型数据库市场，华为宣布开源一款人工智能数据库 关系型数据库，是指采用了关系模型来组织数据的数据库，其以行和列的形式存储数据。目前市场上被广泛使用的关系型数据库主要有Oracle、DB2、MySQL、Microsoft SQL Server、Microsoft Access等。  目前使用比较广泛的关系型数据库主要有开源的MySQL和闭源的Oracle，在2019年5月15日，华为面向全球发布人工智能原生（AI-Native）数据库GaussDB，GaussDB是一款分布式数据库，取名Gauss是在致敬数学家高斯。 近日，有消息称，这一受到广泛关注的数据库被华为开源了。在华为的GaussBD的官网（ https://support.huawei.com/enterprise/zh/cloud-computing/gaussdb-200-pid-21407429 ）上，可以看到2019年8月2日新增了一份《Open Source Software Notice》：  这款数据库和我们之前了解的数据库有一个关键的区别：GaussDB 是业界首款 AI-Native 数据库，也是业界第一款支持 ARM 的企业级数据库。 全球首款AI-Native数据库 近些年来，以亚马逊等为代表的云计算企业纷纷投身数据库的研发，他们所打造的数据库也有了一个全新的理念：云原生（Cloud-Native）数据库。 不过，华为似乎要在这一基础上再进一步，华为刚刚发布的GaussDB数据库，也是全球首款人工智能原生（AI-Native）数据库。  作为全球首款AI-Native数据库，GaussDB首次将人工智能技术融入分布式数据库的全生命周期，实现自运维、自管理、自调优、故障自诊断和自愈。在交易、分析和混合负载场景下，基于最优化理论，首创基于深度强化学习的自调优算法，调优性能比业界提升60%以上； 从传统数据库的日暮西山，到开源数据库、Cloud-Native数据库、AI-Native数据库的快速崛起，在这场巨变中，华为发布GaussDB数据库，不止是要充当传统数据库的“掘墓人”，更是在新的智能时代成为释放数据价值的“新引擎”。 第一款支持 ARM 的企业级数据库 过去的数据库都是基于单一计算架构开发的，比如x86、Power、SPARC等。 GaussDB通过异构计算创新框架充分发挥X86、ARM、GPU、NPU多种算力优势，在权威标准测试集TPC-DS上，性能比业界提升50%，排名第一。 GaussDB不仅仅是支持ARM架构，还支持本地部署、私有云、公有云等多种场景。 分布式、AI-Native、支持异构，三大特性说明华为不是要做一款跟别人类似的产品，而是能应对未来挑战的产品。在布局未来这一块，华为走在了最前面。 总结 截止今年5月，华为GaussDB数据库和FusionInsight大数据解决方案已经应用于全球60个国家及地区，服务于1500多个客户，拥有500多家商业合作伙伴，并广泛应用于金融、运营商、政府、能源、医疗、制造、交通等多个行业。 据运维派报道，已经有多个典型的金融案例证明了GaussDB是经受得住考验的： 1、招商银行零售银行。使用GaussDB分布式OLTP数据库后，其综合交易流水平台、风险预警平台和重资产营销平台管理数据的容量提升10倍，AI的故障恢复速度提升30倍，相较其它产品30秒的RTO时间，GaussDB可以做到1秒以内。 2、某大型银行智慧银行项目。使用GaussDB分布式OLAP数据库后，其分析师平台、数据仓库和数据集市的数据分析效率大幅提升，相较友商产品TPC-DSBenchmark 2.68M的成绩，GaussDB能达到4.03M，提升达到50%。 3、中国民生银行。使用GaussDB分布式HTAP数据库后，一套架构能够支持流数据库、图数据库、空间数据、文本数据库和关系数据库五种类型数据的混合负载，在解决扩展性和性能瓶颈问题的同时，可有效分散风险，提升业务连续性。  GaussDB是一款划时代的产品。它引领着华为继单机数据、集群数据库和云分布式数据库后，率先进入数据库发展的第四个阶段——人工智能原生数据库时代。可以预见的是：用不了多久，数据库产业将全面进入AI数据库时代，华为无疑已经占得先机。 参考： https://www.shangyexinzhi.com/article/details/id-127376/ https://www.huawei.com/cn/press-events/news/2019/5/huawei-launches-ai-native-database 正面刚甲骨文？那不是华为GaussDB的格局
-
政治不正确？Redis/Python等的master-slave要改名了。 Master/Slave模式，是分布式系统中一个比较常用的计算结构。这个词最开始来源于MySql数据库，主要表示MySQL数据库自身提供的主从复制功能，通过master-slave，可以方便的实现数据的多处自动备份，实现数据库的拓展。多个数据备份不仅可以加强数据的安全性，通过实现读写分离还能进一步提升数据库的负载性能。 这个名词由两个单词组合而成：Master和Slave。 Master：主人、雇主。 Slave：奴，奴隶。 争议焦点 组合成的词一般写作Master/Slave 或者 master-slave，一般表示主从结构。这个词本身是一个没有任何感情色彩的中性词语。 master-slave目前在软件行业内被广泛使用，如Mysql、Redis、Python、mongodb、ActiveMQ、PostgreSQL、Ruby、Jenkins 等都有类似的描述。 但是，随着人们开始越来越重视人权、歧视等问题，很多开发者认为这一描述具有侵犯性。所以，出现了很多声音呼吁修改这一描述。他们的主要诉求是不要使用master-slave这一词汇，而是使用其他词汇代替。 这件事儿之所以最近这么受重视，是因为比较关键的技术被要求修改，那就是Redis和Python。 Redis被迫修改 2018年9月7日，Redis 5.0 RC5 发布了，该版本中仍然使用master-slave来表示主从模式，这引起了很多开发者的抗议。 值得注意的是，以上提交记录的第一个提交者antirez就是Redis的作者。他的真名叫Salvatore Sanfilippo，antirez是他的网名。 对于大部分开发者抗议使用master-slave这一描述，antirez 表示这已经不是开发者第一次提这种要求了，他很抱歉 master-slave 这个描述让许多人感到失望，但他不认为这个特定于上下文环境的术语具有侵犯性。 但是，虽然这么说，但是antirez还是在推特上发起了一个投票，结果显示，超过半数的人希望修改这一描述。 antirez 还表示，这个看似简单的修改实际上要付出昂贵的代价，并产生兼容性问题。例如： 不能在应用现有的 PR 现在有像 INFO 和 ROLE 这样的命令 —— 使用包含 slave 术语的协议进行回复 术语 slave 中的源代码包含 1500 个事件 拥有私人项目并根据需要进行代码合并的人会遇到很多问题 可以看到，冒然进行变动会产生很多问题。而且，现在发布的 Redis 5 候选版本是向后兼容的首个稳定版本。 最后 antirez 决定，在不影响项目进度的情况下做了些妥协，表达了希望能折中解决问题的建议。 短期变化 将 master-slave 架构的描述改为 master-replica 为 SLAVEOF 提供别名 REPLICAOF，所以仍然可以使用 SLAVEOF，但多了一个选项 保持继续使用 slave 来对 INFO 和 ROLE 进行回应，现在目前看来，这仍然是一个重大的破坏性变更 长期变化 编写一个 INFO 的替代品 在内部替换很多东西，因为技术原因，如果作了改动，许多 PR 也会无法应用，所以必须在某些地方进行大变动 Python可能也会修改 同样是2018年9月7日，在 Red Hat 工作的 Python 开发者 Victor Stinner 公开提交了 4 个 PR，希望能将 Python 文档和代码中出现的 “master” 和 “slave” 修改为像 “parent” 和 “worker” 这样的术语，以及对其他类似的术语也进行修改。 Victor Stinner 在他的 bug report 中解释说，出于多元化的考虑，尽量避免出现与奴隶制相关的术语反而可能会更好，像 ‘master’ 和 ‘slave’ 这种。他还指出之前就已有关于这个问题的投诉，但都是私下提出的 —— 以避免引起激烈的争论。 对于这个问题，Python的创始人，已经宣布退出Python核心开发组决策层的Guido van Rossum被请回参与了这一事件的讨论及仲裁。最终他做出了重要的决定： 计划在Python 3.8中，将slave改为worker、helper、另外将master process改为parent process。 前尘与未来 事实上，在技术圈子里，这种关于政治正确的事屡见不鲜。其实，这也不是关于master-slave的第一次讨论，Redis也并不是第一个屈服的。 早在2014 年，Drupal 项目就用 primary 和 replica 替换了 master 和 slave；Django 项目则用 leader 和 follower 替换之；CouchDB 项目也做了类似语言上的净化。如今，Redis和Python也将在后续版本中国年逐渐淡化master-slave这一说法。 随着Redis和Python的妥协，相信未来会有更多的软件也会做一些相应的修改。那么问题来了，下一个会是谁呢？ 继master-slave之后，会不会有另外的词汇被质疑呢？下一个词又会是什么呢？ 最后，还要说的就是，起名，真的很重要！
-
感觉自己不会的东西太多了，不知道如何下手？ 如果让我统计下，粉丝问我做多的问题是什么，这个问题肯定可以排前5，问出这个问题的朋友们遍布各个年龄段。 实话说，这个问题同样也困扰过我，大概就是我刚毕业的第一年。 那一年，刚刚离开校园，来到阿里，那时候就感觉自己好像什么都不会，好像很多东西都要学，不知道哪个是重点，不知道该如何下手。 那段时间我也像个无头苍蝇一样尝试过很多办法。  刚开始疯狂买书，《Java编程思想》、《Effective Java》、《深入理解Java虚拟机》等等。 然后想着自己撸一个项目，于是到github上找了很多开源项目，想着可以自己写一遍。刚开始想写个JUnit、然后想着写个SSH的项目，接着考虑自己写个Dubbo框架。 甚至考虑过去报个班，不瞒大家说，我一个阿里的程序员，刚毕业的时候竟然咨询过达内。 总之吧，做过很多尝试。现在我知道了，这就是焦虑。 焦虑是好事 首先，如果你有这种心态，那么完全不要慌。这很正常。 而且，我认为这未尝不是一件好事儿！ 我当时之所以像个无头苍蝇一样，主要是因为我想让自己变的刚好。所以，我相信，那些问过我类似问题的他们，也一样。 有焦虑，说明自己有上进心，有上进心，是一个人可以变得更好的一个最基础要素。 说实话，这篇文章的标题很像是软文，会不会有人因为怕是软文广告就错过了，我犹豫了很久要不要换一个。 但是，我想了想，如果这一点努力都不愿意付出的话，就算我当着他的面把这篇文章读给他估计也无济于事。 什么是知识体系 有很多人问我，到底什么是知识体系。  要我说，知识体系这个词根本就没有人能说的清楚它到底是什么。 因为他真的是可大可小。 你可以说加减乘除是知识体系，也可以说数学学科是知识体系，还可以认为整个基础科学领域才是一个知识体系。 所以，没有必要给自己界定一个明确的体系框架。 很多人说，知识太多了，我不知道该学什么。其实，这么问的人，潜意识里是希望自己可以得到一份完整的知识体系大图，可以得到一个完美的知识学习路径。 但是，我不得不泼一盆冷水。就没有所谓的完整的知识体系大图，更没有完美的学习路径。 很多人看多我总结的《Java工程师成神之路》，但是，这并不能算是完整的Java知识体系大图。 以为，这最多算是我的知识体系的一个简单总结，但是，我的这份知识体系必然有局限性，局限性就是我对Java知识的认知和了解程度。 再说完美的知识学习路径是否存在，我觉得这是不可能存在的。 因为技术学习，不像我们在学校的时候学习算数，学算数可以先学加减、再学乘除，然后再学方程等等的。 但是，技术是服务于应用的，学习技术的原动力也肯定是因为我要用，所以我才要学。 不管是工作中要用到，还是面试的时候要用到，出发点都是我要用。 但是，每个人要用的知识怎么可能都一样呢？所以，也不存在完美的学习路径。 没有完整的知识体系，也没有完美的学习路径，怎么办？ 适合自己的才是最好的！！！这句话有点像是正确的废话。但是，这是我走过焦虑期之后唯一能传达给你的！ 找一个点，先进去 我觉得，学习是一件很简单的事儿，简单到你打开这篇文章的时候就已经在做了，只是你自己没意识到。 说到技术学习，该怎么做？ 更简单。就像步步高点读机，哪里不会写哪里。 那怎么知道自己哪里不会呢？ 这个更简单了，只要你开始学，那就知道自己哪里不会了。 那么，怎么开始学呢？ 有几个方法，简单可实践： 1、随便找一本书，比如《深入理解Java虚拟机》，翻开目录，总能找到一个自己不会的知识点，然后从这个知识点开始看。 2、工作中遇到的一个问题，或者需要用到某个技术，从把他弄清楚开始。 3、通过我总结的《Java工程师成神之路》，翻开这篇文章，找到自己不会的知识点，然后开始看。 我博客中，有很多文章，其实我从写文章的第一天起，一直到现在，都在不断的完善我自己的知识体系。用到的无外乎就是以上这三个方法： 从第一篇文章是我记录了我毕业时候的面试准备和面试题，然后学习工作中用到的webx框架。后来我维护我们事业部的zookeeper集群，然后自己学习了很多zk以及分布式相关的知识。紧接着一次排查线上问题，了解到jdk提供了很多命令，于是开始学。再后来Java 8发布，我学了一些Optional 、Stream等知识。后来买了一本《高性能MYSQL》，于是写了很多和数据库有关的文章。接着是工作中用到了模板方法模式，感觉设计模式很有用，于是开始学。后来看了《Java并发编程实战》，又写了很多和并发有关的知识。接着我就总结了《Java工程师成神之路》，然后就是按照这个又写了很多系列文章…..前段时间，阿里巴巴推出《Java开发手册》，我又写了很多篇解读《手册》的文章…. 还有很多文章，我都忘了当初为什么写了。但是重要的不是从哪来，也不是去哪里，而是在路上！！！ 很多人总是想着想要找到一份完整的知识系统或者完美的学习路径才开始。但是，现在我告诉你了，并没有。  所以，按照我说的，或者不按照我说的，找一个点，先进去，先开始学。 就像我之前总结过一篇文章，通过StringBuffer和StringBuilder开始，你都能一直学到并发编程、学到数据锁，学到分布式。 深度优先与广度优先 接着，说一下学习方法。 学习过程中，必然会遇到更多自己不会的知识点，这时候怎么办？ 两种办法，1是先不管他，绕过去，回过头再看。2是先停下来把这个关联知识点搞清楚，再继续。 说到底这就是图论中的深入优先搜索和广度优先搜索呀，我一般采用的是深度优先，遇到一个搞清楚一个。 我的博客写过几篇和分布式有关的文章。如果你仔细看。可能会发现我的学习思路。 1.什么是分布式？发现相对于集中式来说的，那什么又是集中式。 2.分布式好像和集群很像。那什么是集群？ 3.分布式有啥优点，有啥缺点？ 4.好像分布式很难保证数据一致性，那什么是数据一致性。什么是CAP，什么是BASE，CAP和ACID好像挺像？ 5.数据一直性问题如何产生？如何解决？ 6.什么是2pc，什么是3PC，有了2PC为啥要3PC 7.为啥很少有人用2PC和3PC 8.什么是最终一致性。 9.什么是柔性事务，那什么是又是事务呢？ 10.通过事务，又可以学习Java本地事务，全局事务，数据库事务。数据库事务隔离级别怎么回事？脏读，不可重复读这些都是啥？Spring事务咋回事？ 11.柔性事务，什么是TCC，什么是消息最终一致性。那又如何实现的？ 12.为啥有这么多方案，分布式事务问题还无法解决 13.TCC好像和2PC很像？有啥区别 14.各大公司是如何解决分布式事务的 15.支付宝的XTS到底怎么实现的？ 16.有了事务了。那性能怎么保证？ 17.缓存咋回事。缓存击穿咋办，热点问题咋解决 18.…………可用性相关？安全性相关？好像负载均衡我还不懂，到底咋回事？负载均衡和Web服务器有关？那tomcat咋实现？jboss和他有啥区别。Nginx呢？卧槽，反向代理是啥？啥是代理？代理模式？啥是设计模式？我以前读过设计模式之禅，但是有些地方之前没懂得，现在好像突然懂了。jboss modules是啥？啥特么又是模块化？osgi？Java9跟模块挂啥关系？Java10呢？ 其实，不管是深度优先还是光度优先，总会有把图上的各个点串联成一张图的一天。  这不就是所谓的知识体系么？ 鸡汤没毒 借着这个问题，多说几句鸡汤吧。我们大多数人的努力程度，根本还没到和别人拼天赋的程度。 我一直觉得，天赋是决定一个人的下限，而努力才是决定一个人的上限。 最可怕的就是我们并没有尽人事，却埋怨天命。有的时候，从哪开始并不重要，重要的是你要开始啊！！！ 我认为，知识这东西，殊途同归。你先看哪本书，后看哪本书，差别没那么大，最终那几本有用的书之前的关系还是会被你发现。那个时候，知识体系就有个大概的框架了。然后查缺补漏呗。 慢慢的，知识体系不知不觉就建立起来了。别想那么远。找一个点，先进去。 相信我，坚持下去，1年后，你会感谢我，2年后，你会感谢你自己！ 另外，这篇文章中没有讲关于如何规划时间，如何更好的学习的事情，这个不是最重要的，大家感兴趣的话我后面的文章再分享吧。
-
晋升，出书，结婚，买房，总结下我的2019年 我从不喜欢写命题作文，这要是在从前，我也是决不愿意写什么年终总结的。 我讨厌别人讲奋斗史，更加痛恨别人秀优越。因为我觉得凡是过往，都是自己一脚一脚走出来人，无论在文字上怎么描述，别人都是绝对无法真正感同身受的。 但是自从2017年开始，每年的结束的时候，会在公众号写一下自己过去这一年的所思所想。是因为我突然发现，时间过得太快了，要不是记录点什么，总感觉过去就永远都是过去。 也不知道从什么时候开始，我越发得觉得事情变化的太快了，以至于我曾不只一次的和很多朋友说过这句话： 今年所发生的事，打死去年的你都不会相信 回头想想，大部分时间，确实是这样的。站在2020年的开端，回顾下刚刚过去的2019年，那些发生的种种，打死那个远去的2018年的我，也是断然不会信的。 晋升 “升职加薪、当上总经理、出任CEO、迎娶白富美、走上人生巅峰”，大概是所有俗人的梦想。 没错，我就是个俗人。 每年的4-7月，是阿里的晋升季，2019年的这三个月，我和2017年一样，很忙。但是区别的是，这一年压力更大。 压力来源于未知，好在结果是好的。 我不知道自己是不是这个层级里面年龄最小的，但是敢肯定的是一定远远低于平均年龄，但是再过几年就不好说了，毕竟长江后浪推前浪，我们终究会被排在沙滩上。 其实这不见得是好事儿。我记得我当初刚入职的时候，填写的新人介绍，其中有缺点和优点两项，我填写的内容都是”年轻”。 当我们说一个人有潜力的时候，只有他自己知道，有些时候也有可能力不从心。于是也不知道是哪天，我把自己的钉钉签名改成了：干就完了！  这一年，还带了两个徒弟，但是我感觉自己还没学会怎么当一个好导师，总觉得自己有时候过于严苛。 好在两位转正答辩都比较顺利。虽然最终其中一个由于种种原因没能留下来，但是我相信他能有一个好的未来。 更高的层级，意味着更大的责任，也以为着更多的话语权。但是有时候，其实这并不是好事。 有几次，事后我都觉得自己可能太坚持自己的观点了，或者会反思自己刚刚哪句话好像说的有点重了。这也是我慢慢发现的我的一个毛病，发现了这一点，我好像在慢慢成长了。 成长，或许就是妥协！？不，是大局观！ 出书 2018年，我受朋友邀请参与《程序员的三门课》的编写，耗时一年之久，在编辑姐姐的多次催稿下，我们终于在2019年的国庆之前把他出版了。 在预售期，这本书一度占据了京东、当当等平台的预售榜单中前几名的位置，在上市两个月时间内，首印的4000册已经售罄了，之后又加印了第二版。 前几天问编辑，听说第二版的书也已经全都发到各个平台去了。 关于这本书的写作过程和所思所想，我分别写在了《我也终于出了一本书》和本书的序言中。 首先我非常感谢本书的联合作者以及编辑对我的支持，还有很多读者们的支持。 甚至我看到当当上面有人点名提到”为了Hollis来的”之类的话，真的是十分感动的。  这本书算是凝聚了我工作几年来想和程序员朋友们想说的所有话，真心的希望可以对朋友们有一点点帮助。 年终的时候，受邀参加了出版社的年会，还得到了一个『年度优秀作者』的奖杯。但是总感觉受之有愧。 很多人问第二本书什么时候出，我想这个可能要很久了，至少目前我还完全没有计划，因为不知道自己还可以写什么。估计好要再沉淀很长一段时间了。 结婚 说到结婚，这个事在2018年是并没有计划的，虽然那一年很多人问过我什么时候结婚，但是我的回答都是还没计划呢。 这个事情是真的，2018年是真的完全没计划这件事，那时候我还和女朋友开玩笑说我们要等到恋爱10周年的时候再领证。 我其实私下里问过女朋友，你着不着急结婚，你家人着不着急结婚。得到的答案都是不急。然后我们又都觉得婚礼是个及其麻烦的事情，所以就一直拖着。 但是没想到，恋爱的第9年，在双方父母的催促下，我们两人也觉得，这事情没必要做什么计划，既然父母觉得是时候了，那就把这事儿办了。 05月19日 结婚登记照拍摄 10月01日 双方家长正式见面 10月17日 结婚登记 11月03日 婚纱照拍摄 12月31日 婚礼西服定制 目前该办的都办完了，就剩过年回老家要举行的婚礼了。 2010年10月17日，那时候我和女朋友还在上高中，压力最大的高三，我们在一起了。2019年10月17日，我们正式扯了证。恋爱第10年开始的第一天，也是结婚开始的第一天。 结婚那天我发了个朋友圈，只给部分亲戚和朋友看了。 今天想想，公众号的粉丝也是我的朋友，所以也发给大家看看，希望得到大家的祝福：  买房 我的公众号的老读者可能知道，我2017年4月份在杭州买了房，那时候有一部分钱是自己攒的，还有一部分钱是家里给拿的。 曾经年少的时候说”我要靠自己买房，不依赖父母”，但是2017年眼看着房价在一直涨，于是决定，不管怎样，先上车再说。 就这样，自己凑了一部分，然后父母又给拿了一些，在杭州买了一套房。 2019年，一方面是因为自己有了一点闲钱，另外一方面也是因为学习了”香帅的北大金融学课”之后对投资与买房有了新的认识。还有就是听说哈尔滨成立了国家级新区，并且很多企业都纷纷在新区投资。 当然还有一个重要的原因，就是想孝敬一下父母，直接给钱他们是肯定不要的，于是我说为了投资，我们买房。因为我没办法回去办手续，所以写爸爸的名字。 就这样，凑了一些首付，在哈尔滨给父母买了一套房。 2019年的年末刚刚交完首付，贷款还在办理中。  这件事儿，在2018年，我是完完全全没有考虑过的，主要可能是因为那时候手里没钱吧。 其他 再说说自己其他方面的事情。 公众号这一年发布了703篇文章，平均每天两篇。共53篇原创，平均每周一篇。  每周一篇原创，对于工作十分繁忙的我来说，坚持下来还真的是不容易。每个你看到的我原创文章的那个周一前的周末，我至少有一个整天是在写文章的。 这一年在公众号中发布的文章共有251万阅读数，1万个点赞。 不知不觉一年内影响了200+万个程序员，想想还真的有点小激动呢。 因为公众号发文次数有限制，所以我今年还创建了另外一个公众号，今天统计了一下，也有15篇原创了。希望自己在2020年可以多多输出更多干货。 今年业余时间还尝试了一个新的领域，那就是股票。 原因是阿里在港股上市，为了支持公司的股票，我打新的时候买了一些BABA的港股，然后涨了点，在员工股票交易窗口期关闭之前就卖掉了。赚了5000块钱。然后就卷铺盖全都撤出来了。 还有一些美股由于最近不需要用钱，就一直也没舍得买，没事看看公司股票上涨，心里还是会暗暗窃喜一下。 差不多，这就是我的2019年，对于来说意义比较重大的一年，这一年干了好几件重要的事儿。而且很多件事儿都是在年初并没有计划过的。 不管我们舍不舍得，2019年都过去了，2020年已经来了。不管我们计不计划，2020年还是会有很多事会发生。 而且。相信2020年还是会有很多很多事，是打死现在的你都不会相信的。 所以，对于2020，满怀期待吧！ 最后，感谢大家。2019，感谢有你；2020，我们继续。
-
会哭的孩子有奶吃？ 2019年11月11日，工信部发布了《携号转网服务管理规定》，之后，我国三大运营商携号转网服务正式进入试运行阶段了。 我第一时间按照网上的提示，尝试着看看携号转网到底会不会很顺畅。于是编辑短信”CXXZ#用户名#证件号码”发送到中国联通10010。 联通先是回复一条短信，告诉我由于我开通了某个增值业务，目前暂时不支持携号转网。 接着没到一分钟，中国联通又给我发了第二条短信。中心思想就是想挽留我。 你以为这就完了？当然不是。 第二天上午9:30分，我接到了中国联通的客服小姐姐的电话，大概意思是：您是我们的尊贵用户，现在我们可以帮您免费升级套餐，从以前的3个G的流量升级到5个G。 虽然她全程没有和我提携号转网的事情，但是态度那叫一个好，这也是第一次主动要帮我免费升级套餐。 紧接着在上午11:25分，我就接到了联通的第三条短信，告诉我免费升级套餐服务已经办理完成了。 事情还没完，下午4:52分，我再次接到了联通的客服小哥哥的电话，核心内容是咨询我为什么想要转网。 我没有和他多聊，说了一句就想试一下然后就挂断了。 整个过程，就像是我和女朋友提分手，她先是表示不同意，然后跟我打感情牌，诉说我们在一起这么久的温情，接着又表示自己未来可以给我更多的零花钱，然后又不断的问我为什么要分手… 类似的经历还有很多。 在今年上半年，我准备注销一张中信银行的信用卡，因为我平时不怎么用，而且他扣了我200块钱的年费，我决定去营业厅注销。 到了营业厅窗口之后，柜员听说我要注销，操作了几下电脑，之后和我说：”鉴于您信用良好，我们可以帮您的卡升级成永久免年费，您确定还要注销吗？” 虽然我最后还是注销了，但是他说免年费的那一刻我确实有过暂时保留的想法。 不知道大家有没有过这样的经历，前一段时间，当我们打滴滴的客服电话的时候，只要选择了人工客服，不管客服有没有接通，都会收到一条短信：给您带来不便….我们送您一张5元打车券 如果你和客服反馈的问题得不到解决，或者你不满意，客服也会主动提出要送你打车券的请求。 很多很多这样的情况，相信很多人都遇到过。 上面说的这些其实是很多公司做的一种用户挽留手段。当你想要离开的时候，他们会想尽各种办法挽留你。因为他们知道，拉一个离开了的客户的回归成本，要比拉一个完全新的用户成本要高。 之前和一个做客服的朋友聊天，他告诉我，他们客服确实会优先处理那些比较”跳”的用户，如果一个用户的诉求很强烈，态度很强硬，他们就会想办法升级，提高优先级帮忙解决。 于是我就想到了那句话，那句我刚入职不久的时候，组内的老司机和我说过的话：会哭的孩子有奶吃。 那么，你有没有遇到过类似的事情呢？ 你怎么理解”会哭的孩子有奶吃”这句话呢？ 你觉得职场中我们应该学会”哭”吗？
