时间线

2020 年 9 月 10 日，华为召开了开发者大会，正式推出了 HarmonyOS 2.0 系统，并宣布为开发者提供完整分布式设备与应用开发生态。

2023年10月17日，小米集团首席执行官雷军正式公布了这款操作系统，并称该系统将逐步接替之前小米开发的MIUI系统，成为小米智能硬件互联生态的统一计算平台。首款搭载HyperOS的智能手机为小米14系列手机。10月20日、23日，MIUI的微信、微博等公众平台账号陆续将MIUI改为其中文名“小米澎湃OS”。

2023年11月3日消息，在此前举行的 2023 vivo 开发者大会上，vivo 已经宣布首款搭载蓝河操作系统的设备将是 vivo WATCH 3 手表。vivo 副总裁周围在接受媒体采访时明确表示，vivo 自研蓝河操作系统不兼容安卓应用。

以上这几年国内著名手机厂商公布自研操作系统的时间线。笔者最近比较对国内操作系统的发展动向比较感兴趣，所以就开始了解收集这方面的信息，想通过这篇文章帮我看清操作系统发展脉络或者说补充一些相关认知盲区。

先用一张图厘清操作系统发展脉络

大家应该都知道华为、小米和Vivo分别是国内三个著名的Android手机厂商。国内移动互联网快速的发展，也是得益于Android的开放性，国内手机厂商基本都是基于ASOP(Android Open Source Project)魔改源码逐渐形成自己的定制操作系统，比如HarmonyOS、小米的MIUI和Vivo的OriginOS。如下图所示：

iOS 是由苹果开发的移动操作系统。苹果最早于2007年1月9日的Macworld大会上公布这个系统，最初是设计给iPhone使用的，后来陆续套用到iPod touch、iPad上。iOS与苹果的macOS操作系统一样，属于类Unix的商业操作系统。苹果凭借它极具竞争力的软硬件创新产品，妥妥是一方巨头，跟Android开放生态不一样，苹果的操作系统并不开源。

但从2023年国内手机厂商公布的操作系统来看，从曾经套壳Android逐渐演变成去安卓化趋势。那为啥会有这种趋势发生，或者说这真的是未来操作系统发展趋势吗，国内厂商可能会面临什么样的挑战？这个问题的答案我们需要时间去验证，我们只能先做些畅想。

国内手机厂商是如何发展起来的？

国内手机厂商的发展主要经历了以下几个阶段：

1. 初步阶段（2000-2003年）：在这个阶段，国内手机市场刚刚起步，消费者对手机的需求逐渐增加。一些国内厂商开始生产手机，主要以低端和中端产品为主，如联想、TCL等。


2. 品牌竞争阶段（2004-2006年）：随着消费者对手机品牌的关注度增加，一些知名品牌开始崛起，如华为、中兴、酷派等。这些品牌通过自主研发、产品创新和技术积累，逐渐在中高端市场占据一席之地。


3. 智能手机时代（2007-2010年）：智能手机的兴起，为国产手机厂商提供了新的发展机遇。在这个阶段，小米、OPPO、vivo等厂商迅速崛起，通过高性价比、良好的用户体验和市场营销策略，逐渐在国内市场占据重要地位。


4. 全球化竞争（2011年至今）：随着国内手机市场的逐渐饱和，国产手机厂商开始将目光投向海外市场，如印度、东南亚等新兴市场。此外，厂商也在积极布局5G、物联网等新兴领域，以寻求新的增长点。

Android系统最早于2008年9月23日正式发布。进入中国市场的时间则是在2009年左右，随着第一款搭载Android系统的手机HTC Dream（在中国市场称为G1）的上市，Android系统开始在中国市场逐渐普及。

华为、小米和vivo这些手机厂商开始使用Android系统的时间如下：

1. 华为：华为早在2009年就推出了第一款搭载Android系统的智能手机——华为U8220。此后，华为逐步发展成为全球领先的手机厂商之一，并在Android系统上推出了自家的EMUI（Emotion UI）用户界面。


2. 小米：小米成立于2010年4月，同年8月推出了基于Android系统的MIUI定制系统。2011年8月，小米发布了第一款搭载Android系统的手机——小米1。凭借高性价比和出色的用户体验，小米迅速崛起成为国内外知名的手机品牌。


3. vivo：vivo成立于2009年，2011年推出了第一款搭载Android系统的智能手机——vivo X1。随后，vivo在Android系统上推出了自家的Funtouch OS用户界面，并逐步发展成为市场份额较高的手机厂商之一。

从上面我们回顾了下国内手机厂商的发展历史，可以说没有Android系统进入国内市场，中国的智能手机时代历史进程就不可能这么快，国内手机厂商也正是抓住了这波机遇完成了国产化，并且发展至今。

更具象化分析智能手机厂商发展

从我个人的分析理解，国内手机厂商发展分为以下几个阶段：

1. 第一阶段：本土化定制，实现自主可控
   这个阶段国内手机厂商主要关注于对Android系统进行本土化定制，通过开发自家的用户界面（如华为的EMUI、小米的MIUI、vivo的Funtouch OS等），满足国内用户的需求和使用习惯。同时，厂商也开始关注硬件研发和生产，逐步减少对外部供应商的依赖，提高自主可控能力。


2. 第二阶段：自家产品生态化拓展建设
   在第二阶段，国内手机厂商开始关注产品生态的构建，将手机作为核心，围绕其开发各类智能硬件和应用服务，如智能家居、可穿戴设备、云服务等。这有助于提高用户粘性，形成闭环的生态系统，从而提升品牌竞争力和市场份额。


3. 第三阶段：公布自研操作系统，引入AI大模型完善产品体验
   在第三阶段，国内手机厂商开始研发自家的操作系统，如华为的鸿蒙OS（HarmonyOS），以降低对Android系统的依赖，提高自主创新能力。同时，厂商也开始引入人工智能技术，通过AI大模型优化产品性能、提升用户体验，为未来5G、物联网等新技术应用做好准备。

目前手机厂商已经来到第三阶段，自华为公布鸿蒙系统之后，小米和Vivo也相继公布自家的自研操作系统，自主创新似乎是国内厂商不约而同的战略共识。

避免被“卡脖子”再发生

2019年5月15日，华为被美国正式制裁，截止目前，已经过去了4年。那么这些年华为到底被制裁了什么？

华为受到的制裁主要包括以下几个方面：

1. 美国实体清单：2019年5月，美国政府将华为及其关联公司列入实体清单，禁止美国企业与华为进行商业往来，除非获得特别许可。这意味着华为无法从美国供应商处购买关键零部件和技术，如芯片、软件等。


2. 芯片供应限制：2020年5月，美国政府进一步收紧对华为的制裁，要求全球芯片制造商在向华为供应美国技术含量超过25%的产品时，必须获得美国政府的许可。这使得华为的芯片供应受到严重影响，尤其是高端芯片。


3. 软件限制：华为受到制裁后，谷歌停止为华为新款手机提供GMS（谷歌移动服务），包括谷歌应用商店、Gmail、YouTube等关键应用。尽管华为推出了自家的HMS（华为移动服务）替代GMS，但在全球范围内，GMS仍然具有很高的市场需求和用户粘性。


4. 网络设备限制：美国政府将华为视为国家安全威胁，禁止美国电信运营商使用联邦补贴购买华为的网络设备。此外，美国还在全球范围内施压，敦促其他国家在5G网络建设中排除华为。


5. 金融制裁：美国政府还对华为进行金融制裁，限制华为及其关联公司在美国的金融交易，使其在全球范围内融资和开展业务受到限制。

这些制裁对华为的业务造成了很大影响，尤其是在芯片供应、软件服务和5G网络设备方面。然而，华为在此期间加大了自主研发投入，努力寻求突破和替代方案。

华为是如何应对技术封锁的？

• 推出麒麟9000S芯片突破5G芯片断供

今年爆火的Mate60系列手机搭载就是这款芯片，华为终于扬眉吐气了一番。

• 推出自研鸿蒙全场景分布式操作系统

• 推出HMS 替代 GMS

当然还有很多自主创新的突破，从这些战略手段来看，华为确实非常值得尊敬的企业，至少给国内众多科技企业打了个样。

从华为被制裁的案例来看，国内其他一众手机厂商谁都无法预测自己可能是下一个华为。那么实现自主可控就显得非常迫切了，除非国内一众厂商放弃海外市场这块蛋糕，但这看起来是不太可能的事情。

万物互联生态蛋糕

我们知道不管是华为还是小米，它们的产品可不仅仅只是手机和PC，还有全场景的IoT智能硬件（包括智能家居、可穿戴设备，平板等等），未来还有智能驾驶汽车业务，比如现在小米正在如火如荼正在进行的造车运动。

小米IoT平台设备接入数据

小米IoT万物互联布局

小米智能汽车

面对如此庞大的设备和连接数，小米需要一套融合的系统框架统一支持全生态设备与应用，要成为未来百亿设备、百亿连接，万物互联的公有底座。这也能理解这为什么小米会推出澎湃OS来替代MIUI，未来构建万物互联的大格局所做出的战略性布局。

然而国内手机厂商的产品布局大致相同，属于强竞争关系，虽说鸿蒙系统较早就发布，但从商业竞争来看，这是另外一个层面的自主可控，让小米、Vivo这些厂商投入到鸿蒙怀抱目前来看是不太现实的，毕竟谁都不想当谁的小弟，或许形成操作系统联盟生态更合适。

写在最后

从最开始时间线开始我们了解到国产厂商纷纷入局自研操作系统，然后通过一张图理解了操作系统的发展脉络，再了解到国产手机厂商是如何发展起来的，Android的进入让国产手机进入智能化时代，我们再具象化理解目前如华为、小米和Vivo这些手机厂商发展的几个阶段。从华为被美国制裁，国内厂商引发的担忧和战略布局万物互联生态，最终为了能够实现自主可控，摆脱外部依赖的风险，纷纷入局自研操作系统。从各家厂商分别分布自己家的自研操作系统，说明这件事相比于自研芯片的难度要小很多。从操作系统发展脉络来看至少是站在巨人的肩膀上，完全自主产权这样的说法听听就好。要撼动Android和iOS的地位，要看开发者买不买单，这么多年所沉淀下来的生态要是这么容易就能够替代，那么当年Windows Phone就不会落寞而去，相比于微软大家觉得我们的差距还有多大呢。

面试官提问

面试官：候选人你好，请解释下面的现象：

1. 数组1000个元素，shift操作和对象delete操作的benchmark 差不多。


2. 数组10w个元素时，shift操作和对象delete操作的benchmark 相差巨大。

场景如下：
数组1000个元素时：shift和delete相差无几

数组100000个元素时，shift比delete慢了100倍

开始表演！

候选人：总的来说，这是因为数组在1k长度时，v8引擎能申请到一段连续内存做shift运算，在利用L1缓存的优势下，速度能和object的delete有得一比。

顺便一提，利用L1缓存思想做性能优化，也是最近游戏界中ECS架构为何能获得如此高的关注度的原因之一。

我们回到咱们前端来讲，口说无凭，眼见为实，让我们直接打开V8引擎源码一睹为快。

第一步、我们找到[].shift相关v8引擎源码。

我们可以看到ArrayPrototypeShift代码会尝试执行TryFastArrayShift函数，若该函数抛出Slow或者Runtime标志，则运行相应的逻辑。

第二步、我们进入 TryFastArrayShift 这个函数继续看，这个函数有两个逻辑：

1. 若没有连续内存，则抛出Slow


2. 若数组长度>100，则抛出Runtime

回到我们案例：我们数组长度如果在1000，则抛出的是Runtime标志；如果在10W，则抛出的是Slow标志。

第三步、查看Slow和Runtime的逻辑。

• 
  

  slow对应的GenericArrayShift函数逻辑如下 ：

  
  
  
  
  • 先把数组转换为对象
  
  
  • 再遍历对象的key，每一个key都往前移一位。（这也是ECMAScript-262规范定义的算法）
    
  
  
  
  


• 
  

  runtime对应的ArrayShift函数逻辑如下：

  
  
  
  
  1. 申请连续内存
  
  
  2. 遍历并移位
     
     
  
  
  
  

最后总结，从上面三步我们确认了V8引擎的执行逻辑：

1. 10W数据，很难申请到连续内存，通常就无法利用L1缓存，导致比较卡慢


2. 1000数据，较容易申请到连续内存，通常能利用到L1缓存，速度较快。
   
   
   
   1. 100长度以下的数组，直接走C++逻辑。
   
   
   2. 100长度以上的数组，走汇编逻辑加速。
   
   
   
   

这也就说明了为什么1000数据和10W数据执行上有一定差异的原因。

注意：ArrayShift函数源码可能有误，也请大佬指点。

PS：这个ArrayShift源码不在v8中，而在汇编中。

PS：这是因为buitin的代码需要在vs上编译出来才能查到相关代码的引用地址，目前比较忙，先分享思路，我后续会进行更新订正。

小结

上诉面试经历是我刚编的，希望能来更多的朋友讨论，毕竟大家对v8源码或多或少有一点陌生的畏难心理，我也如此。本问题实际是来自我交流群的某一次讨论。

不过道理是真的：

平时遇到某些问题，咱们也不妨从V8源码入手分析。

有时候源码比各类文章讲得更清晰。

日积月累，总会有一些意想不到的收获。

参考文章

• chromium开源源码在线工具


• v8引擎array源码解析


• V8引擎builtin源码解析

工作开始,一直被程序猿=修电脑的，厌恶感十足,很可惜打脸来的太快，经历了公司换新电脑，坏了几次，再到工作变动自己搞了新电脑，直到红盘,被迫开启了自己的电脑救赎之旅，本次以这次被迫优化为例,主要想说的是搞程序的解决红盘的问题。

装系统

    之前配备的电脑新拆就一直有莫名重启，移动电源无法使用的情况，随后到了彻底无法忍受的程度，你能想象，你正敲着代码毫无征兆就重启吗，还是一天10几次那种，好在常年随时保存的好习惯避免了重大事故,于是开始了反反复复的系统重装,直到确认是硬件问题,拿去报修，完了之后，当系统安装已经成为了本能，让我彻底的不再恐惧重装系统这个事儿，你们应该都懂，作为一名开发，系统重装这个事儿到底是有多恐惧、

    在这之后,由于工作变动的原因,又仓促的买了新电脑，安装已经驾轻就熟，大概是对纯净版，专业版系统的执着，微PE工具箱让我感觉到装系统和纯净版是一个让人愉悦的事儿,夹带私货的系统让人头皮发麻,我大概经过了这个几个阶段,
系统安装->升级专业版->C盘分区扩容->提权administrator(普通用户对权限引起的bug和问题深度受害者)->驱动/开发工具安装，一顿操作搞下来，我的C盘大概控制在了40G以内,其他软件的安装严格的装在了指定盘符，结果半年多下来，我的120G的C盘坎坎到今天只剩下了5个G,可能这个就是全栈加全干带来的深度后果吧。

C盘红盘过程

     像是npm 、cargo、vs、maven、Android Studio、python等工具C盘盘符产生缓存的问题我已经极度的进行了处理,但从120G-40G=80G的过程，你应该能想象我这大半年都经历了啥、找的c盘批处理完全解决不了我的困难，至于现有的C盘瘦身啥的软件要么收费要么夸大,感觉跟搞程序用的电脑不吻合，完全解决不了啥问题，没办法，我只能挨个的分析文件夹,定位这些内容产生自哪里。

@echo off



echo 正在清除系统垃圾文件，请稍等……



del /f /s /q %systemdrive%\*.tmp



del /f /s /q %systemdrive%\*._mp



del /f /s /q %systemdrive%\*.log



del /f /s /q %systemdrive%\*.gid



del /f /s /q %systemdrive%\*.chk



del /f /s /q %systemdrive%\*.old



del /f /s /q %systemdrive%\recycled\*.*



del /f /s /q %windir%\*.bak



del /f /s /q %windir%\prefetch\*.*



rd /s /q %windir%\temp & md %windir%\temp



del /f /q %userprofile%\cookies\*.*



del /f /q %userprofile%\recent\*.*



del /f /s /q “%userprofile%\Local Settings\Temporary Internet Files\*.*”



del /f /s /q “%userprofile%\Local Settings\Temp\*.*”



del /f /s /q “%userprofile%\recent\*.*”



echo 一键清理系统垃圾完成！



echo. & pause

优化前C盘只剩下5个G，没有先见之明，只能把优化后的结果贴图了,从D盘应该看得出端倪

在这个截图之前，C盘的用户数据大约是60多个G,20多G的优化空间也从此处来的

C盘救赎

• C:\Users\Administrator\AppData\Local如果作为前端，大概率空间的占用是从这里开始的
  


• 如果作为服务端

1. JAVA检查一下你的maven包缓存位置，我开始就设置了，因此没有占据C盘空间，很多都放在D盘了。


2. c# 检查一下nuget的包缓存，可能会很大


3. python的可以检查一下pip相关的包


4. 总之现在的开发工具都很热衷于你的用户数据存储包,你如果分析一下c盘空间会有惊喜发现

• 我之前也搜过很多教程，然并卵，很多压根没考虑过C盘用户数据造成的问题。

     整的比较简单，算是个程序猿群体避免重装系统的一个方案吧，求人不如求己，实在是在重装的边缘挣扎的老哥，可以尝试从这几个方面去做处理,尝试把相关的批处理删除加到以上的脚本中，做个自己的专清小工具，别被各种C盘瘦身垃圾软件折磨了。

结束

马上2023，还是在修电脑的过程中度过，为程序奋斗的一年画上句号、祝愿各位的电脑利器更加畅快随心，在新的一年里创造新的，专属于自己的程序传奇。
----------最后，新年快乐！！！

写在前面：

不知不觉已工作一年有余，好像毕业后的时光是一匹发疯的马，用尽全身气力疯狂向前，人生前半段是缓慢成长，后半程却加速变老。我以为越长大越沉默，没想到我还是一以贯之的废话一大堆。他日再回首时，恐已不复如今的心境，生活是值得记录的，无论好坏呀～

正文：

校招篇：面试官，你好

校招的记忆已然有点模糊了，有点后悔之前怎么没有记录生活。但我记得每次面试时的自我介绍，开场白的第一句话就是面试官，你好。我校招那一年互联网寒冬还不太寒，至少我周围熟悉的同学基本都手握好多大厂offer，所以当时有点小沮丧，总觉得自己菜菜的。也曾想过先去北京工作，不过考虑到我的性格以及离家近，最终还是选择来到成都。其实从小到大我没有什么目标，只是跟着周围同学朋友的节奏学习与生活，不掉队一路走到了现在，我不知道我喜欢什么，只是明确的知道不接受什么，排除掉不接受的，其他范围内我都可。

工作篇：我的前端初体验

依稀记得入职第一天，leader来楼下门口接的我，然后参加早会自我介绍与相互介绍，从此就正式开启了我的搬砖之路。刚入职时有好多不懂的，不懂开会时说的许多缩略词（连PM、PRD、RD啥的都不知道），还不懂从哪里开始看项目代码，对于提交代码、联调、部署、Nginx配置等环节，我就如同面对迷雾，一片茫然。挺感谢leader和同事们的指导与帮助，不仅仅是工作上的，还有帮助我融入团队，因为刚毕业时的我有点轻微社恐，不敢也不好意思多说话（然而现在笑声最大的就是我哈哈哈哈），虽然社恐不过我也是爱笑的社恐，即使很多不会，每天也是笑嘻嘻的，后来年终述职时同事的评价，以及晋升的其中一条理由，都是说我心态好哈哈哈哈哈哈。虽然网上挺多骂我司的，但从我自己的角度来看，我司的应届生培养确实还行，会给你充足的时间学习与成长，长期有耐心不仅仅是空口号。入职3个月时，我每天的工作还是培训和学习，除了已定的学习计划，mentor也会问我还有啥想学的嘛，可以调整。

当我害怕自己做不好时，同事：领导问啥都要说“好，能做到”，反正工作又不是造火箭，不难的，而且不会就问嘛。结果真的不难耶哈哈哈，人最大的恐惧是对未知的恐惧。当我出现了线上事故时，同事：这有啥，我以前还有更严重的，大家都是这么过来的。当我提前想工作跳槽时，同事：我是一年一跳，自从帮leader筛选简历后，才发现我还可以，你也要相信你是比较靠前的。还有好多诸如此类的对话，缓解了我的焦虑与迷茫，偷偷在这里谢谢大家呀。

后来我才开始慢慢接触项目，从最开始修改一个小bug，到后来完成一个小模块的开发，再到现在可以独立负责一个项目的开发上线。与刚入职时相比，现在更大的感受可能是更从容（也可能是开始摆烂哈哈哈），不再害怕新的任务不会怎么办，不再担心我的提问在别人看来是否有点笨笨的，不再纠结晚上早10分钟走会不会不太好……原来技术方案评审、CodeReview、述职等都没有想象中的可怕，很多事经历后才发现不过如此，一切都没关系哒。

生活篇：程序媛的日常

来成都后，经历了第一次震感强烈的地震，经历了高温限电于是居家办公，也见证了从全民防疫到全面放开。新冠全面放开后，leader说：大家如果身体有不适的就请假，别硬撑着，这只是一份工作而已。其他同事基本请了将近2周的假，我申请了一周，其实我只发烧了一天就没啥症状了，中间还去了一趟都江堰玩。后来的二阳、三阳大家都波澜不惊了。

程序员只是一份工作，并不是生活的全部，周围同事有沉迷于养花的，有每周都骑行一天的，也有喜欢跳舞的……至于我，喜欢美食，喜欢小裙子，喜欢一切可爱的东东(๑• . •๑)。成都真的有好多好吃的，至少很对我的胃口，来了以后胖了8斤多呜呜呜。

还有一个绕不开的话题，可能是我一生最悲伤的事情之一，工作一年时我的奶奶去世了，我哭了好久好久，现在提起仍然很难过，个中辛酸就不在此赘述了。

其实还经历了好多事，但有些事只适合收藏。凡所发生，必有来意，不管开心还是难过，都想记下那时的感受，等我老了再来看，当时开心的事我是否依然会笑，当初觉得悲痛万分的坎坷，是否又轻舟已过万重山了(^-^)

最后：

这篇博客是我工作总结系列的第一篇，我希望通过这个平台，记录我在编程之旅中的点点滴滴，记录代码之外的日常生活。如果通过分享我的经历和感受，或多或少能够帮助和鼓励更多的人，那就更好啦。

我想以喜欢的史铁生的一段话结尾～～
我一直要活到我能够历数前生，你能够与我一同笑看，所以死与你我从不相干。

主题

   昨天遇到了一个比较有意思的服务器问题,然而就这么发生了,有些异形问题在多方协作模式下发生,协调甩锅、“坐等靠”,证明等乱七八糟的内容太消磨热情,本次通过一个异常的问题排查分享,来谈谈横向能力的问题,谈谈看法

起因

  事情的起因是这样,运维的堡垒机访问发布一直未发生任何问题,但节后,C系统出现统一认证异常的情况,但其他集成系统均无任何问题,堡垒机同样，这个C系统是正常的、出现了一方正常其他方不正常的情况,一般规律,软件出现问题,这个情况会在某些场景下复现,出现异常情况.

注： 这里补充一下,统一认证起到的作用是保证内部系统的统一，同样承担着接入外部系统以及接入外部认证逻辑的作用，而此时的异常系统为自身系统、因此才有了排查的前提
认证的逻辑,基本上是通过,统一存储服务域下的localStorage,通过ifame隐藏打开指定页,通过postMessage 进行唯一交换进行的（唯一交换的好处是不用源头统一,不用处理乱七八糟的不一致问题）

经过

  基于以上前提,经过异常反馈的情况和代码的确认,剔除了自身逻辑的问题(之所以要确认一次，是为了核实),怀疑问题出自于服务器网络问题,了解到之前一直没有任何问题,C系统中间经过发布,而且都笃定之前没出现过此种情况，因此有了退版本的情况，但情况依然不正常,又找到了我这里,此时有了远程的可调试环境,此时观测到一个特殊标记，在域下明明有token的情况下,通过这种方式获取不到、又核实了其他系统均正常。

  此时的问题已基本定位到服务器上了,但如何在当前条件下快速的验证证明此项结论的正确性,是个问题（业主方服务器相关已经过沟通,绕进了鸡生蛋、蛋生鸡的循环种）。

   过程大略是经过nginx的重新代理访问,达到切换服务的目的,通过路径配置进行更改验证,一番操作下来,验证了外部认证逻辑的正确性,但又产生了跨域问题，原因是C系统的发布用的是绝对地址，配置有服务指定访问地址,源码替换，重新docker镜像发布之后,添加服务的nginx访问后,问题得到了解决,当然过程回溯很容易,中间也是各波折。

如何证明

   说实话,这个问题,我也属于第一次遇到,怀疑可能是安全策略的问题导致的,两个服务器的连通性是没有任何问题的,期间怀疑过nginx配置问题，docker问题,就也不知道怎么证明服务器的什么因素影响到了无法有效获取localStorage,有知道的老哥，也还请赐教、

回溯

  这个问题,现在分析来看,涉及到前端、后端、运维的三重交接处,nginx这个问题，经常被甩来甩去，均认为是运维的职责、而此项问题,运维也无法跟踪排查得出结论，试错的条件和成本较大（并非别人想不到），但问题需要解决,此时的情况下,最小化的验证和解决问题就需要有横向的能力去综合评判、某方面缺失,很容问题就变成三方证明，这个问题不是我的问题,结果显而易见，就跟死锁一样得不到解决,当然这只是很小的一方面、

分析

  每个人的想法和态度,会随着不同阶段变化,在某一个情况下希望努力学习新的知识内容用以变化成薪资、某个阶段需要安稳,又可能在某个阶段变成需要休息和清闲,但这一切的选择，有个前提是事前的努力,运气和时代的洪流并不是一直都有,求而不得是常态,为啥都经历过高考,却想不明白,更高的分数才有更多的选择,未来也才有更多的机会、至于年龄大转行这个问题，这是个人姿态的问题,积极向上总是好的,丧着也不是不能过,各自容忍，毕竟过的都是自己的人生,不是他人的，姿态和态度总要有，那么，你的态度又是啥？

在租房躺尸好几天了，自从周一从滴滴离职就一直待在租房打游戏，瞬间没有工作的负担是真的彻底让我释放了心中的欲望，实际上游戏纯属发泄欲望和转移注意力的工具，我是一个喜欢瞎想的人(这可能就是我胖不起来的主要原因)，放纵完实在是太无聊了，想写点什么。
说实话我这文章写得毫无章法，完全是想到哪里写到哪里，也不想去分门别类了，我觉得真实的想法最重要，如果有语义错误就略过吧哈哈。

说说业务

对这段实习做一个小小的总结，先说一说业务吧，我所在的是滴滴商旅的一个技术部门，主要负责企业版这块的业务，我去的第一天上午看团队规范文档，下午跑项目看代码，第二天接需求，当然是比较简单的需求，后面陆陆续续做了滴滴企业版的小部分 pc 端官网和大部分移动端官网，如果你现在用手机搜滴滴企业版，那么你看到的页面大概率就是我做的，除此以外还有一个经典后台管理项目，其实项目用的技术栈都还好，没有说很有难度的，对于业务来说我觉得最难的应该就是项目的搭建和部署，然后就是技术方案，开发代码确实是最基础的事情了，这几个月完成的代码量并不大，这也完全在意料之中，实习生嘛，能确保自学到东西就行，当自学到一定的程度会很迷茫，不知道下一个进阶的领域是什么，但是在这段时间我逐渐感觉前端的一个瓶颈就在前端工程化，其实早就在学了，但是没有实际的项目经验加上网上教程比较匮乏，大多是讲解 webpack 的基本使用甚至一度让大部分人认为 webpack 就是前端工程化，如果有后端基础我觉得理解工程化那就太简单了，只不过可惜的是参与前端开发的大多是后端经验为 0 的同学，因此对于常年在浏览器玩 js 的我们很难理解在编译阶段能做的一些工作的意义所在，不管是现在的 Node 或是 Go 和 Rust，其实都可以作为一个深入挖掘的方向，至少我感觉业务是真的很无聊，偶尔当玩具写写还行，每天写真的没意思。

除了业务以外认知到一些原来不知道的职场"内幕"。

第一点：面试冷知识

走之前组内一直在招社招的员工，当面试官的兄弟和我说了我才知道，原来面试通一个部门甚至是同一个面试官可能真的会因为面试官心情或者其余外在因素决定你面试是否通过，比如最近部门比较忙，那可能面试也就比较水一点，大概考察没问题就直接过了没有那么多的时间去做横向比较(那我面的部门基本都还是比较闲啊哈哈)，又或者是面试官看你比较顺眼性格也比较符合他的要求，大概率会给一些比较简单的题，这些都会影响面试官的判断从而决定你是否能通过面试最终拿 offer，所以经过这件事之后看开了很多，如果原来你一直不理解平时技术没你好的同学最后能拿到同公司或者同部门 offer，现在应该慢慢也就看开了，一旦挂了及时投递下一个部门，这不一定是自己的原因。

第二点：大厂其实不全是 996

不要被危言耸听，这其实大概率取决于你的部门而非公司，我在的部门经过这两年的形势成功变得小而精，小组的氛围很好，平时开发大家都合作得很开心，不管是导师还是 leader，休息了也会偶尔一起打打游戏，在这个部门我感觉挺好至少没有看到所谓的大厂 996，基本上大家 10 点来，最晚 8 点也都走了。离职的前一天刚好赶上了部门团建于是狠狠地去蹭了一只烤全羊，leader 把商旅的大 leader 请过来了，我对大领导的刻板印象是电视里那种懂得都得，但是没想到和我想的完全相反，大家举杯畅饮吹牛逼，欢声笑语，挺好，，后来想想有可能是因为大家都是技术出身很多时候也都很讨厌那一套，这也是我对互联网最满意的一点，凭本事吃饭，对于出身不是那么地依赖，也不是尔诈我虞，阿谀奉承。

第三点：学会装菜，不要没事找事

作为实习生，懂的都懂，其实在哪里都一样，如果你太着急表现自己，别人就会觉得你过分刺毛，能装菜的地方千万别装逼，艹，我感觉我就是傻逼了，这也许也是我离开的原因之一，作为实习生老老实实完成自己的工作就好，能够保质保量完成任务对于导师来说基本就差不多了，至于一些 pua 话术里面说的额外价值，我觉得对于没有转正的实习生来说毫无意义，反而会自找麻烦，因为并不会因为你原本安排 2 天切完的图你一天切完导师就给你放松自学，很多时候你做的事情是否有意义完全取决于你的导师是否愿意安排有意义的工作给你，所幸我在滴滴完整地参与了项目的技术方案到代码编写直至最后部署上线，里面沉淀了我自己的思考，经过这段实习确实让我受益匪浅。

最后一点是软实力

我觉得这也是我在这段实习中收获到的最重要的东西之一："学会总结，及时复盘"，每次周会给导师和兄弟们讲方案总是要准备很久，会去看很多的自己不知道的东西，以此来让我写的东西显得足够的高大上，记得有一次上线官网出问题了，意料之中做了一个复盘，倒不是说学到了什么代码层面的东西，更多的是让我了解了整个项目从开发到部署上线的流程，这个远远比写代码有意义，不得不说这极大地培养了我的能力，包括新技术的敏感程度，技术的深度以及口才，总结出来的东西一方面加深了自己的记忆和理解，往小了说，让我可以在以后的技术面试中就这段经历侃侃而谈，往大了说，这个让我学会从更高的视角去看问题，不再是盯着代码的一亩三分地，更多的是学会从项目的技术架构层面去看问题，第二是学会表现自己并且及时纠正自己的错误，没错，就是给别人看，自己瞎学总结是没有意义的，你是一个无比努力的人，可是大家不知道那也毫无意义，他能知道的仅仅是你能写上简历的东西，只有向别人更好的展示自己，下一次面试官看到你才会觉得你是一个善于总结和反思的人，程序员这一行也是这样，其实参与一个开源项目远远比你基础扎实更让人刮目相看，尽管你只是为一个看起来无比高大上的开源切了图，对我自己来说我只是把曾经在 wps 或者 typora 的写作 转移到了掘金或者 github，内容并没有太大的变化，这样的事情何乐而不为呢。

最后做一个收尾。

这两天想去北京附近转转，今天跑到了天安门，还是想吐槽地铁站一些人地素质问题，经典的钱包鼓起来了素质教育没跟上来，或者换句话说富起来很多并非接受过良好教育的一批人。

马上快开学了，要回学校拿保研名额，说实话我到现在都不确定哪条路是对了，大厂？还是保研？还是国企公务员？谁知道呢，每个人有每个人的说法，老员工会劝你保研进编制，新员工会劝你尽早进大厂捞钱，每个人追求的往往都是目前最缺失的，也许正是因为未来充满未知所以才无限期待，不然像我这样躺尸一周那该多无聊，脑袋都睡麻木了，这两周陆陆续续也面试了四五家公司，不得不说有大厂背书投简历就是好使，曾经拒绝过我的那些公司都拿到了 offer 然后全给拒了哈哈，不为别的就是解气，基本都是一些 b 格还比较高的独角兽公司，比如教育，云服务器，游戏行业等等，大厂我肯定还是没这个底气的哈哈我依然是大部分大厂的舔狗，不过结果不算坏，下一站是老铁厂了。

不知道是否会有之前一起工作的兄弟看到这篇文章，如果认为我有说得不恰当的地方欢迎指正。

前言

大家好，我是路由器没有路。今天跟大家聊下关于技术人该如何准备晋升答辩的话题。

每到年中或者年底，都会有一波晋升答辩潮。所以在这个时间点，想跟大家聊聊我的个人经验，以及一些对技术人该如何准备晋升的一些启发。

在公司里，我曾参与过各个职级的晋升答辩，也见到过各种各样的答辩现场。就在前阵子，公司部门刚结束了年中职级晋升答辩，我也花了不少时间在团队成员的答辩辅导上。今天我就把一些晋升答辩的技巧和常见的坑跟大家说说，希望能够在晋升之路上对你有所启发。

争取获得答辩机会

现在很多公司都有完善的员工职级晋升管理制度。职级晋升的答辩当然是少不了的了。既然是答辩，就会涉及答辩内容及现场答辩发挥，每一个环节都不容忽视。

也有一些公司的年中或年度晋升是需要在时间范围内先自主提报的，也就是说每个人都有机会，但有些公司是按提名制的，需要你自己去争取答辩机会。下面我们就来说说怎样才能获得提名资格：

• 自身能力能够达到了下一个职级的要求。但有些人可能会认为，要晋升了之后才需要具备下一个职级的能力，这观点是不正确的。


• 公司对人才的要求具备高度的确定性。通常不会冒太大风险去晋升能力不确定的人。因此，你可以提前参考目标职级的要求或同事，关注他们的技术深度和业务能力。


• 主动找领导沟通，确定努力发展方向。对发展方向制定可落地的措施。其实上级对于希望得到成长的员工都是非常欢迎的。

接下来，在争取获得答辩晋升机会后，就可以着手为答辩做准备了。

准备答辩素材

说到述职晋升答辩，当然少不了一份晋升汇报的 PPT。那么该如何准备晋升答辩素材呢？内容当然是包含近一年来的工作成果。

在答辩时，晋升答辩评委通常是跨团队或跨部门的领导。他们往往是不了解你工作成果的业务背景和技术实现细节，因此你需要在短时间内将业务背景、工作成果介绍清楚，这对不善演讲的技术人来说确实有比较大的挑战。

有人可能会说，平时是不是需要记录项目素材呀，我只能说，关系不太大。答辩素材是需要你去实践并产生的，而并非是靠记录。所以我建议，如果有机会，要尽可能多的去参与比较有挑战的项目建设，当然这可能开发难度较大、工作量大、比较累，但相比简单的项目则更容易创造价值、得到收获。

当然如果你没有参与过这种项目，那么你也可以对项目或者线上问题的点作技术深挖。

比如线上有这么个问题：经常性的发生 CPU 占用突然飙高，停顿一两秒后又恢复正常。或者内存间歇性的发生 OOM 了。虽然这对业务影响不算大，很多人可能也不会在意和处理这种问题，最多重启下服务，恢复正常就好，但是如果你去深挖问题背后产生的原因，找到问题的根源和涉及的底层技术点，并在团队内部给大家分享。

这就是很有价值的内容，因为你不仅主动的解决了看似不起眼问题，而且还通过分享的方式让其他同事也明白其中的原因，帮助了其他同学的成长。

根据素材，编写答辩 PPT

在上面准备了答辩素材案例之后，接下来需要根据准备好的素材，编写答辩素材 PPT。这里有几个需要遵循的原则：

1. 在讲述结果的同时，需要把问题点和解决方式也讲清楚。比如在这一年里，你负责了一个大型项目，并成功完成了上线。切记在 PPT 里花大篇幅介绍项目是什么，以及项目成功上线这一结果。因为评委无法通过结果评估你的能力和价值。所以，在介绍素材时，首先要介绍背景，然后介绍这个项目案例中存在哪些问题，你是如何解决的？


2. 结果要有价值和数据体现。说到结果时，很多人习惯讲解项目如期上线等内容，但在评委看来，这是基本的要求，并不是加分项。正确的做法是通过一些上线后的数据说话。比如介绍上线后的系统性能、数据质量等相关内容。这里强调一点，很多研发同学习惯写上线后的一些业务数据。如新增用户数带来的金额、收入等，这类数据其实与产品、业务同学联系更紧密一些。研发应该更多的把关注点应放在技术层面上。


3. 素材要匹配晋升的职级定位。像只有苦劳的内容，比如在赶工期的项目里，加班加点的保证他如期上线，且获得了领导认可等，建议不要写，原因很简单，就是不能体现你的技术价值，这些活，说不好听点，刚毕业的同学都可以完成。

晋升答辩素材 PPT 的一些建议

这里和大家分享下编写晋升答辩 PPT 的一些建议，可以参考一下：

1. PPT 的基本格式要统一。答辩的 PPT 的内容不要太过绚丽。除了要保证基本的工整，细节也很重要，一定要注意审查错字。有些评委会认为错字多，可能写代码 bug 也多。还要注意统一字号，不要一页字大一页字小。此外，还要避免过多动画。注意控制字数，重要的内容标红、加粗。答辩一般都是集中评审，评委一天要评审，很多人没有耐心看太多字。把你想要表达的重点内容标红加粗，这样评委才能快速吸收。


2. 不要放一张大而全的架构图。很多同学都习惯在 PPT 里放一张大家全的架构图。但在答辩时，你只讲解了其中的一小部分。你可能会认为大而全的架构图可以彰显自己系统的完善性。但如果你只讲解了其中一二，其实是很难讲出价值内容，毕竟时间有限，反而容易给评委留下浮于表面的形象。你可以对自己负责实现的那个模块单独拿出来讲，可以采用更优雅的方式进行展现，就具体问题的架构，加上细节问题描述，代替大而全的架构图，才能让评委快速了解问题的背景和解决方法，进而更好的评判你到底做的好还是不好。


3. PPT 上不要露马脚。我曾经遇到过答辩人在 PPT 中写了幂等两个字，我想他写出来的目的是想表示如何实现它，但评委一直对这个点穷追不舍，导致答辩人最终答辩挂了。你写在 PPT 上的每一个字都需要十分熟悉，每一个内容都可能是地雷。

要写答辩稿并加以练习

写完 PPT 后，在正式答辩前的这段时间里，可以不断的加强练习。在练习时也有以下几个建议：

1. 写出答辩稿。很多人没有写答辩稿的习惯，撰写文字稿能够帮助你发现答辩的逻辑是否通畅，还能够框定你的表达内容。咱们前面提到过，答辩是有时间限制的，如果没有固定的稿子，每次发挥的时长都不一样，最后很容易因为超时影响答辩效果。


2. 你要准确按照答辩的时间完整练习至少十遍以上，注意是完整练习。非完整的零碎练习和完整的练习节奏差别非常大。


3. 做预答辩。不同公司的晋升评委组成不同，有的是管理者，有的是技术专家，还有的是管理者加技术专家。因此，在做预答辩练习时，最好邀请相对应的人员辅导你答辩，比如选择你的 leader，相信部门 leader 还是比较乐意的。

调整答辩心态

在答辩将至时，大家都会跟你说，答辩时不要紧张，会影响发挥。但过来人都知道，不紧张好像太难了。下面就说说具体有什么方式可以抑制紧张。

• 首先还是上一节的内容，答辩稿必须写出来，跟着稿子来。人在紧张时，智力和反应能力会呈指数级下滑。没有预先练习，顺溜的稿子你是临场发挥不出来的，只能满嘴跑火车或者照着 PPT 念，效果会大打折扣。


• 一个能够避免紧张的好办法是做最坏假设。紧张是因为想通过晋升，你可以想象一下此次晋升没有通过的场景，你会怎样对待这个答辩结果，如果最坏的结果你都接纳了，还有什么是不能面对的呢？这也能反过来激励你好好准备。


• 回答问题要言简意赅。一般答辩时都会设提问环节，很多时候答辩演讲的很好，但回答差，也会被一票否决，这种情况就比较可惜。作为过来人，我在这里给你提个醒，评委比较喜欢回答问题，言简意赅，直达重点的人印象分都比较高，你可以换位思考一下，评委提了一天的答辩，理解能力也下降的厉害，如果你半天收不到点子上，评委可能会认为你知识储备和逻辑能力薄弱。


• 不会的问题不要直接回答不知道。如果评委临场抛出了一个较难的问题，你可以短暂思考，尝试从几个角度简单回答一下，一定不要直接回答不知道。

总结

最后用一句话总结下：有些人工作五年，但只有一年的经验，但有些人工作一年却拥有了五年经验，那是因为一直在学习、思考和总结。

希望这篇文章能够对你在晋升道路上有所帮助。

前言

所谓语义化版本控制，就是要求你的版本号能按照特定规则及条件来进行约束，以期达到见到版本号即能了解其修改内容的信息或相邻版本间的更新迭代关系。通过阅读本文，你将能够对语义化版本控制规范能够有一个全面的了解，同时也对各平台上依赖版本时的语法有个大体的了解。

背景

在正式开始之前，先问大家几个问题：

我们经常在类似 Github、npm、或者 pub.dev 上看到一些软件或者库的版本号包含如下信息，你是否会疑惑他们之间的区别是什么？分别适用什么场景？

• alpha


• beta


• rc


• release

再看看下面几组版本号，你是否能弄清楚各个版本号之间谁更新更大？

• 1.0.0 1.0.1 1.1.0


• 1.0.0-beta 1.0.0


• 1.0.0-release 1.0.0


• 1.0.0-alpha 1.0.0-alpha.1


• 1.0.0-alpha 1.0.0-rc.1

这次将借着我们在做组件管理平台的机会，像大家介绍一下日常软件开发中的语义化版本控制规范。相信通过下面的学习，上述的问题也能够迎刃而解。

常见先行版本号标识

上面说到 alpha、beta、rc、release 等版本号中常见的一些标识，有一个正式的名称叫做：先行版本号标识。我们可以通过一个生活中的例子来通俗易懂的说明它们之间的差异和联系。

现在假设你是一个蛋糕店的老板，你打算给你的蛋糕店推出一个新品，那么上述所谓的先行版本号就是如下几个阶段的蛋糕：

Alpha 版就是你对于你蛋糕的最终形式还在脑海当中，只有一个蛋糕的基本样子，口味应该是什么味道你心里还没谱，对于装饰如奶油、水果还有蜡烛这些甚至都还没有放在一起（你的软件各功能甚至都没有打通）。由于过于简陋，并且口味还没固定，你还不能将其给你的顾客品尝。你只能自己反复摸索尝试，或者让自己店里的员工对口味、外观以及一些缺陷进行点评。

Beta 版就是你的蛋糕已经开始尝试将部分奶油涂抹在蛋糕上，你已经尝试将所有的元素组装起来，这时候的蛋糕还处于不能拿出去卖的阶段，但口味和后续方向已经基本固定。你甚至可以邀请你店里的熟客来参加小规模的试吃活动，并让他们针对你的这款蛋糕进行全方面的点评。

RC 版就是你的蛋糕已经基本做完了，其最核心的口味和外观已经确定下来，你可以再检查一下蛋糕是否有裂缝、哪些地方需要针对性的进行一些美化或修补。

release 版就是你已经把蛋糕装饰好了，插上蜡烛，撒上曲奇，进行裱花。这时候蛋糕已经完成了，你可以正式的将这块蛋糕摆上橱窗，向大家兜售你的艺术品了。

通过上述的蛋糕制作过程，你应该对这些先行版本号标识有了自己的认知。接下来我们再总结下这些先行版本号标识的常见含义：

相信阅读到这里，上面的第一个问题你已经有了答案。那么明白这些标识的具体含义之后，它到底应该怎么用呢？具体要放在版本号里的哪个位置上呢？接下来我们将通过对语义化版本控制规范的详细介绍，来帮助你解答这些疑惑。

何为语义化版本控制规范

在介绍什么是语义化版本控制规范之前，我们先需要了解为什么需要语义化版本控制规范。

大家先设身处地的设想这样一个开发场景：

你现在的项目现在分别依赖了 foo : 1.0.0、bar : 2.0.0、baz : 3.0.0

同时 foo 组件也依赖了 bar : 2.0.0、baz : 3.0.0

同时 bar 组件也依赖了 baz : 3.0.0

现在你很幸运，项目可以跑起来。

突然有一天因为要修改一个问题，需要升级你项目中 baz 组件的版本号，需要将它从 3.0.0 升级到 3.0.1。但很不幸的是，baz 组件这个小小的版本升级却发生了破坏性的 API 改动。然后你发现你不仅需要修改主工程 example_app 的版本号，还需要升级 foo 组件的版本号以及 bar 组件的版本号。而在你做完这些之后，发现 foo 依赖的其他组件的版本又和你主工程 example_app 项目中依赖的组件的版本冲突了，于是你崩溃了。

这就是软件管理领域中被称作“依赖地狱”的死亡之谷。即当你的系统规模越大，引入的包越多，你就越可能遇到由于依赖导致的问题：

• 如果依赖关系过高，可能面临版本控制被锁死的风险（必须对每一个依赖包改版才能完成某次升级）


• 而如果依赖关系过于松散，又将无法避免版本的混乱（假设兼容于未来的多个版本已超出了合理数量） 当你项目的进展因为版本依赖被锁死或版本混乱变得不够简便和可靠，就意味着你正处于依赖地狱之中。

通过上述的场景我们可以看到，版本号的管理（包括依赖关系的控制以及版本号的命名）并不是一个随心所欲的事情：管理好了，能给你带来极大便利，反之则会给你的开发带来很多没必要的麻烦。那么我们应该如何解决这些事情呢？

基于上述的一些问题，Gravatars 及 Github 的创始人之一的 Tom Preston-Werner 提出了一个名为语义化版本控制规范（Semantic Versioning）的解决方案，它期望用一组简单的规则及条件来约束版本号的配置和增长。这套规则是根据现在各种封闭、开源软件所广泛使用的版本号命名规则所设计。为了让这套理论运作，必须要定义好你的公共 API。一旦定义了公共 API，你就可以透过修改相应的版本号来向大家说明你的修改。考虑使用这样的版本号格式：

版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

0. 主版本号：当你做了不兼容的 API 修改


1. 次版本号：当你做了向下兼容的功能性新增


2. 修订号：当你做了向下兼容的问题修正

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。

以上这套规则或者说系统，就是所谓的”语义化版本控制”，在这套规则之下，版本号以及版本号的更新都潜在包含了代码的修改信息，而这套规则被简称为 semver (Semantic Versioning 简写)。

接下来我将基于 semver 2.01 向大家介绍 这套规则的一些细则。

语义化版本控制规范细则

语义化版本控制规范的细则有很多，有兴趣的同学可以直接到semver 2.01 的官方文档 查看即可，我们这里将其主要内容总结给大家。

X.Y.Z（主版本号.次版本号.修订号）修复问题但不影响 API 时，递增修订号；API 保持向下兼容的新增及修改时，递增次版本号；进行不向下兼容的修改时，递增主版本号。

其实所谓语义化版本控制规范，本来也只是一种约定，它并不能完美适合每一个团队，我们也没必要完全生搬硬套，这里以 Google 官方推出的 mockito2 的版本号为例，可以看到其也没有严格按照细则进行遵守。

所以如果你团队内已经统一认知，了解版本号中每个地方代表的含义，做到“见号知意”：看到 1.0.0-npeFixed.8 就知道这个组件是从 1.0.0 拉出来 为了修复 NPE 的；看到 2.3.0-addFaceIdSupport.1 就知道这个组件是基于 2.3.0 来做 FaceId 支持的；见到 5.0.0-nullSafety.6 就知道这个版本是为了空安全的。那么我们的语义化版本控制规范的目的也就达到了，不是吗？

版本语法

就像人类的烹饪方式从最开始的单纯用火烤到发明陶器之后的烹煮，再到现代社会中基于烤、煮、蒸而演化出来的各类五花八门的烹饪方式一样，语义化版本控制规范在各个平台上也衍生出不同的版本规范和版本语法（Version Syntax），但万变不离其宗。接下来我将大致介绍下常见平台版本语法的异同，期望能对你有所帮助。

由于 PyPI上的版本规范及版本说明符比较特殊且繁琐，这里就不进行比对，有兴趣的同学可以查看PEP 440 – Version Identification and Dependency Specification3 了解更多细节。

有些平台中还有一些特定的其他语法和规则，如果感兴趣，可以点击平台名称的超链接进入对应平台的官方文档自行查看。

相信你读到了这里，对语义化版本控制规范已经了然于胸。那么开篇的两个问题你是否也有了答案，欢迎在评论区留言。

Q&A 环节

经过上面的分享，相信大家对语义化版本已经有了一个整体的了解，那么我们来检验一下你的学习效果，请尝试回答下面几个问题：

Q：“v1.2.3” 是一个语义化版本号吗？

首先，“v1.2.3” 并不是的一个语义化的版本号。但是，在语义化版本号之前增加前缀 “v” 是用来表示版本号的常用做法。在版本控制系统中，将 “version” 缩写为 “v” 是很常见的。但是我们可以通过 npm-semver 来进行处理并转化成语义化的版本。

Q：这么多规则及要求，我该如何验证我的语义化版本是否符合规范或者比较他们之间的大小关系呢？

这里就推荐 npm 的 github.com/npm/node-se…

对于脚本上对版本是否符合要求进行验证，可以使用 semver 2.0 文档中推荐的如下两个正则表达式。

第一个用于支持按组名称提取的语言，PCRE（Perl 兼容正则表达式，比如 Perl、PHP 和 R）、Python 和 Go。参见： regex101.com/r/Ly7O1x/3/

/^(?P0|[1-9]\d*).(?P0|[1-9]\d*).(?P0|[1-9]\d*)(?:-(?P(?:0|[1-9]\d*|\d*[a-zA-Z-][0-9a-zA-Z-]*)(?:.(?:0|[1-9]\d*|\d*[a-zA-Z-][0-9a-zA-Z-]*))*))?(?:+(?P[0-9a-zA-Z-]+(?:.[0-9a-zA-Z-]+)*))?$/gm

第二个用于支持按编号提取的语言（与第一个对应的提取项按顺序分别为：major、minor、patch、prerelease、buildmetadata）。主要包括 ECMA Script（JavaScript）、PCRE（Perl 兼容正则表达式，比如 Perl、PHP 和 R）、Python 和 Go。 参见： regex101.com/r/vkijKf/1/

/^(0|[1-9]\d ).(0|[1-9]\d).(0|[1-9]\d )(?:-((?:0|[1-9]\d|\d*a-zA-Z-)(?:.(?:0|[1-9]\d |\da-zA-Z- )) ))?(?:+([0-9a-zA-Z-]+(?:.[0-9a-zA-Z-]+)))?$/gm

Q：万一不小心把一个不兼容的改版当成了次版本号发行了，或者在修订等级的发布中，误将重大且不兼容的改变加到代码之中，我能通过重复发布当前版本来解决问题吗？

首先必须强调一点，不管如何都不能去修改已发行的版本（这点在部分平台已经帮你处理掉了，例如 pub 本身已经做了这种限制）。然后最好根据场景升级一个对应级别的版本来回滚逻辑，最后再将你的重大且不兼容的改版升一个主版本号进行发布。记住，语义化的版本控制就是透过版本号的改变来传达意义。

尾声

至此，我们已经了解了语义化版本控制规范的具体细则，常用的先行版本号标识的含义及应用场景，希望能在大家日后的工作生活当中所有帮助。你还见过哪些常见的先行版本号，你们团队又是如何避免包依赖地狱的，欢迎在评论区补充。感谢大家的观看，再见。

起因

大约一个月前，在学校大病一场（不知道是不是🐑了，反正在学校每天核酸没检测出来）在宿舍休息了整整一周。当时因为发烧全身疼所以基本一直躺着刷刷视频。看了一周倪海厦老师讲的天纪，人纪感悟颇多，中华传统中一些优秀的东西竟然在现代教育下被丢失了而现在的人也只有在身体不得不休息的情况下才会停止内卷慢下来好好思考。

当然有人会说算命啥的都是封建迷信，作为接受了科学思想洗礼的新时代人慢慢也不再去接受那一套，在这里呢我不对这些想法做任何评价。信则有不信则无，存在即合理嘛。

因为疫情原因呢学校早早就给我们放了假，有了更多的空闲时间可以思考在学校没时间想的事情，做一些除开看论文、做项目之外的事

开始

前几天买的服务器刚好到家了，花了几天配置好环境（最重要的是花了大半天解决todesk、向日葵远程黑屏的问题）。今天下午写好代码丢到阳台让它自己慢慢训练去，剩下的时间就开始写今天关于算命的小程序。

六壬法

六壬法

根据倪师讲的，计算现在的农历日期加上时辰就可以推算当前某个想法适不适合去做。以大安开始每次从当宫开始顺时针数，下面是例子。

• 假如今天是农历十二月十号 子时

1. 
   

   首先从大安开始数1到12，结果是空亡

   
   


2. 
   

   再从空亡开始数1到10，结果是速喜

   
   


3. 
   

   然后从速喜开始子丑寅卯这样数，子是1

   
   


4. 
   

   所以上面例子最后的结果就是速喜

   
   

计算过程都理解了怎么写成代码呢。这里需要知道三个条件，农历的月日以及当前的时辰，农历的月日这个地方我借鉴了这篇博客【C/C++】:用C实现输出日期的阴历日子直接复制了主要内容，打表直接计算农历日期，只需要输入当前阳历的年月日。

然后当前时间转为十二时辰也很简单，首先得到当前的小时时间hour，那么十二时辰就是(hour+1)/2<12?(hour+1)/2:0;这里子时记为0。

整个程序如下：

#include<iostream>

#include<string>

#include<ctime>

#include<vector>



std::vector<std::string> MAP{"大安","留连","速喜","赤口","小吉","空亡"};



unsigned int LunarCalendarDay;  

unsigned int LunarCalendarTable[199] =  

{  

0x04AE53,0x0A5748,0x5526BD,0x0D2650,0x0D9544,0x46AAB9,0x056A4D,0x09AD42,0x24AEB6,0x04AE4A



,/*1901-1910*/  





0x6A4DBE,0x0A4D52,0x0D2546,0x5D52BA,0x0B544E,0x0D6A43,0x296D37,0x095B4B,0x749BC1,0x049754



,/*1911-1920*/  





0x0A4B48,0x5B25BC,0x06A550,0x06D445,0x4ADAB8,0x02B64D,0x095742,0x2497B7,0x04974A,0x664B3E



,/*1921-1930*/  





0x0D4A51,0x0EA546,0x56D4BA,0x05AD4E,0x02B644,0x393738,0x092E4B,0x7C96BF,0x0C9553,0x0D4A48



,/*1931-1940*/  





0x6DA53B,0x0B554F,0x056A45,0x4AADB9,0x025D4D,0x092D42,0x2C95B6,0x0A954A,0x7B4ABD,0x06CA51



,/*1941-1950*/  





0x0B5546,0x555ABB,0x04DA4E,0x0A5B43,0x352BB8,0x052B4C,0x8A953F,0x0E9552,0x06AA48,0x6AD53C



,/*1951-1960*/  





0x0AB54F,0x04B645,0x4A5739,0x0A574D,0x052642,0x3E9335,0x0D9549,0x75AABE,0x056A51,0x096D46



,/*1961-1970*/  





0x54AEBB,0x04AD4F,0x0A4D43,0x4D26B7,0x0D254B,0x8D52BF,0x0B5452,0x0B6A47,0x696D3C,0x095B50



,/*1971-1980*/  





0x049B45,0x4A4BB9,0x0A4B4D,0xAB25C2,0x06A554,0x06D449,0x6ADA3D,0x0AB651,0x093746,0x5497BB



,/*1981-1990*/  





0x04974F,0x064B44,0x36A537,0x0EA54A,0x86B2BF,0x05AC53,0x0AB647,0x5936BC,0x092E50,0x0C9645



,/*1991-2000*/  





0x4D4AB8,0x0D4A4C,0x0DA541,0x25AAB6,0x056A49,0x7AADBD,0x025D52,0x092D47,0x5C95BA,0x0A954E



,/*2001-2010*/  





0x0B4A43,0x4B5537,0x0AD54A,0x955ABF,0x04BA53,0x0A5B48,0x652BBC,0x052B50,0x0A9345,0x474AB9



,/*2011-2020*/  





0x06AA4C,0x0AD541,0x24DAB6,0x04B64A,0x69573D,0x0A4E51,0x0D2646,0x5E933A,0x0D534D,0x05AA43



,/*2021-2030*/  





0x36B537,0x096D4B,0xB4AEBF,0x04AD53,0x0A4D48,0x6D25BC,0x0D254F,0x0D5244,0x5DAA38,0x0B5A4C



,/*2031-2040*/  





0x056D41,0x24ADB6,0x049B4A,0x7A4BBE,0x0A4B51,0x0AA546,0x5B52BA,0x06D24E,0x0ADA42,0x355B37



,/*2041-2050*/  





0x09374B,0x8497C1,0x049753,0x064B48,0x66A53C,0x0EA54F,0x06B244,0x4AB638,0x0AAE4C,0x092E42



,/*2051-2060*/  





0x3C9735,0x0C9649,0x7D4ABD,0x0D4A51,0x0DA545,0x55AABA,0x056A4E,0x0A6D43,0x452EB7,0x052D4B



,/*2061-2070*/  





0x8A95BF,0x0A9553,0x0B4A47,0x6B553B,0x0AD54F,0x055A45,0x4A5D38,0x0A5B4C,0x052B42,0x3A93B6



,/*2071-2080*/  





0x069349,0x7729BD,0x06AA51,0x0AD546,0x54DABA,0x04B64E,0x0A5743,0x452738,0x0D264A,0x8E933E



,/*2081-2090*/  

    0x0D5252,0x0DAA47,0x66B53B,0x056D4F,0x04AE45,0x4A4EB9,0x0A4D4C,0x0D1541,0x2D92B5      



    /*2091-2099*/  

};  



int MonthAdd[12] = {0,31,59,90,120,151,181,212,243,273,304,334};  

int LunarCalendar(int year,int month,int day)  

{  

    int Spring_NY,Sun_NY,StaticDayCount;  

    int index,flag;  

    //Spring_NY 记录春节离当年元旦的天数。  

    //Sun_NY 记录阳历日离当年元旦的天数。  

    if ( ((LunarCalendarTable[year-1901] & 0x0060) >> 5) == 1)  

        Spring_NY = (LunarCalendarTable[year-1901] & 0x001F) - 1;  

    else  

        Spring_NY = (LunarCalendarTable[year-1901] & 0x001F) - 1 + 31;  

    Sun_NY = MonthAdd[month-1] + day - 1;  

    if ( (!(year % 4)) && (month > 2))  

        Sun_NY++;  

    //StaticDayCount记录大小月的天数 29 或30  

    //index 记录从哪个月开始来计算。  

    //flag 是用来对闰月的特殊处理。  

    //判断阳历日在春节前还是春节后  

    if (Sun_NY >= Spring_NY)//阳历日在春节后（含春节那天）  

    {  

        Sun_NY -= Spring_NY;  

        month = 1;  

        index = 1;  

        flag = 0;  

        if ( ( LunarCalendarTable[year - 1901] & (0x80000 >> (index-1)) ) ==0)  

            StaticDayCount = 29;  

        else  

            StaticDayCount = 30;  

        while (Sun_NY >= StaticDayCount)  

        {  

            Sun_NY -= StaticDayCount;  

            index++;  

            if (month == ((LunarCalendarTable[year - 1901] & 0xF00000) >> 20) )  

            {  

                flag = ~flag;  

                if (flag == 0)  

                    month++;  

            }  

            else  

                month++;  

            if ( ( LunarCalendarTable[year - 1901] & (0x80000 >> (index-1)) ) ==0)  

                StaticDayCount=29;  

            else  

                StaticDayCount=30;  

        }  

        day = Sun_NY + 1;  

    }  

    else //阳历日在春节前  

    {  

        Spring_NY -= Sun_NY;  

        year--;  

        month = 12;  

        if ( ((LunarCalendarTable[year - 1901] & 0xF00000) >> 20) == 0)  

            index = 12;  

        else  

            index = 13;  

        flag = 0;  

        if ( ( LunarCalendarTable[year - 1901] & (0x80000 >> (index-1)) ) ==0)  

            StaticDayCount = 29;  

        else  

            StaticDayCount = 30;  

        while (Spring_NY > StaticDayCount)  

        {  

            Spring_NY -= StaticDayCount;  

            index--;  

            if (flag == 0)  

                month--;  

            if (month == ((LunarCalendarTable[year - 1901] & 0xF00000) >> 20))  

                flag = ~flag;  

            if ( ( LunarCalendarTable[year - 1901] & (0x80000 >> (index-1)) ) ==0)  

                StaticDayCount = 29;  

            else  

                StaticDayCount = 30;  

        }  

        day = StaticDayCount - Spring_NY + 1;  

    }  

    LunarCalendarDay |= day;  

    LunarCalendarDay |= (month << 6);  

    if (month == ((LunarCalendarTable[year - 1901] & 0xF00000) >> 20))  

        return 1;  

    else  

        return 0;  

}  



void output(int year,int month,int day,int &d_month,int &d_day)

{

     const char *ChDay[] = {"*","初一","初二","初三","初四","初五",  

                           "初六","初七","初八","初九","初十",  

                           "十一","十二","十三","十四","十五",  

                           "十六","十七","十八","十九","二十",  

                           "廿一","廿二","廿三","廿四","廿五",  

                           "廿六","廿七","廿八","廿九","三十"  

                          };  

    const char *ChMonth[] = {"*","正","二","三","四","五","六","七","八","九","十","十一","腊"};

    char str[13] = "";

    strcat(str,"农历"); 

    if (LunarCalendar(year,month,day)){  

        strcat(str,"闰"); 

        d_month=(LunarCalendarDay & 0x3C0) >> 6;

        strcat(str,ChMonth[(LunarCalendarDay & 0x3C0) >> 6]);  

    }  

    else{

        d_month=(LunarCalendarDay & 0x3C0) >> 6;

        strcat(str,ChMonth[(LunarCalendarDay & 0x3C0) >> 6]); 

    } 

    strcat(str,"月");  

    d_day=LunarCalendarDay & 0x3F;

    strcat(str,ChDay[LunarCalendarDay & 0x3F]);  

    puts(str); 

}





int ChangeHourToPeriods(){

    time_t now=time(0);

    int hour;

    std::tm* t=std::localtime(&now);

    hour=(int)t->tm_hour;

    hour=(hour+1)/2<12?(hour+1)/2:0;

    return hour;

}





int main(){

    int year,month,day;

    std::cout<<"Please input the number of year,month,day:"<<std::endl;

    std::cin>>year>>month>>day;

    int d_month=0,d_day=0;

    output(year,month,day,d_month,d_day);

    int hour=ChangeHourToPeriods();

    int SumAll=d_month+d_day+hour-2;

    std::cout<<"The result is : "<<MAP[(SumAll%6)]<<std::endl;

    return 0;

}

因为每次从当宫开始数也就每次都少数了1，但是由于最后子时以0开始所以只减2。

测试结果(测试的时间是21点亥时)

占卦法

占卦法

还有傅佩荣教授的三组三位数占卦法，这个更多就是易经中的内容太过于深奥，所以直接说计算方法。

三组三位数分别代表下卦，上卦和爻，卦象的三位数对8取余爻对6取余，如果整除就记为除数本身。

然后再去六十四卦中复制打表，最后得到卦象以及爻

整体实现如下

#include<iostream>

#include<string>

#include<vector>





std::vector<std::string> TRIGRAM=std::vector<std::string> {"乾","兑","离","震","巽","坎","艮","坤"};

std::vector<std::string> TRIGRAMMAP {

    "乾为天","泽天夬","火天大有","雷天大壮","风天小畜","水天需","山天大畜","地天泰",

    "天泽履","兑为泽","火泽睽","雷泽归妹","风泽中孚","水泽节","山泽损","地泽临",

    "天火同人","泽火革","离为火","雷火丰","风火家人","水火既济","山火贲","地火明夷",

    "天雷无妄","泽雷随","火雷噬嗑","震为雷","风雷益","水雷屯","山雷颐","地雷复",

    "天风姤","泽风大过","火风鼎","雷风恒","巽为风","水风井","山风蛊","地风升",

    "天水讼","泽水困","火水未济","雷水解","风水涣","坎为水","山水蒙","地水师",

    "天山遁","泽山咸","火山旅","雷山小过","风山渐","水山蹇","艮为山","地山谦",

    "天地否","泽地萃","火地晋","雷地豫","风地观","水地比","山地剥","坤为地"



};



int main(){

    std::vector<int> LowToHigh(3);

    std::vector<std::string> results(3);

    std::cout<<"Input 3*xxx like(111,222,333),means from up to high"<<std::endl;



    for(int i=0;i<3;++i){

        std::cin>>LowToHigh[i];

    }

    

    LowToHigh[0]=LowToHigh[0]%8==0?8:LowToHigh[0]%8;

    LowToHigh[1]=LowToHigh[1]%8==0?8:LowToHigh[1]%8;

    LowToHigh[2]=LowToHigh[2]%6==0?6:LowToHigh[2]%6;







    for(int i=0;i<2;++i){

        results[i]=TRIGRAM[LowToHigh[i]-1];

    }

    results[2]=std::to_string(LowToHigh[2]);



    std::cout<<"下卦:"<<results[0]<<" 上卦:"<<results[1]<<" "<<results[2]<<std::endl;

    std::cout<<"卦象: "<<TRIGRAMMAP[(LowToHigh[0]-1)*8+LowToHigh[1]-1]<<std::endl;

}

这里测试的例子是视频中的数字

结尾

有的时候真的需要一些自己的沉淀时间，不能忘了最初的目标。写这篇Blog也并不是为了宣传封建迷信，而是希望让更多程序圈的人想想当初我们喜欢敲代码到底是为了什么？我们喜欢的是将代码作为工具实现一些有趣的功能，并不是为了水论文或者工作被迫的去东拼西凑弄出一些用处不大的东西。

好多想吐槽的话最终还是打了又删，无法改变现状的时候只能屈服于现状，我相信不止我一人如此。但是请不要忘了 潜龙勿用见龙在田，终日乾乾飞龙在天

流量就是钱，这是一个很原始的认知。但最开始我并不清楚流量和钱之间是如何相互转化的。

微创业，认知很低

大学时期，不管是出于积累项目经验、还是折腾新技术的需要，我有做过一个相对完整的项目。

没记错的话，应该是在20年10月份启动的。当时在宿舍里买了一台激光打印机，做起了点小买卖。所以就发现如果我手动给同学处理订单会非常麻烦。他们把文件通过qq发给我，我这边打开，排版，确认格式没有问题之后算一个价格，然后打印。

所以根据痛点，我打算开发一个线上自助下单，商户自动打印的一整套系统。

百折不挠，项目终于上线

21年年中克服各种困难终于实现整套系统，提供了小程序端，商户客户端，web端。

用户在手机或网页上上传文件后会自动转换为pdf，还提供了在线预览，避免因为格式与用户本地不同的纠纷。可以自由调节单双面、打印范围、打印分数、色彩等参数。实时算出价格，自助下单。下单后服务器会通知商户客户端拉取新任务，拉取成功后将文件丢入打印队列中。打印完成后商户客户端发送信息，并由服务器转发，告知用户取件。

大三下学期，宿舍里通过线上平台，在期末考试最忙那段期间经过了“订单高峰”的考验，成交金额上千块钱。看着我商户端里面一个个跳动的文件，就像流入口袋里的💰，开心。

商业化的很失败

没想到，我自己就是我最大的客户。

期末考完，其实想拉上我的同学大干一场，让校里校外的所有的商户，都用上我们的软件，多好的东西啊。对于盈利模式的概念非常模糊，同时也有很强的竞品。我的同学并不看好我。

我对商业化的理解也源自美团模式，美团是外卖的流量入口，所以对商户抽佣很高。滴滴是打车的流量入口，对司机的抽佣也很高。所以我认为，假设我未来成为了自助打印的流量入口，那应该也可以试试抽佣模式。

而且就算我不能为商户引流，也能解放他们的双手。

当时的我，一个人做技术，做UI，还要做商业计划，去地推，真的搞得我精疲力尽。反正后面觉得短期内变现无望，就去腾讯实习了。

其实也推广了2个商户，但是他们因为各种原因不愿意用。一个是出于隐私合规风险的考虑，一个是订单量少，不需要。

所以基本这个自助打印只能框死在高校。大学生打印的文件私密性很低，但是单价低，量多，有自助打印的需求。还有一部分自助打印的场景是在行政办事大厅，这种估计没点门门道道是开不进去的。

看不懂的竞品玩法

商户通过我的平台走，我这边并不无本万利。

因为开通了微信支付、支付宝支付，做过的小伙伴应该都知道办这些手续也会花一些钱，公司还要每年花钱养。还有需要给用户的文档成转换成pdf，提供在线预览，这很消耗算力和带宽，如果用户的成交单价非常低，哪怕抽佣5%都是亏的。比如用户打印了100份1页的内容，和打印了1份100页的内容，对我来说成本差别很大，前者很低，后者很高。

当时学校里已经有一部分商户用上自助打印了。一共有3个竞品。

竞品A：不抽佣，但是每笔订单对用户收取固定的服务费，界面简陋，有广告。

竞品B：不抽佣，不收用户的服务费，界面清爽无广告。

竞品C：彻彻底底走无人模式，店铺内基本没有老板，店铺是自营或加盟的。

前期缺乏市场调研，后期缺乏商业认知

当时我在没有摸清自己商业模式，市场调研也没怎么做好的情况下。一心想的就是先把东西做出来再说，卖不成自己还能学到技术。毕竟技术这个玩意不在项目里历练，永远都是纸上谈兵。所以对于商业化的设想就是搞不成就不搞了。

我当时的想法就是要“轻”运营，就是最好我的利润是稳定的，不会亏损的。商户如果要用就得每笔订单都给我一笔钱。

后面为了补齐和竞品的功能差距，也耗费了大量心力。让我把项目从一个大学课程设计，变成了一个有商业化潜力的产品。

竞品玩法的底层逻辑

商业化的时候，就发现这个市场还是蛮卷的，不可能直接和商户收钱。竞品B不仅免费，还想着帮商户创造额外收入，做“增益”。那我确实是没有精力去对抗的。

我当时也没搞懂自己的定位，我究竟是tob还是toc。当时想着我精心设计的界面，怎么可以被广告侵蚀？那可是我的心血。所以一心想把产品体验做的比竞品好，就会有人用。但这个定位也很模糊，因为如果商户不用你的，用户怎么可能用你的下单呢。

其实应该to rmb。面向利润开发。美，是奢侈品，那是属于我内心的一种追求，但他很难具有说服力让商户使用。在国内的各种互联网产品，不盈利的产品最后都是越来越粗糙，越来越丑的，都要降本增效。而rmb是必需品，如果不能为各方创造价值，那就没有竞争力。

所以后续分析了一下各家的玩法：

竞品A：传统商业模式，依靠用户强制付费和广告，市占率一般，和第一差了10倍数量级。

竞品B：烧钱模式，免费给商户用，免费给用户用，自己想办法别的渠道做增益，还要补贴商户。市占率第一。先圈地，再养鱼，变现的事之后再说。

竞品C：不单单做打印软件，卖的是项目。一整套自助打印店的解决方案，不知道店铺能不能赚钱，但是可以先赚加盟商的钱。这个对商业运作的要求会很高，我一时半会做不了。

大佬指点了一下我

他说，你看现在什么自助贩卖机，其实就是一个流量入口。至于别的盈利不盈利再说，但是流量是值钱的。

我最近去查阿拉丁指数，了解到了买量和卖量的观念，重新认识了流量，因为知道价格了。

买量和卖量是什么？

买量说的就是你做了一个app，花钱让别人给你引流。

卖量就是你有一个日活很高的平台，可以为别人引流。

买量和卖量如何结算？

一般分为cpc和cpa两种计价方式。前者是只要用户点击了我的引流广告，广告主就得掏钱。后者是用户可能还需要注册并激活账号，完成一系列操作才掏钱。

一般价格在0.1-0.3元，每次引流。

后面我查了一下竞品B在卖量，每天可以提供10-30w的uv，单次引流报价0.1元。也就是理想情况下，每天可以有1-3w的广告费收入。

侧面说明了竞品B的市占率啊，在这个细分市场做到这个DAU……

关于流量，逆向思维的建立

流量是实现商业利益的工具。

工具类应用通过为别人引流将流量变现，内容类应用通过电商将流量变现的更贵。

依靠流量赚钱有两种姿势，主动迎合需求，和培养需求。前者就是你可以做一些大家必须要用的东西，来获得流量。比如自助打印小程序，只要商户接入了，那么他的所有顾客都会为这个小程序贡献流量。比如地铁乘车码，所有坐地铁的人都会用到，比如广州地铁就在卖量，每天有几百万的日活。

培养需求就是做自己看好的东西，但是当下不明朗，尝试发掘用户潜在的需求。

流量，如果不能利用好，那就是无效流量。所以正确的姿势是，发掘目标人群 -> 设计变现方案 -> 针对性的开发他们喜欢的内容或工具 -> 完成变现。而不是 自己发现有个东西不错 -> 开发出来 -> 测试一下市场反应 -> 期盼突然爆红，躺着收钱。

研究报告也蛮有意思，主打的就是一个研究如何将用户口袋里的钱转移到自己口袋里。做什么产品和个人喜好无关，和有没有市场前景相关。

互联网是基于实体的

互联网并不和实体脱钩，大部分平台依赖广告收入，但广告基本都是实体企业来掏钱。还有电商也是，消费不好，企业赚不到钱，就不愿意投更多推广费。

一个人真正的成长一定是极其不容易的，如果想通过一两本书，一两个鸡汤文案，一两场培训就能够获得成长，那简直是痴人说梦，真正的成长一定不会是轻松的，一定是经过一次又一次的跌倒，然后爬起，对所做过的事，所经历的事进行一次又一次的复盘，总结，思考，最终才能慢慢认识到事物的本质，成长不是时间的堆积，也不会因为年龄递增而获得。

思考的难关

毫不夸张的说，思考是这个世界上最难的事，因为思考是要动脑的，而在现在这个信息爆炸的时代，我们想要任何资讯，任何知识，都可以找到现成的答案，所以懒惰就此滋生出来，“都有现成的答案了，我干嘛还要去动脑，我动脑得到的东西也未必有现成的好，而且动脑肚子还消耗能量，这种消耗不亚于体力劳动”，所以思考是最难的，而思考也是获取知识最快的途径。

我们在读书的时候，有些同学看似十分努力，一天感觉都是泡在书本里面的，但是成绩往往都不理想，初高中时，班上有些同学十分努力，对于我这种混子来说，我一定是扛不住的，就比如背英语单词，我发现有一些同学采用“原始人”的方式去背诵，因为我们整个初中换了三四个英语老师，而每个老师的教学方式不一样，其中一个老师就是教死记硬背，英语单词就比如“good”，她的方式是，“g o o d ， g o o d”，也就是一个字母一个字母的背诵，后来因为一些原因，又换了老师，老师又教了音标，但是最后我还是发现，很多同学依旧还是“g o o d”，后来我才发现，因为学音标还需要花时间，还要动点脑子，对于一个单词，还有不同的情况，所以还是司机硬背好，这种方式就是“蛮力”，其实只要稍微花点时间去研究一下音标，然后再好好学学，背单词就会轻松很多，所以初高中英语成绩一直比较好，当然，现在很差，词汇量很少，完全是后面吃了懒惰的大亏。

所以，思考虽然是痛苦的，但是熬过痛苦期，就能够飞速成长，如果沉浸在自我感动的蛮力式努力中，那么只会离成长越来越远。

懒惰的魔咒

说到懒惰，我们可能会想到睡懒觉，不努力学习，不努力工作，但这其实并不是懒惰，每天起得很早去搬砖，日复一日地干着重复的事，却没有半点成长，这才是真正的懒惰。

没有思考的勤快是一文不值的，在现在这个社会，各种工具十分普遍，如果我们依旧保持原始人的工作方式，那么最终只会把自己累死，就像很多统计工作，如果认为自己加班到十二点，人工统计出数据来，老板就会很欣赏你，觉得你很吃苦耐劳，那么这是愚蠢的，因为有很多工具可能五分钟就能够搞出来，可偏偏固执去搞一些没用的东西，这有用吗，还有现在是人工智能时代，各种GPT工具那么爽，直接让效率翻倍，但是我就是不用，我就喜欢自己从头搞，那也没办法。

很多时候，所谓的勤快不过是为了掩饰自己的懒惰而已，懒惰得不愿意去接受新的事物，不愿意去学习新东西，总觉得“老一套“万能。

成长过程中，要不断打破自己的认知，冲破自己的心灵上的懒惰，拥抱新鲜事物，这样才不至于和主流脱节。

环境的影响

在南瓜里度日,就成圆形;在竹子里生活,就成长形。

一个人的环境同样是塑造成长的重要因素。环境不仅指物理环境，也包括人际环境和心理环境。在环境中，我们需要学会适应和改变环境，让环境成为我们成长的动力。

人以类聚,物以群分，如果我们身边的人都是不思上进，终日惶惶，那么长时间下来，我们也会受影响，读书时，如果身边的同学都好学，那么自己也绝对不会变得很烂，相反，如果同学都整天无所事事，那么自己自然也不会好到哪里去，当身边的人都是勤于思考，有想法，那么大家就会有一个良好的氛围，这样成长得就比较快，工作中，如果大家都很有热情，分享很多，学习很多，那么自己也不好意思，自然也会去学习。

但是我们每个人的能力都不一样，所以遇到的环境也不一样，所以很多时候，这并不是我们能选择的，所以说在自己没能力选择的时候，那么就要克制自己，别人混，自己不能混，要时刻提醒自己不能松懈，也不要因为别人的闲言碎语而去”同流合污“，始终记住，一切都是为了自己变得更好，不要太在意别人的看法。

保持良好的心态

在这个浮躁的社会，我们的思想和意志总是被这个社会所影响，特别现在短视频如此火爆，”脉脉上面低于百万年薪不好意思发言，抖音上面人均劳斯莱斯，自己同学朋友又买了几套房“，我们的心态时不时会受到打击，原本平稳的步伐一下变得不稳了，想一步升天了，但是当步子迈大了，可能就受伤了。

我们要时刻提醒自己自己是为自己而活，无论别人是真还是假，和自己关系不大，不要被外界过于影响，这个世界上没有一个人的成功是轻易的，都是在黑暗中努力发光的，如果相信了速成，相信快速致富，那么镰刀造已经嫁到脖子上了，而且还割坏了很多把，一茬接着一茬！

即使此刻多么的不堪，也不要放弃，积累自己，也许有一天，我们再相逢，睁开眼睛看，我才是英雄，他日若遂凌云志，敢笑黄巢不丈夫！

今天的分享就到这里，感谢你的观看，我们下期见！

起因是这样的，我发现我的工资代扣个税，相较以前翻了三、四倍，工资也没给我涨呀，怎么交税还多了。怀疑给我算错了，于是我翻了翻资料找到一张税务总局的个人所得税税率表。

它是这样计算的：

1. 一年分成12个月，交纳税也分为12期



2. 本期应预扣预缴税额 = （累计预扣预缴应纳税所得额 * 税率 - 速算扣除数）- 累计已预扣预缴税额



3. 累计预扣预缴应纳税所得额 = 累计收入 - 累计免税收入 - 累计减除费用 - 累计专项扣除 - 累计专项附加扣除 -  累计依法确定的其他扣除



4. 其中，累计减除费用，按照5000元/月乘以纳税人当年截至本月在本单位的任职受雇月份数计算

举个例子，假设张三每月工资收入20000，各项社会保险金（五险一金）扣除为1000。

在八月份：

• 张三累计减除费用是5000*8=40000


• 累计专项扣除是1000*8=8000


• 排除张三有免税收入等情况，他的累计预扣预缴应纳税所得额为20000*8-40000-8000=112000，


• 累计预扣预缴应纳税所得额112000对应税率表的2级数，所以第八期应预扣预缴税额为(112000*0.1-2520)-累计已预扣预缴税额。


• 累计已预扣预缴税额是前7个月的纳税总和。这样计算，20000*7-5000*7-1000*7=98000 对应税率表的2级数，前7期累计已预扣预缴税额为98000*0.1-2520 = 7280


• 最后，张三在八月份，他要纳税为(112000*0.1-2520)-7280=1400

等等，文章还没完呢，不然又有人怼我纯水了。

我发现网络上像这类纳税计算器参差不齐，计算公式差得离谱，所以决定自己动手撸一个。

个税计算器

由于html、css、js代码内容长，所以我把这部分内容拼接成一张大图，也方便读源码。css布局大量使用Flex弹性布局，不了解的同学先学习一波《和我女神王冰冰一起学display: flex布局》。

描述下js逻辑层：

• 本月工资、社保（五险一金）、专项附加扣除都要乘以纳税期数，分别计算出各自的累计数


• 本月工资、社保（五险一金）、专项附加扣除、累计减除费用累计数相减计算后，就是累计预扣预缴应纳税所得额（累计应缴税款）


• 个人所得税税率表转化成taxRates数据结构，累计预扣预缴应纳税所得额作为参数调用getTaxRate方法返回税率、速算扣除数


• 累计已预扣预缴税额（已缴税款）计算为纳税期数减1，然后以减后的纳税期数再重复一遍上述计算过程


• 本期应预扣预缴税额（应交税额）= 累计预扣预缴应纳税*税率-速算扣除数-累计已预扣预缴税额（已缴税款）

布局兼容到了PC端、移动端，它们分别是这样的：

想要源码的同学，可以访问下面👇链接保存页面即可。

个税计算器在线链接：http://www.linglan01.cn/c/salary/

最后的话

文章中一类的个税计算器，一般计算出来的结果是有偏差的，原因如下：

• 每月工资不是固定的，受KPI影响工资会有一定起浮


• 奖金类的收入也要计算进去，如果有奖金没有计算进累计预扣预缴应纳税所得额，那计算的结果就是会偏差

所以说，个税计算器只能计算出大概的税。

想要准确的计算自己纳税情况，建议下载个人所得税APP。

当工资收入越高，应纳税所得额比重也会增大，比重在到一定程度后，我想我们应该要考虑如何合法避税。

每年年未都会有一次在个人所得税APP提交专项附加扣除，它能一定程度上补返回税额给我们。

另外，开通个人养老金帐户也可以进行一定额度的避税，将来养老滋不滋润重点看这个帐户。我收入还不足以供个人养老帐户，有条件、有需要的同学可以去了解一下。

如果我的文章对你有帮助，您的👍就是对我的最大支持^_^。

学习的心得

记住两个概念，终值和峰值。这是一个心理学专家提出来的。

峰值是指这段体验中的最高峰。终值是指这段体验结束后的感觉。它们都分为两个方向，正向和负向。

在学习的过程中，想体验到正向的终值和峰值，是比较困难的。我如何让学习变得相对愉悦一点呢？穿插自己比较喜欢的，即自己比较擅长的。例如，我每次学习时，都会划分时间片，因为目标越小，压力越小。学习计算机网络，我每次强制自己学 25 分钟，时间一到就立刻停止，即使我还没学完整，此时去做一点自己喜欢的输入，例如去吃点水果零食，看会儿朋友圈。之后就是两种任务来回切换。如果让我连续学习几个小时的计算机网络，我可能很难坚持到最后。

为了避免终值是负向的，我们制定计划的时候，要考虑量力而行，以天为最小单位，不要给自己一天安排太多任务，根据自己的情况灵活决定，每天我们都能总结自己的收获，一目了然。人的大脑，都喜欢看到眼前的利益，我们的远大理想和目标，很难满足大脑。让自己能从每天的学习上得到正反馈。学东西，制定计划，不是为了用某种标准框架自己，我们是为了成长，而不是为了满足框架，专注做事本身。

• 戒掉手机。物理隔绝。


• 收集素材，整理输出。


• 不搞形式主义，直接开始。


• 带着问题去探索，做到记少忆多。


• 要允许自己写出来垃圾，否则连垃圾都写不出来。


• 检测自己获得了什么，也就是做题，实践应用。这样才能实现闭环。


• 加工自己的知识，即仔细的思考、精细化的提问，多问自己“为什么”。

坚持的秘诀

• 要么此时做，要么不再做。


• 不要花大量的时间做容易的环节。
  
  
  
  • 例如学习数据结构与算法，长时间都去学习最基础的数组、链表、队列，这就是伪勤奋。相对的真勤奋，是真的那些让你需要感到思考、克服困难的任务。
  
  
  
  


• 番茄模式。轮换式工作，投资式休息。


• 如果不去做完成这个任务，就要去做更难得任务。
  
  
  
  • 例如学习计算机网络，我不想学习的时候，就告诉自己要去看 CSAPP。
  
  
  
  


• 领先自己的计划。如有偷懒，也可接受，不至于一日崩盘。


• 完成每天的目标后，其余时间，自由安排，一切感兴趣之事。


• 要么自律，要么他律。
  
  
  
  • 什么是他律？大声的告诉你在意的人，你在学什么。
  
  
  
  


• 不想学的时候，也先打开看看。根据惯性定律，改变状态往往是最难的，但维持状态却是相对简单的。

做笔记

笔记有两个方向，四个作用。
关于方向，一个方向记录别人说的话，另一个方向是记录看过的书、视频。关于作用，请看下图。

总结

没有完美的方法论，只有完美的行动，祝愿看完的同学们，都能有完美的人生。

有修养的程序员才可能成长为真正的工程师和架构师，而没有修养的程序员只能沦为码农，这是码农和工程师的关键区分点。

修养指的是：英文能力、提问的能力、写代码的修养、安全防范意识、软件工程和上线规范、编程规范等。这些能力的训练和培养将为后续的学习和发展夯实基础。

在学校的时候，计算机相关专业的同学应该都或多或少都被“大作业”折磨过，没有为“大作业”熬过夜通过宵的大学生活可以说是不完整的。步入公司后才发现，校园里的“大作业”就像玩具一样，需求明确、解决方案明确、最终产品效果明确、甚至还有前人的作品可以参考，而在公司里要做的东西，上面说的特点至少有一个不具备，甚至通通不具备。

而我在字节实习的过程中，所经手的恰恰就是这么一个需求不明确、解决方案不明确、最终产品效果不明确的项目。整个过程中有过焦头烂额毫无进展的时刻也有过欲哭无泪的时刻，还好有我的mentor带着我一路披荆斩棘、过关斩将。

首先和大家讲一下项目背景，当时我在的组是视频会议移动端，经历了近三年大流感的洗礼，相信大家对于视频会议中可能遇到的各种问题如数家珍，包括但不限于没声了、没音了、没画面了、画面卡顿、画面不清晰、画面和语音不同步、同步屏幕时闪退等等等等。作为一个服务企业级的B端产品，出现以上问题时就可能会投诉，然后经过客户成功部门转手到运营再转手到研发这里，研发就需要判断分析一下究竟是我们产品的原因、还是客户本身设备的问题、或者是第三方环境的因素，当用户的量级上来后，这样的客诉就会很多，会严重占用oncall的研发人员的时间以及精力。

我的mentor，一个专注于解决问题、避免重复劳动的人，一个字节范我觉得有E+的人，一个虽然身处移动端但是前后端甚至网络也都会的人，觉得这样很不OK，应该有个工具，能够自动的分析出来客户究竟遇到了什么问题，分析不出来的再找研发进行排查。没有这个工具也不影响业务开发的进展，所以整个项目并不存在时间上的紧迫性，但是呢，有这个工具做出来后肯定会大大降低研发的开发时间，所以项目的必要性还是有的。于是，我作为刚入职的实习新人，这个项目就交给我来做了。

而我，一个还没有从校园中完全出来的新兵蛋子，说实话面对这样的场面是一脸懵逼的，对于要做啥、要怎么做可以说是一无所知，我的mentor在我入职后，让我先了解了解背景，第一周就带着我oncall了，让我知道都可能有样的客诉，手把手给我演示他们正常的排查问题的方式。先了解客户反馈的情况，然后捞出来客户对应时间的设备信息以及设备日志。

说实话，作为一个新人，或者说我本身对于项目有一种畏难心理，碰到一点难题就总是想着往后拖，或者摆烂先不管然后就搁置在一边不想再问津了，但是我的mentor是一个有着坚定信念的人，差不多就是见山开山，见水架桥这种，遇到问题会主动找到相关人员一起解决，可以说就是有那种主人翁，项目owner的意识。于是，我就跟在他的后面，和整个团队的不同角色沟通他们遇到问题时排查的思路，试图总结出来一种通用的流程。在过程中，难免有许多困难，我的第一反应是退缩，但是导师的第一反应是拉会拉上相关人员一起讨论，看看用什么方式可以解决。比如在如何确定设备日志和故障表现的映射关系时，先后调研了多种方式看看相关团队有没有类似的做法以及他们最后实现的效果，包括大数据机器学习、代码状态流转图、自定义规则引擎等多种方式，最后调研后决定采用自定义规则引擎的方式。在实现需求的时候，需要其他团队协作时，他总是直接向前提出自己的需求，而我向一个陌生人发消息之前总要做一些心理建设，总是在担心些什么、害怕些什么，而事实上大家都是打工人，谁也不比谁厉害多少，对方不配合那就拉+1进群一起看看，解决不了就向上暴露问题。

于是，导师披荆斩棘在前，我在后面跟着实现他的设想。我们很快就做出来了第一个版本。通过Python自动化下载设备日志，然后正则匹配筛选出含有特定标记的日志，并对他们的出现频率次数做出判断。因为Python是解释型的语言，所以可以把规则直接写成python语言，用eval或者exec函数进行执行。第一个版本做出来后，导师又积极的带着我去给其他人宣传我们的这个工具。然后根据他们的反馈继续进行相关改进，最后我离职前实现的效果就是@ 一个群里的机器人，告诉他出现问题的ID，他就能自动化的拉下来日志进行排查，然后告诉你他分析的结果，整个交互非常的方便。

一个成功的项目必须要有一个负责的owner，我的导师就向我展示了一个优秀的owner是如何一步步解决问题、排除项目中的难关，如今我也正式成为一名打工人，希望我也能早日如他一般自如的面对工作。

我是日暮与星辰之间，出道两年半的Java选手，相信时间的力量，一起成为更好的自己！

就在昨天 10.17 号，同时收到了三个同学面试的消息。他们的基本情况都是双非院校本科、没有实习经历、不会消息中间件和 Spring Cloud 微服务，做的都是单体项目。但他们投递简历还算积极，从今年 9 月初就开始投递简历了，到现在也有一个多月了。

来看看，这些消息。

为什么会这样？

9 月中旬就开始正式批校招了，而且从往年的数据来看，每年参加秋招的公司大概有 1700 多家，为什么大多数双非本科，到了 10 月中旬才有面试机会呢？

主要原因是软件行业这两年的情况是“供大于求”，一方面是软件公司的业务趋向平稳，招聘需求量不大；而另一方面是应届生逐年增多，而且涌向软件行业的人也越来越多。

a.毕业生增多

从图片可以看出，每年本硕毕业生都在增多，而 2022 年本硕毕业生已经达到了惊人的 1076 万人了，请问咱们国家的就业缺口有这么大吗？

b.业务平稳期

软件的生命周期中有两个大的阶段：

1. 程序开发期：需要大量的人力协同开发一款程序，这时候需要大量的研发人员。


2. 程序维护期：程序开发完了，只有一些小的需求和功能维护等工作，这个时候只需要少量的开发人员就可以搞定了。

而目前大部分互联网公司都已经进入了第二个阶段“程序维护期”，如果程序开发期需要 1000 人的话，那么维护期 50 个人就够了，因为没有很多的功能要做，只是少量修修补补的工作。

c.越来越多人的涌入

2018 年之后，计算机成为中国薪资最高的行业，一举超过了多年霸榜的金融行业，所以大家慢慢全部都明白了“计算机行业赚钱啊”。

所以，综合上述情况大家可以看出，目前的供需关系是：供给方（毕业的学生）远远大于需求方（用人单位），所以目前计算机行业就业严峻是一个必然事件。

如何获得Offer？

既然想拿高薪、既然没有其他的出路、既然已经上了贼船，那么怎么才能在竞争激烈的校招中找到满意的 Offer 呢？

你需要做以下四件事：

1. 海投简历


2. 面试前充分准备


3. 准备好自我介绍


4. 调整好心态&积极面试

1.海投简历

海投简历是指，你要把你能找到的、你能看到的所有和你岗位相关的职位都投递一遍（简历）。

举个例子，例如你在 Boss 上投递 Java 研发工程师的工作，那么就搜索“Java”，然后把你能找到的（看到的）所有公司，且没投递的公司（投递的公司用 Excel 记录下来），全部（打招呼）投递一遍简历。

注意：不用去看 HR 发布的职位要求，很多公司发布的职位要求是比较高的，但大部分情况下，她们都会减低标准，给更多应聘者笔试和面试的机会。所以说，不要看到很高的职位要求就退缩了，任何机会都不要放过，海投就是投递所有和你职位相关的所有公司，一家都不放过，因为他的失败影响不大，但万一成功了就有工作了。

海投简历什么时候结束？
答：海投简历通常是到 11 月中下旬，或拿到第一个保底 Offer 之后，才会逐渐停止，所以做好打持久战的准备，没有任何事是一蹴而就的。

2.面试前充分准备

面试之前，一定要把该公司的岗位技能要求，以及该公司的往年历史真题全部过一遍。

对于自己不会的技能一定要提前学习，还有往年的历史真题也要仔细过一遍，把不会的问题在面试前一定要搞定，防止面试时再次被面试官问到。

3.准备好自我介绍

细节决定成败，面试本质上是“自我推销”的过程。如何在短短的几十分钟内打动面试官，从来都不是一个简单的问题。

所以怎么开场？怎么让面试官对我产生兴趣？非常关键。

好的自我介绍，一定要讲明白以下 4 点：

1. 你是谁？


2. 你会啥？


3. 你有什么成就？


4. 为什么是你？

a.你是谁？

自我介绍的第一步一定是自报家门，例如，我是张三，2015 年毕业于西安电子科技大学，毕业之后一直从事 Java 开发的工作，做过 XXX 公司的高级研发工程师，也很高兴参加贵公司的面试。

校招版本：我是李四，24 届学生，目前就读于西安电子科技大学，硕士学历，就读的专业是软件工程（非软件相关专业就不要介绍你的专业了），很荣幸参加贵公司的面试。

b.你会啥？

技术岗位，最看重的就是你的技术能力，所以这一步一定要好好准备，并详细的介绍你会的技能。

要做好这一步，在面试前一定要查阅应聘公司的岗位要求和使用的技术栈，这样你就能针对性的进行技能介绍了。而当面试官看到一个应聘者的技术栈，和自己公司的技术栈完全匹配的时候，你的面试成功率就大幅提升了。

例如，你可以这样介绍。
我会的技能是并发编程、MySQL、Redis、Spring、Spring MVC、Spring Boot、Spring Cloud Alibaba Nacos、Sentinel、Seata、Spring Cloud Gateway、Skywalking、RabbitMQ 等技术栈。

c.你有什么成就？

学以致用很重要，尤其是校招，你上面说你会，那么怎么证明你真的会你说的哪些技术呢？你使用上述技能获得过什么成就？或做过什么项目呢？

如果你参加过 ACM、蓝桥杯等编程竞技大赛，可以在自我介绍的时候详细的说一下，参赛情况和获奖经历。

如果你没有参赛经历和获奖经历，那么你可以介绍你用上面的技能做过什么项目？

例如，我使用 Spring Cloud Alibaba 全家桶 + Spring Cloud Gateway + MySQL + Redis + RabbitMQ 总共做过 3 个项目，其中有两个项目我已经写在简历上了，等会您有任何关于项目或技能点的问题都可以问我。

d.为什么是你？

前面三点是陈述，而最后这点就要升华了，这也是你进行“自我吹嘘”最后的机会，也是打动面试官最关键的时刻，“峰终定律”就是讲这个事。

为什么要你？就是你要介绍自己的优点了，例如（但不限）以下这些：

1. 我的技术栈和公司非常匹配：因为我的技术栈和公司的技术栈非常匹配，所以来了之后就能直接干活，大大节省了新人培养成本。


2. 我对公司的业务比较熟悉：我之前从事过，或者详细的了解过公司的相关业务，所以来了之后直接能干活，大大节省了业务培训成本。


3. 我做事比较专注：例如，去图书馆看书，经常忘记吃中午饭，等到肚子饿的不行了，抬头一看表已经下午 3 点了。


4. 我自学能力比较强：例如，整个微服务，像 Spring Cloud Alibaba 整个技术栈，我只用了 2 周的时间就全部学会了，并且能用它开发一个 Java 项目，期间遇到的所有问题，我都能自行解决。


5. 我喜欢编程：例如，您可以看我的 GitHub 我每天都有练习和提交代码。

4.调整心态&积极面试

a.避免过度紧张

学的好也要面的好，尤其是第一次面试，紧张是不可避免的事情，所以你要告诉自己“允许自己适当紧张”这是正常的表现。

你越在意什么就越容易失去什么，所以不要过度的在意“自己比较紧张”这件事，它是正常的情况，我工作 13 年了，现在出去面试依然会紧张，所以“紧张”这些事，本身就是人类正常的情绪。

如何缓解紧张？

答：把注意力和精力放在面试官问的问题上，而不是过度的关照自我，面试前深呼吸，面试时把注意力放在自身以外的其他事情上，这样就能大大的减少紧张的情绪。

b.不要害怕失败

越害怕什么就越容易失去什么，所以不要害怕失败，失败乃成功之母，任何事情都是有意义的，即使失败也不例外，它能让你变成更好的自己。

你把每次面试都当成是自我检验和自我提升的机会，无论结果如何，你都能收获成长，越不在意结果，可能结果越理想。

c.不要太在意薪资

万事开头难，尤其是校招第一份工作，不要太在意薪资，你真正赚钱是 3-5 年工作经验之后，所以事情不可能一蹴而就，也不可能一口气吃成一个大胖子。所以先入行比什么都重要，熟练之后才能真正的赚到钱。每个人都是一样，所以不要太在意入行薪资。

小结

软件行业业务趋于平稳，涌入的人越来越多，所以也会越来越卷，每年都是当下最好的一年，所以你只有做到最好，才有可能拿到满意的 Offer。多投简历、面试前做好充足准备、准备好自我介绍、调整好心态、积极去面试，相信做好这些，结果就不会太差。加油，少年。

最近想学快板。

现在这玩意儿竟然也算个冷门了，周边找不到人教。

怎么整？上网看视频，找帖子。

有个帖子就说有一个QQ群，里面有很多教程啊，板谱之类的。

我就加群了，等了三天，终于给通过了。

看资料，QQ群的标签是【60后】、【70后】。我想，这些半大老头是怎么成功建群的（群主已经是古稀之年），同时感慨我国互联网的普及程度之高。

待了一周，群里1000人，没有人发言，除了一些某某入群，不要发广告的公告等等这类通知。

忽然有一天，一个刚入群的小弟打破了宁静，吓得我都不敢登QQ了。

【吐槽】小弟

今年公司年会让我出节目～请各位老师指点一下～没有多长时间了～怎么样短时间内能练出来

我这着急呢

 

【管理员】大佬

临时抱佛脚、为了什么年会“应景”，零基础就想短期之内学会快板的，这些朋友，咱能换个别的练么？放过快板行么？知道这里有多不容易么？眼高手低会害你一辈子

我说的这些，肯定会招惹一部分人不高兴

这门艺术不简单

但凡快板打的、说的达到一定水平的，都是有毅力、坚韧之人

这门艺术需要用时间来不断积累

不断学习不断修正不断钻研，然后，一辈子

单点、双点、基本点、混合点，最基础的东西，有多少人还打不利索呢

更别说吐字归音、用气发声，上板演唱，表演表现，手眼身法步，舞台掌控以及改编、创作了

手眼身法步

每一样都不容易

【活跃】二哥 

表演是最难的

【管理员】大佬 

其实最难的到不是表演

最难的是思想、情感

简单说就是，理解力

任何想表达、表演出来的东西

都是先有一个想法

举个例子

大家很喜欢武松打店

前头对话

武松他闻听一瞪眼……

贤弟你们说话理不合

这是武松的开脸，如何表演表现？

他是什么内心情感？

他的情绪是高是低？

穿的什么？

戴的什么？

跟董平薛霸是什么关系？

用什么语气？

什么眼神？

手放哪儿？

脖子上可是带着枷锁呢

怎么塑造

等等等等

这些只有你先理解到、想到

才可能去表现、表演

当然即便想到了，也需要大量的练习

给自己的“定位”很关键，自己要达到什么艺术水准？如果你的定位是“成为一名快板爱好者”，那么好，你的水平一定是业余中比较“业余”的……如果你的定位是“具有专业水平”的爱好者，那么你的水平一定是业余爱好者中的高水平。所以说，也别埋怨没人教啊、别人教的不行啊，什么什么的，第一，快板并不适合所有人学习（这是说要达到一定的程度，起码有模有样）；第二，多找自己的原因

【话唠】三哥

不要埋怨别人不教，别人没有义务去教

这是一个90后沉入70后的世界，进行放肆的请教，结果被众人教育了的事件。

如果某个70后，不慎落入90后的世界，进行无端的说教，估计下场也不会太乐观。起码会收到几百兆的斗图。

回过头来看，一个新人想在公司年会上表演快板，他认为呱嗒呱嗒很好学，又很别致，于是找了个交流群去问问。结果群里反馈你别糟蹋快板了，这是一辈子的艺术，不要包含功利心，它这么的高深，别人也没有义务教你。

再回过头来看，“老先生”们说的确实没错。快板确实不好学，里面有很多的表演技巧和艺术素养，想要有模有样地表演确实很难。

新人的需求是：我如何以最短的时间学会快板表演？

对方的回复是：呸！白日做梦！

这件事情，让我想起来很多人找我做软件。

我老是感觉对方的诉求，达不到开发的标准，以至于解决不了他的问题。

比如，对方想做个馒头，要求里面要有馅儿，馅儿可以是肉的，可以是豆沙的。我说，那你是要馒头还是要包子，或者豆沙包。

对方说，就是个馒头，可以放馅儿，不用点菜了。

我说，算了吧，做不了，我会做馒头，会做包子，但是不会做带有包子特征的馒头。

结果，对方最后找别人做出来了，跟我说你看就是这样子。我一看，就是一个包子。

你会感觉，自己是不是在坚守一些什么，比如《新华字典》里的字词释义之类的东西。

所以，那个新人问，怎么短时间内，在公司年会表演快板。我觉得，不一定要打成李润杰大师那样，也不用单点、双点、混合点纵横交错。没有开场板也无所谓，找一段趣味性强的文本，掌握好节奏，嘀嗒，嘀嗒，一个节奏一句话，在非商演的情况下，也不算是糊弄人，年会的场合不就图个乐呵嘛，演好了演砸了都是个喜剧。

老先生又说了，你那个不叫正宗的快板，快板一定要先有开场板，开场板一定要是“哒嘀咯嘀哒嘀嘀哒”。

老先生息怒，您那正宗快板，能帮小弟解决，五天后，年会表演的问题吗？

为什么非要帮他解决问题？

问得好。

《中国有嘻哈》rap火了，为什么快板没有火？

《一人我饮酒醉》喊麦火了，为什么快板没有火？

仔细看看rap，喊麦，快板这三者，其实从表演形式上是比较接近，是很容易混淆的。

现在人们精神压力都很大，你需要情感发泄释放。

看一个rap，点头哈腰，观众跟着节奏也能点点头，代入感很强。看完了，心情大好。

来一段喊麦，一人我饮酒醉，醉把佳人成双对……是不是跟着喊出来了。

那天一个小孩从喷泉池子上跳下来，喊着：败帝王，斗苍天，夺得皇位已成仙。吓了我一跳，我以为我遇到神仙了。

这个调子是标准的123、123、1234567。数来宝的调子：打竹板，进街来，住户买卖两边排。也有买，也有卖，也有幌子和招牌。

为什么人家火了，你没有火。

我觉得就是坚守的东西太多了。

1. 形式上，太固定。“哒嘀咯嘀哒嘀嘀哒”对了。“哒咯咯嘀哒嘀嘀哒”错了。全国一个样。不这样，就不是快板。


2. 内容上，太陈旧。“华蓥山，巍峨耸立万丈多，嘉陵江水，滚滚地东流像开锅。”当年听，可能有共鸣。但是现在人听着没有啥感觉了。另外，第二字念什么？


3. 思想上，太封闭。自认为这门艺术造诣很高，自己把终身奉献给它，别人也得这样，不允许其他人有丝毫地轻视，并且建立起一道壁垒，阻挡想来尝试的新人。对于传承，坚持宁缺勿滥。就跟谈对象一样，两个人一见面，女的说，除非你忠于我一辈子，我才和你交往。小伙子：你呀？我呀？

我的父辈们，他们小时候边跑边唱的是：闲言碎语不多讲，表一表山东好汉武二郎。因为，他们别无选择。

我的子辈们，他们边跑边唱的千差万别，因为他们不知道怎么选择。谁能解决自己问题，比如好记又能装逼，他们选择谁。

曾经一个深入民间的艺术，随着时代的发展变得鲜为人知，然而它却丝毫没有一点改变。

或许也正是这种坚持，才保持了它的原汁原味。同时，伴随着的，也是它变成了一片标本，靠着国家的文化扶持资金传承。

其实，它是可以自己繁殖的。

原来觉得穿着大褂说单口相声受约束的人，换成西装，说了脱口秀。

原来打不好快板，但是节奏掌握的还挺好的人，带上帽子，唱起了rap。

为什么传统艺术发展不起来？

做煤油灯的，坚持用煤油当燃料，用柴油都不行，电灯更谓之不伦不类。等到这个世界不再生产煤油，他才放弃做灯。他依然还在坚持煤油灯正宗，而大家都在用LED。

  每天在固定的时间醒来，不用闹铃，叫醒我的不再是闹铃，可能真的只是年纪大了，习惯了早睡，也习惯了早起。今天不写技术，只想随便写一写，写我平时所想所念。其实想的最多的一个问题就是：生活的意义是什么？的确，这是一个挺傻的问题，但是又情不自禁的去问，或许这正如有些人所说，生活哪有什么意义？不过只是苟且。

  或许真的是这样吧，大家怎么想都无所谓，因为这说到底也只是一种感受而已。意义也好，幸福感也罢，每个人对其理解不同，无论怎么想我觉得都没有错。我自认是一个对待生活蛮透亮的一个人，胜不骄败不馁，面对得失也没有太大的情绪波动，但是在外人看来是活的比较傻。

  记得上高中那会儿，面对每天重复的生活，我就会想起韩寒的小说《三重门》，感觉未来的路和现在的路真的也就这样了，固定的套路，每天游走在教室，宿舍，食堂，想起这些内心未免心生波澜，感觉心塞不已，后来想的多了也就不再想了，因为我知道自己跳不出去，作为局内人只能老老实实的在这个圈子里待着，想多了也只是徒增烦恼罢了。

  后来上了大学，第一次出那么远的门，跨越几千公里来到了陌生的城市，还记得刚下火车的那一刻怀揣着对大学的期待，内心激动不已，那时候傻傻的想终于跳出来了，不再只是重复的生活了。现在想想那时候之所以有这样的想法，一方面是对现实的逃避，另一方面还是因为自己too young too simple ！后来准备考研，仿佛又回到了高中时候的生活，但是内心却没有了波澜，或许是自己成长了吧，对于学习和生活而言，有了一点点理解，这是一种好听的说法，说的不好听的话，其实自己是对生活有些妥协了。

  再后来呢，自己工作了，却发现自己所面对的生活更加复杂了，那时候为了所谓的户口，拿着现在看来只能勉强度日的薪水，说实话挺累的，这种累不是说工作累，早九晚六的工作并没有多累，其实最累的是心。那时候就在想这就是我所期待的生活吗？难道真的要一条路走到黑，对于普通家庭出身的自己而言，我深知有些东西及时自己取得了，那也将是遍体鳞伤，搭上父母，哎，何必呢。

  于是我选择跳了出来，做了一个外人看来很傻的决定，其实随着后面收入的日渐增加，也并没有为当初的决定感到后悔，因为我知道这就是自己要走的路，而那条在外人看来繁花似锦的大道真的不适合我。生活，是一幅多彩的绘画，细看其中的每个色彩和纹理，都是自己所经历的不同阶段所留下的痕迹。我们走过岁月的长河，感受着生活中的喜怒哀乐，也在不断思考。对也好，错也罢，一切都终将在时间的冲刷之下变成过眼云烟，所以呢，不要为过去的决定感到悔恨。

  在到现在，女儿马上就要上小学了，父母也要退休了，每周末自己会驱车回到老家，这样的生活真的很平淡，少了社交，多了一些陪伴，说实话：这样挺好。现在想生活的意义是什么？我觉得是让他如何再变的充实起来，我想带着家人在闲暇的日子里出去转转，我想能第一时间满足他们的需要。面对未来诸多的不确定性，活在当下，或许生活才能变得更加“骚气”一点。

  好了，又要准备睡觉了！说些题外话，最近刚刚把战神5的主线打完，不得不感叹游戏的制作真的很精良，剧情也很饱满。恰逢最近黑神话线下试玩，大部分反馈都很好，但是也有一部分人言辞激烈，什么抄袭魂类游戏，什么看视频动作坚硬等等，对于这样的声音，我们没必要较真，每个人的喜恶都是他的权利，但是能看国产游戏的点滴进步，希望大家多多给予鼓励吧。

  明天又是新的一天，加油，铁子们！

看马未都先生讲古董鉴定：

这个落款虽然写的是明朝，其实是现代仿的。这个没落款，一打眼看上去像清康熙年间的，其实是民国仿康熙。民国的也有些价值，建议继续收藏。

我感觉不可思议。

他一看就知道是什么年代的，而且还知道是从那个年代仿了另一个年代。

这专家是不是胡说八道？

马先生接着讲，每个年代都有自己的风格，虽然每个时代都极力模仿古代，但风格却模仿不了。我看它第一眼立马就知道这东西不真。

对于这个风格，我理解不了。现在科技都这么发达了，我查好了明朝的风格，照着去做，你还能分辨出来？

另外，你不仔细看看色泽，纹理，胎质，一瞅就知道是假的。就靠风格？这是一种感觉啊……

后来，有一件事，让我稍微理解这种感觉了。

朋友圈里出现一些派发红包之类的分享信息。

比如某集团上市，派发红包。当看到这个logo+标题的时候，我立马就感觉这活动是假的。

为了验证猜想，我决定点进去一探究竟。

链接转到浏览器打开，按F12调试发现：域名，是个野域名，一串随机数那种。网页是静态页面，根本没有数据的上传和下载。活动说明上有繁体字，这是规避敏感词审查用的吧。链接最终指向了小广告页面。

假活动。

第一眼看到的时候，我就觉得是假的。

哎，奇怪，我又是靠什么判断的呢？我想，好像我也是靠风格进行的评判。因为有多年互联网从业经验，会有一种行业嗅觉，感觉这不是正常互联网产品的风格。

此时，到自己的行业中，我有些理解马先生所讲的了。

看下面一个风格。

这是杀马特风格，形成于2008年。我小时候，大街小巷很多这样的青年，我当时很羡慕，但是没钱搞。因为当时青年片面模仿日本动漫和欧美摇滚，于是就形成了一种独特的风格。

那么，杀马特在唐朝有没有？肯定没有，因为没有相关的材料和烫染工具。

那么以后会不会有杀马特？可能会有，但是再出现时，必定会结合那时的审美和工艺，不会和2008年那时完全一样。我现在看他都已经感觉丑了。

所以，你看，风格居然是一种独一无二的神秘力量，它结合了特定的时代审美和特定的生产力水平。

其实，就像看一个人，他一开口，你就知道他是一个什么水平的人。

看似是一种感觉，实际上却有很多的客观标准。这些标准都隐藏在了你的判断指标里，最后你对外说那是一种感觉。

每个人都是从学生时代过来的，但是有人在短暂的时间里面脱胎换骨，而有人却保持学生思维五年，十年甚至更久。

说点心里话！

一、务虚与务实

埋头苦干，只能感动自己！

遗憾的事，我上大学的时候并没有参加过任何比赛，倒不是因为我的能力不如别的同学强，而是过于务实，觉得这些太虚了，相反，很多能力不如我的同学，甚至啥也不懂的，他们也参加了不少比赛，也拿了不少奖，这在他们后续的求职中带了不少亮光！

因为大学生参加的比赛，特别是普通大学，说白了，都没什么难度，学校也不会要求做出什么牛逼的东西，更多的是让大学生能够积极参与，扩展自己的视野。

所以，这时候就别去在乎什么技术深浅，因为你做的东西不会有人拿去用的，而抓住每一次演讲，每一次表演，那才是真的锻炼你的能力的时候。

现在，曾经那些我觉得太务虚的人，有的人已经开始创业并且做得不错了，他们的技术虽然不强，但是他们的思维已经发生了改变，说白了，吹牛逼的时候都要硬气一点，这是实话。

职场也是，并不是你埋头苦干就能得到老板的赏识，老板一天那么忙，你不找机会展示自己，他怎么记住你？

换句话来说，PPT的好坏程度大于埋头苦干，无声的付出不如技巧性的展示。

不过话又说回来，务实是一种品质，也是我们应该坚守的，但是更多的时候要做到有策略的务实，而不是埋头的务实，因为我们大多人搞不了科研，做不了什么轰动的学术。

二、人与人的本质是价值的交换

人与人之间要么有情绪价值的交换，要么有经济价值的交换，如果因为情怀，因为理想主义，那么是毫无意义的。

起初不少同学找我解决问题的时候，我都会花费大量的时间去帮他们解决问题，我免费服务的同学个数不下于100个，那段时间我也才毕业参加工作，所以下班时候都花费了很多时间去无偿服务。

一开始我觉得挺开心，毕竟那时候觉得帮助他人，快乐自己嘛！

但是我却花费了这个世界上最宝贵的东西，那就是时间，我本可以去学习，去提升自己，但是却为了自己所谓的情怀，白白浪费时间，可笑的是免费帮助很多人，却没有得到一句感谢，那么这样的情怀有何意义！

后面我改为付费服务，用时间来换取金钱，这才是成年人该做的事。

这一点对于我的改变很大，我觉得最重要的是我有了付费的习惯，告别白嫖思维，我也会花费金钱去购买服务，购买知识，因为我明白免费的大多都不值钱。

三、以弱势来当挡箭牌

之前一个学弟说，他到了新公司，就给他安排了很有难度的工作，他抱怨道，为什么不能对毕业生友好一点，我回了他一句，“去你妈的，想做简单的，那就滚蛋”，拿毕业生来当挡箭牌，首先就是对自己极度不肯定，不相信自己。

也遇到一些同事和朋友总是抱怨道，“我他妈就这点工资，干嘛给我安排这么多，干嘛让我总是出差，干嘛让我做脏活累活”。

如果总是以工资低，自己工作年限短这些来抱怨，那么就别加入职场，职场本来就是残酷的，并不是请你来过好日子的，如果觉得不公，那么就换，没能力换，那么就要硬着头皮干。

四、别特立独行

“同事都是一群傻逼，一群卷狗，我才不想和他们有任何交集，不想同流合污！”

最近看到朋友圈有人骂同事，领导，但是何不自己回想一下，难道自己就那么清高，那么正确吗？

当你在骂别人的时候，其实大多时候骂的是自己。

在职场中如果太特立独行，总觉得谁不对，谁不行，那么就容易树敌，对于自己的职业发展很不好。

可能你离开了这个公司就觉得逃离了，但是如果把矛盾搞大，对于自己后面的职业都或多或少有一定的影响，试想，如果背调比较严格，那么对自己有利吗？

就算我的同事是傻逼，我也依然要和他做“好朋友”，这是一句很有智慧的话！

圆滑当道的世界，太过于尖锐未必是一件好事！

除非是天才型如爱因斯坦、图灵等可以推动一个时代的人，否则绝大多数人和人之间的差异并不是很大，大家都是聪明的、有能力的。唯一影响人的是思维方式、自律能力和执行能力。而思维方式是其中最影响人的。那么如何提升人的思考能力和深度呢？

如果我们给到两个看起来同等聪明的人同样的时间，那么思维方式更高效的人一定是成长更快的。我们在考虑一个问题的时候，我们应当是思考用什么的方式去思考这个问题更好。考虑思考方式，就是思考用什么思路、思维模式才能得到结果。也就是说先思考工作的方法然后再实施。

举个例子，我们想要将工作安排进一个日程表中，那么什么样的工作安排方式才能保证做出来的日程表上没有疏漏呢？那在安排之前我们就需要先确认工作顺序。如果这个日程表还涉及到了其它人，我们可能要先有大致的计划找到其它相关人确认和同意后再去安排时间更好。

比如一个简单的例子：“三个人都是朋友打算一起去海外旅行，应该选择哪个国家作为目的地比较好？”

• 首先，对照大家的日程，看看三个人的假期的交集是哪些天数。


• 列出 10 个在交集天数能去的国家，并且通过搜索等方式提取出这些国家的三个特色的关键词（如海边、法餐、卢浮宫等等具有特色的词语。）


• 三人分别从观光、美食、娱乐、费用等作出预估和评价、一起讨论。


• 将三人评价最高的国家作为最终去的地方。

从上述的例子中我们可以看出来，即使是一个复杂的、庞大的问题我们都可以将其分解为小问题，针对每个小问题设计论点，分析每个论点就能得到答案。

无论是什么课题，它需要的方法和流程都一样。首先整理和分解；然后对每个方法做数据分析；最后在每一种方法中找出重点，把重点落实到方案上。

那么我们要如何去训练呢？你可以在看到广告啊、新闻的时候立马设计一个课题，比如“香飘飘奶茶_一年卖出三亿多杯，能_环绕地球一圈”，那它是怎么计算出来的呢？是将销售额 x 杯子大小算出来的长度吗？绕地球一圈是指赤道吗？等等。可以哪个小本子记下来所有想到的问题。我们在看一个新闻时可以先对着标题思考几分钟，再去看内容，如此反复你就会越来越厉害。

为了帮助思考，我们可以利用脑图工具，将问题逐步的梳理到更细节的地方。当然我们是需要反馈的，我们可以找到这些领域的专家、朋友帮忙看看有没有什么建议或者存在有没有什么问题。

如果是一个比较大的课题，我们可以把很多现象（事实）收集起来，然后对他们进行分析，得到结论后给出行动建议。在《靠谱》中有提到“天上出现乌云，眼看就要下雨，带上伞比较好。”，这其实是对事实、分析和行动三者的比喻。

其次我们要特别区分现状事实和意见建议。这个意见是基于客观的数据得出来的，还是你个人的推测？还是最近的普遍趋势？谁都不知道。这样的话也就不能进行严密的讨论。区分事实现状、分析研究、行动方案，明确回答“结论”和“依据”。

《简单聊聊因果推断》

但就像我在因果推断里聊的一样，“厘清影响问题的各个元素并理解其间的关系 ， 我们才能更好找出所谓问题的杠杆解。” 。我们在解决问题时需要关注问题所处的上下文、系统关系，以及各个元素之间的内部因果与联系。复杂问题之间互为因果、环环嵌套，因而有时难以分析和筛选、聚焦于某个单一问题而创造的方案，往往只是局部优化。为此我们需要分析每个问题的产生原因和影响结果，找到某个问题所关联的上下游问题。我们只能判断发生事件在时间上的先后是否有统计显著性，并不能判断因果。相关性并不能准确的说明因果关系。

我们人工推论出来的是一个在我们收集到的数据上的局部的（我们不是上帝视角，无法全知全能）相关性分析成果，它不一定是事实，可能只是一个猜测、预测。

我们做个复杂一点的课题的训练吧：“Louis Vuitton 将于 2 月 18 日起上调全球产品售价，幅度将在 8% 至 20% 之间。”

我们可以把这个课题拆解为下面几个问题：

• 为什么 LV 要涨价？


• 涨价之后会有什么影响？


• 是否会影响未来销量？

对于第一个问题来说，无论 LV 为什么要涨价，它一定是基于未来奢侈品市场的销售增长预计与成本之间的博弈决定的，所以我们要先分析出未来的销售额预计。这里引申一个概念叫需求弹性。

一个人对某种商品的需求的唯一普遍规律就是：如果其他情况不变，他对此商品的需求会随着对其拥有量的增加而递减。这种递减也许缓慢也许迅速。如果缓慢，那么他对此商品所出的价格，就不会因为他对此商品的拥有量的大量增加而大幅度下降；而且价格的小幅度下降会使他的购买量大幅度增加。

在下方的问题下，我会补上一些来自于权威新闻网站的 “证据”，大家可以自行看看问题的答案是什么。

为什么 LV 要涨价？

• 未来奢侈品的销售额预测是怎么样的？

欧洲时报11月16日，咨询公司贝恩（Bain）15 日发布的一项研究显示，到 2022 年，全球奢侈品行业的收入将达到 1.4 万亿欧元，按固定汇率计算，比 2021 年增长13%，这一增长应该使 95% 的奢侈品品牌受益。在美国和欧洲市场的推动下，这是“相当可观”的一年。研究预测，2030 年之前，奢侈品行业增长将保持在 3% 到 8% 。

• 同类品牌是否涨价？

2022 年1月，Chanel 在去年十一月已经提价的基础上，部分款式将再度涨价。其中，Coco Handle 涨价 2000 元，BusinessAffinity 与 Le Boy 等包型的价格会有8%-12% 的涨幅‍‍。过去三年，Chanel 的涨幅已经高达 60%。

Hermès 的涨价基本固定在每年的1月进行，本轮调价每款涨价范围从 500 元至 4300 元不等。Lindy mini 从原来的 46500 元涨到 48700 元，升幅为 4.7%；

Dior 于 1 月 18 日，小号 Lady Dior 手袋售价从 3.6 万涨至 4.1 万，增幅达 13.9%。

• 官方的理由是什么？

价格调整考虑了生产成本、原材料、运输以及通货膨胀的变化。

• 官方的理由是否成立？

根据 LVMH 2022 年的财报来看，经常性业务的利润方面，除了下降 3% 的香水和化妆品外，其他业务的利润均有两位数增长，其中精品零售 2022 年的利润较 2021 年激增 48%，时装与皮具的利润增长 22%，手表和珠宝增长 20%，酒类业务的增速 16% 垫底，但酒类的营收和盈利都创自身年度新高。

管全年总销售额增长 17%，但 LVMH 的利润率却持平。该公司决定将其数十亿美元的营销预算增加三分之一，这已经成为奢侈品行业的普遍趋势。品牌需要在广告上投入巨资，以继续证明价格大幅上涨的合理性。瑞银(UBS)分析师估计，去年奢侈品品牌平均涨价 8%，与全球通胀水平大致一致。

• 中国放开疫情管控是否有影响？

中国在全球个人奢侈品消费中的份额激增，从 2019 年的 38% 至 39% 猛增到 80%。

在12月26日中国内地宣布将于1月8日取消将近三年的防疫政策后，据《华尔街日报》报导，这不仅让世界各国迎来全球最大的旅游消费来源群体，放鬆政策的消息还提振了全球股市，奢侈品股尤其受益，因这意味佔奢侈品市场约很大部份的中国消费者正式归来。

著名奢侈品巨头 LVMH 集团（LVMH Moet Hennessy Louis Vuitton）早前表示，其亚洲（不包括日本）第一季度的收入增长放缓至8%，但仍是其最大的单一市场地区，佔全球总收入的 37%。

为了迎合日益增加的中国消费者，许多欧洲奢侈品牌自疫情前几年已增聘了会中文的员工，并开始专注开发中国游客喜爱的产品。国际管理谘询公司贝恩公司（Bain & Company）的数字显示，虽然中国消费者受疫情限制而有所放缓，今年只佔全球奢侈品支出最多19%，但预计到2030年他们将佔多达四成的市场份额。

预计中国游客要到2024年才会大规模重返欧洲，进一步提振公司销售业绩。

涨价之后有什么影响？

我们拿它在 2022 年 2 月涨价后的表现来看看：

• 2022 年四季度营业收入 226.99 亿欧元，同比增长 13.3 %，分析师预期 223.5 亿欧元，全年营收 791.84 亿欧元，较 2021 年增长 23%，分析师预期 787.2 亿欧元。


• 2022年净利润140.84亿欧元，同比增长17%；来自经常性业务的利润为210.55亿欧元，同比增长23%。

是否会影响未来销量？

2022 财年 LVMH 集团在地缘政治和经济形势的不利影响下，仍然创下历史业绩新高，集团销售收入达 792 亿欧元，营业利润达 211 亿欧元，皆增长 23%。

尽管全年成绩单亮眼，但相较第三季度数据，第四季度所有地区的增长有所放缓。去年第四季度，除日本外，亚洲地区的内生性营收同比下降了8%（该公司只报告每季度的内生性变化）。奢侈品研究所的 Milton Pedraza 分享说：“对于所有顶级奢侈品牌和集团来说，2022年的增长主要来自强劲的定价，而来自同店销量增长的比例则要小得多。”

随着中国政府计划逐步重新开放国际旅游，可能还要有几个月时间，中国游客才能重新大量出现在欧洲。这应当会释放消费，因为考虑到价差和退税，巴黎或米兰等城市的奢侈品价格要比中国便宜多达 40%。

按照 LVMH 的预估，中国要到 2024 年才会完全恢复对奢侈品的消费。

英国央行周四也将关键利率上调 0.5 个百分点，连续第 10 次上调关键利率，但释出信号可能很快就会暂停这一系列加息行动，因同比通胀率下降，经济步履蹒跚。

欧洲央行此举是连续第五次大幅加息，使关键利率达到2.5%，创下2008年以来的最高水平。不过这一水平仍然低于美联储和英国央行的利率，前者在周三将利率提高到4.5%至4.75%，后者则在周四早些时候将利率提高到4%。

天达(Investec) 经济学家在给客户的一份报告中写道，中国放松严格的动态清零政策提振了增长前景，而欧洲天气转暖已帮助缓和能源危机的严重程度。他们把对今年全球经济增长的预测从 2.2% 提高到 2.4%。

总结

LVMH 的涨价本质上是希望在通货膨胀下保持增长，如果希望保持增长就需要投放更多的广告和营销，如果要有钱投入就必须要涨价，而要证明涨价是对的那就得继续投入更多的钱。好在是奢侈品集团们对价格的调控都比较“自由”。

其次考虑到欧洲加息和天气转暖，欧洲的整体区域市场份额也会获得提升。按照现在的预测来看全球的经济似乎是在往好的方向增长，中国放开了疫情管控后以及全球旅游业的逐渐恢复可以有效的给 LVMH 带来一个更大的前景，那么在市场仍然是有很大的需要的情况下，即使维持目前的销售量不变，当价格提升时盈利就会上涨。综合上述在经济回暖的情况下、中国疫情管控放开销售量可能会增加，各大奢侈品集团自然而然就会开始进一步涨价追求更高的利润。LVMH 公司表示，即使面对不确定的地缘政治和宏观经济环境，该公司也有信心通过成本控制和选择性投资的政策，保持目前的增长水平。

前言

年初我裸辞创业了，跟一个朋友一起合伙做项目，我主要还是做技术部分，开发一个回收类的项目

也是第一次创业，虽然听过很多道理，自己经历过又是另外一回事

我们的项目经历过高峰，现在算是谷底，基本的情况基本就是在苦苦挣扎

这篇文章我会把我所经历的过程讲述出来，在最后也会总结一些创业过程的一些经验和避坑指南

希望对你有所帮助

自我介绍 & 背景

我是一名快35岁的前端码农，离职前是在银行做的外包开发。2014年开始从事开发，不过刚开始是做的iOS开发，后来又转了web前端开发

眼看35岁大限快到，内心比较着急，着急的去探索一条以后的出路，我想这应该是码农们以后必须要面对的问题

只是年初的时候，正好有一个契机，我就想趁着还没到35岁之前，主动出击，做一番尝试

当前也是做好了充分的准备

契机

这件事的契机就是我给朋友开发一个小程序，业务量在慢慢的起来；一商量就决定去做这件事了，当然也跟家里商量一下，用一年时间来试错

我的理由是：

对于码农来说，年龄是个很难跨过去的坎，这一步迟早是要来的，我不太想被动的等到那一天，我还是想主动的寻找出路

离开上海

我走之前跟一些朋友做了道别，把自己的行李全部塞进来车里，开着车又去了一个陌生的城市（去朋友的城市），离开的时候真的是感慨万千

有家人的地方才有温暖，老婆小孩都走了，一个人呆在上海特不是滋味

业务的高速发展

我们的业务在上半年还是发展很顺利的，通过抖音直播等方式，吸引用户，用户越来越多，业务也慢慢放量了

我们的注册用户有28万多，高峰时期Api调用量有250万

我们的收入来源有以下几部分

会员费

我们的利润来源之一是 会员费

截止目前为止，合伙人有350个左右，早期的话一个合伙人大概赚1000块，后期一个会员赚2000块，代理商有1700个，前期一个赚100，后来涨价一个赚288元，具体前期多少个，已经不清楚了

细算下来，我们收的会员费都大几十万了，应该是赚钱的

产品的差价

我们利润来源之二是产品的差价

我们回收的产品也是有一点利润的，只是不多，一个才几毛钱，甚至几分钱，但也都是有利润的，需要走量

最高峰的时候，一天的订单有10万单，目前已经萎缩到了5万单左右

这其实也是一部分利润，到目前为止，累计应该有1000万单

广告费

我们利润来源之三就是小程序广告费

想必大家都开发过小程序，小程序后台是有广告费的，我们的广告费也不少

但是很遗憾我刚开始开发的时候用的是 别人的 serverless 的框架，对的，就是 LeanCould，这玩意每天有3W的免费的Api调用量，而我们的量非常大，所以被收取的服务器也是不少的

小程序的广告费基本覆盖了服务器的费用，还略微有些结余

最高的一天广告费有1000多，后期慢慢稳定了就是300左右，而服务器的费用大概在200左右

关于小程的广告费，如果没有新人进入的话。他的广告费会下降的很厉害，做过的都知道

下面贴几张图，下面的小程序的广告收入，大部分就在这里了

前期一直用的LeanCould也是有对应服务器的 5W多

后来我自己买了服务器，写了后端，就迁移了平台，也就是目前在用的平台

隐患

随着时间的不断的推移，慢慢的发现平台有点入不敷出了，太奇怪了

现在才知道，其实出货不太好出了，我们负责出货的朋友，没有及时沟通，导致我们的囤货大量积压，卖不出去

其实这个现象提前就已经有了，但是负责推广和运营的朋友并不知情，一直都是在推广，提现秒到，风控没有做好

等发现问题的时候，其实是有点晚了，我们的货囤了很多了

现在我们的现金流已经非常的吃紧了

最可怕的是我们囤货的东西市场价值越来越低，很多甚至下游都不收了

失败总结

失败的原因肯是很多的，但总结下来有以下几点

1.公司的流水一定要清晰透明

因为很多小团队，甚至就2-3个人，不管有没有盈利，都要做到财务公开和透明，这样有两个好处

第一 防止钱进入私人口袋

第二 每日的现金流可以让随时有危机感，并且可以随时意识到危机

每日公开现金流真的很重要，重要的事情说三遍

每日公开现金流真的很重要，重要的事情说三遍

每日公开现金流真的很重要，重要的事情说三遍

如果实在做不到每日对账，最少一个礼拜一次

2.每个人的股份也要分清楚

很多时候都是好朋友，熟人，就没有太谈这个方面的事情。但是确切的告诉你一定要大方的谈，因为这个影响到后面的利润分成，很容易出现矛盾

关于技术方面

1. 先用LeanClund 开发

为什么一开始是使用serverLess开发

• 因为速度快，前期产品从0到1，全部都一个人写，功能还是蛮多的如果又去写前端，又去写后端，还要运维，确实开发速度很慢


• 自己做前端出生，后端的不太会，虽说增删改查比较简单，但是那只是最基础的功能，这是真实的线上项目，从没有弄过，还是不太会


• serverLess 我比较熟，之前也开发过一个线上项目，只是 调用量比较小

2. 自己写买服务器，全部自己开发

为什么要自己开发全部代码

• Api调用量大了之后，LeanCould的费用太高了，我们需要节省成本


• 我们要做自己的APP，因为小程序很多时候会被投诉被封，APP可以规避风险（当然我们运营的好，一直都比较稳定，没有被封过，虽然也开发了APP，后来还是主要用小程序，而当时用LeanCould里面有一些代码与小程序耦合了一点）


• LeanCould 无法没有实现事务等，随着使用的加深，发现它在底层上有些不足，自己写云端写很多逻辑也是比较麻烦（比如微信里面的很多都是要 服务器去调用腾讯的接口，不得不在云端写代码）、

主要技术栈

• 前端小程序用 uni-app


• 后台管理系统 是用 Vue


• 后端使用Koa


• 数据库使用 MySql 和 Redies

系统的一些数据

• 目前系统有 28W用户


• 目前300W的订单量，每日月5W的新增订单（以前的平台有1000多W的订单量，暂停了）

后面的打算

虽然还有2个月时候才过年，但是 今天的尝试 基本算失败了，正在思考明年干什么

看看还有什么项目做，或者有什么生意做（前提是有一些资源，否则就不做）

实在不行，可能还得去先找个工作

希望我的经历可以帮助到你，大家有什么问题可以评论区交流

周岭在《认知觉醒》一书中提出了快速改变人生的五件事，即:「早起」、「冥想」、「阅读」、「写作」、「运动」。低调务实优秀中国好青年交流群也正是从这 5 件事入手，帮你养成好习惯。我也试着实践了有将近一年的时间，今谈谈收获与心得。

早起

一日之计在于晨，一年之计在于春；早起是个老生常谈的话题了，鲁迅先生小时候为了上课不迟到，还把「早」刻在桌上告诫自己。我小时候每天晚上吃完饭，没什么事早早地就睡了，甚至觉得十点睡觉都是一件很可怕的事。如今呢，自从步入互联网时代，十点？不好意思，十点夜生活才刚刚开始。

秉承着先僵化、后优化、再固化的原则，我决定尝试一段时间。起初几天是真的很难受，白天浑浑噩噩的完全提不起精神。不过慢慢的，晚上倒是越来越早的睡了。差不多半个月时间几乎都习惯了 10 点左右睡觉，6 点前起床。正常早上六点起床后，稍微锻炼一会回来坐那下下汗，冲个凉水澡，然后吃个早饭就去工作了。

持续了有半年时间，直观感受就是身体越来越好，精神头越来越棒；但我并不认为这是早起带来的，潜移默化改变了我的是生活规律。毕竟美国人时差和咱们完全反着来，也没见几个英年嗝屁的。现在为止，我想早起也许就真的只是早点起来罢了。

但有一天，我翻看着旧日的朋友圈：星光不问赶路人，豁然开朗。也深刻地认识到了自己的肤浅，早起其实并不只意味着早点起来罢了。想象一下，如果明天要和女神约会？或者新工作的第一天？不用考虑肯定早早的就起来收拾了，因为你开心，快乐，幸福；甚至要迎来人生新阶段了。所以早起真谛可能不仅仅是早点起来，更重要的是进一步寻找人生的意义，创造生命的价值，为我所热爱奋斗终生！

冥想

关于冥想，老实说太高端了，高端到有点不接地气，反正 100 个人有 100 个见解。刚开始还看了各种视频、翻了有关的书、试了各种动作体验冥想、有没有效果我不清楚，不过睡得倒很快。

感受呼吸、扫描身体、提升专注力，但越努力就越凌乱……由于不能形成持续的正反馈，所以我有点消极。去你的冥想，浪费生命。后续冥想也是断断续续的持续了好久，那天想起来就尝试一下，想不起来就算了。

直到有阵子，忘记具体在做什么，总之就是在写代码。从上班来坐那，要不是同事喊我，还真没感觉一个上午都过去了……也是瞬间明白了《十分钟冥想》中：心流。

我把冥想定义为心无杂念、极致专注。但是早期的努力只是停留在表面上而没有透彻地理解。我认为冥想最重要的一点：感知力、尝试学会深入感受身体各个部位，体会情绪在大脑波动，品尝茶水在身体流淌，体会世间万物。

一个小和尚问得道的师父：“您得道之前做什么？”



老和尚说：“砍柴、挑水、做饭。”



“那得道之后呢？”小和尚继续问道。



老和尚回答：“还是砍柴、挑水、做饭。”



小和尚一脸疑惑：“师父，这不是一样吗？”



老和尚说：“当然不一样。得道前，我砍柴时惦记着挑水，挑水时惦记着做饭；得道后，砍柴即砍柴，挑水即挑水，做饭即做饭。”

阅读

生命是有限的，但书籍却是无限的，怎么用有限的生命阅读无限的书籍呢？根据不科学统计，人的一生最多只能阅读 15000 本书籍，那估计是没有一个人可以活着读完。所以我们应该要追求精读细阅和高质量的阅读。

首先要会读书，读好书。《如何阅读一本书》就非常详细的讨论了怎么样阅读一本书，尽管有关读书的方法论确实很好，但我觉得阐述得太过重复啰嗦。其实读书喜欢什么就读什么，不要拘泥于阅读世界名著，人文哲理。但我建议少读都市言情，穿越爽文，其可吸收的营养价值较少。具体想怎么读就怎么读，咬文嚼字、一目十行都无所谓，但是这一种读法仅限于是一本好书的情况下。可是究竟什么是好书呢？追随那些走的快的人，阅读其推荐的书单。

假如面临的是一本新书，那么你可以尝试：

1. 深入了解书的作者、写作的背景。


2. 详细阅读书的自序、引言、大纲、目录等重要信息。


3. 快速翻阅书中的部分章节。如果感觉这本书很有价值，那就接着继续。


4. 带着疑问追随作者的步伐，选择最适合的方式阅读。
   
   
   
   1. 这本书讲了什么？
   
   
   2. 作者细说了什么？
   
   
   3. 作者的观点是否正确？
   
   
   4. 作者讲的和我有什么关系？
   
   
   
   


5. 收获体会，记录笔记。

再分享一种进一步的阅读方法：主题阅读。在某个类目中挑选同方向的若干本书，然后确认自己研究的主题和方向。

1. 依次阅读每本书。


2. 理清问题、界定主题。


3. 与不同作者达成共识。


4. 分析讨论。

写作

我学生时期其实最厌恶写作了……为什么会是你给我段话，让我来研究一下它怎么想的，然后再为你阐述一下自己的观点。我 TM 怎么知道他想什么，爱想什么想什么。

写作实际上可以和阅读相结合，从而构成完美的闭环。

不知道是不是只有自己写作效率低，感觉自己就像间歇泉，总是时不时的迸发灵感。但有时候喷多了，我还写不下来。所以我一般阅读书籍的时候总是会主动掺杂一些技术类目书籍，这样既有助于提高专业技能，又能留足思考时间。

写作我倒没啥可分享心得的，随心所欲，不必整的很累。但必须重视以下三点：

1. 务必不要出现错字。


2. 一定要正确地运用标点符号和合理地分段。


3. 确保文章整体阅读流畅性。

运动

生命在于运动，如只老乌龟一样冲击活 100 年！

运动锻炼不局限于任何形式，爬楼梯也可以，最重要的是生活态度。千万不要眼高手低，今天运动明天就想超越博尔特，持续保持正反馈，日拱一卒，冲吧骚年！

如果不知道如何下手，可以参考我的 wiki 手册：健身手册

其实吧，哪怕你尝试了「早起」、「冥想」、「阅读」、「写作」、「运动」，也不可能立刻获得收获。过去既然无法改变，未来更不知道何去。

那么请尝试着慢一点，慢一点，再慢一点，也许当你回头那刻，轻舟已过万重山。

来源：早起、冥想、阅读、写作、运动 - 7Wate‘s blog；