让学习回归到技术上来(技术 !=== 死记硬背)

通过最近与这么多星球的同学沟通下来,发现大多数人都是在网上找一份几百页所谓的八股总结,天天背诵。

让人不免叹息,尤其我们搞计算机,搞技术的不应该是这样啊。学技术 != 背诵啊。同时背诵这些所谓的八股对你找工作也丝毫没有帮助啊,就是一个心里安慰的作用。

今天我们就围绕几个点来分析一下:

(1)背这些八股,对你找工作有什么帮助,帮助大吗?

(2)这些书写八股文的up主有什么用意的,让大家对技术的学习 === 背诵八股

(3)应该怎么学习才能拿到好的offer,同时对技术有很高层次的理解

问题一:背这些八股,对你找工作有什么帮助,帮助大吗?

大家背这些东西,其实也就是想。面试官问我问题,都可以答出来仅此而已。那我们就需要深思,面试官问我们什么问题。

其实,你和面试官之间的唯一纽带就是你的简历,是因为他看到你的简历,认为你简历上写的如果都会了,就可以给你发offer。所以肯定是针对你的简历来拷打你。

每个人简历都不一样,问的问题肯定不一样,如果简历不一样,问的还一样,说明面试官是照着他的资料问的,这样的面试官,这样的公司说明不值得去。

所以就算背,我们应该是背自己简历上写的知识点啊,你自己拿着那几百页pdf的内容背来背去有什么用(我们痛斥了这么多年的应试教育,到找工作了还在自我应试教育)

就算你背能学到点东西也好啊,那几百页的pdf都是对基本概念的总结,这对你的提高微乎其微啊。

问题二:这些书写八股文的up主有什么用意的,让大家对技术的学习 === 背诵八股

首先,我认为这是一种很恶心的方式,不仅浪费大家的时间,还及其容易消沉大家对技术的热情。

那这些up主能这些东西有什么用呢。其实考虑别人行为的作用,无非就是站在对方的角度考虑罢了。

自己总结一堆基本的概念,让哪些初学的开发人员轻易的获取到。无非就是提高自己的知名度,让大家认可自己,信任自己,然后提供一系列服务,收韭菜罢了。

但是,技术的学习不应该这样啊,这样导致大家每天花费这大量的时间,还在做着无意义的事。

我认为,我们作为一个过来人,更应该是作为一个前辈来传授给后来的人一些经验,让他们少走一些弯路啊,而不是自己上岸就开始收割韭菜啊。服务可以收费天经地义,但是也不能让别人误入迷途吧(在此特别说明,这些话只是目前自己对造成大家学习方式乱象的哪些人的痛斥,这里没有提任何人,也没有喷任何人。大家也切勿喷我,首先我说这些话,对自己毫无好处,只是希望大家把更多的精力放在学技术上,而不是做这些无意义的事情)

问题三:应该怎么学习才能拿到好的offer,同时对技术有很高层次的理解

我就以操作系统举例子:

(1)第一步肯定是入门嘛,对操作系统一些基本概念有所了解(可以通过看视频或者看书),比如了解什么是进程、线程、子进程等等。

(2)深入的学习。操作系统这是一个很广的东西,每一个点,可能对应的就是一个方向,就是大厂里的一个螺丝钉。所以大家学习,可以针对自己感谢取的点学习就好了。比如,想深入探究进程间调度方式,那么可以了解下基本的概念,然后再深入了解这些方式的底层实现,再了解这些不同方式的使用场景

(3)对现有的东西有了深入的研究之后呢。接下来就要深度思考,深度挖掘。挖掘什么呢,了解了上述基本概念以及使用场景后,咱们要多想一想,目前这些现有的东西,都有什么缺点啊,咱们能不能完善这个缺点啊。或者上述这些东西,在使用过程中极容易犯什么错误啊,咱们有没有什么方法让大家避免犯这个错误啊,或者如果犯了这个错误,咱们有没有办法让大家可以快速定位发现这个错误啊,可以针对这些开发一些小组件出来(这才是有含金量的点,这才是让面试官感觉到你能力的点)

同时大家在学习的时候,把我上面这说的,都梳理成文档,这才是你要在面试的时候记忆的八股啊,这才是考察的点,问的问题都在上面啊。总结形式,可以类似下图:

#学习方式#
全部评论
大家对学技术有什么好的感悟欢迎分享哈,从闭源走向开源应该是每一位程序员的共识
点赞 回复 分享
发布于 05-25 19:08 上海

相关推荐

在实际项目中常用的设计模式有如下几种:https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=1a0513f768dd42e88065708ac3b1237f单例模式(Singleton):应用于需要保证全局只有一个实例的情况,例如数据库连接池、线程池。工厂模式(Factory):应用于创建对象实例的场景,隐藏实际创建逻辑,提供一个统一的接口。观察者模式(Observer):应用于一对多的依赖关系,当一个对象状态发生改变时,其依赖的对象会自动进行更新。适配器模式(Adapter):应用于将一个类的接口转换成客户端所期望的另一种接口,常用于旧代码的升级与兼容。策略模式(Strategy):应用于根据不同的策略做出不同的处理,例如支付方式的选择、排序算法的选择等。装饰器模式(Decorator):应用于为对象动态添加额外的功能,而不需要修改其原始代码。模板方法模式(Template Method):应用于定义算法的骨架,将一些步骤的具体实现延迟到子类中。命令模式(Command):应用于将请求封装成具体的对象,使得可以用不同的请求对客户进行参数化。迭代器模式(Iterator):应用于提供一种方法来访问一个容器对象中的各个元素,而无需暴露其内部结构。组合模式(Composite):应用于将对象组合成树形结构以表示部分-整体的层次结构,使得用户对单个对象和组合对象的使用具有一致性。
点赞 评论 收藏
分享
在前端项目中,版本控制和代码管理是非常重要的,可以通过以下方法进行:https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=3c850e207f56463599b3017d0d89a8cc使用版本控制系统: 版本控制系统(Version Control System,VCS)是管理代码变更和版本的关键工具。最常见的版本控制系统是Git。在项目开始时,创建一个Git存储库,并将代码提交到存储库中。通过Git跟踪和管理文件的变化,包括版本历史、分支和合并。分支管理: 使用分支来进行并行开发和特性实现。创建主分支(通常为master或main),并从主分支创建新的特性分支。这样可以让团队成员在不影响主分支的情况下独立工作,并在完成后将其合并回主分支。提交和注释规范: 在进行代码提交时,编写清晰、有描述性的提交注释。准确描述提交所做的更改,以便其他开发人员可以理解和追溯代码的变化。代码审查: 代码审查是一个重要的实践,可以确保代码质量和一致性。通过团队成员之间相互审查代码,可以发现潜在的问题、提供反馈并确保代码符合项目标准。使用构建工具: 前端项目通常使用构建工具来自动化构建和部署过程。使用工具例如Webpack、Parcel或Gulp,可以将源代码编译、压缩、打包和优化,以生成最终的发布版本。使用包管理器: 使用包管理器(如npm或Yarn)来管理前端项目的依赖关系。通过在配置文件中列出项目所需的依赖项和版本范围,可以轻松地下载、安装和更新项目所需的库和工具。持续集成和部署: 实施持续集成和部署(CI/CD)流水线可以自动化构建、测试和部署流程。这样可以确保代码在提交后经过自动化测试,并尽快地部署到生产环境中。文档化: 编写好文档,记录项目结构、依赖项、构建和部署过程。这样可以帮助新成员快速上手项目,并提供指导和规范。
点赞 评论 收藏
分享
评论
2
4
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务