互联网人的焦虑,或许可以避免历史的覆辙​

2024-03-20 06:50

本文主要是介绍互联网人的焦虑,或许可以避免历史的覆辙​,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

这两天读了一篇《中国工业三十年》的文章,文章里描述了中国工业发展三十年来的历史和变迁,给了我更大的震撼 。

个人的命运跟大时代的潮流真的太相关了,在大时代面前,无论你有多么的努力,有多大的能力,似乎都躲避不过历史的潮流,只能顺着这个潮流或兴盛或衰落。

中国的工业化改革是80年代初开始的,在此之前的工业基本都是钢铁厂,军工厂,这类大型工业。80年代初兴起的,是沿海城市,比如珠三角地区的低端制造业,一般的玻璃制品,铝制品等,更偏向日常消费的工业产品。

互联网人的焦虑,或许可以避免历史的覆辙​
这一变化,是历史的必然,也是国家的一个选择。

当时的大型工厂,效益日益变差。像军工厂这类的,因为许久不打仗,生产了很多军工用品,无法销售出去,造成巨额亏损,但当时的大型工厂都是国有制的,有国家的股份,就算工厂亏钱,还是能由国家供血来维持。

那时候大型工厂的工人待遇是极好的。

在那个电视,冰箱,烤炉还是稀罕品的年代,大厂的工人,几乎家家都有这些家电。一个大厂圈起一大片的地,周围用一个围墙围起来,里面有工厂的各个车间,有工人的宿舍区,有学校,有商店,有电影院,KTV, 几乎一应俱全。大部分的工人都是双职工,拿着优厚的薪资,享受着完善的福利。他们都自觉高人一等,跟工厂周边的居民几乎是不相往来的。

我看着这些描述,感觉跟我们这些互联网精英们也有几分相似之处。行业内的工资收入和各种福利比起其它行业确实是比较好的,在一些大公司或较大公司工作的同学,拿着高薪,心里自也是带有一份优越感的。当然,这也无可厚非,毕竟也是靠自己的努力换来的。如果故事到这里就结束了,那我也不会有什么感慨了。

但事情的发展,总是出人意料之外。

因为这些大型工厂的效益日益变差,亏损加剧,国家不得不做出改革。于是出现了一大波的下岗潮,有不少的工厂直接倒闭。下岗潮,工厂的倒闭,这些都是历史的潮流,但倾巢之下焉有完卵,工厂工人的人生轨迹自然也是受到了巨大的影响。

那些在大厂工作了十几年甚至几十年的老员工,他们把自己的青春,自己所有的人生都寄托在了工厂上。他们有的也受过不错的教育,但大家都有一个共性:在工厂没有倒闭之前,大家都觉得工厂是不会倒的,美好的生活是会一直持续的,自己可以干到退休。他们从来没有想过变化会来得如此之快,以至于,大部分人的思想完全没有转变过来。

放不下自己的优越感,放不下自己的身段。开个早餐店,本可以赚钱养家,觉得丢面子,下海做生意,觉得不够正道,走投无路了。所以当年出现了很多的悲剧,比如大年三十,受不了生活的巨变,家主人包毒饺子,全家一起 “离世” 的,比如白天骑着自行车送老婆去“特殊场所”上班的,这些在如今看来匪夷所思的事情。

我看的时候觉得荒唐不可理解,但回过头来看看我们自己,又是何其的相似。我们的优越感,我们的互联网行业,大厂,大公司,高薪酬,高福利。如果有一天这个行业真的发生了巨变,难保就不会重演当年的那一幕 ?

我身处大厂,可以很明显得感觉到大厂员工透露出的一种优越感。觉得自己站在行业的顶端,站在食物链的顶端,连出去创业,都要追求情怀,要有几千万,上亿估值的事情才会去做。类似做个抖音的运营,写个公众号啥的,大部分的高级工程师,高级产品经理是不屑的。这似乎就是当年大厂的工人,只不过时代变了,具体的事情变了,但人性依然。

我估计,写下上面这些,有人要喷我吧,当然,这并非指所有人 ,不过确实有不少高级程序员,高级产品有这种优越感。

有同学可能会问,如果未来真的会发生巨变,那还要不要做程序员,要不要继续在这个行业待。

我觉得这是个富有哲理的问题。

就像问,人终究是要死的,那人还要不要活着一样。

我觉得待吧!

尽量多赚钱,除了技术,也要培养自己的产品,商业思维,配以良好的心态,我想就算发生了巨变,也依然可以在洪流中存活下来吧。

今天跟一个同事聊天,他提到了他的焦虑。我们开始感慨,其实这个公司,这个行业也慢慢形成了一种体制,让人形成了一种心里依赖,当我们把未来,把自己对美好生活的向往,全部寄托于行业,寄托于公司的时候,我们的安全感就变得极其脆弱了。

后来,我说,焦虑是好的,当你焦虑的时候,你会去思考,会去突破,当你觉得一切都如此美好的时候,才是最危险的时候。

人都喜欢窥探未来,但未来难于预测。学会摆脱对公司,对职业的心理依赖,摆脱对安全感的心理依赖,才有可能打开内心去拥抱新的变化和未来!我们的焦虑,或许可以避免历史的覆辙!

这篇关于互联网人的焦虑,或许可以避免历史的覆辙​的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/828618

相关文章

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

如何来避免FOUC

FOUC(Flash of Unstyled Content)是指在网页加载过程中,由于CSS样式加载延迟或加载顺序不当,导致页面出现短暂的无样式内容闪烁现象。为了避免FOUC,可以采取以下几种方法: 1. 优化CSS加载 内联CSS:将关键的CSS样式直接嵌入到HTML文档的<head>部分,这样可以确保在页面渲染之前样式就已经加载和应用。提前引入CSS:将CSS文件放在HTML文档的<he

从希腊神话到好莱坞大片,人工智能的七大历史时期值得铭记

本文选自historyextra,机器之心编译出品,参与成员:Angulia、小樱、柒柒、孟婷 你可能听过「技术奇点」,即本世纪某个阶段将出现超级智能,那时,技术将会以人类难以想象的速度飞速发展。同样,黑洞也是一个奇点,在其上任何物理定律都不适用;因此,技术奇点也是超越未来理解范围的一点。 然而,在我们到达那个奇点之前(假设我们能到达),还存在另一个极大的不连续问题,我将它称之

argodb自定义函数读取hdfs文件的注意点,避免FileSystem已关闭异常

一、问题描述 一位同学反馈,他写的argo存过中调用了一个自定义函数,函数会加载hdfs上的一个文件,但有些节点会报FileSystem closed异常,同时有时任务会成功,有时会失败。 二、问题分析 argodb的计算引擎是基于spark的定制化引擎,对于自定义函数的调用跟hive on spark的是一致的。udf要通过反射生成实例,然后迭代调用evaluate。通过代码分析,udf在

Qt: 详细理解delete与deleteLater (避免访问悬空指针导致程序异常终止)

前言 珍爱生命,远离悬空指针。 正文 delete 立即删除:调用 delete 后,对象会立即被销毁,其内存会立即被释放。调用顺序:对象的析构函数会被立即调用,销毁该对象及其子对象。无事件处理:如果在对象销毁过程中还涉及到信号和槽、事件处理等,直接 delete 可能会导致问题,尤其是在对象正在处理事件时。适用场景:适用于在确定对象已经不再被使用的情况下,并且不涉及异步处理或事件循环中的

互联网开发要点

垂直扩展 横向扩展 业务分拆 数据读写分离 缓存读写 异步处理(消息队列)

【超级干货】2天速成PyTorch深度学习入门教程,缓解研究生焦虑

3、cnn基础 卷积神经网络 输入层 —输入图片矩阵 输入层一般是 RGB 图像或单通道的灰度图像,图片像素值在[0,255],可以用矩阵表示图片 卷积层 —特征提取 人通过特征进行图像识别,根据左图直的笔画判断X,右图曲的笔画判断圆 卷积操作 激活层 —加强特征 池化层 —压缩数据 全连接层 —进行分类 输出层 —输出分类概率 4、基于LeNet

理解C++全局对象析构顺序与 IPC 资源管理:避免 coredump

文章目录 0. 概述1. 问题背景2. 问题分析3. 解决方案:手动释放资源4. 深入剖析:为什么手动调用 `reset()` 有效?5. 延伸思考:如何避免全局对象带来的问题?6. 总结 0. 概述 在编写 C++ 程序时,使用全局或静态对象有时可能会导致不可预期的崩溃(如 coredump)。这类崩溃通常源于对象的析构顺序、资源的管理方式,以及底层资源(如 IPC 通道或共

真实案例分享:零售企业如何避免销售数据的无效分析?

在零售业务的数据分析中,无效分析不仅浪费时间和资源,还可能导致错误的决策。为了避免这种情况,企业必须采取策略来确保他们的数据分析工作能够产生实际的商业价值。本文将通过行业内真实的案例,探讨零售企业如何通过精心设计的数据策略和分析方法,借助商业智能BI工具,避免销售数据的无效分析,确保每一次分析都能为业务增长提供有力的支持。 文章中提到的BI数据分析工具分享给大家—— https://s.fan

Git Gui 查看分支历史的时候中文显示乱码

如图所示 在Git Gui工具栏上选择-编辑-选项: 选择:Default File Contents Encoding, change为UTF-8 成功: