22 | 学习观：程序员如何定义自己的技术舒适区？

精选留言(7)

• 

  Geek_3b1096

  正在学习老师java课目标产生技术骨架

  作者回复:
  (-: 那门课的骨架内容偏少，等我抽出时间来，会增加一些进阶偏骨架的内容～

  2020-07-06

  

   3
• 

  牛牛

  是这样的、哈哈、努力让自己一直保持在舒适区～
  
  不过、最初（一个新知识点的学习肯定是痛苦的）、熬过了这痛苦就会发现惊喜、持续不断的形成正反馈、就越来越有学习的动力了～
  
  这小惊喜就来自于、你越来越发现、呀、原来是这样啊～、分享个我自己的案例、之前老叫着学数据结构、叫了很多年、它还是它、我还是我😂、然后今年下定决心给自己一个deadline、神奇的发现居然学了很多东西、看完了数据结构的专栏、跟了一期训练营、还有检索核心技术的专栏、甚至还看了redis数据结构分析的书、虽然没有完全吸收、但是已经不再畏惧、剩下的时光可以慢慢来、坚持刷题、今年年底之前拿下算法～
  
  总算是脱离了小白期、开始有自己的思路和想法、而不是：呀、算法、我不会啊……
  
  一个观念的改变：数据结构和算法除了面试没啥用 —— 原来居然这么神奇啊、想去主动亲近并学习～、还会主动思考业务中哪些可以通过学到的东西来优化～

  作者回复: 数据结构， 算法，操作系统，网络，计算机系统结构这些都是内功。内功虽然没有立竿见影的效果，但是会对所有的能力都有加成。而且对你还没学的东西都有加成，因为你会发现学习这些东西会很快。
  
  举个简单的例子，HBase里用一个叫做Bloom Filter的数据结构去做过滤，如果你知道，就会会心一笑，也知道这种过滤的效果和优缺点。如果你不知道，就懵了。这种例子不胜枚举
  
  学好基础，以后学习就一帆风顺。基础不行，学习就是步步维艰。
  
  不过你说的那些小惊喜呀，以后会越来越少，因为你都已经懂了哈哈哈哈哈
  
  

  2020-07-06

   1

   3
• 

  pyhhou

  老师能否详细讲一下如何构建自己的技术骨架？特别是对于刚入行 1，2 年的程序员，拿我自己举例，首先因为经验并不是那么足，接触的技术并不多，也就没有什么横向的技术对比能力。另外老师说的技术骨架应该比较适用于类似 Spring 这样的框架类技术？对于一些比较基础或是比较细碎的技术，像是操作系统，网络，另外就是各种编程语言特性，对于这些知识的学习该如何构建出框架呢？问题有点多，谢谢老师🙏

  作者回复:
  
  
  我觉得这是一个很好的问题，我说的不是很详细。确实技术骨架不是一开始就能搞起来的，尤其是在自己的知识存量还没有形成规模效应，可以让我们触类旁通的时候。
  
  我从开荒的状态说起吧，以Spring为例子。
  
  首先肯定是要学好Java，明白对象，类，方法，多态，继承等核心概念。对于Spring来说，慢慢还要知道注解，反射，代理这些Spring会重点用到的知识。
  
  然后就是学Spring，和学一般的技术一样，找个趁手的书或者资料，一以贯之的啃完。可以是我们的课程，也可以是官方文档。这个过程，开始更多的是比着葫芦画瓢，先看效果。
  
  接着，就可以发挥自己的想象力来摸索了。这时候的最好的方式就是多写程序，想到什么就拿出来写写，练练，验证自己的想法。这一步，就是在慢慢构建自己的技术骨架了。所谓骨架，就是藏在表面之下的东西，看不到，但是如果没有它们支撑的话，表面的东西就不牢固。偏骨架的内容都在文章中都有介绍，这里就不重复了。就Spring来说，你要能知道这些bean是如何被描述的，如何被创建的，如何被组装的。做到这些，当出了某种异常的时候，你就很容易是哪个步骤的问题，可以马上去修正。
  
  如果能做到这些，让你自己写一个IoC的框架，也非难事。当然，并不是说一定要做的像Spring这么全面，可能只是一个微小的内核，但是相信我，如果你自己做一遍，思考一遍，你会对Spring的认识更近一层，当你对比你自己的设计和实现与Spring的设计和实现时，会记的更牢固，印象更深刻。这个步骤，可以帮助你完整的构建关于这个技术的骨架。
  
  当然，也不是说每个东西都要自己照着写一遍。如果自己实际做一遍，会对这个技术的核心和关键点认识的更深刻，当自己在做的过程中，遇到不好解决的问题时，可以参考现有的设计和实现。即使不去自己做一遍，而是在自己脑子里思考一下，如果自己做会如何设计，如何架构，想不通的地方去仔细看看现有的设计，也是能收获很多的。
  
  

  2020-07-07

  

   1
• 

  Sdylan

  上周买了课没有看，这周开始纳入阅读计划。程序员的舒适区和我最近2年的想法简直一模一样。后面我也尝试搭建骨架，但我的还是那种老套路，基础模块（语言、OS、算法等）、进阶（JVM、多线程）、高阶（微服务、KV数据库），很粗。可以加入具体的骨架模型：核心模块、核心技术、数据模型、多线程模型。
  
  关于deadline是第一生产力，就是如此。其实这里关键点是输出，看不到输出，自然就会草草了事。

  作者回复: 限于篇幅和内容流畅性，很多内容没展开说。
  
  其实每种技术都有侧重性，有些技术可能也需要这几种模型之外的模型。比如偏向数据存储和处理的，重点考虑它的架构，然后是数据模型和线程模型。把这几个搞清楚了，就知道这个玩意是怎么转的，出了问题可能是哪里的问题，也能知道它是否适合一个场景。
  
  其实每个人都有自己的习惯，但是这都没关系哈，重要的是要有个技术骨架，这样才能把知识整合在一起，才能系统的学会新领域的知识。否则就容易什么东西都只会个表面，容易浮躁。

  2020-07-06

   2

   1
• 

  落曦

  应届大三，感觉只会老师讲的考古级的技术栈，好丢人，啊啊啊，好害怕，应该开始学哪些才能脱离这考古级的技术😪

  作者回复: 多关心业界新闻，多关心行业新技术，试着玩一玩。极客时间上的极客新闻和infoq就是很不错的信息源。

  2020-07-06

  

   1
• 

  小辉辉

  一直以来只有学习才能带来安全感，一天不学就感觉落后了很多。但也走过不少弯路，没有系统的学习，现在慢慢的在形成体系了

  作者回复: 不成体系很容易学了忘，忘了接着学。成体系可以把知识穿起来，记得牢固，用的放心。

  2020-07-17

  

  
• 

  追风筝的人

  拥抱变化，这个时代唯一不变的就是变化

  作者回复: ✅，不只是程序员呀，现在能混到退休的职业越来越少了

  2020-07-16

  

  