之前做小程序的时候, 一直不知道应该如何返回所谓的json格式的数据, 为此也花了很长时间
学东西必须要有一个主教程(按着这个教程, 一丝不差地走下去), 这个教程在一些地方可能做的不够好, 此时你可能会跳到其他教程去寻找扩充的材料, 但是事后一定要记得继续回到主教程学完所有知识点.
这么做的原因是, 为了避免遗漏重要的知识点
很多时候, 你花了很多时间和精力去写代码, 但是事后你才知道原来有成熟的框架你可以直接调用, 要学会把别人写好的东西, 灵活应用起来.
最可怕的不是你不知道, 而是你不知道你不知道
也许有一个写好的框架就放在哪里, 但是你并不知道你不知道有这样一个框架的存在, 所以你呕心沥血最终用bug很多, 效率很低的方式实现了功能.
很多时候, 你搜索不到你想到的东西, 只是因为你不知道如何准确地描述你想要的东西, 你看不到这件事的本质是什么? 你如果只是用表象去搜索, 去询问, 你得到正确答案的可能性很大幅度下降, 因为你在不知情的情况下缩小了范围.
eg. Django做小程序后台, 如何与前台合作.
前端需要Django返回json格式的数据
那么问题就是Django如何返回json格式的数据呢?
return JsonResponse()
由于国外并没有微信小程序, 而使用Django做后台的又是一小部分人, 所以得到问题解决方案的可能性很低.
问题变成了如何正确使用return JsonResponse()
但是后来我才知道API的使用方式和小程序的模式完全一样. 都是对一个URL进行POST或者GET的请求, 然后返回JSON格式的数据.
- 当时如果我可以把小程序的问题, 改为更具有普遍意义的API问题, 就可以顺利找到很多高质量的答案
- 如果我当时把视频教程完整地看完, 就不至于不知道API是什么? 怎样用Django写API.
如果你不完整地看完文档, 那么你又极大地可能性出现你吃了大亏, 而你自己对此毫不知情.
李笑来老师的文章要多看, 每隔一段时间, 就去看一下, 每次一定都会有新的收获.
项目: 一定要有一个能够拿的出手的项目, 这个项目需要自己精心打磨, 代码规范化, 逻辑结构, 注释都要做好. 要做一个精品出来, 不要认为做这些事情很浪费时间, 没什么用处, 说实话, 自己做过类似的事情吗? 那么何出此言呢? 自己通过做这些类似于整理的事情, 可以把完整地流程走一遍, 而且以后有这个作品之后, 方便面试, 面试官肯定会直接看你的代码怎么样, 是否规范, 是否符合他们的一些评判依据. 而且在这个过程中自己可以写一些教程, 把一些code Snippets整理一下, 发出来, 方便自己和他人以后学习.
