从11月份基本就是,看视频写代码。遇到BUG,就停下来解决。学习之后,自己在模仿一下写一个差不多的验收一下,写了两个月了我总结一下一些收获吧。
首先得有一个唯一的指标效率。但是这个效率应该是广义的,而不是单单衡量你一天之中放在写代码的进度的,而是这一天之中你完成事情的效率。任何事情你在时间足够的情况下,可以全天都放在一门心思上。但是边际效用一定是递减。也就是越做同一事情效率越低的。两个原因,①是精力是会递减的,没有一个很好的恢复机制,②是思维在同一件事情上的越久,思维会混淆。那这两个原因也揭示了闭门造车是不可持续的,而要从这两点入手才能实现全天效率最大化(可能某个工程完成程度低于一天只做一件事)。
如何判断是精力不够了呢,就你内心发觉你在抵触,做事情很容易被别的事情吸引。思想混乱是什么表现呢?长期直线思维,没有转向发散性思维,好多问题一直解决都解决不了。或者你写代码写着写着就莫名出错了。有以上的情况就需要换个别的事情做一做了。以达到精力恢复以及思想能发散开来。也一定会说自己我都知道自己状态不行要硬顶。这里给一些我以个学生角度的来看待我编程的问题吧
①抓住主要矛盾,并非以有问题尽管是无关紧要的就解决。应该异步的,我遇到问题应该继续写,问题去求助别人,再解决。
②要设置一个提醒机制多久我啃不下就放弃,那个定时器掐个表,20分钟提醒一次,想不到那要及时换
③遇到问题不是马上百度,可以先学知识。本来你解决问题就为了学习,而不是捡芝麻丢西瓜
④百度解决效率低,有人带就很好,但是带人会有依赖。得有这个概念 ⑤找内容更应该用心的,不可以随便来,要量化。不然遇到不好的资源写起来就低效率了,大锯老师的课真的好课程,在没看见大锯老师的课,写的那个叫棘手呀,大锯老师的课就真的像有人带。
⑥基础,基础,基础!基础不行别的没用,很多问题明明就是基础的问题却想着先把这个问题解决了之后在系统学习基础,这很容易被一个简单问题困很久
⑦无限时间成本的投入,没有后顾之忧的写,真的加上期限与要求和有工程压力。这不压力大到死?这个模式不可持续的,一定要加速突破,一定到回来写反思
其实写代码对于我来说远不止是学习编程本身,还有我对于我的学习方式的转变,以及我编程思维的转变,以及对于未来工作多了很多理解。我最喜欢的论语的一句话“学而不思则罔,思而不学则殆。”要多思考。人很大程度都是把得来的三年的经验用十年,他们比工作2-3年的人也就更精通业务而已,但是学技术却放缓了。去年我在思考这个问题究竟是为什么,答案就是终生学习,三省吾身。在工作之余要跳出工作模式,换个思维学习新的知识,总结最近不快的事情,它们也会反补与工作之中。人思维广起来了,路也宽了。我未来可能不是我们村最会写代码的,但很可能是精神上,身体上,物质上收获最丰富的。
https://www.sunofbeach.net/a/1341768318356377600 上一篇的文章《普通大三的年计划 》 感谢 断点-含光君 ,vertexColoring, cheer , 拉大锯 打赏人的打赏
你的打赏是我成为阳光沙滩首富的第一步!