说起程序猿,总绕不开的一个话题就是bug,估计每个程序猿听到某某测试跑过来一脸淫笑的告诉你这个功能有个bug的时候,总有种恨不得掐死他的想法.其实程序猿跟bug的关系,感觉有点像父亲和儿子的关系,自己制造的bug,哭着也要自己解决,就像自己生的儿子,哪天又犯了错,就算气得恨铁不成钢,也要教育他帮他改正一样.好了,扯远了,按照一般程序猿的心理,bug再正常不过了,解决就是了.可是你想过,解决bug的时间和人力成本吗? 1.bug从修复到解决的流程 通常情况下,一个bug从发现到解决的流程应该是这几…

使用场景: Win32程序在release模式下编译完成,发送给最终用户使用时,我们的程序有时候也会出现崩溃的情况,这个时候如果能快速定位崩溃原因或提供一些程序崩溃时的状态信息,对我们解决问题将会带来很大的帮助.一般程序崩溃时我们需要搜集的信息包括:系统信息.CPU寄存器信息.堆栈信息.调用堆栈信息.CPU和内存状态.内存当前地址等.调用堆栈是我们最常用到的. 技术方案: 目前我搜集的方法有以下三种,日志记录.dbghelp .SHE(Structured Exception Handling)…

原文:Installshield关于.NET安装时需要重启动的处理办法,以及延伸出的重启后继续安装的安装包的一点想法 很多朋友做安装包的时候,所打包的软件需要.NET Framework之类的环境,他们会检测系统是否已经安装了.NET,如果没有,则调用.NET安装包来安装.但是.NET安装完是需要重启动的,一般来说,我们都推荐使用/q/norestart的静默安装函数来使重启动推迟到安装结束时,使用如下:LaunchAppAndWait(SUPPORTDIR^"dotNetFx40_Full_x…

程序猿嘛,难免会被BUG缠身,我相信,没有一个程序猿在被BUG缠身时是感觉轻松的,消灭BUG一定是你最大的愿望.本周,我们团队的项目进入调试阶段,各种BUG层出不穷,眼看下个周就要进行项目答辩会,所以每个成员都绷紧了神经,与时间赛跑,一路过关斩将,解除一个一个的BUG.今天,我们就来简单谈一下,我们应该如何对待这位特殊的“朋友”——BUG: BUG,一种传说中的昆虫类爬行动物.形状多变,往往根据生存环境随意变换其外形特征.常常和一类叫做“程序猿”的灵长类动物共存.程序猿在工作之余,常以捕杀BUG…

公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[MM系列]SAP S/4 HANA BP创建客户/供应商的一点想法   前言部分 大家可以关注我的公众号,公众号里的排版更好,阅读更舒适. 正文部分 在通过MDS_LOAD_COCKPIT从客户/供应商转换为业务合作伙伴的S/4 HANA期间,由于这些强制性业务合作伙伴字段组检查,不会创建BP.更多内容请关注公众号:SAP Technical…

本文源于最近修正的一个关于psqlodbc的bug,该bug在近期的psqlodbc的git上也有人提交了修正. 关于该bug的修正代码可以看这里: https://git.postgresql.org/gitweb/?p=psqlodbc.git;a=commit;h=85f6fade3 说道这个bug,我们要提ODBC提供的两个API函数:SQLBulkOperations 和 SQLSetPos. 关于这两个函数,它们的用处是: SQLBulkOperations执行大容量插入和大容量书签…

写在前面话 项目从13年1月份,现场开发,4月中旬,项目开发接近尾声,三个开发,留两个在现场,我被调回公司,5月份现场一同事离职,只有一个同事在开发,结果PM想让这一个同事承担余下的开发和bug工作,结果意外的这一同事离职,离职前一周,我又来现场,接手他的工作,还好bug比较简单,木有神马复杂的功能,从这修一周的bug来看,感想挺多的,随笔记录几点. 共用VS各自独立(复杂逻辑VS简单copy) 在4月调回之前,有一同事接手我的工作,后来这部功能需求有较大的变更,这一同事在回到公司经常给我说的一…

2017 qcon 上海专门设立了“直击黑产,业务安全的攻与防”专题,通过这次专题的了解和学习,让我对黑产的攻防有了更深入认识. 1. 安全防护趋势 2017 qcon 上海专门设立了“直击黑产,业务安全的攻与防”专题,通过这次专题的了解和学习,让我对黑产的攻防有了更深入认识.有一张图可以充分说明黑产防护这一发展过程: 从最初的黑白名单,后来是规则引擎,再到现在各公司都开始采用机器学习进行风控.在安全防护升级的道路上,我觉得就是从静到动,再到自主学习的一个过程. 比如黑白名单.设备指纹,这一类安…

有点失落.迷茫,差点在上班的时候发了火.原因是之前离职的一位同事,在代码里不加注释,而且百般偷懒,致使很多应该的验证没有验证,很多应该考虑到的情况没有考虑.因为是老员工,我相比他来说是新员工.气势上总是差那么一点点的,不敢去质疑前辈们的代码.但是这样下去,项目的质量一直提升不上去,讲他还不能讲,对于整个项目管理来说这样的员工就是一颗定时炸弹.虽然是写了代码,恭喜还能跑,但是这是在浪费公司的资源,也是在浪费同事的时间.这样的代码以后维护起来,是要花费很大的代价的,是非常大的代价.然而现在已经是这种…

本文非技术文 十点半游戏的代码大概完成了1/3,想到今晚提早验收完汇编实验,还是副院长亲自验的,似乎很看好我的样子,然后问我的方向,导师和参加的项目.聊了几句后结束了对话,不禁又引发了我的一些思考. 关于方向我当初选择了软件方向.我自知自己对硬件的兴趣较小,当初选方向很快划掉了嵌入式方向:可能我更对网络方向感兴趣,但是这个方向并不可选,pass:数字媒体和软件的抉择也没多做考虑,果断选了软件,比起花花绿绿的东西我更喜欢朴素的吧,尽管底层都是朴素繁琐的东西. 然后是方向导师.惭愧.当初满腔热血选了…