-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
record thinking #79
Comments
学完每一门技术,根据量的大小,输出一篇文章或者 gitbook。 核心内容自己要能够复述出来,必要时可以录像训练。 每周一个小目标,晚上回顾今天学的内容,制定第二天的计划。
|
如何让自己能写出东西呢?
|
职业规划?
一些建议:
就我们程序员而言,我认为,编码能力很重要,但是技术视野、技术洞察力,以及我们如何用技术解决问题的能力更为重要。 |
你要主动管理的不是你的时间,而是管理你的同事,管理你的信息。 时间管理:
|
如何读技术文档? 我一般的做法是先通读一遍文档,了解文档中的所涉及的技术,重点是要了解这个技术的所涉及的面和其解决问题的思路。然后就不用记,当遇到问题的时候,心里有印象文档提到过,这个时候再去查文档的细节。总之,重要的是知道整个技术的脉络,而不是死记硬背。 |
时间应该花在哪?
如何规划时间?
要学会规划自己的行动计划,不是短期的,而是一个中长期的。我个人建议是按季度来规划,这个季度做什么,达到什么目标,一年往前走四步,而不是只考虑眼下。 如何用好自己的时间?
|
软件开发算不算是真正的知识? 如果它是一种真正的知识,那么理论上,我们学到的东西大部分应该不会过时,就好像微积分不会过时一样。可是实际上,我们都知道,软件开发技能有时效性,十年前学习的编程知识,十年后几乎肯定不能用于生产。那样的话,软件开发就不能算真正的知识,只是一种实施的细节。 当代编程由于层层的抽象和封装,我们已经不必接触底层真正具有通用性的知识了。大部分时候,所谓编程就是在写某个抽象层的配置。比如,网页样式就是在写 CSS 配置,你很难说这到底是真正的知识,还是像《办税指南》那样的实施细节。 实施细节并不是知识,而是操作步骤。如果技术栈发生变更,实施细节就会毫无用处。但是,你又不能不学习它,不知道实施细节,就没法做出项目。我觉得,程序员应该要警惕,不要落入实施细节的陷阱,不要把全部精力花在实施细节上面,然后以为自己学到了真正的知识。对待各种语言和工具,正确的态度应该是"进得去,出得来",既要了解足够的细节,也要能够站在宏观的角度看待它,探寻底层到底是怎么实现的。 |
《论语》中关于为人处事的语录。
另外,《礼记》中的这句也不错。
|
其实无论针对哪个知识领域,它都是有一套完整的、成型的知识体系和标准作为支撑的,例如数学、建筑、医学、机械等等,当然包括计算机编程,其中肯定包括前端开发。 有了完善的知识体系,再来面对大量的信息获取,你就知道每个信息所说的知识点是属于知识体系中的哪个部分。同时,你也会很清楚自己哪些部分掌握的好,哪些部分掌握的不好,甚至哪些部分自己压根都没听说过。 通常我们对一门技术的掌握程度,我把它分为了 5 个层次:会用;熟练掌握;了解其实现原理;知道为什么这么做;能提出更好的实现方式。相信大部分同学还在前 2 个层次,那么对源码的学习,可以让我们进阶到第 3 个层次。如果你达到了第 4 个层次以上,那么你已经是一个技术专家了。 |
谈点面试内容: 不管是简历,以及面试的知识点,必须对照招聘的岗位要求和描述来准备,追征下药。
|
计划简单一点。
执行快一点。
步子迈的太大,会扯住蛋。
The text was updated successfully, but these errors were encountered: