本帖最后由 张伟86 于 2013-5-4 16:29 编辑


大学时候没好好念书，后来工作了，又偏离了开发行业。总体算来，正儿八经的编程感悟不多，但是还是总结下，休息时候提下精神。
1、看书是看不完的，经典书籍太多了，所以选个简单的薄的掌握基本语法，用起来再说。比如当初学C++，谭浩强的C++语法是课本，可是还去抱了C++ primer，厚啊，得看，看了一半，发现问题挺多的，不好解决啊，换本书再看。看到后来，拿起谭浩强的书看，发现其实还是挺全的，而且是归纳总结了必须的好书。
2、了解基本语法，但不要过分去抠。做应用的，生产软件总是有个周期，要你一周之内做出软件，你为了ref和out的使用方法花去了1天（别小瞧，你要真抠还真就能花到这个时间），为了struct和class的区别花去了一天，那你还工作吗？我们只需要百度一下，查查他们的区别，先用，有时间了再去仔细研究。
3、编程思路问题。一条路总有走到黑的时候，但是我们常变换思路，总能找到合适的解决办法。尤其在编程中，我们从A控件解决不了控制B的问题，那么我们就可以换个思路从B影响A，有可能在A中恰恰就能使用这个影响结果解决问题。
4、程序员的原则问题。自己琢磨啊……
PS：技术分啊技术分，未解决啊未解决，提问题啊提问题，哎。感慨下。我总是坚持自己认为正确的路去获得技术分，莫管他人路啊！{:soso_e100:}

进来补充2句：
5、强大的编辑器。语法注意事项，可以被我们强大的所统治，语法不对，编译器会提醒你。所以还是第二点，开始不用太抠了。

本帖最后由 张伟86 于 2013-5-4 16:29 编辑


大学时候没好好念书，后来工作了，又偏离了开发行业。总体算来，正儿八经的编程感悟不多，但是还是总结下，休息时候提下精神。
1、看书是看不完的，经典书籍太多了，所以选个简单的薄的掌握基本语法，用起来再说。比如当初学C++，谭浩强的C++语法是课本，可是还去抱了C++ primer，厚啊，得看，看了一半，发现问题挺多的，不好解决啊，换本书再看。看到后来，拿起谭浩强的书看，发现其实还是挺全的，而且是归纳总结了必须的好书。
2、了解基本语法，但不要过分去抠。做应用的，生产软件总是有个周期，要你一周之内做出软件，你为了ref和out的使用方法花去了1天（别小瞧，你要真抠还真就能花到这个时间），为了struct和class的区别花去了一天，那你还工作吗？我们只需要百度一下，查查他们的区别，先用，有时间了再去仔细研究。
3、编程思路问题。一条路总有走到黑的时候，但是我们常变换思路，总能找到合适的解决办法。尤其在编程中，我们从A控件解决不了控制B的问题，那么我们就可以换个思路从B影响A，有可能在A中恰恰就能使用这个影响结果解决问题。
4、程序员的原则问题。自己琢磨啊……
PS：技术分啊技术分，未解决啊未解决，提问题啊提问题，哎。感慨下。我总是坚持自己认为正确的路去获得技术分，莫管他人路啊！{:soso_e100:}

进来补充2句：
5、强大的编辑器。语法注意事项，可以被我们强大的所统治，语法不对，编译器会提醒你。所以还是第二点，开始不用太抠了。