Welcome to SpiceShop Theme

Sea summo mazim ex, ea errem eleifend definitionem vim. Ut nec hinc dolor possim mei ludus efficiendi ei sea summo mazim ex.

iPhone的出路在哪里?

上个周末,我和Lisa去了一趟五角场逛逛街。五角场是一个人流密集的地方,所以像Apple、华为、小米等都有自己的零售店。我正好有机会去体验一下各个公司的产品。 苹果1/30发布财报,提及大中华区收入减少27%,这对苹果来说的确不妙,就连Cook也说可能会调整部分区域的售价。我想,这足够说明了Apple在大中华区的业绩真是太差了。 一直以来,我都会毫不掩饰的说明我的态度,即“iPhone是目前为止我认为性价比最高的手机”,这在以前的文章说过,例如这篇文章,iPhone到底贵不贵?。 但是为什么销量差呢?我只是说我的感受,我觉得还是从2个方面去讲,一是产品本身,二是售价。 先说售价,2018年新款iPhone,看看价格就知道了,比原来5K多、6K多的起步价,一下子跳了几个级别,所以消费者还是认为比较贵的。我自己也买了一台新款的,但不可否认,尽管我的买得起,但是我仍然觉得贵了一些。 二是产品本身,这个其实最至关重要的的,比起价格更重要。新款iPhone所带来的产品竞争力在哪里?对于这个问题,我在脑海里过了几遍,似乎新款iPhone真的没有什么创新。面部解锁?不,竞争对手早有了。 屏幕?不,竞争对手都有了。OS的创新?不,竞争对手基本上都是Android系统,反而这几年iOS都在吸取Android的一些特点?CPU?尽管Apple有最新的,但是对于消费者来说,who care?雷打不动的低内存(3G/4G)?那还有什么新东西呢? 但是,竞争对手就有很多新花样,例如,屏下指纹,iPhone没有。快充,iPhone没有。大容量的电池?iPhone也没有。 林林总总,作为普通消费者,经过上面的比较之后,你觉得消他们更倾向买什么呢?所以,归根结底,还是iPhone的产品缺乏创新以及价格因素,导致了Apple的销量下滑,前者尤为明显。 这几年iPhone的创新越来越慢,而竞争对手在黑科技上越走越远,这就是对比。 我这次在五角场的小米零售店,体验了所有小米的手机,坦白说,无论是低端还是高端产品,我觉得还是太粗糙,产品工艺略差一些。接下来也逛了隔壁的华为,和小米的对应的产品比,不分高下,有的比小米好,有的比小米差。但是,我认为和iPhone的用户体验比起来,略差一点点。但是有最好的产品工艺,仅凭这一点,消费者是不回去买单的。 Apple不是不清楚自己的处境,但是为什么不引用一些黑科技呢?在我看来,Apple的造手机的逻辑其实很简单,就是要成熟。将一些成熟的技术使用在手机上,尽量将一些有风险的摒除在外。例如,屏下指纹,我觉得Apple肯定是有了解过的,但是作为一款成熟的产品,必须从工艺、制造,成本、维护等各个方面去考虑,制造一款有缺陷的产品,为给Apple带来无限的隐患和麻烦,这就是大公司的想法。Apple每年也就这么几款手机,但是竞争对手就不一样了,所以一旦出问题,相比之下,Apple的影响面会更广一下。我都能想到的,Apple这帮天才想不到吗? 对于一些高科技或新的技术等,其实Apple有时候会在现有手机上去试用,但是一般不公开而已,等技术成熟了才大规模推广。 所以,对比不同量级的公司,所采取的商业方案是不一样的,小公司可以激进一些,但是大公司则不可以。 上次Cook调低收入预期,舆论都开始质疑Apple,有人提出Apple会不会是下一个Nokia。我自己对此事,也在朋友圈里发了一则,大概说是那天是个纪念日,就看Cook怎么去改变。但是说Apple开始像Nokia一样一蹶不振,确实早了一些。我真的挺想知道,作为一个全球数一数二的大公司,为了挽救其颓势,其思路和策略真的值得学习,无论成功与否。 会不会重蹈Nokia的覆辙我不清楚?但是我知道2018年出的iPhone XR、XS这两款手机不够耀眼,如果价格不下调,销量肯定是好不起来的吗?也不一定。因为该买的估计都买了,现在是2019年了,消费者可能再等2019年的新款,如果2019年的新款iPhone没有足够的创新力,恐怕Apple的商业帝国得换了。所以,iPhone 2019款,必须拿出足够的创新,才是可以预期的出路。  

深入浅出:HTTP/2

上篇文章深入浅出:5Gå’ŒHTTP里给自己挖了一根深坑,说是要写一篇关于HTTP/2的文章,今天来还账了。 本文分为以下几个部分: HTTP/2的背景 HTTP/2的特点 HTTP/2的协议分析 HTTP/2的支持 HTTP/2简介 HTTP/2主要是为了解决现HTTP 1.1性能不好的问题才出现的。当初Google为了提高HTTP性能,做出了SPDY,它就是HTTP/2的前身,后来也发展成为HTTP/2的标准。 HTTP/2兼容HTTP 1.1,例如HTTP Method,Status code,URI以及大部分Header Fields。 HTTP/2通过以下方法减少latency,用来改进页面加载的速度, HTTP Header的压缩,采用的是HPack算法。 HTTP/2çš„Server Push,非常重要的一个特性。 请求的pipeline。 修复在HTTP 1.x的队头阻塞问题。 在单个TCP连接里多工复用请求。 HTTP/2支持HTTP 1.1里的大部分use case,例如桌面浏览器、移动浏览器、Web API、Web Server、代理服务器、反向代理服务器、防火墙和CDN等。 HTTP/2 头部压缩(HPack) HPack是HTTP/2 里HTTP头压缩的算法,具体可以参看https://tools.ietf.org/html/rfc7541。下面简单介绍一下HPack是如何工作的。 见下图,该图来自Google 的性能专家 Ilya Grigorik 的文章HTTP/2 is here, let’s optimize!,它非常直观地描述了 HTTP/2 中头部压缩的原理: 简单说,HTTP头压缩需要在HTTP/2 Client和服务端之间: 维护一份相同的静态表(Static Table),包含常见的头部名称,以及特别常见的头部名称与值的组合; 维护一份相同的动态表(Dynamic Table),可以动态地添加内容; 基于静态哈夫曼码表的哈夫曼编码(Huffman Coding); 在HTTP头里,有些key:value是固定,例如: :method: GET :scheme:

Read More

深入浅出:5G和HTTP

本文将会讲到5Gå’ŒHTTP。曾经在深入浅出经典面试题:从浏览器中输入URL到页面加载发生了什么 – Part 3 提到为什么有些RPC框架不选用HTTP,而5G会采用HTTP。 您可以从本文里获取到一些概念:5G用HTTP作为reference point interface的实现,HTTP/2,RESTful API/HATEOAS/OpenAPI等最佳实践和标准,这些都是一些常见但是又容易忽略的知识点。 本文参考了一些文章,见文章末尾的链接列表。 HTTP的优点和缺点 我们大家知道HTTP协议包含的信息太多,太繁重,导致消息体会很大,但是其中有一些消息根本用不上,这也是为什么HTTP/1.1消息效率不高的原因,所以一些RPC框架舍弃它,例如dubbo定义自己的协议等,如果大家定义过协议,例如类似TCP协议,就能明白协议定义的重要性。如果要效率高,消息短,那就会太底层,如TCP,如果要想易于理解,例如HTTP,那就得长一些。 5Gå’ŒHTTP 5G明年试商用,在5G里采用HTTP协议,确实有意思。可以参看TS 29.501协议 5G System;Principles and Guidelines for Services Definition,Stage 3。先看看下图: 在通信领域,由原来的Diameter,AAA等转变为HTTP,的确是一个大变化,但是开发的效率将会大大提高。 那么5G将会应用到什么HTTP相关技术呢? HTTP/2/0 (协议下载https://http2.github.io/http2-spec/) JSON HATEOAS RESTful OpenAPI HTTP/2.0 还是先看看HTTP/2吧。谈到HTTP/2,最先想到Googleçš„SPDY,它是HTTP/2的前身。为什么Google要做SPDY呢?原因很简单,HTTP的效率不高。自从有了SPDY后,加载时间减少64%(http://dev.chromium.org/spdy/spdy-whitepaper),原话这么说的, In lab tests, we have compared the performance of these applications over HTTP and SPDY, and have observed up to 64% reductions in page

Read More

深入浅出:远离法律风险,必须了解开源项目许可证

本文讲开源项目的许可证(License)。 现在FOSS(Free Open Souce Software)的项目逐步增多,而且项目引进FOSS项目也越来越多,以提高我们开发的效率,避免重复造轮子。那么在我们开心享用这些FOSS项目时,感叹世界真美好,但我们有没有认真去研读过它们的许可证呢? 引进FOSS项目需要注意什么? 那么在引进FOSS的项目时,我们需要注意什么呢?对此不同的人有不同的答案。对此,我的看法是: 需要了解FOSS项目许可。 FOSS项目是否符合自己的需求。 FOSS项目是否有人维护。 FOSS项目的成熟度,社区的热度。 FOSS项目的质量。 FOSS项目的继承难度系数,以及是否能提高开发效率。 本文只关注这里的第一步:FOSS项目许可证。为什么把许可证放在第一条呢?因为我觉得如果许可证都不合适,下面其他要素不用考虑了。 License的重要性 无论作为个体还是公司,我们引进FOSS项目时,首先必须要考虑License的问题,如果不注意License的问题,自己的项目有可能会侵权,可能会把自己或者公司陷入法律风险的境地,如果真的这种事情发生,解决起来很麻烦。 一般怎么处理呢?首先如果是个体,我们必须把常见的License类型了解清楚,如果是公司,需要有法务部门来审核,但是一般公司可能没有法务部门,那需要开发人员自己去把握。我清楚的记得,在前东家里,我配合公司的法务部门核查每个项目使用FOSS项目的情况,就是为了让项目和公司不处于被动地位。(其实我也亲身碰到过专利侵权问题,不过不在本文之内)。 所以,我们在引进FOSS项目时,一定要仔细项目的许可证,我们自己得有法律意识,这根弦必须得绷住。 License类型 现在开源项目的类型实在太多了,参看这里http://www.gnu.org/licenses/license-list.html, 估计有百种左右。但是,我们常见的许可证类型有以下几种 GPL BSD MIT Mozilla Apache LGPL 我们常见的软件是什么类型呢?我们看看: Apache HTTPd ,许可证是Apache. Apache Tomcat, 也是Apache,似乎Apache Foundation都采用Apache许可。Dubbo也是,可以参看https://github.com/apache/incubator-dubbo/blob/master/LICENSE 。 Spring Boot,也是Apache,https://github.com/spring-projects/spring-boot/blob/master/LICENSE.txt React,用的是MIT,https://github.com/facebook/react/blob/master/LICENSE Linux常用命令wget,用的是GPL,https://www.gnu.org/software/wget/ Linux操作系统, 用的也是GPL,https://www.kernel.org/category/faq.html QT,不同用途有不同的许可,包括LGPL,参看http://doc.qt.io/qt-5/licensing.html VI,用的就是BSD,https://www.freebsd.org/cgi/man.cgi?query=vi&sektion=1 License介绍 光去阅读许可证的描述太抽象了,我借用阮一峰老师的文章:http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html,以图胜千言。

从浏览器中输入URL到页面加载发生了什么 – Part 3

HTTP/HTTPS请求和响应 前面TCP连接已经建立好了,意味着桥已经搭好了,下一步就该传输HTTP消息了。因为HTTP我们都很熟悉,很常见,也不是那么底层,理解起来轻松不少。 还是抓包来分析,不过这次不用Wireshark来抓,因为不太直观,这次直接用Chrome自带的Developer Tools。 HTTP 请求 下图展示了HTTP请求Header Request URL:就是请求的URL Request Method: GET, POST, PUT,DELETE, OPTIONS, HEAD 接下来就是其他报文头,常见的请求报头有: Accept, Accept-Charset, Accept-Encoding, Accept-Language, Content-Type, Authorization, Cookie, User-Agent等。 HTTP 响应 下图展示了HTTP响应Header 最常见的就是Status Code( 200, 302, 307, 404, 500),server等。 HTTP 10问 HTTP问题简单,那就直接列举几个问题,有些问题我给出详细答案。 1. HTTP METHOD有哪几种,分别是什么? 常见问题,不多解释。 2. HTTP的PUT/DELETE/等使用时需要注意什么? 有一点需要特别注意,有的浏览器是不支持的,所以在使用和实现时需要仔细评估好自己客户端的能力。 3. HTTP的OPTIONS用来做什么? OPTIONS一般用来获取目标资源的通信选项,例如确认允许的HTTP Method.下面的这个例子来在Mozilla官网https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/OPTIONS。 请求: curl -X OPTIONS http://example.org -i 响应: HTTP/1.1 200

Read More

从浏览器中输入URL到页面加载发生了什么 – Part 2

TCP连接 DNS解析返回域名的IP之后,接下来就是浏览器要和该IP建立TCP连接了。为什么是TCP而不是UDP?那是因为HTTP是基于TCP上的。这里涉及到另外一个话题:TCP/IP 模型。这个已经在大学的课本上学过了,我们再复习一下。 TCP/IP模型 TCP/IP模型一般分为4层,下面是我用PPT画的。 在这里不得不说OSI七层参考模型,它和TCP/IP模型的区别和联系,继续用PPT画,见下图: 不多解释,OSI的7/6/5层和TCP/TP的应用层对应,2/1层和链路层对应。在实际的应用中,主要还是TCP/IP概念模型,后面的内容主要讲它。 这些都是课本上的,也许忘了(毕竟不是天天用到这些嘛),没关系,我们以最简单的方式来讲解。为了便于理解每层的含义和作用,先看每层有哪些协议,看看有没有自己熟悉的协议。有熟悉的协议,先体会一下。 应用层 我们可以看到,有常用的HTTP/HTTPS/IMAP/SSH/Telnet等都在应用层上(题外话,这一层你用的协议越多,说明你知识越开阔)。相信每个人都用过HTTP/HTTPS,所以我上面说HTTP/HTTP是基于TCP上的。 Wikipedia 这么解释: The application layer is the scope within which applications create user data and communicate this data to other applications on another or the same host. The applications, or processes, make use of the services provided by the underlying, lower layers, especially the Transport Layer which

Read More

从浏览器中输入URL到页面加载发生了什么 – Part 1

背景 “从浏览器中输入URL到页面加载的发生了什么“,这是一道经典的面试题,涉及到的知识面非常多,但作为一个自认为对网络知识掌握的比较好的老码农来说,回答这个问题自然不在话下。如果这道题目如果在面试出现,对我来说就是送分题啊。尽管如此,我还是愿意花一些时间根据我自己的理解回答一下这个题目,看我自己到底掌握的有多深,同时也把自己的知识梳理一下。 这让我想起另外一件往事,这道题有点类似于“在手机上浏览器上输入一个URL,手机做了一些什么”,我当时学习通信里的核心网时就给自己提出过这个问题。 我非常愿意将这个面试题的答案共享出来,一是希望得到大家的意见,二是也希望对那些不是特别熟的人起到一些帮助。 因为文章较长,我将它们分为三大部份,后面会提供该文章的完整PDF版本,供大家下载。 从本文里学到什么? 正如前面所说,这篇文章涉及到的知识面非常丰富,我相信您绝对可以从本文里学到很多基础知识,还有一些高级话题。 DNS的解析原理,常用命令,端口等 TCP/IP模型,三次握手,四次挥手。 HTTP/HTTPS的原理和解析。 浏览器render一个页面 Web安全性问题 抓包,分析TCP模型,三次握手,SSL/TLS,让学起来不再枯燥。 其他一些高级话题。 自认为是目前写的最详细的一篇文章了,因为里面有理论,有实战,应该会起到一个比较好的效果。 总概: 几大步骤 总的来说,当你输入在浏览器里输入一个URL到页面加载,发生的顺序如下: DNS查询 TCP连接 发送HTTP请求 Server处理HTTP请求并返回HTTP报文 浏览器解析并render页面 HTTP连接断开 后面将对以上步骤详细介绍。 DNS查询 DNS解析流程 假设输入的URL是包含域名的,那肯定会涉及到DNS解析。当然,如果URL仅仅是IP,那就不会涉及到DNS的。域名的出现是为了方便记忆,因为域名比IP好记。我们这里假设URL包含域名。 解析的步骤大致如下图: 首先,在本地域名服务器中根据域名查询IP地址,如果没有找到的情况下,本地域名服务器会向根域名服务器发送一个请求。 如果根域名服务器也不存在该域名时,本地域名会向com顶级域名服务器(TLD)发送一个请求,依次类推下去。 直到最后本地域名服务器得到google的IP地址并把它缓存到本地,供下次查询使用。 可以参考页面https://www.verisign.com/en_US/website-presence/online/how-dns-works/index.xhtml ,该页面诠释了DNS的过程。 需要说明的是Root DNS Server一般有13个,后面有个点(.),别忘了。 a.root-servers.net. c.root-servers.net. j.root-servers.net. b.root-servers.net. i.root-servers.net. d.root-servers.net. k.root-servers.net. f.root-servers.net. l.root-servers.net. h.root-servers.net. m.root-servers.net. g.root-servers.net. e.root-servers.net. DNS的优化 我们发现,一个DNS查询在没有缓存的情况下会有6步,这将是一个耗时的过程,如果DNS 查询时间过长,甚至会影响到用户体验。 那么现阶段是怎么优化的呢?缓存。DNS是存在着多级缓存,从离浏览器的距离排序的话,有以下几种: 浏览器缓存,系统缓存,路由器缓存,IPS服务器缓存,根域名服务器缓存,顶级域名服务器缓存,主域名服务器缓存。 我们以Chrome为例子,输入chrome://net-internals/#dns,我们会看到如下界面:

Read More

iPhone到底贵不贵?

自从新iPhone 出来后,最大的话题莫过于它的价格,太贵了。那中国大陆这边来说,起步价比前些年高了不少。拿最受欢迎的iPhone Xs Max 256G来说,高达10,999元,估计好多人看到这个价格后,心都碎了。而且按照消费心理,1W可是一大门槛。9999和10001的效果是不是一样的。 今天,在雷锋网的公众账号上看到一则新闻,说“64GB 版苹果 iPhone XS Max 物料成本为 390 美元”,然后在Forbes上也看到类似的文章The iPhone XS Max Could Be A Profit Machine。在这篇文章里,数据来源说是IHS Markit,这家机构的数据还是挺权威的,毕竟IHS就是干这事的。 iPhone  Xs Max 64G在大陆卖9,599RMB,390美金折合人民币2,678(按6.87的汇率),估计好多人一看到这个数字就觉得苹果太过份了,不到3K块的东西你Apple凭什么卖到接近1万块。 OK,如果我们是Apple,站在Apple的角度上,如何去思考这个问题呢? Apple作为一个商业公司,利润是它追求的。所以,每次新的iPhone出来,我估计Apple在定价方面都是绞尽脑汁。如果是你Apple,你怎么去定价?如果定价便宜了,不挣钱,定价贵了,势必影响销量。为了利润,为了股价稳定,Apple必须拿出一个合理的价格来。定得太高或者太低,都会引起股价的不稳定或下跌。 那么Apple是如何定价的?一般来说,iPhone的定价可以从以下几个方面去考虑: BoM,Billing of Materials,也就是物料费,制造一台手机的费用。 COGS,Cost of Goods Sold,即销售iPhone的成本。当Apple造手机时,Apple也需要成本给所有在iPhone上的开发人员,产品人员等,这个费用也包含了产品立项,产品线,物流,仓库,以及其他费用。这个上面有优化的余地,凭Tim Cook以前做运营的,应该是把这方面优化到极致了吧. 另,COGS是包含BOM的。 Profit。很简单,Apple想要的利润。 Distributor。Apple想把iPhone卖出去,靠几个Apple Store是不可能的。在各个国家或地区需要一些分发商,有了这些分发商,Apple才有可能高效率的把自己家的产品卖给消费者。 Retailer。即零售商。需要注意一点的是,Apple Store这样的零售商的成本应该是要比传统的零售商或者分发商成本要高很多。当然,很多时候,Apple Store除了卖机器,还承担一部分Customer Care的功能。 所以一台iPhone的零售价(MSRP)等于COGS + Profit + Distributor + Retailer。 可以简单用这张图表示: 再回到iPhone的零售价上。Forbes的网站上贴了下面这张图,看了这张图,最大的感受什么?我们发现,BOM在MSRP里所在百分比和这几年差不多,当然和2017年的iPhone X

Read More

对顺丰删库事件的思考

这几天,每次在各个新闻app和圈子里出现该事情,我是感到很诧异和遗憾。 顺丰作为国内快递行业上市公司的第一名,市值约1800亿人民币。作为这样一个量级的公司,出现这种情事情,的确是不应该的。总体来说,我对这件事情的印象是: 顺丰IT水平可能不好。 顺丰IT管理肯定是存在很大的漏洞。 该工程师技能应该是比较弱的。 顺丰最应该考虑的是如何避免这种事情再次发生。 一直以来,在软件工程里,前期开发很重要,到了后期,运维又变得重要了。所以,任何一个公司,绝对不可以小觑运维的重要性。一个规范化的公司,在软件运维上必须有自己的制度和规范。 在我看来,当一个公司发展到了一定规模后,制度是要比人的主观能力要重要。说回这次事故,该如何去避免?或者说一个正常的运维是什么样的? 首先,对于不同角色,严格控制其权限和职责,例如研发有研发的权限,运维工程师有运维工程师的权限,DBA有DBA的权限。每个角色的权限是相对的。 其次,如果做一项升级,前期工作必须做好。一般来说,先申请一个时间窗口去升级,这个申请,必须按照相关的流程去审批。其次,如果申请通过,需要准备好升级的步骤(至于是手动还是自动,后面再讲),形成文档。接下来,将该文档提交给相关team去审核,审核通过后到了维护的时间窗口根据文档去做升级即可。那么该文档怎么写: 包含每个模块升级的每一步骤。 必须准备好升级失败后如何rollback的步骤。 能用脚本执行则用脚本执行,避免人工执行每一个步骤。 涉及到删除数据,更改数据,增加数据等操作,务必谨慎,有必要在lab环境里跑一次。要条件的化,QA可以介入其中。 升级文档要经过几个team的审核,尤其是对那些复杂的升级。 接下来,就开始干活了。至于是手动还是自动升级,都非常关键。在我看来,越是自动化,说明公司运维水平越高,反之,越是手动,公司运维水平就越低。例如,假设现在去升级某个web app,但是这个web app部署在不同pop(假说m个),不同pop又有n个实例,那么最后要升级m*n个实例,试想一下,如果2*2=4,手动还可以。如果是2*10=20,手动还可以接受吗? 为什么要强调自动化呢?很简单,我们要尽量降低认为错误。毕竟,人犯错误的可能性是非常大的,因为升级的时间窗口往往都是大半夜,这个时候,人处于疲惫状态,很容易出现认为的错误,而且很多时候不可预测。例如,计划删除数据库里的某些数据,通过执行SQL语句DELETE FROM table1 WHERE id=12可以达到该墓地。因为网络错误,或者id=12输入到1时,手抖,按了enter,这样就会误删,想想是不是很可怕。除了这些,还有rm 命令等。如果我们前期在准备升级文档时,把这些SQL放到脚本里去执行,那么人为错误的概率就会大大降低。 在这件事情上,运维工程师犯错了,一点不冤,需要惩罚,但是务必达到教育的效果。同时,这件事情也需要引起运维部门的高层的注意,例如Director,VP甚至COO级别的,否则,这种事情还会不断出现。我觉得,在本次事件中最大的隐患还是制度的缺失和升级方法导致的,所以在流程上改进改进再改进,方法上优化优化再优化。 最后,运维是一个非常有技术含量的活儿,同时也是靠制度撑起它的。别小看它,必须重视,否则出现什么问题,大晚上被叫起来的概率就会增加。

一个微信群的现状

最近,加入了一个微信群,这个微信群的群体基本上都是IT行业人士,而且各个地方的人都有。不出一天时间,我发现这个群里讨论的话题无非包括: 一些IT大公司的五花八门 如何进入这些大公司 买房 保险 30岁的焦虑 … 参与这个群的都有哪些人呢? 在读的学生 大部分是参加工作5以下的在职人员 卖保险的 某些公司的HR … 从大家谈论的话题,我意识到现在人的焦虑该有多严重啊? 一个大学还没毕业的学生,就开始考虑以后工作,买不起房。 一个刚毕业工作没几年的人,考虑的是如何进入一些大公司,抱怨现在房价多高。 一些卖保险的人,拼命并含蓄推销自己的产品。 一些卖理财的人,因为直接推销自己的产品,和群里的人闹起来。 我也在思考是什么造成了这样的浮躁的气氛呢?应该和最近几年经济环境变化有关。我认为最主要的是社会财富积累的变化,表现在: 前几年股市的变化,15年的大牛市让多少人富了,但是很少人注意到那些赔钱的人。 币圈。还是有人富了。我的一个朋友还是挣了不少的,但是有多少人被割韭菜。 楼市的变化。从15年起到今年上半年,从一线到三四线城市,资产价格飙升,导致一些人群的资产急升。我今年上半年去了一趟西安,和同事聊天,明显觉得一个最重要的变化是大家现在都谈房子,原来去出差,大家都是谈工作,谈技术等。我最担心的是西安房市过后一地鸡毛,毕竟我在西安待过几年,了解一些西安的情况。 IT行业工资。这几年工资被大公司,互联网等带起来了。因为工资高,导致我们当时招人很困难,迟迟不到位。连合作的猎头都说工资没有竞争力,即便这几年有所好转,但是招人还是困难。我们是属于通信行业,尽管公司是行业的#1,但是工资水平是他们还是差一截的。 上市公司造富能力。例如阿里上市造福了一批,小米上市又造福了一批,今日头条也是,大家心里羡慕嫉妒恨。 舆论和媒体的作用。舆论和媒体往往有选择性的报道导致社会对以上几种情况有了一个大概印象。当然,这也符合媒体气质和策略,不然怎么有流量。 因为浮躁,大家都希望改变自己,去追求最好的生活。怎么办?所以像知识星球,逻辑思维,极客时间,知乎上的Live等这样的圈子出来了?这也是为什么知识经济出现的一个最重要的原因吧。从侧面看,这也是知乎火的一个重要原因。我不能说这些圈子不好,但是有一点一定要注意,从这些圈子里获得的知识凑效吗?我发现很多人在知乎上停留的时间很长,期待获取一些知识,包括我当时也是,但是后来我发现基本上是浪费时间,最后连知乎都不装了。 同时,也让我想起知乎上某个大V,没工作过几年,但因在腾讯等公司工作过,以这些公司作为背书,后辞职做咨询和培训。我在想一个问题,你自己在以前公司都没做过高管,你怎么知道高管是怎么回事,你培训出来的哪些鸡汤真的对员工有收益吗,那些鸡汤是自己想出来的把?讽刺的是,有不少大公司去请他培训,这我是可以理解的,作为一个利益集团,有时高管不在乎员工学到多少,但是在文化build以及情怀上还是要作出一些关怀的,正好这个大V符合这种预期。 也许我是落伍了,在过去9年,我在工作上把精力放在了产品上,导致我没有时间去和外面沟通和了解,甚至有时候都没时间换工作,有猎头打电话给我,我一直推辞,因为喜欢自己的工作。正因为这样,我发现不理解现在的人了。现在的学生和没工作几年的人的浮躁超出我想象。 说到这个微信圈,从早到晚基本上没停过,各种事情都谈,好不热闹。这样的群真的有意义吗?对于各种人士,与其在这里吐槽,聊天,还不如自己真正去学习一点事情。例如,你想做架构,为什么不考虑学习一些关于架构的知识?例如高并发,高可用等知识。具体一点就是LVS/F5/NetScaler/Ngnix(基于L4~L7实现)等,Redis/MySQL分布式/集群等,应用/HTTP/多级缓存等,队列,以及扩容(例如数据库),Docker/K8S等。有了这些知识,找个不错的工作还是比较容易的。 说到房市,现在IT行业的工资还算可以,在一线城市买房真的不能够买房吗?未必。就比如说上海,3-5万的房子还是蛮多的,别动不动看新闻说1000多万的房子一出来就没了,说实话,这些房子对大多数人是买不起的。但要说买房,还得自己亲自花一点时间去了解市场。比如说,比如说房子5W一平,买个60~90平米,对IT行业者来说还是有可能的,别被网上1000W房子的舆论吓到自己,还是自己去中介了解以下。我这里有个公式,如果您的收入(税前即可)可以买您所在城市的一平米(均价),那买房就没问题了。 我一直认为,IT行业是一个相对公平的行业,不需要太多背景和资源,单凭自己的努力,是可以混的不错的,投身于这个行业,应该觉得幸运。 最后,说个大家听的,也是说给自己的。与其在那里追求一些所谓的知识,还不如沉下心来,发现自己的目标,查漏补缺,多花一点时间在上面。我知道,这需要自律,自我管理的。做得到吗? 焦虑代表了什么?代表的是想多了,但做少了。 话说回来,经过最近几个月的了解,发现自己原来不接地气啊,还好,现在已经明白很多了。