最近积累的一些小东西

最近积累的一些小东西

以前专门用一个记事本记录的，可是那天心情不好的时候清理了一下桌面，然后就没了，所以下面的这些都是凭记忆写的，比较辛苦啊
1.最好是有个程序可以专门的记录日常开发时的心得，遇到的bugs等，这样以后再遇到同类的问题可以很容易的得到解决，或者你要总结一下的时候也不至于像现在的我这么被动。
2.以前没有接触到实际开发的时候，总是一味的钻所谓的“程序效率”，可是到了真实开发的时候才发现，程序效率或许并不是最重要的。你会面临的问题是在项目开发速度和程序运行速度中选一个最重要的。当然，钻研程序运行速度仍然很重要，因为在这个过程中可以加深对.net框架的认识。帮助你在以后的开发中做的更好，虽然不一定涉及到程序运行速度。
3.面向对象很重要，分层设计很重要，××××很重要......这是我们在学习.net前被告知的最多的一些话。可是现在的问题是，要格守原则还是寻求成绩？是要费劲的设计出一个在你看来符合众多原则的框架，还是做一个可以立刻就展开开发的框架？
4.前期设计好数据库很重要。对于.net的分层结构来说，改动最底层的数据库所带来的痛苦是显而易见的。这个基本上可以当作什么都没说，因为任何人都想在一开始就把数据库设计的完美。为了避免痛苦，就应该采取减低数据库和程序耦合的设计。比如可以采用自动分析数据库表字段的方法来创建你的数据模型类。（这个会降低效率，和降低工作热情相比，你选哪一个？）采用自由度高的数据模型类来缓解数据库变更给各层带来的危害。
我现在见到的最要命的设计是给每个存储过程都做一个类来进行数据库操作……
5.还在不倦的看各种教科书的同志们，立刻投入到实际开发中来吧。你看了一堆的设计模式.net运行内幕等书，到头来甚至不知道该怎么构造一个网站的首页，这对于你找工作是极为不利的！
6.我曾经天真的认为服务器开起来后就永远不会停下，于是我想用static变量来保存一些数据，如果你也有这种想法，尤其是网上好像还有这样的文章说什么用这个来保存什么什么……快点放弃这可怕的念头吧！最近一段时间，只是我就亲手把服务器重启了好几次，还是通过远程桌面控制的办法。
7.学会程序调试。这个包括在认为（并不是空想，而是有根据的）有错误的地方设置断点，恰当的使用“逐语句”和“逐过程”，等等，最后一个则是慎重的使用try catch块。先不说这个对性能的影响，有的时候错误就算被捕捉到了，但是你却没有用更好的办法来处理，导致程序运行看起来很怪异可以你却毫无头绪，最后只得在catch里设断点才可以......
8.一句话，“操作比理念更重要！”。

好久没有写技术相关的笔记了，不过，“堕落不是结束，而是开始”。

经典水区的帖子，哈
－－－
^_^，刚才在编程区发了个帖子，感觉就是不一样啊
最近一段时间也不知道是怎么了，干什么都不舒服，可能刚毕业的人都有这么一段时间吧，叫“刚毕业综合症”？但是感觉最近稍微适应了一些了，刚才上网，还找到了个这么好的借口，如题 原来堕落果然是件好事
－－

 

1.没什么好说的,常识
2.等你做一个,数据库服务器是个4G内存的电脑组成的每时刻都有数据交互的东西的你就会考虑，无限制的没有优化的程序，会将 4G的内存在数分钟内吞噬。
3.在你确保的你设计是正确而且据有很好的扩展性的情况下,请坚持你的设计,等到项目后期再进行修正代价是高昂的
4.变更是正常的，我们甚至应该去拥抱变更，迭代可以解决一部分的问题，但对于相对稳定的项目来说，瀑布模型也不算太差。特别是行业性的操作，很多流程是照章办事相对稳定的,多看些软件工程，设计模式的书对你会有帮助的。
5.没书看的日子是痛苦的.
6.无语
7.不会使用Try...Catch是你不知道怎么用好的机制去处理这些Try...catch出来的错误。当某天你的客户打来一个电话说出现一个系统错误，而你又无法去再现这样的错误时，你就会感慨为什么我没有用Try...Catch将错误写进一个写进一个日志文件里，不知道Catch出的东西有什么用，只能说你还不了解Try...Catch
8.新手之言,"理念比操作重要"或许你刚接触实际项目,所以你才会发出这样的感叹.
当你历经4-5个项目的时候,你就会知道,到底是理念重要还是操作重要,
中国那么多程序员却没几个好的项目经理,就是因为,不知道将操作升华为理念,
没有好的理念去指导操作,就好比我们BOSS说的"屁股指挥脑袋".

 

谢谢这位兄弟的帮助，真心的！
说起来，最近我是有一些浮躁，因为刚毕业的原因，感觉一起都和自己想象的不太一样，开发的项目中有很多不合理的地方，也争论过，但最后还是被淹没了，再加上其他的一些原因，因此就变的有些偷懒于进取，谢谢您在这个时候给我点起一盏明灯，以后我会注意的
再次的感谢您的帮助！祝您好运 ：）