看过这么多大牛之类的话 一些摘录 分享给大家

1.仍旧是以实践为主，不过，不是照抄书上的例子，而是先把例子看完，拿出一张纸，用笔写下例子代码要实现什么功能，第一步做什么，第二步做什么，用到哪些知识，使用了哪些类哪些函数，为什么要用。然后把书合上，就根据纸上写的内容去编程。这种做法有些难度，而且容易出错，不过好处很多，一是挣脱了书本上的示例的束缚，自由发挥空间大，不容易形成定势思维；二是出错了无法通过编译，就会迫使我去主动寻找错误，不知不觉中，我不看书都学会了调试的方法。
2。
当你计划要做一个程序的时候，无论是小程序还是大项目，不妨先想一下
我干吗要写这个程序？
这个程序完成了什么？
程序所完成的任务真的比人们手动操作更有效率吗？更准确可靠吗？
如果我成功完成这个程序，解决了哪些实际问题？
我在写这个程序的时候，可能遇到哪些困难？如果某个难点解决不了，能有可替代方案吗？
使用我编写的程序的人会快乐吗？
我做好这个程序之后会高兴吗？


4。
看书我仅仅是作为一种参考，为什么呢？请原谅我把话说得比较难听，很多书其实都是抄袭或翻译帮助文档，比如很多.NET相关的书都抄MSDN上的文档，如果你不相信，你不妨比对一下。
任何一门编程语言或开发平台都肯定会附带官方的参考文档的，我平时发现很多人在学习编程的时候，都没有查看帮助文档的习惯，经常会遇到让人哭笑不得的提问。每次我遇到有人提的问题如果参考文档上都有的，我是不会回答的。
5
我个人觉得刚接触编程的时候，不应该对一些抽象难懂的概念或理论过于深入地研究，建议把重点放在“怎么用”这一层面上，其实大家不妨想想，我们学习编程是为了什么？是为了学习而学习，还是最终要应用到实际任务中？

现在有许多论坛、交流群等互联网平台可以分享学习经验，同时，也方便大家解决疑难问题，这是很不错的，有时候遇到比较棘手的问题，不妨考虑发个帖子，让大家来帮忙解决。但是我要批评一下那些依赖心理太强的人，很多人总是这样：想都没想就到处去问别人。如果你真的想要把编程学好，请改掉这个坏习惯


6.实践出真知。

7.每周学会写心得，体会。一方面分享，另一方面记录这些问题，以后碰到类似的问题，可以避免。

业内有传言称“程序员就是一个把咖啡因转换成代码的机器”。随便找个程序员问“你什么时候工作效率最高？”他的回答肯定是在半夜。这是目前普遍存在一个趋势，一部分人喜欢在早晨4点起床开始一天忙碌的工作，而此刻其他人还在梦乡中。


之所以早起，是为了避免在编程中受到干扰，影响效率。在那个时间里，程序员除了可以看看紧锁的房门，还能干些什么？所以，那时的精力将集中在三件事情上：日程、大脑和屏幕。总而言之，程序员在深夜工作的好处是不会因为紧促的时间和他人的干扰而中断工作。在这种放松的环境下，程序员的大脑也能保持清醒，并且将全部注意力集中在明亮的屏幕上。