1）技术方面：
a、编译、链接、基础架构：在项目预研期间，搭建环境、构建最小系统，对交叉工具链的配置，构建脚本有了进一步的认识；对动态加载，对编译原理、链接、装载等基础知识有了进一步的认识和实践，后续有实践需继续加强对《程序员的自我修养----链接、装载与库》这本书的学习。
b、业务：对VI中间件、camera驱动、sensor驱动有了进一步了解和熟悉。
c、系统：对系统的性能评估，对OS的性能评估，对WLAN框架熟悉，有时间继续研究RTT和linux的异同。
d、分析问题、解决问题的方法：通过不断的问题调试，解决的实践，希望能达到“方法论”的高度，形成一套切实可行的理论、原则，让一个经验不是特别丰富，思维不是特别敏捷的普通员工可以一套理论指导，加快分析、定位，修复问题。让需要“经验”、“智商”来解决问题的概率越来越小。
2）团队管理方面：
（参照2010年Google内部通过扁平化管理和去管理的实验得到的报告《管理为何重要，最出色的管理者如何做》）
a、是一名好教练：具备一定的关键技术能力，主导方案的制定，架构设计原则，驱动工作方法，严格review，遇到问题时，及时分担组员压力。
b、授权于团队：作为一个团队管理者，能明确目标，然后找出自己的不足，发现、培养团队成员来弥补自己的不足，群策群力。熟悉每个成员的优缺点，合理安排任务，人尽其才。
c、关注并关心团队成员的成功和个人福祉：作为管理者，应时刻保持良好的心态，对于有挑战的任务，需提供足够思路的资源，给其信心。在项目初期，因为驱动组的成员是全新组建，对一些模块不是很熟悉，任务安排的时候有为难情绪，在其他部门同事的刺激下有抵触情绪，这时需要安抚，避免矛盾进一步激化。
d、工作富有成就且结果导向：
e、善于倾听、分享，是一名优秀的沟通者：大部分时间都允许下属抒发自己的困难和情绪，充分了解情况后再给出意见和建议；对于不喜欢反馈工作进展的成员及时询问，特别是利用早会的时候了解工作情况，存在的困难；对于反馈过于频繁的成员，需适当培养其自主性，安排其他有经验的老员工替代自己作为中间人，防止其大量占用自己的实践，为自己腾出充足的时间处理更重要的事情。
f、帮助成员进行职业规划和发展（使其职业规划和发展和公司的发展需求相统一）：这部分是最困难的，最需要时间的，统一思想是一个团队的建设不断追求的目标。通过对周会流程的不断改进：定期回顾团队的近期、长远目标、愿景和战略。加强成员的团队意识、大局意识，让每个人感受到的不仅仅是在写代码，而是在做一件有意义的、有价值的大事，期望以此提高成员的工作热情、责任感，通过季度推优，让每个人的付出有及时的反馈，激励，树立正确的职业价值观。
g、对团队的愿景和战略有清晰的规划：
h、具备关键技术能力、予以建议：
总体来说，管理上首先自己的心态要稳，格局要大，能消化下属的情绪，合理引导；然后是熟练、优化、多样化团建的方式方法，通过必要的活动凝聚团队。
对年轻员工容易出现的急于求成，浅藏辄止等问题需要加以引导，帮助其解决问题的同时保护请成就感；对同级同事，以沟通协调为主，协助其完成任务；对于上级，要及时记录上级的任务安排，避免遗漏，沟通思想，了解上级的设计及布局，才能更好的落实，不确定的任务应及时确认清晰。
3）项目管理方面：
对敏捷开发的项目管理理论有了践行的机会：
首先在项目内推广、宣导快速迭代、拥抱变化的敏捷开发思想。
然后落实、细化实践方法工具（周报、看板、阶段冲刺、项目管理系统redmine），达到阶段交付，快速迭代的目的。
最后要团队成员有自主意识，有支撑起快速迭代的，适应变化的软件设计方法、思维，这个是保证敏捷的一个基础，如果各个模块层次混乱、可扩展性差，随便改一个需求就要大改、甚至重构，敏捷将无从谈起。
4）专业建设：
对软件工程的学习需要保持，继续复读robert martin的两本著作：术----《代码整洁之道》，心法----《敏捷开发原则、模式和实践，PPP》，还有就是李先静的对新人的培养入门指南----《程序员成长计划》
对pyqt学习不够持续、深入，将来应该会是UI方案的主流。
5）企业管理：
a、关于技术经理、产品经理、项目经理、AE、FAE的分工及协助：
b、关于针对不同客户的分类支持：
