今天主要是学习了cocos脚本的具体编写实践。之前没有学过TS，虽然语法上和大部分编程语言很像，但很多错误细节很多。有一个原因是我电脑内存不够了，没有使用专门有TS语法检验的IDE来编写脚本代码。这导致了我在尝试的时候屡屡碰壁，虽然跟着教程走的，但不是这个不显示，就是那个报错。好在有ai的扶持，我知道了脚本编写完之后，不仅文件要保存，cocos项目也要保存，不然可能会预览的未保存前的那个版本。第二是代码中类的属性变量调用，如果是类中定义的一定要加this，不然默认认为是外部传参。这个也把我坑惨了。
今天的预定任务流基本完成，但其实有混任务的嫌疑。我感觉还是目标感不强，加上反馈问题比较严重。这不得不让我说到关于反馈的问题。
一般存在的有正反馈和负反馈，我理解是这样的，反馈的与否取决于一个标准。比如说，代码运行不报错正常运行是标准，那么一直在报错、排错最终解决，大概率是在负反馈，因为大部分时间都没有在标准之上；而如果说我是在随便捣鼓，没有标准，报错是意料之中，而成功是意料之外，那这种情况大概率是正反馈迭代。所以很多人没办法坚持下去，一个主要原因可能是反馈的标准设定的太高了。"我要实现一个华丽的功能"结果"全是error"，哪怕没有"error"，仅仅是实现的很慢，都可能会变成一个负反馈，让你没办法坚持下去。因为你认为本来应该是这样的，而实际是另外一个样子。
游戏的成瘾机制有一个点就是让你进入正反馈，或者最终为正反馈的"随机反馈"。我想，如果想做事时刻有动力，除了开始去做以外，还得需要自己有个合适的目标，如果是初出茅庐，就不要觉得不犯错是标准，而是目标，如果是进入实战，就不要认为完成完整的功能是标准，而是目标。降低标准不一定是降低质量，而是让你走得更远，让你最终可以完成目标。这样，没有人逼你，你也可以自己坚持走出一条属于自己的路。