入职一家据说比较大的公司近一个月，说实话现实与期望有点落差。加上最近又正在看《人件》，有些心得跟大家说说。无论技术还是工作经验，我都是二把刀。所以言论不妥之处，还望大家指正。希望通过探讨，可以使大家都受益。
现有的项目比较大吧。至少数据量还是可观的。我只是看了项目代码，结合最近看书的知识，说说心得。有开发方面的，有职场方面的。零零散散，笔随心游，大家见谅。
背景：新公司是做供应链的。我的职位属于系统维护开发，c\s架构，用的vs2003，vb（当初找工作时，光看公司名字了，没有搞清楚具体工作情况）。工资很一般。
1、 前几天，要做数据库字段长度修改，幸运的是只该一处。而且只是加长。但是，我想到一些问题。
（1） 现在项目的sql语句采用拼接型。我就想，如果是进行表结构一类的修改，那就要遍历整个项目代码，还得进行整个项目的测试。所以，我支持采用存储过程。
（2） 数据库字段的解析。项目中存在用数据库字段中某几位表示一定含义的做法。而且这个字段是主键。如果是采用实体类的话，数据库字段解析可能集中于实体类的构造中。采用datatable时，解析过程散布于程序各处。而且，如果要修改字段的含义，那就恭喜你，你就拥有一个通过遍历来熟悉代码的机会了！
（3） 对于主键采用编码字段的做法，我不赞同。一个是性能。另一个，是数据库结构与业务涉及结合的太紧密。如果业务要改，你的数据库也要改？！对于这种做法，我见过一些，还有一个人用guid做主键。我当然没有充足的理由说那样不好。只是我还是喜欢用自增量。
（4） 似乎想避免数据库结构或者其他方面的更改是不可能的。那就放弃拼接sql语句吧。遍历真个项目的代码是很痛苦的。
2、 200M的网络限额，我宁可不好好干活，也不愿意上网查资料。就像《人件》中所说，程序员的荣誉感来自他们的工作成果质量。我真的很想通过努力写出高性、强扩展性的代码。我也很想通过平时的努力不断提高能力。可是，公司的200M的流量限额，使我宁愿敷衍了事。我可不愿意花一元买1M的流量。
3、 当你需要使用某些字符或者数字表示某些含义时，最好使用枚举或者在一个固定的地方负责验证和获取这些标志。否则，某天你就需要遍历代码了。
4、 不用视图、存储过程。你很有可能要遍历代码。
5、 当你遍历一个2万6千行的文件（注释微微。空行微微）时，发现同样功能的一段代码，多次出现时，作何感想？！
6、 看着代码中不同风格的注释。有的注释写的还比较详细，但是人却离开公司了。心中滋味，难于言表！
7、 说实话，不加班的公司很少见。但是加班不能调休的更少见。
8、 如果你的项目要长期做，不是一锤子买卖。那就别管别人怎么做。自己写的代码就多写点注释。除非你打算近期离职。否则，你有恨自己的时候（简单项目除外）。^_^
9、 说说最近对职场的感受。由于个人各个方面的原因，我27才工作3年。也没上过大学。进不了大公司了（至少华为是不要的，^_^）。以前工作时，见过比自己大两三岁的人入职到自己组。真的很为那些人感觉遗憾。如今自己也新入职。不知是否有人替自己遗憾。看着公司里，开发大都是三十以下的。其中近7成入职不足半年。想想这近万人的上市公司尚且如此，国内有多少公司能容的下三十多岁的开发。公司加班很频繁，有名的加班多（上次在电梯中也听到别的公司的人议论来着）。每天用有限的知识就可以应付工作。因为工作领域很窄。而且开发质量要求不高（当然现在都是改别人写的东西，将来还会有人改自己写的东西）。看着同事每天加班到十点之后，有事周末也无法休息。真的感觉很无奈。工资不高。牺牲了健康，人际关系，未来的生活。春节时，我就在想，做营销的，跑业务的，无论年轻时如何，他们在建立自己的人际关系，在开创自己的未来。而程序员在透支自己的未来。三十后，一无资本，二无人际。当然，高薪的和做起管理的例外。
10、 上次去一家外包公司面试，听HR妹妹介绍面试经验，一直做某个行业产品的人其技术往往不高，而一直做外包的人其技术往往较高。想想自己，如果在这里待些时间，做不到管理。将来出去，如何？！
11、 最后，如果你岁数比较大了，就任劳任怨加班干活，争取做上管理层，退一步讲，好好学习技术，将来出去也好点。
12、 Last but not least, wish all the sons of programmers to be officeholder!
现有的项目比较大吧。至少数据量还是可观的。我只是看了项目代码，结合最近看书的知识，说说心得。有开发方面的，有职场方面的。零零散散，笔随心游，大家见谅。
背景：新公司是做供应链的。我的职位属于系统维护开发，c\s架构，用的vs2003，vb（当初找工作时，光看公司名字了，没有搞清楚具体工作情况）。工资很一般。
1、 前几天，要做数据库字段长度修改，幸运的是只该一处。而且只是加长。但是，我想到一些问题。
（1） 现在项目的sql语句采用拼接型。我就想，如果是进行表结构一类的修改，那就要遍历整个项目代码，还得进行整个项目的测试。所以，我支持采用存储过程。
（2） 数据库字段的解析。项目中存在用数据库字段中某几位表示一定含义的做法。而且这个字段是主键。如果是采用实体类的话，数据库字段解析可能集中于实体类的构造中。采用datatable时，解析过程散布于程序各处。而且，如果要修改字段的含义，那就恭喜你，你就拥有一个通过遍历来熟悉代码的机会了！
（3） 对于主键采用编码字段的做法，我不赞同。一个是性能。另一个，是数据库结构与业务涉及结合的太紧密。如果业务要改，你的数据库也要改？！对于这种做法，我见过一些，还有一个人用guid做主键。我当然没有充足的理由说那样不好。只是我还是喜欢用自增量。
（4） 似乎想避免数据库结构或者其他方面的更改是不可能的。那就放弃拼接sql语句吧。遍历真个项目的代码是很痛苦的。
2、 200M的网络限额，我宁可不好好干活，也不愿意上网查资料。就像《人件》中所说，程序员的荣誉感来自他们的工作成果质量。我真的很想通过努力写出高性、强扩展性的代码。我也很想通过平时的努力不断提高能力。可是，公司的200M的流量限额，使我宁愿敷衍了事。我可不愿意花一元买1M的流量。
3、 当你需要使用某些字符或者数字表示某些含义时，最好使用枚举或者在一个固定的地方负责验证和获取这些标志。否则，某天你就需要遍历代码了。
4、 不用视图、存储过程。你很有可能要遍历代码。
5、 当你遍历一个2万6千行的文件（注释微微。空行微微）时，发现同样功能的一段代码，多次出现时，作何感想？！
6、 看着代码中不同风格的注释。有的注释写的还比较详细，但是人却离开公司了。心中滋味，难于言表！
7、 说实话，不加班的公司很少见。但是加班不能调休的更少见。
8、 如果你的项目要长期做，不是一锤子买卖。那就别管别人怎么做。自己写的代码就多写点注释。除非你打算近期离职。否则，你有恨自己的时候（简单项目除外）。^_^
9、 说说最近对职场的感受。由于个人各个方面的原因，我27才工作3年。也没上过大学。进不了大公司了（至少华为是不要的，^_^）。以前工作时，见过比自己大两三岁的人入职到自己组。真的很为那些人感觉遗憾。如今自己也新入职。不知是否有人替自己遗憾。看着公司里，开发大都是三十以下的。其中近7成入职不足半年。想想这近万人的上市公司尚且如此，国内有多少公司能容的下三十多岁的开发。公司加班很频繁，有名的加班多（上次在电梯中也听到别的公司的人议论来着）。每天用有限的知识就可以应付工作。因为工作领域很窄。而且开发质量要求不高（当然现在都是改别人写的东西，将来还会有人改自己写的东西）。看着同事每天加班到十点之后，有事周末也无法休息。真的感觉很无奈。工资不高。牺牲了健康，人际关系，未来的生活。春节时，我就在想，做营销的，跑业务的，无论年轻时如何，他们在建立自己的人际关系，在开创自己的未来。而程序员在透支自己的未来。三十后，一无资本，二无人际。当然，高薪的和做起管理的例外。
10、 上次去一家外包公司面试，听HR妹妹介绍面试经验，一直做某个行业产品的人其技术往往不高，而一直做外包的人其技术往往较高。想想自己，如果在这里待些时间，做不到管理。将来出去，如何？！
11、 最后，如果你岁数比较大了，就任劳任怨加班干活，争取做上管理层，退一步讲，好好学习技术，将来出去也好点。
12、 Last but not least, wish all the sons of programmers to be officeholder!