Open amenzai opened 5 years ago
学完每一门技术,根据量的大小,输出一篇文章或者 gitbook。
核心内容自己要能够复述出来,必要时可以录像训练。
每周一个小目标,晚上回顾今天学的内容,制定第二天的计划。 周末检查目标完成情况,根据完成结果适当调整计划。 针对完成的情况,一定要输出记录。
如何让自己能写出东西呢?
职业规划?
一些建议:
就我们程序员而言,我认为,编码能力很重要,但是技术视野、技术洞察力,以及我们如何用技术解决问题的能力更为重要。
你要主动管理的不是你的时间,而是管理你的同事,管理你的信息。 告知同事哪个时间段不能被打扰等,邮件获取信息自定归类,根据优先级处理。
时间管理:
如何读技术文档?
我一般的做法是先通读一遍文档,了解文档中的所涉及的技术,重点是要了解这个技术的所涉及的面和其解决问题的思路。然后就不用记,当遇到问题的时候,心里有印象文档提到过,这个时候再去查文档的细节。总之,重要的是知道整个技术的脉络,而不是死记硬背。
时间应该花在哪?
如何规划时间?
要学会规划自己的行动计划,不是短期的,而是一个中长期的。我个人建议是按季度来规划,这个季度做什么,达到什么目标,一年往前走四步,而不是只考虑眼下。
如何用好自己的时间?
软件开发算不算是真正的知识?
如果它是一种真正的知识,那么理论上,我们学到的东西大部分应该不会过时,就好像微积分不会过时一样。可是实际上,我们都知道,软件开发技能有时效性,十年前学习的编程知识,十年后几乎肯定不能用于生产。那样的话,软件开发就不能算真正的知识,只是一种实施的细节。
当代编程由于层层的抽象和封装,我们已经不必接触底层真正具有通用性的知识了。大部分时候,所谓编程就是在写某个抽象层的配置。比如,网页样式就是在写 CSS 配置,你很难说这到底是真正的知识,还是像《办税指南》那样的实施细节。
实施细节并不是知识,而是操作步骤。如果技术栈发生变更,实施细节就会毫无用处。但是,你又不能不学习它,不知道实施细节,就没法做出项目。我觉得,程序员应该要警惕,不要落入实施细节的陷阱,不要把全部精力花在实施细节上面,然后以为自己学到了真正的知识。对待各种语言和工具,正确的态度应该是"进得去,出得来",既要了解足够的细节,也要能够站在宏观的角度看待它,探寻底层到底是怎么实现的。
《论语》中关于为人处事的语录。
君子惠而不费,劳而不怨,欲而不贪,泰而不骄,威而不猛。(《尧曰》)
仁者不忧,智者不惑,勇者不惧。(《宪问》)
居处恭、执事敬、与人忠。(《子路》)
君子食无求饱,居无求安,敏于事而慎于言。(《学而》)
另外,《礼记》中的这句也不错。
藏焉,修焉,息焉,游焉。
其实无论针对哪个知识领域,它都是有一套完整的、成型的知识体系和标准作为支撑的,例如数学、建筑、医学、机械等等,当然包括计算机编程,其中肯定包括前端开发。
有了完善的知识体系,再来面对大量的信息获取,你就知道每个信息所说的知识点是属于知识体系中的哪个部分。同时,你也会很清楚自己哪些部分掌握的好,哪些部分掌握的不好,甚至哪些部分自己压根都没听说过。
通常我们对一门技术的掌握程度,我把它分为了 5 个层次:会用;熟练掌握;了解其实现原理;知道为什么这么做;能提出更好的实现方式。相信大部分同学还在前 2 个层次,那么对源码的学习,可以让我们进阶到第 3 个层次。如果你达到了第 4 个层次以上,那么你已经是一个技术专家了。
谈点面试内容:
不管是简历,以及面试的知识点,必须对照招聘的岗位要求和描述来准备,追征下药。
计划简单一点。 执行快一点。 步子迈的太大,会扯住蛋。