标签：更正 manager manage bug 执行文件 结果 组织 命名 心得
工作两个多月了，反思记录心得体会。
不要总是问。尽量一天三个问题，这可以保证每个问题都是经过思考的，并获得别人尊重，剩下的问题基本都能靠百度解决，只是时间问题。
探索代码框架，一直很被动的原因就是不了解框架，因此不知道怎么入手，不知道从哪来到哪去，探索框架主要靠导师讲解，其次自己主动探索，再其次补充框架的理论知识。
我觉得应该这样学习
理论和实践相结合，
从实践出发，单点突破，然后再系统化吸收，
宏观理论也要了解，不需要掌握和精通，
宏观理论学习的正确姿势：第一遍看理论，第二遍看理论，第三遍看理论，第四遍写helloworld
最近有些迷茫了，急需更正学习态度，
以实践为主，所以以工作为主
然后是兴趣，
既然做了网站，也是我唯一的case，索性系统化学习一遍。
从主程序开始，学会使用debug探索程序的来源去路。
既然是高内聚低耦合，那么文件的组织形式就是会有多个单功能文件funit，
然后会有一个总体的调度文件，即manager。
debug的方式不应该只是从main开始，也应该从结果出发
不乱问问题，在适当时候问适当问题。
1024反思
业务不熟，框架不熟，文件组织方式不熟，命名规则不熟，debug不熟，基础知识不熟（如数据结构，设计模式啥啥的）。
学会命令行能使编程更专注，更具有连贯性。
首先一定要熟悉业务，业务即逻辑，业务即代码。
根据业务理清框架和模块，
从主函数开始跟踪，
通过堆栈查看历史，即谁调用了它。
开发:
拿到一个工程文件,他会有:
工程,配置文件,可执行文件
标签：更正 manager manage bug 执行文件 结果 组织 命名 心得
原文地址：https://www.cnblogs.com/chendeqiang/p/12861692.html
