GitHub 代码存档项目完成,21TB 数据已保存至北极,你贡献了吗?

2024-08-06
来源:网络整理

​点击上方“罗晓声”立即关注我们,你们的支持将对我有很大的帮助。

/ 今日科技新闻 /

去年他们公布了一个代码归档项目( ),计划将上面托管的代码保存到一个非常安全的地方。这个“代码库”的地点就定在了北极。昨天他们宣布,这个项目已经在今年7月8日正式完成,总共保存了21TB的数据。他们还给所有为北极代码库贡献代码的用户颁发了一枚勋章。我查了一下,我也有一枚。

这是一个极其浪漫的人性计划。

这也是生活在2020年的人类留给未来历史学家的礼物。

/ 正文 /

很多人说没必要学全栈。是的,如果你去大公司当个螺丝钉,你真的不需要全栈,因为你只需要了解自己懂的部分。如果你懂后端,自然会有FE或者APP同学配合你做前端。你不再需要像以前一样,既要写后端功能逻辑,又要写界面布局。

▊然而,专攻一门技术真的好吗?

这个问题我暂时不回答,好坏可能最终还是要看个人,关键还是看我们自己怎么看待软件开发的过程,想处在什么样的位置。

比如我每天只想写一些界面,调一些数据,这个我需要懂前端吗?当然不需要,但是我们先从一个正常的项目开始,一般来说项目都是后端处理提供数据,前端UI界面展示这两个模块。纯后端也有,但是很少,就算不开放给用户,至少也要有后端管理系统来支撑你所有的功能。

这时候问题就很明显了,一个完整的项目自然是可以拆分给多个人开发的,我甚至可以把自己的后端模块拆分给多个人开发,当然前端也可以拆分。

▊但拆迁能解决所有问题吗?

如果你熟悉后端,那么只要知道最基本的技术架构就可以接手,但是如果你不熟悉前端,一旦拆散了,你拿什么去接手?

你可能会想找人,但沟通业务、流程、数据等都是要花钱的。大厂的程序员为什么效率低下?他们大部分时间都花在争论、讨论、各种会议上。你以为上班时间大部分时间都是在写代码吗?不,你错了。白天开会,晚上加班写代码。

再说代码。熟悉以前的代码也是很多程序员的噩梦。几乎不可能找到一个对项目设计的每个细节都了如指掌的人(注意:几乎)。尤其是大项目,改起来不可能,人们也不敢改。改的成本还不如重写。而且大家都心照不宣。没人愿意主动收拾别人的烂摊子。

▊大前端

现在前端越来越复杂,大前端模式的口号呼声也越来越响亮,随着各种模块化、工程化、可视化的发展,再加上node的推动,前端完全可以替代后端的一部分工作,甚至不需要传统的后端。

有一天,所见即所得,web、app等都将被放在一边。

读完这篇文章,你还认为后端真的比前端强大吗?做一名开发人员就能养家糊口吗?

你尝尝,你仔细尝尝。

觉得小程序开发很难_程序开发难在哪里_开发程序难吗

我个人认为不能简单地把前端和后端区别对待,这两个方向本身就是一个项目的组成部分,如果你想掌控项目,甚至领导项目,就必须熟悉和了解这两个方向。

或者说得更直白一点,如果想在现在的软件发展趋势中站稳脚跟,这种多功能能力的要求对于未来的业务来说是必不可少的。

知乎上有人以为例:

,2013年至2015年担任软件工程师。

谷歌几乎只聘用“全栈”工程师。

如果你在谷歌的职位是“软件工程师”,那么我们假设你有能力编写一个任务,将杂乱的数据组织到数据库中,有能力构建一个服务器来读写数据库,有能力开发前端界面。

事实上,您将在工作后的前两周接触到上述所有任务,因为这是新员工的必修课程。

目前正在工作的 Mo Lam 回复道

是的。

我是我们团队里唯一的一个“前端”工程师,我们团队大部分工程师都是全栈的,我只是一个更专注于前端的全栈工程师。

这里确实有一些只写的人,但是这样的人在谷歌中所占的比例非常小。

不过也确实有一些团队在招前端工程师,整个行业都急需优秀的前端工程师,但是优秀的前端工程师实在是太少了。

话虽如此,只要你是一名优秀的工程师,无论你是全栈、前端还是后端,我们都需要你。语言和框架一点也不难学,如果你有很强的技术能力,写代码将是你工作中最容易的部分。

PS:如果对后端没有整体的了解,就不可能成为一个优秀的前端。

这就好比我们了解了数据库,还需要了解缓存,了解了缓存之后,还需要了解文件存储等等,然后前面就有大数据等着你。

另外,别忘了,AI这个即将颠覆行业的致命事物,正在高速发展,如果你停滞不前,必然会被时代抛在后面。

▊专业化还是多功能性

我觉得没什么矛盾,关键看你怎么看待他。

如果你想成为一名技术专家,你肯定需要拥有一门独特的技能,当然你还需要能够将所学的知识应用到其他领域,了解软件开发的方方面面。

作为一名合格的程序员,持续学习是职业要求,不必担心专一或通才,技术迭代速度远超我们目前所能掌握的速度,每天多学一点,让今天比昨天更好,争取每天进步一点。

分享