rt,越详细分越多啊,谢谢了。

解决方案 »

  1.   

    对了,不要说百度,google就完了。那些我都试过了,各种关键字搜索,但是没找到合适的。倒是可以发连接的。
      

  2.   

    我跟你说,问题是多种多样的,比如:程序写了一半,停电了,再开机,系统崩溃,源代码找不到了。程序怎么写都不对,改来改去,bug还在,结果发现,部署的是另一个路径的程序版本,也就是修改半天的程序根本没有送到服务器上。程序写啊写啊,快要写好了,结果发现用到的一个模块和操作系统不兼容,只能换掉,于是得重写。所以,不要指望你能得到一个列表告诉你你会遇到什么问题再开工。如果你抱着这样的想法,可以转行做一个操作性的生产工人,而不要去做每天都在创造和探索的程序员。
      

  3.   

    加入这方面的技术群,比如asp.net QQ群
      

  4.   

    碰到问题。先想想。尽量自己解决。
    试过后如果还不行。就google.
    如果还不行就csdn
      

  5.   

    解决问题有几个途径1.百度 google 你已经说了
    2.论坛发帖
    3.QQ群
    4.同事,朋友如果这写途径都解决不了,那你就想办法撤了这个功能或者想别的办法代替了。友情提示:解决一个问题,超过1天得向上级汇报,因为这个问题耽误研发进度,会有不好的后果。
      

  6.   

    从宏观角度可以看几方面:
    1) 如何知道有问题了. 
       某些特例:有些程序员不设try...catch, 甚至直接把异常抛掉,问题自然就找不到了,出了问题也就丈二和尚了。
    2)发现的问题是到底哪一方面的。
       某些特例: 
      有些问题明明是架构设计的问题,逼着界面程序员改,打死他也闷不出来呀。
      有些问题程序员觉着简单,直接就想当然处理了,但可能后面有更大的窟窿被隐藏了。
    3) 发现了问题如何处理:
       某些特例: 
        今天改了代码,明天奉命回滚,错误又出现了。唉。
        已经有客户在用了,这家用的v1.0, 那家用的v1.1,要维护多少个版本呢?虾米了。
       
      

  7.   

    加群,上CSDN, 自己多写点测试程序,, 百度谷歌问老人!
      

  8.   

    有调试工具的 下断点 调代码 
    没有的 通过打印日志 找出相关问题所在
    对于接口不明的 有文档查文档 没文档的查DEMO代码
    啥都没的 直接找编写者问
    连编写者都找不到的又无代码无相关文档...自个重写吧...