是.net的强大让程序员变得廉价吗
刚看到一个帖子，说做C#.net做了1年，结果回头发现基础其实很差，里面提到一个例子说：
ExecuteNonQuery返回受影响的记录数，结果因为不明白这个返回值具体的意思，导致测试后反复修改判断。
是的，由于.net的强大，程序员不需要有很强的编程语言能力，也不需要有很强界面设计能力，甚至简单工程结构都不需要
只需要创建一个.net工程，控件拖拖，事件写写基本就完事了。所以现在的程序员的门槛变得很低，进个培训机构2，3个月下来就能
跟着做项目了。当然相应的待遇也就廉价了很多，很多同事戏称自己是“IT民工”。
当然，导致这种现象并不仅仅是开发平台的强大。比如：现在软件工程日益成熟，软件复用也越来越多，很多东西都沿用前人的，
现在只需做少量修改即可满足要求，当然不会傻傻的再去开发了，即使你想开发，公司成本、客户交付期限都是不允许的（当然你自己是老板的除外，这种老板估计也当不长吧）
任何事物都是发展的，开发平台的强大，大大减少人工工作量，这是进步的表现，如果能让软件开发像是流水线工作一样那更是进步啊。
那么我们程序员该干什么呢，我仔细思考了很久，其实不是说我们不想研究技术，不想打好基础。而是软件发展成“软件工程”的时候，程序员也不叫程序员，叫“软件工程师”了，所以我们不再只是编写代码，而是编写这个工程(工程架构)、管理工程。举个服装的例子吧，最初做一件衣服是一个人买好布料，自己剪裁，自己制作，最后交货；后来他收了学徒，他做难的，学徒做简单的，再后来他收了很多学徒，每个学徒学的不一样，有人学做袖子，有人做领子...，他只是分配任务。到现在服装公司的“他”不会做衣服也没关系，他只要让这个制作流程顺利就ok了。同样的道理，软件发展到今天，"程序员"这个称呼没变，但是他的职能，地位已经改变。所以程序员的未来怎么走，或者说程序员该学什么，学到什么程度都不重点，重点在于你对自己身为程序员的定位，或者说将来的定位才是重点，只有你明白自己身处何地，你才知道你在做什么，该做什么，该学什么，将来又该学什么、做什么。
以上都是个人的观点，有感而发。可能对，可能错。
ExecuteNonQuery返回受影响的记录数，结果因为不明白这个返回值具体的意思，导致测试后反复修改判断。
是的，由于.net的强大，程序员不需要有很强的编程语言能力，也不需要有很强界面设计能力，甚至简单工程结构都不需要
只需要创建一个.net工程，控件拖拖，事件写写基本就完事了。所以现在的程序员的门槛变得很低，进个培训机构2，3个月下来就能
跟着做项目了。当然相应的待遇也就廉价了很多，很多同事戏称自己是“IT民工”。
当然，导致这种现象并不仅仅是开发平台的强大。比如：现在软件工程日益成熟，软件复用也越来越多，很多东西都沿用前人的，
现在只需做少量修改即可满足要求，当然不会傻傻的再去开发了，即使你想开发，公司成本、客户交付期限都是不允许的（当然你自己是老板的除外，这种老板估计也当不长吧）
任何事物都是发展的，开发平台的强大，大大减少人工工作量，这是进步的表现，如果能让软件开发像是流水线工作一样那更是进步啊。
那么我们程序员该干什么呢，我仔细思考了很久，其实不是说我们不想研究技术，不想打好基础。而是软件发展成“软件工程”的时候，程序员也不叫程序员，叫“软件工程师”了，所以我们不再只是编写代码，而是编写这个工程(工程架构)、管理工程。举个服装的例子吧，最初做一件衣服是一个人买好布料，自己剪裁，自己制作，最后交货；后来他收了学徒，他做难的，学徒做简单的，再后来他收了很多学徒，每个学徒学的不一样，有人学做袖子，有人做领子...，他只是分配任务。到现在服装公司的“他”不会做衣服也没关系，他只要让这个制作流程顺利就ok了。同样的道理，软件发展到今天，"程序员"这个称呼没变，但是他的职能，地位已经改变。所以程序员的未来怎么走，或者说程序员该学什么，学到什么程度都不重点，重点在于你对自己身为程序员的定位，或者说将来的定位才是重点，只有你明白自己身处何地，你才知道你在做什么，该做什么，该学什么，将来又该学什么、做什么。
以上都是个人的观点，有感而发。可能对，可能错。
