成长轨迹：感悟

写在前面的话，写在本文的目的是记录本人在个人学习和团队管理方面的感悟。本文只是一个开端，或者说本文所写感悟只是到写作此文时已经感受到的，今后每隔一段时间便重新感悟一次。期待各位观看本人次系列文章的朋友能够及时指正本人感悟中可能存在的错误认知。谢谢。

相对应试教育，自学是个很不错的方法，但是选择正确的方向需要大量的学习和比较时间，如果时间不是很充裕，应当主动请教有经验之人。

初学者如果没有足够的认知和辨别能力，应当尽量避免看论坛上的辩论贴。如果你觉得这个很有必要，那应该先了解辩论之人的人品和对话题的掌握程度。

延续上述两条，在网上看感兴趣的文章时应当自己认真思考其价值，因为你不了解作者，或者这可能是媒体在炒作。

最有价值的帮助信息来自官方论坛和F1帮助。

知道多少知识不重要，重要的是从自己知道的知识中学到了多少。

“边用边学”比“先学再用”更明智。

引申上述两条，学习编程需要相应的环境来实践书本知识，如果客观没有提供机会，不妨自己给自己提需求，而且先不要考虑这样的需求能否实现。因为自己的需求很可能大部分

都实现不了，但正是这样才不至于学了很多知识还是没有方向。

领悟一本书比阅读10本书更有价值。

注重基础，忌讳盲目跟风。如果没有扎实的基础，就算已经会搭建高级框架了还是无法解决实际需求中的问题。

学习新的技术不是为了追随潮流，更不是为了向人炫耀，而是学习一种新的思维方式。

忌讳因为自己喜欢技术的某一种实现，就一味排除同类技术的其他实现。

在学习新技术的过程中，优先使用该技术本身的思维方式思考。

计算机相关专业的首要素质是“方向专一”。

为了能保证等级考试能通过，应当做足够的模拟题，但结果有价值的前提是“通过它不仅仅靠做模拟题”。

很多学技术的人不能正常交流的一个很重要原因是动力源的不同，有人是“兴趣驱动型”，而有人则是“职业驱动型”，通常前者的思维方式和观点很难被人理解和接受。

如果成立团队，管理者应当首先考虑的问题是“目标人员的人品素质如何”。

如果成立团队，初期不宜人数太多，3-4人足以。

如果成立团队，应当尽力将团队提升到学校社团的等级，这样可以得到来自学校和老师更大的帮助。

如果成立团队，不应当太民主，太民主意味着责任的分散，意味着责任心的弱化。而且众口难调，容易出现小团体，意味着容易分裂。

引申前四条，轻易不要成立团队，除非各方面的条件均已成熟，这些条件主要包括：管理者管理能力、成员人品素质、共同目标、成员责任心、团队内与团队外的各种矛盾。