这一次的北京冬奥会，从开幕式就直接火了！

不仅在国内各大平台迅速登上热榜，国外也被开幕式的诸多惊艳瞬间刷屏，连奥林匹克官方都开始求带货：

而除了大型带货现场之外，最让国内外网友感到震撼的，就是其中展现出来的十足的科技感。

最开始破冰而出的五环一出，其逼真的碎冰效果就已经让不少人惊呼：不会真是现场雕刻的吧？

8K屏倾斜而下的瀑布流水，让人仿佛能直观地感受那种黄河之水天上来的震撼：

△图源CCTV16直播

还有跟随演员的脚步变幻的“流沙”，也是由AI动作捕捉实时实现的灯光特效：

△图源CCTV5 直播

面对此情此景，有日本网友甚至拉出了自家半年前的夏季奥运会，语气复杂地表示：

仅仅半年时间，人类科技的发展竟如此惊人。

接下来，就让我们来依次看看开幕式里那些令人惊艳的黑科技。

冰雪五环：重3吨LED异形屏

首先是开场那晶莹透亮的冰雪五环，可以说是兼具科技感与美感：

△图源中国青年报

有网友这样称赞道：

希望是破土而出，未来是破冰而生。

奥运五环经过24道激光“雕刻”后，从冰立方中破冰而出并随着音乐冉冉升起，随后就在高空伫立整整了70-80分钟。

这究竟是怎么做到的？

事实上，整个冰雪五环就是个巨大的LED异形屏，长达20米，重3吨。

据《盛会》纪录片报道，当时面临三个问题。

一个是透亮。即便是在大风、大雨等极端天气下也能保证看得到。最终经过不断地选择和调试，确定屏幕选择2毫米PC板，透光率达到70%。

还有就是供电方式和体重。按照原计划，五环升起需要用两根挨着地的拖线来牵引。

这样可以确保即便是在大风情况下，不至于晃悠太厉害，而且人力也可以介入来保障。

但在张艺谋导演团队看来，这样用两根细线来拉，会显得不够“美”。

于是他们就改变计划——上下都不拉线，由威亚吊起。

△图源冬奥会纪录片《盛会》

这就要求团队改变供电方式以及减轻体重。

供电方式上，他们从外部供电改为原本用来应急的电池。经过航天技术团队反复测试，并完成耐低温的性能测试，确定了航天强化电源。

而在体重控制上，工作人员曾描述，已经精确抠到一个小螺丝钉算重量。

最后总体重量从3.5吨控制到了3吨。

而将其包裹的冰立方，也是整场发布会中少有的几个大装置之一，通体被LED屏包围。

雪花火炬：嵌有55万颗LED灯珠

随后就是代表团入场，每个国家和地区入场时都有一个雪花引导牌。

这个引导牌可不简单。除了形状上像中国结，还在材质上下了不少功夫。

据团队介绍，一开始他们考虑的是3D打印，但是透光率不行、做不到晶莹剔透，看起来也笨重。

最终采用雪花和字母部分用LED灯珠代替，其他部分细钢丝支撑，利用光的折射来隐藏钢丝。

△图源冬奥会纪录片《盛会》

另外，为了防止过程中出现停电导致字母缺失、雪花不亮，团队采用五路供电的方式，即便3、4根电线断了，也能正常发光。

随着中国代表队入场之后，引导牌随着志愿者的动作汇聚在一起。此时，巨大的虚拟雪花开始形成。

大雪花形状的主火炬台就此诞生。

据京东方官微介绍，这个主火炬台直径有14.89米，由96块小雪花形状和6块橄榄枝形状的LED双面屏组成。

上面嵌着超55万颗LED灯珠，每个LED灯珠都由驱动芯片的单一信道独立控制。

而在点火仪式上，巨型雪花屏由中心向四周辐射开来。

这当中保证屏快速变化、视频画面完美协同的技术，同样也是京东方同/异步兼容信发系统。

异步集控能在极短时间内将大规模视频内容快速下发，同步集控确保102块双面屏幕实现毫秒级响应。

此外，“主路+环路”备份的高冗余控制系统确保了火炬台播控系统的超高可靠性。

与此同时，还采用了LoRa（远距离无线电）低延迟控制系统搭配同步播放时间校正技术，进一步确保视频画面完美协同。

最强AI辅助：4个摄像头实现全场动捕

除了这些黑科技之外，冬奥会还完成了几个首次。

其中一个首次，就是世界上首次对超过600人集体实时AI动作捕捉。

在《雪花》的节目中，上百位小朋友挥舞着和平鸽灯，在场地中四处游荡合唱~

他们脚下的每一步，都化作一朵朵雪花。

△图源央视直播

整个过程包括数据采集、传输以及实时渲染，总共时间不超过0.1秒，达到实时互动的效果。

而且据技术团队介绍，仅需4部摄像机就能覆盖全场。

核心主要解决两个方面的问题。

一个是识别出舞台上的演员并定位他们所在的位置；另一个则是保证实时互动。

前者是由英特尔提供的3DAT三维运动员追踪技术，由摄像机信息采集、数据分析、艺术效果渲染三大子系统构成，其核心算法是实时人体检测和位置追踪技术。后者由北京电影学院提供实时渲染支持。

实际上在这个节目之前，四组滑冰选手划出奥运口号那一刻，就已经使用了该技术。

8K地面屏：42000多块LED模块

要实现整场节目的效果完美呈现，还少不了一个大功臣。

那就是8K地面屏。

据介绍，这是目前世界上最大的一块LED地屏，面积达到了10552平方米。

光LED模块就用了42000多块。背后的技术团队京东方采用了多个8K+级分辨率的画面融合技术，以及光学校正算法。

其中，光学校正算法可对每个显示画面进行像素点级的光学校正。

最终呈现出100000:1超高对比度，3840Hz超高刷新率，以及29900x15096超高分辨率的超高清绚丽画面。

△图源CCTV16直播

但除了要实现8K超高清视频播放视觉体验外，还要兼具舞台的耐磨、结构承重、防水防寒以及电气安全等特性。

而且更具挑战的是，传统的地屏也没有经历过冬季室外环境的考验。

负责地屏建设的航天科技集团，为了解决这一问题，给传统的LED屏幕穿上了一层特殊的“防护服”。

最终，每一平方米的承重量都超过500公斤以上。

“我负责精彩，航天负责成功”

这是开幕式的总设计张艺谋挂在嘴巴的一句话。

没错，开幕式上的这些震撼画面的背后，离不开航天科技集团的支持。

这一集团共负责了地面舞台、威亚、火炬、冰立方、指挥监控、通信系统、地面显示系统、冰瀑、指挥中心、央视视频播放及VR、视频渲染机房等11个大项目。

比如开场“雕刻”出五环的那块冰立方，就是基于航天一院15所的多级折叠结构，最终在1毫米的误差之下成功升起的。

航天一院12所则负责整个开幕式的通信支持，开发出了有线内通系统、无线通信系统和无线FM广播系统。

除了开幕式上肉眼可见的“科技感”，冬奥会背后也可谓是卧虎藏龙。

北京冬奥会赛事时长约1000小时，转播内容总生产量将达6000小时。

所有的内容都将通过阿里云以4K的超高清格式向全球转播，部分重要赛事还将以8K格式转播，这将使今年的北京冬奥会成为全球首个全程4K直播的奥林匹克竞赛。

还有来自百度智能云团队的AI手语主播，在经历了朱广权的魔鬼面试后，现已正式上岗，将在各类冰雪赛事中，为2780万听障人士提供24小时不间断的手语服务。

场地里随处可见的智能向导机器人，不仅能指路，还会在被外国选手打招呼时，无情提醒“带好你的口罩”：

……

再回想起总导演张艺谋在赛前剧透的那句：

这场比赛很有科技含量，但是我们不炫技。

可以说是非常的凡尔赛了。

参考链接：

[1]https://search.bilibili.com/all?keyword=%E7%9B%9B%E4%BC%9A&from_source=webtop_search&spm_id_from=333.1007
[2]https://mp.weixin.qq.com/s/ikiOjXueuIQyEJsmZftRrg
[3]https://mp.weixin.qq.com/s/DFsmy3k1bP3xfA1oHQPp8Q

来源丨量子位（ID：QbitAI）
杨净 博雯 发自 凹非寺
https://mp.weixin.qq.com/s/g6jIJjNrPTeYAjhlaAD9WA

某站后端代码被“开源”，同时刷遍全网的，还有代码里的那些神注释。

我们这才知道，原来程序员个个都是段子手；这么多年来，我们也走过了他们的无数套路......

首先，产品经理，是永远永远吐槽不完的！网友的评论也非常扎心，说看这些代码就像在阅读程序员的日记，每一页都写满了对产品经理的恨。

然后，也要发出直击灵魂的质问：你是尊贵的付费大会员吗？

这不禁让人想起之前某音乐app的穷逼Vip，果然，穷逼在哪里都是会被标记的。

其实，不止这些，代码注释还有很多种玩法。毕竟，最会玩的还是你们程序员。

01杀了个产品经理祭天

大概全天下的程序员，都悄悄在代码里藏进了自己对产品举起的那把大刀，而且一不留神，刀尖就露出来了......

傻逼的是产品，不是我

到底要什么，我也很无奈啊.jpg

▲昕霖是产品经理，李超是设计师

锅是产品的，不是我的

02 诉求都在注释里了

出来工作，不就是为了赚钱吗？一不小心，真实的想法就在注释里流露。

不得不说，该站的程序员，真的很会搞事情。

“钱多活少办公室大，最好还能经常去国外旅游并能报销。”学生时代的Sergey Brin也把这个朴素的愿景写在了简历代码的注释里。原来，每个人的职业追求，都差不多。虽然后来的他成了Google联合创始人。

03 一不小心，就把实话说出来了

领导和老板们总有那么些不可言说的小心思，不过，程序员们你们也太耿直了吧？！

老板的心机，都被你们暴露了。

/** 老板说多线程先不开，等客户提需求优化 */

当然，同事也并没有多么靠谱。

04 隔空喊话，“友好”切磋

在代码注释里，程序员们还能隔着时空通过comment喊话，进行友好地交流与切磋。

比如下面这两行注释，就是跨越两年的一段喊话。

不过，一不小心，画风可能就变了，忍不住就Diss了一下。

//somedev1 - 6/7/02 添加对登录屏幕的暂时追踪功能

// somedev2 - 5/22/07 暂时个屁

05 猿们，要学好英语啊

还有些注释里，包含着前辈程序员的语重心长：要学好英语啊！否则是会闹笑话的。

蓝翔毕业不要紧，重要的是缩写不能乱写：

否则后果很严重：

# 不要再用 anal 做变量名了

# 你们想用 anal 这个缩写来表示analyze（分析），可是 anal 这个单词的意思是“肛门”# 我特么在哪都能看到 anal 这个词！
# 请不要再这么做了！
# 你们要用就用analyze，或者xbvvzr，要不然用什么其他的都可以。就是别写成 anal_insert 或者 anal_check了
# insert是插入的意思，check是检查的意思，自行脑补吧

06 喜提彩蛋，招聘了解一下

如果你有一双善于发现的眼睛，也许你就能看到，那些藏在Console里的招聘广告。也许，你从此就走上了升职加薪的人生巅峰呢~

07离职员工的温馨提醒

不过，跳槽需谨慎。史上最良心注释，碰到这样的坑，就赶紧撤吧。

08 我的代码就像一首诗

最后，写代码就像写一首诗，就像唱一首歌。

这样写注释，代码无bug！

不过，话说回来，你们写代码，居然都写注释？

来源：顶级程序员

cURL 作者 Daniel Stenberg 在 1 月 21 日收到了一家美国《财富》500 强企业发来的电子邮件，要求 Stenberg 回答关于 cURL 是否受到 Log4Shell 漏洞影响以及如何处理等问题。随后，他将邮件内容截图发到了推特上，并写道：

如果你是一家价值数十亿美元的公司还关注 Log4j，怎么不直接给那些你从未支付过任何费用的 OSS 作者发邮件，要求他们 24 小时内免费回复你这么多问题？

这件事迅速引发了网友们的关注。

把开源当成供应商

根据公开的邮件内容，这家《财富》500 强企业（暂且称为“NNNN”）将 Daniel 团队当成了产品供应商，并要求其 24 小时内免费提供关于 Log4j 漏洞的解决方案。下面是 NNNN 要求 Stenberg 回答的问题：

1. 如果您在应用程序中使用了 Java 日志库，那么正在运行的是哪些 Log4j 版本？
2. 贵公司是否发生过任何已确认的安全事件？
3. 如果是，哪些应用程序、产品、服务和相关版本会受到影响？
4. 哪些 NNNN 产品和服务受到影响？
5. NNNN 的非公开或个人信息是否会受到影响？
6. 如果是，请立即向 NNNN 提供详细信息。
7. 什么时候完成修复？列出每个步骤，包括每个步骤的完成日期。
8. NNNN 需要采取什么行动来完成此修复？

cURL（client URL 请求库的简称）是一个命令行接口，用于检索可通过计算机网络访问资源的内容。资源由 URL 指定，并且必须是软件支持的类型。cURL 程序实现了用户界面，基于用 C 语言开发的 libcurl 软件库。

Apache Log4j 日志库被 Java/J2EE 应用开发项目和基于 Java/J2EE 的现成软件解决方案的供应商大量使用。去年 12 月 9 日，Log4j 中被发现了一个漏洞，攻击者通过该漏洞能够进行远程代码执行，具体包括通过受影响的设备或应用程序访问整个网络、运行任何代码、访问受影响设备或应用程序上的所有数据、删除或加密文件等。可以说，cURL 开源代码与 Log4j 漏洞事件毫不相干。

虽然 Stenberg 从未参与过任何 Log4j 的开发工作，也没有任何使用了 Log4j 代码的版权产品，但 Stenberg 还是回复道，“你不是我们的客户，我们也不是你的客户。”并略带调侃地表示，只要双方签了商业合同就很乐意回答所有的问题。

“发邮件”只是例行公事？

“这封电子邮件显示出来的无知和无能程度令人难以置信。”Stenberg 在博文里写道，“很奇怪他们现在才发送关于 Log4j 的查询邮件，这似乎有点晚了。”

“这很可能只是一封发送给数十或数百个其他软件供应商 / 开发人员的模板电子邮件。如果确实来自像我过去工作过的那些大型企业，他们很可能会要求各种 IT 支持和开发团队编制一份企业使用的所有软件 / 工具的列表以及每个软件 / 工具的电子邮件地址。所以，很大可能只是有人按照项目计划中的要求向供应商发送电子邮件以延缓问题，并勾选他们的方框，说明已联系该供应商 / 开发人员。”有网友猜测道。

网友“Jack0r”介绍，其所在公司规定要有一个记载依赖项的 Excel 列表，列表里大多数是开源软件，还有一些封闭源代码和付费产品。开发人员要为每个依赖项设置一个联系人，因此与某软件相关的电子邮件可能会被放入列表中。但这个列表通常非常过时，也没有人专门更新。

“我曾经被要求填写一份 3 页关于 Oracle 数据库的详细资料表，但我们从未使用过 Oracle。有的软件运行在 Postgres 上，有的运行在 MySQL 上，有的运行在 NoSQL 上，但他们说，‘MySQL 是从 Oracle 来的，不是吗?’”网友现身说法。

而当出现严重安全漏洞时，负责 Excel 工作表的人员（非开发人员，也不知道这些依赖项如何使用，甚至不知道它们是什么）必须联系每个依赖项的所有者并向他们提出相同的问题。他们这样做不是为了做有用的事情，只是为了告诉他们的客户“我们正在竭尽全力修复这个漏洞”。大多数情况下，这些甚至要被写进合同中。

Reddit 上也有网友表示，Stenberg 收到的邮件来自对计算机或开源一无所知的律师助理。他只是有一长串的名字要联系，这样就可以为公司建立防御，防止因黑客攻击而被起诉。他甚至不在乎公司是否被黑，也不在乎会不会被起诉，他只关心自己的工作，那就是做好准备，以防万一。

因此，有人庆幸道，这就是为什么开源许可证非常重要的原因。开源许可证保护了作者的权益，同时确保了治理到位是企业的责任。

“只盖房子而不关心地基”

“我认为，这可能是开源金字塔的一个很好例证，上层用户根本不考虑底层设施的维护。只盖房子而不关心地基。”Stenberg 写道。

开源金字塔的最底部是基础组件、操作系统和库，上面所有的东西都是在此基础上建立的。

越往上走，产品更多是面向终端用户，企业能赚更多的钱，同时产品迭代更快、语言要求层次更高，开放源码的份额也不断减少。在最上面，很多东西已经不是开源的了。反之，越往下走，产品使用寿命更长，语言要求不好，但 bug 的影响更大，修复需要的时间更长，因此维护比重构更重要。在最底部，几乎所有的东西都是开源的，每个组件都被无数的用户所依赖。

只要有可能在不为“公共基础设施”付出很多就能赚到很多钱，那么企业就没有什么动力去投资或支付某些东西的维护费用。但足够好的软件组件也会偶尔出现 bug，但只要这些漏洞没有真正威胁到赚钱的人，这种情况就不会改变。

Stenberg 认为，为依赖项的维护付费有助于降低未来在周末早上过早发出警报的风险。底层组件的开发者们的工作就是要让依赖其组件功能的用户相信，如果他们购买支持，就能更加放心，避免任何隐藏的陷阱。

根据 Linux 基金会和学术研究人员对 FOSS（免费和开源软件）贡献者进行的调查，开发者们花在安全问题上时间低于 3%，同时受访者并不希望增加花在安全上的时间。“安全事业是一项令人沮丧的苦差事”“安全是令人难以忍受的无聊程序障碍”。有足够的资金让工程师将时间花在代码维护上，或许可以降低严重故障的发生率。

与此同时，底层开发者与上层使用者之间的矛盾日益加深。1 月 11 日， Apache PLC4X 的创建者 Christofer Dutz 在 GitHub 发文称，由于得不到任何形式的回报，他将停止对 PLC4X 的企业用户提供免费的社区支持。若后续仍无企业愿意站出来资助项目，他将停止对 PLC4X 的维护和任何形式的支持。

有的组件可能被成千上万家公司用于一项很小而重要的任务，有的是与 Apache PLC4x 一样，可能只有一个少数组织形成的自然市场。但目前没有具体办法来衡量使用组件给企业带来的收益，更没有一个通用方案可以用来收集和分配企业对开源项目的捐款。

开源可持续性问题的解决已经迫在眉睫。

作者：褚杏娟
来源：https://mp.weixin.qq.com/s/G_47x6D8-KXozSy8XWGXbg

近日，北京一程序员小伙提前放假，避开了连上7天班，不料被家人安排了7场相亲，每天一场。他结合相亲对象性格、爱好等认真制作了规划，并准备了不同年货礼物，感叹好累…

人家程序员相7个亲都有个规划，身为凡事皆是项目，凡事皆有规划的项目经理，你呢？有相亲对象吗？ 相亲必备SOP流程，直接拿走不谢

第一步: 明确问题

找到自己的爱人项目在立项之前，最重要的是，先明确做这个项目是为了要解决的问题是什么。要不然这个项目本身就是不成立的。

现在你要解决的问题就是：找对象。而立之年，恋爱结婚是你当前的一大任务！（注：那些本身就不想结婚的人不在我们讨论范围之内。）

第二步：了解现状

好感度等级

我们在做计划之前必须进行一些分析和定义，这样我们才能有针对性的制定计划首先我们对“潜在对象对你的好感度”做等级划分如下：
第三步：设定目标

在一年之内将T对我好感由1星提升为8星

第四步: 把握真因

了解自己和对方真实需求

项目经理在跟甲方对接需求的时候，一定要先了解对方的真实原因。

找对象也一样。下面这个四句口诀，请牢记：

了解自己的优势，扬长避短；

了解目标的界定，聚焦战略；

了解对方的全况，知己知彼；

了解对方的需求，对症下药；

第五步: 制定对策

了解一切的可能，制造机缘

首先，确定T的日常作息。这个可以直接问本人，如果认识T的朋友同学会更好。比如，有的姑娘每周五下班会去超市采购，你就可以也在同样的时间点去偶遇。

其次，了解对方的兴趣爱好。比如T喜欢打篮球，跟他朋友打听一下T经常去什么地方打篮球；如果T喜欢看书，那就去看看T喜欢什么类型的书，增加以后聊天的话题。

总之，就是寻找突破口，制造更多在一起的时间增进彼此了解。

举个例子：

第六步：实施对策

用逻辑树来进行归纳整理以便更好的实施


注：以上只是作为举例，具体实践请根据你们交往发展情况而定。

第七步: 评价结果和过程

关注实施方案，随时修正

在采取行动的过程中，要保持警惕，用思维导图分析不良效果的原因，时刻注意对方的变化，采取相应对策化解，修正自己的行为。

使用思维导图进行原因分析：

针对问题列出措施改进方法：

第八步: 评估方法并标准化

了解力量的消长，成功或退出

理性的三个关键词：

• 敏感：上帝存在于细节之中，如果是你要怎么把握对方的话。

• 关爱：爱胜在付出，每个人都在为爱播种，是否结果看你照顾多少。

• 尊严：人最后的防线就是自尊，不要为了恋爱却失去了尊严。

作者：圈圈
来源：https://mp.weixin.qq.com/s/GNPVc5qgOpMgnAeeQlAwrw

李纳斯，更常用的翻译是林纳斯，下文保留作者的写法。

我对生命的意义有种理论。我们可以在第一章里对人们解释生命的意义何在。这样可以吸引住他们。一旦他们被吸引住，并且付钱买了书，剩下的章节里我们就可以胡扯了。

虽然李纳斯戏谑的称自己是在胡扯，但是如果你看到后面，了解李纳斯的为人，了解李纳斯的生活，了解李纳斯的故事之后，再来看这句话，你心里会嘀咕：这是在胡扯吗？其实还好啦。

也许真正的大佬才能懂得生命的意义，当李纳斯说"有三件事具有生命的意义。它们是你生活当中所有事情的动机，包括你所做的任何事情和一个生命体该做的所有事情。第一是生存，第二是社会秩序，第三是娱乐。生活中所有的事情都是按这个顺序发展的。娱乐之后便一无所有。因此从某种意义上说，这意味着生活的意义就是要达到第三个阶段。你一旦达到了第三个阶段，就算成功了。但首先要越过前两个阶段。"

反观我们生活的世界，这三个道理却具有普适性意义。也许马斯洛需求理论根本不存在，该理论提出最底层就是人的生存需求，上一层就是社会秩序、安全需求，再往上什么归属于爱的需求、尊重需求、求知需求、审美需求、自我实现等等都是可以归为娱乐。

吃得饱穿得暖是人的天性，而爱玩娱乐也是人的天性。但是娱乐这个范围非常却是广泛的，李纳斯抱着 CommodoreVIC-20 在芬兰严冬中的屋内编程玩游戏是一种娱乐；我们在北方的地暖屋里躺在床上刷着短视频也是一种娱乐，只不过后者无法创造出现实价值来罢了。

李纳斯是很简单的。他的妈妈对她的一些朋友们说，"我是个非常好养的孩子。她只要把我放在一个黑咕隆咚的储藏柜里，再配上一台电脑，偶尔朝里扔一些意大利面条，我就会感到格外高兴了。她的话不无道理。"其实我们也是很简单的，当你在玩游戏上瘾的时候，我相信给你一根网线，一瓶水，一碗面条，一个瓶子（用来装什么大家可以猜测）你也能熬两天，不要问我怎么知道的，因为我这么熬过，只不过我有洗手间。。。。。。

我写文章已经两年多了，这段时间以来我确实也有许多次能体会到李纳斯的那种快乐，单纯地快乐，喜欢写作，发自内心的喜欢，对象找我去逛街我觉得麻烦，领导让我开发新功能我觉得麻烦，甚至我家狗子拉的屎我都不愿意收。。。。。。

但是我非常佩服的就是李纳斯在暑假只做两件事情，第一件事是什么都没做。第二件事是读完了719页的《操作系统：设计和执行》。放在现如今的学生时代，我想恐怕鲜有人能够做到，反正我在上学时候的暑假，要么就是写作业，要么就是玩游戏。

李纳斯编写的 Linux 操作系统确实花费了他大量的时间和精力，"编程――睡觉――编程――睡觉――编程――吃饭（饼干）――编程――睡觉――编程――洗澡（冲冲了事）――编程。" 阿基米德说过给我一根杠杆我就能撬动地球，我却想说，给我六个月，我能把游戏玩明白了。

不管李纳斯编写出来的 Linux 系统多么耀眼和辉煌，他却从不在家人面前过多谈论自己，他只是想在家人面前表现出："这就是一个喜欢捣鼓电脑的老实孩子"。

毫不夸张的说，开源创造了整个软件行业，无私分享的精神真是人类进步的阶梯和推动力，这也是为什么开源精神如此崇高的原因，即站在巨人的肩膀上看世界。

最让我觉得李纳斯特别尊敬的一点就是他对版权的看法：如果一个人每月只能挣五十美元，他可能会为一个软件花费二百五十美元吗？如果花一点钱买非法拷贝软件，而把五个月的工资用于吃饱肚子，我一点不觉得他不道德。这种侵权是道义上可以接受的。去追捕这种“侵权者”是不道德的，更不要说简直就是愚蠢的。科技向善，科技最终的目标就是让我们的生活更加方便和便利，而不是驱逐一些人。

我觉得那些能在各种领域构建一个小型世界的人真的很酷，比如海贼王这部作品就构筑了一个海上世界，世界格局和世界秩序相辅相成，同样的，李纳斯也构建了一个世界，这个世界是属于操作系统的，他自己制定了操作系统的运行规则，他决定了进程和线程的生死，他决定了内存的分配规则，他构建了一切应用软件的基础规则。

在这本自传中，让我很能体会到李纳斯一个非常显著的特点就是：当懒人，编程是一项创造性的工作，而 Linux的发明从来不是靠牺牲宝贵的睡眠时间换来的。事实上相比创造 Linux，他更喜欢睡觉。

也许程序员都是直率的，李纳斯也是一样，因为直率的人善于解决问题，这类人遇到问题时想的不是拐弯抹角想方设法逃避问题，而是直接上手解决，这样才会节省出来时间做更多的事儿。但是直率的人怼人也非常直率，我相信大家都遇到过被上司无情痛批或是在 Code View 时代码被无情的 diss。李纳斯在回复安德鲁塔南鲍姆（MINIX 的作者）的质疑时也显现出了直率的一面，只不过他怼人的语气相较于国内来说，还是温柔太多了。

李纳斯和塔芙育有三个孩子，塔芙最开始是李纳斯所讲的《计算机科学入门》这门课程的学生，后来李纳斯在给学生布置作业时说到：今天的家庭作业是给我发一个邮件（这在通讯如此发达的现代看起来有点傻），其他人都在问候，只有塔芙在请李纳斯出去约会。只有塔芙让李纳斯将近两周都没有使用计算机。

Linux 被创建出来，轰动了全世界，但是作为 Linux 的作者，却奉行了开源的思想，我想这就是为什么李纳斯在程序员眼里被看做是神一样的男人，这种看似离经叛道的行为，这种和资本主义金钱主义背道而驰的行为，在大多数人看起来都是不可理喻的，但是也许只有他自己知道，Just For Fun。

还有一句话我觉得很有意思，就是他在和盖茨的比较中说的话："在这场操作系统之争中，一方是庞大而邪恶的微软公司与刻毒、贪婪却他妈富得流油的比尔盖茨，另一方则是以无私的爱心致力于自由软件的谦逊的民间英雄李纳斯·托沃兹。" 当 Linux 有足够和微软抗衡的资本后："于是，有些加盟微软的朋友告诉我，他们曾见到我的头像被钉在了微软公司里的飞镖靶心上，我对此唯一的评论是：我的大鼻子实在太好瞄准了。"

作者：cxuan
来源：https://mp.weixin.qq.com/s/wyUUyf9cEKgr7s51EQYF9w

CPU 如何读写数据的？

先来认识 CPU 的架构，只有理解了 CPU 的 架构，才能更好地理解 CPU 是如何读写数据的，对于现代 CPU 的架构图如下：

可以看到，一个 CPU 里通常会有多个 CPU 核心，比如上图中的 1 号和 2 号 CPU 核心，并且每个 CPU 核心都有自己的 L1 Cache 和 L2 Cache，而 L1 Cache 通常分为 dCache（数据缓存） 和 iCache（指令缓存），L3 Cache 则是多个核心共享的，这就是 CPU 典型的缓存层次。

上面提到的都是 CPU 内部的 Cache，放眼外部的话，还会有内存和硬盘，这些存储设备共同构成了金字塔存储层次。如下图所示：

从上图也可以看到，从上往下，存储设备的容量会越大，而访问速度会越慢。至于每个存储设备的访问延时，你可以看下图的表格：

你可以看到， CPU 访问 L1 Cache 速度比访问内存快 100 倍，这就是为什么 CPU 里会有 L1~L3 Cache 的原因，目的就是把 Cache 作为 CPU 与内存之间的缓存层，以减少对内存的访问频率。

CPU 从内存中读取数据到 Cache 的时候，并不是一个字节一个字节读取，而是一块一块的方式来读取数据的，这一块一块的数据被称为 CPU Line（缓存行），所以 CPU Line 是 CPU 从内存读取数据到 Cache 的单位。

至于 CPU Line 大小，在 Linux 系统可以用下面的方式查看到，你可以看我服务器的 L1 Cache Line 大小是 64 字节，也就意味着 L1 Cache 一次载入数据的大小是 64 字节。

那么对数组的加载， CPU 就会加载数组里面连续的多个数据到 Cache 里，因此我们应该按照物理内存地址分布的顺序去访问元素，这样访问数组元素的时候，Cache 命中率就会很高，于是就能减少从内存读取数据的频率， 从而可提高程序的性能。

但是，在我们不使用数组，而是使用单独的变量的时候，则会有 Cache 伪共享的问题，Cache 伪共享问题上是一个性能杀手，我们应该要规避它。

接下来，就来看看 Cache 伪共享是什么？又如何避免这个问题？

现在假设有一个双核心的 CPU，这两个 CPU 核心并行运行着两个不同的线程，它们同时从内存中读取两个不同的数据，分别是类型为 long 的变量 A 和 B，这个两个数据的地址在物理内存上是连续的，如果 Cahce Line 的大小是 64 字节，并且变量 A 在 Cahce Line 的开头位置，那么这两个数据是位于同一个 Cache Line 中，又因为 CPU Line 是 CPU 从内存读取数据到 Cache 的单位，所以这两个数据会被同时读入到了两个 CPU 核心中各自 Cache 中。

我们来思考一个问题，如果这两个不同核心的线程分别修改不同的数据，比如 1 号 CPU 核心的线程只修改了 变量 A，或 2 号 CPU 核心的线程的线程只修改了变量 B，会发生什么呢？

分析伪共享的问题

现在我们结合保证多核缓存一致的 MESI 协议，来说明这一整个的过程，如果你还不知道 MESI 协议，你可以看我这篇文章「[10 张图打开 CPU 缓存一致性的大门][10 _ CPU]」。

①. 最开始变量 A 和 B 都还不在 Cache 里面，假设 1 号核心绑定了线程 A，2 号核心绑定了线程 B，线程 A 只会读写变量 A，线程 B 只会读写变量 B。

②. 1 号核心读取变量 A，由于 CPU 从内存读取数据到 Cache 的单位是 Cache Line，也正好变量 A 和 变量 B 的数据归属于同一个 Cache Line，所以 A 和 B 的数据都会被加载到 Cache，并将此 Cache Line 标记为「独占」状态。

③. 接着，2 号核心开始从内存里读取变量 B，同样的也是读取 Cache Line 大小的数据到 Cache 中，此 Cache Line 中的数据也包含了变量 A 和 变量 B，此时 1 号和 2 号核心的 Cache Line 状态变为「共享」状态。

④. 1 号核心需要修改变量 A，发现此 Cache Line 的状态是「共享」状态，所以先需要通过总线发送消息给 2 号核心，通知 2 号核心把 Cache 中对应的 Cache Line 标记为「已失效」状态，然后 1 号核心对应的 Cache Line 状态变成「已修改」状态，并且修改变量 A。

⑤. 之后，2 号核心需要修改变量 B，此时 2 号核心的 Cache 中对应的 Cache Line 是已失效状态，另外由于 1 号核心的 Cache 也有此相同的数据，且状态为「已修改」状态，所以要先把 1 号核心的 Cache 对应的 Cache Line 写回到内存，然后 2 号核心再从内存读取 Cache Line 大小的数据到 Cache 中，最后把变量 B 修改到 2 号核心的 Cache 中，并将状态标记为「已修改」状态。

所以，可以发现如果 1 号和 2 号 CPU 核心这样持续交替的分别修改变量 A 和 B，就会重复 ④ 和 ⑤ 这两个步骤，Cache 并没有起到缓存的效果，虽然变量 A 和 B 之间其实并没有任何的关系，但是因为同时归属于一个 Cache Line ，这个 Cache Line 中的任意数据被修改后，都会相互影响，从而出现 ④ 和 ⑤ 这两个步骤。

因此，这种因为多个线程同时读写同一个 Cache Line 的不同变量时，而导致 CPU Cache 失效的现象称为伪共享（False Sharing）。

避免伪共享的方法

因此，对于多个线程共享的热点数据，即经常会修改的数据，应该避免这些数据刚好在同一个 Cache Line 中，否则就会出现为伪共享的问题。

接下来，看看在实际项目中是用什么方式来避免伪共享的问题的。

在 Linux 内核中存在 cacheline_aligned_in_smp 宏定义，是用于解决伪共享的问题。



• 如果在多核（MP）系统里，该宏定义是 cacheline_aligned，也就是 Cache Line 的大小；
• 而如果在单核系统里，该宏定义是空的；

因此，针对在同一个 Cache Line 中的共享的数据，如果在多核之间竞争比较严重，为了防止伪共享现象的发生，可以采用上面的宏定义使得变量在 Cache Line 里是对齐的。

举个例子，有下面这个结构体：

结构体里的两个成员变量 a 和 b 在物理内存地址上是连续的，于是它们可能会位于同一个 Cache Line 中，如下图：

所以，为了防止前面提到的 Cache 伪共享问题，我们可以使用上面介绍的宏定义，将 b 的地址设置为 Cache Line 对齐地址，如下：

这样 a 和 b 变量就不会在同一个 Cache Line 中了，如下图：

所以，避免 Cache 伪共享实际上是用空间换时间的思想，浪费一部分 Cache 空间，从而换来性能的提升。

我们再来看一个应用层面的规避方案，有一个 Java 并发框架 Disruptor 使用「字节填充 + 继承」的方式，来避免伪共享的问题。

Disruptor 中有一个 RingBuffer 类会经常被多个线程使用，代码如下：

你可能会觉得 RingBufferPad 类里 7 个 long 类型的名字很奇怪，但事实上，它们虽然看起来毫无作用，但却对性能的提升起到了至关重要的作用。

我们都知道，CPU Cache 从内存读取数据的单位是 CPU Line，一般 64 位 CPU 的 CPU Line 的大小是 64 个字节，一个 long 类型的数据是 8 个字节，所以 CPU 一下会加载 8 个 long 类型的数据。

根据 JVM 对象继承关系中父类成员和子类成员，内存地址是连续排列布局的，因此 RingBufferPad 中的 7 个 long 类型数据作为 Cache Line 前置填充，而 RingBuffer 中的 7 个 long 类型数据则作为 Cache Line 后置填充，这 14 个 long 变量没有任何实际用途，更不会对它们进行读写操作。

另外，RingBufferFelds 里面定义的这些变量都是 final 修饰的，意味着第一次加载之后不会再修改， 又由于「前后」各填充了 7 个不会被读写的 long 类型变量，所以无论怎么加载 Cache Line，这整个 Cache Line 里都没有会发生更新操作的数据，于是只要数据被频繁地读取访问，就自然没有数据被换出 Cache 的可能，也因此不会产生伪共享的问题。

作者：小林
来源：https://mp.weixin.qq.com/s/zeGxBx77TFGtVeMRBVR-Lg

几年前我就知道IT桔子一直在统计互联网公司的死亡清单，没想到他们一直坚持在做，目前统计了2014年至2022年，随时更新，上榜公司表示：简直是社死现场！

这里面包括也很多的知名公司，如：

找ofo小黄车 、学霸君、环球易购、叮咚快买、菜鸟团、巨人教育、买卖宝、DaDa英语等

因为是公墓嘛，所有还有一个让人哭笑不得的功能，就是“上香“，你要不要为你已经倒闭的前公司上个香呢？

在这份名单中，清晰的记录了公司名称，存活时长、倒闭时长、所属行业、公司地点、成立时间、获投状态，我们根据行业来看看，2021年总计倒闭公司821家，都是什么情况。

2021年《教育类》公司死亡清单

2021年《金融类》公司死亡清单

2021年《游戏类》公司死亡清单

2021年《区块链类》公司死亡清单

总计分为23个大类，详细的可以去IT桔子的网站查看。

针对这些行业公司的死亡原因，该网站也进行了统计。

如：手机游戏类公司 公司死亡795家，死亡原因70%都是因为资金问题。

如：交友社区类公司 公司死亡464家，死亡原因40%都是市场定位有问题，30%的原因是产品问题，也有10%的原因是资金问题。

针对除了行业的大类分析，每个公司的死亡原因也进行了详细说明。

如买卖宝，存活时间有14年2个月，曾经获得过红杉资本、腾讯、京东等的融资。估值97.5亿元。

死亡原因：竞争不足。

如杰睿教育，存活时间有10年9个月，曾经获得过赛领资本、千帆资本、真格基金等的融资。估值26.6亿元。

死亡原因：政策监管。

数据说明

死亡公司数据库网页声明：

一、本网页基于IT桔子投资数据库而打造的“死亡公司数据库”，致力于展现中国新经济领域近些年倒闭的创新创业公司；
二、“死亡公司数据库”的公司关闭时间是依据公开媒体报道及部分估算，可能会存在些许误差，但我们着力确保更高的可靠性；
三、IT桔子对所收录公司运营状况的判定来源如下：
1、公开媒体报道公司关闭、破产清算的；
2、公司自身在微信、微博等渠道宣布关闭、破产清算的；
3、公司明显经营异常：公司被注销；公司产品比如APP或微信持续6个月及以上没更新；公司因为监管被抓、无法经营……交叉比对后确认没有持续经营。

这几天也看了不少博主对2022年的进行了预测，但是，我们始终要相信：世界上唯一不变的是一直在变。特别是作为一名在互联网觅食的程序员，一定要提升自己的技术和管理能力，投资自己是最正确的选择。

对于那些想创业的朋友，一定要三思而后行，别一时想不开就出来创业！

守住自己的钱袋子，别乱投资！猥琐发育，只要还有本金，没下赌桌，就还有翻身的机会，不要梭哈！

2022年，我们一起加油！

作者：机器人的秘密探索
来源：https://www.sohu.com/a/515405099_121124372

大家好，我是道哥。

今天，我们来聊一道常见的考题，也出现在腾讯面试的三面环节，非常有意思。具体的题目如下：

文件中有40亿个QQ号码，请设计算法对QQ号码去重，相同的QQ号码仅保留一个，内存限制1G.

这个题目的意思应该很清楚了，比较直白。为了便于大家理解，我来画个动图玩玩，希望大家喜欢。

能否做对这道题目，很大程度上就决定了能否拿下腾讯的offer，有一定的技巧性，一起来看下吧。

在原题中，实际有40亿个QQ号码，为了方便起见，在图解和叙述时，仅以4个QQ为例来说明。

方法一：排序

很自然地，最简单的方式是对所有的QQ号码进行排序，重复的QQ号码必然相邻，保留第一个，去掉后面重复的就行。

原始的QQ号为：

排序后的QQ号为：

去重就简单了：

可是，面试官要问你，去重一定要排序吗？显然，排序的时间复杂度太高了，无法通过腾讯面试。

方法二：hashmap

既然直接排序的时间复杂度太高，那就用hashmap吧，具体思路是把QQ号码记录到hashmap中：

mapFlag[123] = true
mapFlag[567] = true
mapFlag[123] = true
mapFlag[890] = true

由于hashmap的去重性质，可知实际自动变成了：

mapFlag[123] = true
mapFlag[567] = true
mapFlag[890] = true

很显然，只有123，567，890存在，所以这也就是去重后的结果。

可是，面试官又要问你了：实际要存40亿QQ号码，1G的内存够分配这么多空间吗？显然不行，无法通过腾讯面试。

方法三：文件切割

显然，这是海量数据问题。看过很多面经的求职者，自然想到文件切割的方式，避免内存过大。

可是，绞尽脑汁思考，要么使用文件间的归并排序，要么使用桶排序，反正最终是能排序的。

既然排序好了，那就能实现去重了，貌似就万事大吉了。我只能坦白地说，高兴得有点早哦。

接着，面试官又要问你：这么多的文件操作，效率自然不高啊。显然，无法通过腾讯面试。

方法四：bitmap

来看绝招！我们可以对hashmap进行优化，采用bitmap这种数据结构，可以顺利地同时解决时间问题和空间问题。

在很多实际项目中，bitmap经常用到。我看了不少组件的源码，发现很多地方都有bitmap实现，bitmap图解如下：

这是一个unsigned char类型，可以看到，共有8位，取值范围是[0, 255]，如上这个unsigned char的值是255，它能标识0~7这些数字都存在。

同理，如下这个unsigned char类型的值是254，它对应的含义是：1~7这些数字存在，而数字0不存在：

由此可见，一个unsigned char类型的数据，可以标识0~7这8个整数的存在与否。以此类推：

• 一个unsigned int类型数据可以标识0~31这32个整数的存在与否。

• 两个unsigned int类型数据可以标识0~63这64个整数的存在与否。

显然，可以推导出来：512MB大小足够标识所有QQ号码的存在与否，请注意：QQ号码的理论最大值为2^32 - 1，大概是43亿左右。

接下来的问题就很简单了：用512MB的unsigned int数组来记录文件中QQ号码的存在与否，形成一个bitmap，比如：

bitmapFlag[123] = 1
bitmapFlag[567] = 1
bitmapFlag[123] = 1
bitmapFlag[890] = 1

实际上就是：

bitmapFlag[123] = 1
bitmapFlag[567] = 1
bitmapFlag[890] = 1

然后从小到大遍历所有正整数(4字节)，当bitmapFlag值为1时，就表明该数是存在的。 而且，从上面的过程可以看到，自动实现了去重。显然，这种方式 可以通过腾讯的面试 。

扩展练习一

文件中有40亿个互不相同的QQ号码，请设计算法对QQ号码进行排序，内存限制1G.

很显然，直接用bitmap, 标记这40亿个QQ号码的存在性，然后从小到大遍历正整数，当bitmapFlag的值为1时，就输出该值，输出后的正整数序列就是排序后的结果。

请注意，这里必须限制40亿个QQ号码互不相同。通过bitmap记录，客观上就自动完成了排序功能。

扩展练习二

文件中有40亿个互不相同的QQ号码，求这些QQ号码的中位数，内存限制1G.

我知道，一些刷题经验丰富的人，最开始想到的肯定是用堆或者文件切割，这明显是犯了本本主义错误。直接用bitmap排序，当场搞定中位数。

扩展练习三

文件中有40亿个互不相同的QQ号码，求这些QQ号码的top-K，内存限制1G.

我知道，很多人背诵过top-K问题，信心满满，想到用小顶堆或者文件切割，这明显又是犯了本本主义错误。直接用bitmap排序，当场搞定top-K问题。

扩展练习四

文件中有80亿个QQ号码，试判断其中是否存在相同的QQ号码，内存限制1G.

我知道，一些吸取了经验教训的人肯定说，直接bitmap啊。然而，又一次错了。根据容斥原理可知：

因为QQ号码的个数是43亿左右(理论值2^32 - 1)，所以80亿个QQ号码必然存在相同的QQ号码。

海量数据的问题，要具体问题具体分析，不要眉毛胡子一把抓。有些人完全不刷题，肯定不行。有些人刷题后不加思考，不会变通，也是不行的。好了，先说这么多。我们也会一步一个脚印，争取每篇文章讲清讲透一件事，也希望大家阅读后有所收获，心情愉快。

作者：爱码有道
来源：https://mp.weixin.qq.com/s/YlLYDzncB6tqbffrg__13w

我短暂的职业生涯被 React 充斥着。

还没毕业前我从 Vue 2.x 入手开始学习框架，在一个我当时觉得还行现在回看完全不行的状态进了公司。然后开启了跟 React 死磕的状态，从 class 组件到函数式组件，从 Redux 到 Recoil，从 Antd 到 MUI...

不久前一个呆了2年多的项目成功结束，接下来要去一个新项目，新项目要用 Angular，于是我开始告别从毕业就开始用的 React，开始学习这个大家少有提及的框架。

得

回顾这几年，要说 React 带给我最多的是什么，我觉得可能是思想，是一种编程范式。为了理解 React 新的函数式组件，我去学习 FP，但我并不是一个原教旨主义者，所以我当然也不认同你想学 FP 就得去学 Lisp 的说法。

在这期间我发现小黄书的作者 Kyle Simpson 也写了一本专门为 JSer 介绍 FP 的书，书中前言部分我深以为然：

The way I see it, functional programming is at its heart about using patterns in your code that are well-known, understandable, and proven to keep away the mistakes that make code harder to understand.

是的，编程范式的作用是为了让人们更好地组织和理解代码，编程范式应该去服务写代码的人，而不是人去事无巨细地遵循编程范式的每一个规则，理解每一个晦涩难懂的概念。

I believe that programming is fundamentally about humans, not about code. I believe that code is first and foremost a means of human communication, and only as a side effect (hear my self-referential chuckle) does it instruct the computer.

敏捷需要以人为本，写代码其实也一样。我们要做的应该是理解编程范式本身以及它背后的作用，或许在未来的某天你会突然发现，原来我用了这么久的这个玩意儿有一个这么有意思的名字，亦或者你可能永远也解释不清楚那个概念到底是什么：

A monad is just a monoid in the category of endofunctors.

一个单子不过是自函子范畴上的幺半群。

那是不是搞不懂我就不能玩 FP 了？然后我就得站在鄙视链底端，被 Haskell、Lisp 玩家们指着鼻子嘲笑：你们看那家伙，其实啥也不懂，他那也叫 FP？

这个问题我没有答案，或许可以留给大家来讨论。但是到这里我至少明白了 React Hooks 为什么要叫 "hook"；为什么有一个 hook 叫 "useEffect"；我也理解了为什么大家都说不要用 hook 去实现 class 组件的生命周期。

除了写好 React 本身，我也尝试了纯函数、偏函数、柯里化、组合和 Point-free 风格的代码，确实得到了一些好处，也确实带来了一些不便。

可能这些思想就是学习 React 带给我最大的 side effect 吧（笑。

失

与 React 准备 all in FP 相反的是，与 Angular 短暂接触的我发现它全面拥抱 OOP。与当时 React 从 class 组件切换到函数式组件一样，首先你得把编程范式思想完全转变过来才能很好地理解 Angular。这又促使我不得不去复习许多被我丢弃很久的 OOP 思想。

到这我不禁想起一次公司内 TDD 训练营，作业完成后去找 coach 讲解，讲解过程中 coach 讲到了抽象能力、隔离层、防腐层。那时我才发现自己 OO 的抽象能力和一起的后端小伙伴一比实在是差到不行，只有大学时候的能力。反思过后像是被 React 给“惯”坏了，几乎已经丢掉了这部分能力。

老实说我接触 React class 组件时间并不长，第一个项目只有短短几个月。后面两个项目虽然去写 Java 了，但是第一个都是一些修修补补的工作，更像是在做 DevOps，后来的项目去写 Java BFF，毫无抽象可言，全是数据 mapping。然后又进到了一个将“追求技术卓越”贯彻执行的项目，成了那批最早吃函数式组件螃蟹的人。

于是我接触 class 组件的时间就只有作为毕业生的那短短几个月而已。

然后当我看到 Angular 文档中的依赖注入时，我脑子只能零星蹦出一些概念：SOLID、解耦。别说细节，我甚至不知道我蹦出来的这些东西是不是对的。于是我又只能凭着自己的记忆去邮件里搜相关的博客大赛的文章。

我好像已经丢掉了 OOP 了。

种下一棵树最好的时间是十年前，其次是现在。

悟

跳出all in FP 的 React 我发现世界不是非黑即白的。说是全面拥抱 OOP，但其实你可以很轻易的在 Angular 中发现 FP 的影子 -- 用 pipe 来处理数据，用 Rx 来处理请求。

既然是以人为本，编程范式本就不应该对立，它们明明可以互补，在自己擅长的领域处理自己擅长的事情，哪怕是同一个项目。看惯了两个阵营吵架的场景，好像这样的场景才是我想要的。

于是我又回忆起某天在项目上和大家讨论的项目分包问题，最后的结论是 OOP 的以对象和 domain 分包的策略在大多数时候要优于单纯的 FP 的方式。它能让功能更集中，让大家更容易找到自己想要找的东西。

但是回过头来静静思考，我虽然会好好学习 OOP，但是我目前大概率不会去深入学习相关的建模方法。因为在目前我的工作环境下，我没看到有前端同学需要深刻理解建模方法的场景，大多数情况浅尝辄止即可。

以我自身的经历来看，DDD 我看过也参加过培训，也跟着项目后端小伙伴在搭建项目时从零到一实践过。但是在实践不多的情况下，整个过程逃脱不了学了忘忘了学的魔咒。大概唯一的用处就是当我被抓到后端去干活能看懂他们为什么要这么组织代码，至于建模的那个过程，被抓去干活的我是大概率不会参与的。（当然如果你有相关的经历还请喷醒我，比如你作为偏前端的小伙伴就是要熟练掌握建模方法，不然工作就做不下去了）

不要被技术栈限制住了自己，其实以前一直对这句话一知半解，虽然可能现在的理解也没有很强。可是当你从一个框里跳出来以后，去思考画框这个人的想法，你可能能够得到一些不一样的思考。对于 Thoughtworker 来说学习一个新框架，一门新语言可能不是什么问题，那我们是不是可以更进一步，想想那些看起来“虚无缥缈”的东西呢。

别被你的框架框住你了。

作者：Teobler
来源：https://juejin.cn/post/7032467133611294733

1、高级Android开发工程师：
1. 3年及以上Android开发经验，具有成熟Android APP产品开发经验者优先；
2. 熟练掌握Android SDK,Java,设计模式，http，多线程编程者优先；
3. 有NDK开发经验优先；
4. 熟悉Android Framwork,插件开发，有APP架构设计优先；
5. 有SDK开发经验优先；6.有IM开发经验优先


2、iOS开发工程师：
1. 3年及以上iOS开发经验，具有成熟iOS APP产品开发经验者优先；
2. 熟悉iOS框架以及各种特性，深刻理解常用设计模式, 熟练使用网络、多线程、数据库等客户端开发技术；
3. 扎实的Objective-C或Swift语言基础；
4. 分析问题和解决问题的能力强，有大规模代码的阅读和修改经验者优先；
5. 有较好的学习能力和沟通能力，有创新能力和责任感，对移动端产品有浓厚的兴趣；

3、前端工程师：
1. 计算机及相关专业本科及以上学历，至少3年以上前端开发工作经验；
2. 有丰富的Web前端开发经验，熟悉HTML5开发，浏览器渲染原理，熟悉React框架；
3. 工作认真负责，乐观开朗，有较强的逻辑分析、问题排查能力，善于团队合作；
4. 良好软件工程思想，良好的编程能力和编程习惯；
5. 熟悉HTTP、WebSocket等协议;
6. 有针对海外开发者产品经验的优先考虑；
7. 有SDK开发经验者优先考虑;

4、高级SDK跨平台开发工程师（Flutter/Electron/RN/Unity/Unreal）：
1. 熟练使用 Java script/C#/Dart 其中至少一种以上开发语言。
2. 熟悉使用 C++，有多语言混合开发经验。
3. 有过 Android/iOS/Windows/macOS 其中至少一种原生平台应用的开发经验。
4. 使用过跨平台框架，有框架和原生混合开发经验。例如：Electron/ Unity/Flutter 其中的一种或者多种。
5. 有即时通讯相关的开发经验属于加分项。
6. 有跨平台框架的插件，中间件或者 SDK 开发经验属于加分项。
7. 本科及以上学历， 有两年以上的工作经验。

5、中高级后台工程师（Erlang/Go/C++）：
1. 3年以上软件工程师工作经验，有Erlang，Go，C++经验或感兴趣优先；
2. 大型通讯软件，通讯协议开发经验优先；
3. 计算机科学、自动化、通讯等相关专业本科以上学历；
4. 熟悉TCP/IP，HTTP、WebSocket协议；
5. 熟悉SQL、Kafka、Redis；6.熟悉Linux操作系统；

6、中高级Java工程师：
1. 3年以上大型互联网分布式产品或网络软件设计经验；
2. 强大的需求分析能力与编码能力；
3. 精通Java语言，精通异步编程、多线程编程；
4. 精通Spring、Spring Boot、Sp；

7、产品经理：
1. 5年以上to B产品规划与设计经验，3年及以上互联网产品工作经验，计算机或相关专业本科以上学历，有IaaS、Paas、中台方向相关经验者优先；
2. 具备良好的需求分析和产品设计能力，熟练使用Axure/Sketch等产品原型工具；
3. 具备丰富的PaaS平台相关经验，理解PaaS、SaaS等架构逻辑，对业界领先的云平台有一定研究；
4. 对产品的发展趋势有敏锐的洞察力和创新意识，重视细节与用户体验，对用户使用流程、交互流程敏感；
5. 2年以上B端产品经验；6.有研发经验可以作为加分项；

8、初级测试和高级自动化测试工程师：
1. 计算机本科及以上学历；
2. 2年以上自动化测试经验；
3. 熟悉mysql或者相关数据库，能熟练编写sql脚本优先；
4. 熟悉Java\\Python和Linux操作系统；
5. 熟悉自动化测试，熟悉robot framework\\Appium\\Selenium等测试框架，有多个大型实际项目自动化测试经验者优先；
6. 良好的表达沟通能力、细致、责任心、团队精神；7.具备追求卓越的质量观念，并有志成为测试领域的高端人才。

9.运维工程师：
1. 有3年以上互联网系统运维工作经验。
2. 熟悉Linux操作系统的管理维护（部署、配置和调优），熟练使用Linux Shell或Python或者golang编程语言。
3. 熟悉Docker以及相关容器技术，使用过docker-compose、mesos 等容器编排工具，进行过开发维护经验者优先。
4. 熟悉Prometheus等常用监控软件。
5. 熟练使用nginx, redis, kafka 等常用软件，并进行调优。
6. 熟悉TiDB或者CockroachDB优先。
7. 热爱运维工作，能承受压力，具备较强的问题分析和解决能力。
8. 积极主动、责任心强，良好的沟通能力和团队协作精神。

10、高级产品市场经理
岗位职责：
1.负责环信即时通讯云的价值挖掘、内容组织并推动将产品及价值传递给用户，主要产出物为：产品技术及解决方案干货内容；客户案例；产品彩页；产品PPT；市场软文；市场活动演讲PPT；官网内容；市场活动产品资料等
2.行业研究，分析行业及竞争对手动向，为产品团队提出产品定位建议
3.做为公司产品对外接口， 不定期参加公司对外直播公开课演讲以及行业会议演讲

任职资格：
1.有技术背景，懂得如何与研发团队、销售及用户沟通和协作；
2.熟悉通讯云领域SaaS、PaaS产品，理解并挖掘相关产品核心价值；
3.沟通能力强，写作能力强；
4.有IM通讯云领域市场分析，行业分析，顾问咨询经验者优先；
5.有产品经理或项目经理经验者优先；
6.本科以上学历；
7.5年以上工作经验；

--------------------------------

以上岗位如有意向，可私信我，咱们内推搞起来！

成功推荐朋友入职可获奖励5000～20000元，欢迎大家踊跃推荐！

前言

要说我们工作最关心的东西肯定少不了这两个方向：

1. 我们前端开发的工资分布情况
2. 技术更新的风向

今天我就和大家分享小生最近收集的一些数据。

关于行业的平均薪资水平我们一定不要拿一些特例当成范例。最能反应行业的平均薪资的指标应该是正态分布的中间值。

再说明一点：

知乎和脉脉上的薪资水平比整体偏高，不建议作为依据。

总体分布情况

我们先看一下每个工作年限对应的平均工资是多少（这里只收集了北上广深杭五个城市）

数据来源： http://www.jobui.com/salary/?cit…

说明：

• 应届生的样本数相对来说少了很多，可信度不会很高。
• 这里没有按学历区分，所以 985 高校的同学可能觉得偏低。

绝大多数人，3-5 年经验，薪资范围基本都在 15k - 20k。所以千万不要妄自菲薄。

北上广深杭平均工资

• 这部分的数据来源于 - 职友集

全国

• 全国 平均工资为： ¥12330（这个数据基本被一线城市平均了）
• 分布最多的区间为：10K 到 15K

北京

• 北京 平均工资为： ¥18770
• 分布最多的区间为：20K 到 30K

上海

• 上海 平均工资为： ¥16220
• 分布最多的区间为：10K 到 15K

深圳

• 深圳 平均工资为： ¥15090
• 分布最多的区间为：10K 到 15K

广州

• 广州 平均工资为： ¥11390（广州表示不服，竟然没有全国平均高？）
• 分布最多的区间为：10K 到 15K

杭州

• 杭州 平均工资为： ¥14350
• 分布最多的区间为：10K 到 15K

后话

我也看了下看准网发布的数据（不分地区的平均工资达到了 ¥19800）和一些其他来源的数据。结合个人的经验，认为这份数据还是比较客观的。

这次你是否又拖后腿了呢？

开奖咯！本次使用excel开奖，真实随机（参考链接https://www.excelhome.net/316.html）。
部分用户回帖不符合活动要求，不参与本次开奖。

参与回帖的10个随机幸运伙伴是：

获得点赞最多的

柳天明 5
AuCf 4
Lambert 3

获得3个最惨伙伴：

yangjian、春春、孤狼☞小九

请以上同学在6月17日 23:59前，将你的收件人，地址，电话，衣服图案（星空/字母）+尺码（L-3XL）信息发站内私信给@admin，超过领取截止时间未提交信息，视为放弃领取～

感谢大家参与！下次见～

=================================

首先祝各位端午安康

然而端午来临之际,各种群兴起了一些攀比之风

有这样的

还有这样的

还有这样的

然而我是这样的:

不过节日没福利的同学们也没关系.环信精心为大家准备了端午福利 有福利的也可双喜临门!!!

活动规则

• 活动时间：即日起至 6 月 15 日 中午 12:00 截止
• 参与方式 ：在本篇帖子下留言关于端午福利或端午计划的回复(图文皆可，发图请单独开帖然后链接回到本帖下方)
• 活动结束后，将从所有参与回帖的用户里随机抽取10人，赠送imgeek定制T恤。😉
• 并且选出3个端午福利寒酸的盆友赠送夏日清凉挂脖风扇😆
• 点赞最多的前3名直接获得一件T恤！
• 获奖名单将会在 6 月 15 日公布于本篇帖子下。