22 | 学习观:程序员如何定义自己的技术舒适区?
程序员的舒适区
不要相信舒适区
- 深入了解
- 翻译
- 解释
- 总结
程序员如何定义自己的技术舒适区?本文探讨了程序员的舒适区、学习区和恐慌区的概念。程序员所在的软件行业是一个高速发展的行业,技术的更新换代是不可避免的。文章强调了不要相信舒适区的存在,因为技术要么发展,要么被淘汰。程序员应该不断学习,拒绝技术舒适圈,建立技术自信。只有通过不断的学习,让自己可以轻松地应对工作,才是最舒适的状态。文章强调了程序员应该具备学习的本能冲动,推动公司的技术进步,至少要让公司的技术能跟得上行业标准水平。程序员的舒适状态应该是通过不断的学习,让自己可以轻松地应对工作,知道自己能够一直学得会、跟得上最新的技术。 文章中提到了找到提供正反馈的学习目标的重要性,以及有效的学习姿势。作者分享了自己的学习方法,强调了主动构建技术骨架,被动增加知识点的学习方式。此外,文章还强调了技术的不断更新换代,程序员需要不断开拓新领地,扩大自己的舒适区。 总的来说,本文强调了程序员需要不断学习,拒绝技术舒适圈,建立技术自信,以及如何有效地学习新技术和拓展自己的技术领地。这些观点对于程序员来说具有重要的指导意义,可以帮助他们更好地适应技术行业的快速变化。
《职场求生攻略》,新⼈⾸单¥59
全部留言(9)
- 最新
- 精选
- 牛牛是这样的、哈哈、努力让自己一直保持在舒适区~ 不过、最初(一个新知识点的学习肯定是痛苦的)、熬过了这痛苦就会发现惊喜、持续不断的形成正反馈、就越来越有学习的动力了~ 这小惊喜就来自于、你越来越发现、呀、原来是这样啊~、分享个我自己的案例、之前老叫着学数据结构、叫了很多年、它还是它、我还是我😂、然后今年下定决心给自己一个deadline、神奇的发现居然学了很多东西、看完了数据结构的专栏、跟了一期训练营、还有检索核心技术的专栏、甚至还看了redis数据结构分析的书、虽然没有完全吸收、但是已经不再畏惧、剩下的时光可以慢慢来、坚持刷题、今年年底之前拿下算法~ 总算是脱离了小白期、开始有自己的思路和想法、而不是:呀、算法、我不会啊…… 一个观念的改变:数据结构和算法除了面试没啥用 —— 原来居然这么神奇啊、想去主动亲近并学习~、还会主动思考业务中哪些可以通过学到的东西来优化~
作者回复: 数据结构, 算法,操作系统,网络,计算机系统结构这些都是内功。内功虽然没有立竿见影的效果,但是会对所有的能力都有加成。而且对你还没学的东西都有加成,因为你会发现学习这些东西会很快。 举个简单的例子,HBase里用一个叫做Bloom Filter的数据结构去做过滤,如果你知道,就会会心一笑,也知道这种过滤的效果和优缺点。如果你不知道,就懵了。这种例子不胜枚举 学好基础,以后学习就一帆风顺。基础不行,学习就是步步维艰。 不过你说的那些小惊喜呀,以后会越来越少,因为你都已经懂了哈哈哈哈哈
2020-07-06310 - pyhhou老师能否详细讲一下如何构建自己的技术骨架?特别是对于刚入行 1,2 年的程序员,拿我自己举例,首先因为经验并不是那么足,接触的技术并不多,也就没有什么横向的技术对比能力。另外老师说的技术骨架应该比较适用于类似 Spring 这样的框架类技术?对于一些比较基础或是比较细碎的技术,像是操作系统,网络,另外就是各种编程语言特性,对于这些知识的学习该如何构建出框架呢?问题有点多,谢谢老师🙏
作者回复: 我觉得这是一个很好的问题,我说的不是很详细。确实技术骨架不是一开始就能搞起来的,尤其是在自己的知识存量还没有形成规模效应,可以让我们触类旁通的时候。 我从开荒的状态说起吧,以Spring为例子。 首先肯定是要学好Java,明白对象,类,方法,多态,继承等核心概念。对于Spring来说,慢慢还要知道注解,反射,代理这些Spring会重点用到的知识。 然后就是学Spring,和学一般的技术一样,找个趁手的书或者资料,一以贯之的啃完。可以是我们的课程,也可以是官方文档。这个过程,开始更多的是比着葫芦画瓢,先看效果。 接着,就可以发挥自己的想象力来摸索了。这时候的最好的方式就是多写程序,想到什么就拿出来写写,练练,验证自己的想法。这一步,就是在慢慢构建自己的技术骨架了。所谓骨架,就是藏在表面之下的东西,看不到,但是如果没有它们支撑的话,表面的东西就不牢固。偏骨架的内容都在文章中都有介绍,这里就不重复了。就Spring来说,你要能知道这些bean是如何被描述的,如何被创建的,如何被组装的。做到这些,当出了某种异常的时候,你就很容易是哪个步骤的问题,可以马上去修正。 如果能做到这些,让你自己写一个IoC的框架,也非难事。当然,并不是说一定要做的像Spring这么全面,可能只是一个微小的内核,但是相信我,如果你自己做一遍,思考一遍,你会对Spring的认识更近一层,当你对比你自己的设计和实现与Spring的设计和实现时,会记的更牢固,印象更深刻。这个步骤,可以帮助你完整的构建关于这个技术的骨架。 当然,也不是说每个东西都要自己照着写一遍。如果自己实际做一遍,会对这个技术的核心和关键点认识的更深刻,当自己在做的过程中,遇到不好解决的问题时,可以参考现有的设计和实现。即使不去自己做一遍,而是在自己脑子里思考一下,如果自己做会如何设计,如何架构,想不通的地方去仔细看看现有的设计,也是能收获很多的。
2020-07-074 - Geek_3b1096正在学习老师java课目标产生技术骨架
作者回复: (-: 那门课的骨架内容偏少,等我抽出时间来,会增加一些进阶偏骨架的内容~
2020-07-064 - Sdylan上周买了课没有看,这周开始纳入阅读计划。程序员的舒适区和我最近2年的想法简直一模一样。后面我也尝试搭建骨架,但我的还是那种老套路,基础模块(语言、OS、算法等)、进阶(JVM、多线程)、高阶(微服务、KV数据库),很粗。可以加入具体的骨架模型:核心模块、核心技术、数据模型、多线程模型。 关于deadline是第一生产力,就是如此。其实这里关键点是输出,看不到输出,自然就会草草了事。
作者回复: 限于篇幅和内容流畅性,很多内容没展开说。 其实每种技术都有侧重性,有些技术可能也需要这几种模型之外的模型。比如偏向数据存储和处理的,重点考虑它的架构,然后是数据模型和线程模型。把这几个搞清楚了,就知道这个玩意是怎么转的,出了问题可能是哪里的问题,也能知道它是否适合一个场景。 其实每个人都有自己的习惯,但是这都没关系哈,重要的是要有个技术骨架,这样才能把知识整合在一起,才能系统的学会新领域的知识。否则就容易什么东西都只会个表面,容易浮躁。
2020-07-0632 - 落曦应届大三,感觉只会老师讲的考古级的技术栈,好丢人,啊啊啊,好害怕,应该开始学哪些才能脱离这考古级的技术😪
作者回复: 多关心业界新闻,多关心行业新技术,试着玩一玩。极客时间上的极客新闻和infoq就是很不错的信息源。
2020-07-0622 - 小辉辉一直以来只有学习才能带来安全感,一天不学就感觉落后了很多。但也走过不少弯路,没有系统的学习,现在慢慢的在形成体系了
作者回复: 不成体系很容易学了忘,忘了接着学。成体系可以把知识穿起来,记得牢固,用的放心。
2020-07-171 - 追风筝的人拥抱变化,这个时代唯一不变的就是变化
作者回复: ✅,不只是程序员呀,现在能混到退休的职业越来越少了
2020-07-161 - E没事儿不找事儿,遇事儿不怕事儿。老师是呼兰粉啊。
作者回复: 等我有空把脱口秀大会补全
2020-10-12 - 啦啦啦哈哈,行情不好,啥都白搭2023-09-25归属地:上海