以其人之道还治其人之身

他怎样向你追回东西 你也怎样追回

这是最简单的方法 对待对方以相同方式

任何时候都不会理亏

这就是正义 绝对的正义 一切以正义为原则

这么多年了还是第一次见到这么神奇的东西，楼主下个diskgen看看空间都去哪了

site:v2ex.com/t
搜索v2ex.com域名，或者其二级域名下的网址，且网址必须包含v2ex.com/t

而/t开头的网址是“主题”，相当于帖子的网址前缀。不会搜索出其他页面出来。

@BGLL 可以这么说，我用notepad++，感觉这个高亮括号就很不错，其他的高亮关键字其他语言基本也是都有的，在其他的编辑器也看到这个高亮括号尖括号的，很赞，在一堆逻辑里面，好方便啊


@046569 是的，之所以一直用着，也是因为网页有asp（虽然不升级了，但是兼容性问题不存在），简单程序可以用vbs，应用程序可以用vb6，游戏/工作自动化有按键精灵，office一套又有宏。可以说还是挺不错的……当然不能和专业程序员比了，毕竟追求的层次不同……vb6不支持多线程，看多很多别人的案例，虽然实现了，但是局限挺大的(不能说很难用，而是要用上挺难的，最简单的就是vb6自己的控件不支持多线程，反正都是这么说，我也不太了解，也听说vb5有多线程，不稳定)，用按键精灵的时候觉得多线程挺爽的。以后确实应该试试.net里的vb，虽然那的vb已经……

好吧，设计模式什么的确实不懂，想起一个问题，上次用百度的umeditor asp版，发现上传文件（图片）功能上传不了，一查源码，它在创建文件的时候会判断文件夹是否存在，但是竟然是从根目录开始一层层探测，如果不存在就创建，windows的iis虚拟主机，一般会禁止其他目录的权限，自然就读取不到虚拟主机上层的文件夹了，探测不到就创建，必然也是不会成功的。于是就直接报500错误不干活了。（一个容错机制导致的错误）
不不不我没别的意大牛的产品应该很多人用的，这样的情形在虚拟主机上根本就传不了文件，其他人怎么用的呢（自己的开发机器上权限一般不会设置那么严格就没关系），不理解。加了个判断解决bug（属于虚拟主机下的目录路径不存在才尝试创建）。在查看源码的时候，也顺便上下翻了翻，同样是上传类，跟其他的无组件上传类其实差不多，所以当时就冒出一种“原来大牛也是这样写asp的啊，原来大牛也会考虑不周全啊”

"也看过别人写相同语言的代码吧，感觉有思路的话实现起来都是那样吧"，确实是有点武断，毕竟我用的这个语言吧，没有那些语言高级，想想.net里面的vb就有超级灵活的写法（记不起来那个案例了，反正就是一行里面用短而简洁的方式实现了vb6要好几行的的的的代码吧），不同的人写出来应该还是有所不同的，也有高效和低效的区别，当时有那种想法也是因为自己看着觉得是我的话也差不多这样写……但是太复杂的我肯定就费脑筋了，哈哈，我承认我菜。一些想法太想当然了。

@046569 喜欢的语言真心找不到！我只希望有个多线程，能拖拉界面（虽然很喜欢web方面的语言，但是这方面的语言先天性对做应用程序支持不好）……其他语言要么太复杂了（比如说C吧，听说1-2年还不够入门的），要么用户要安装一个硕大的运行库……python似乎就很不错，还跨平台，不过画不出界面，太不合适我们这些非专业的了……以前最开始的就是vb相关的，就暂时用vb6了……vb6要是加个多线程就好了……咦，想来想去，好像就delphi靠近我所想的了，但是看着那语法……醉了。
我真心不是挑剔，好像delphi用的人比较少，就怕到时候找不到别人的轮子用……或许有误解的吧……

我真心不是挑剔，只是想有个能拖拉界面的（简单嘛！），然后有个多线程的！（VB6木有），还有就是你说的，有各种库啊！有没有什么合适的推荐推荐呢！（这问题痛苦很久了，毕竟要重新学过，慎重啊）

你说的迭代我不懂唉，回头再研究研究= =！自己以前好像也查过……小循环我是满足条件就继续下去执行，大循环排版好容易出错，改用goto跳走的。（视情况而定，有的程序不会写任何一个goto）

我非调试一般不输出什么东西，出错就到差不多的位置去输出各种数据出来看看……然后研究对策，嘿嘿！其实一般执行到某处有问题的，进去看看代码差不多就能猜到哪里问题了。

虽然重复的事情应该做自动化，但是感觉写工具也是需要花费时间的啊……一想到各种调试，各种bug，各种死循环，哈哈哈哈！你懂的，就更懒了，如果有别人写好的如果合适的话一定用别人的！（一般没安全问题的工具），用得不喜欢就想想别人怎么实现的，偷懒，然后按照自己思路改进改进……会写一些程序就是好啊，用得不爽自己来！


@BGLL 是的，不过有些语言真的这方面很有优势哎，比如说js，括号尖括号一点击，就显示另一个在哪里了。高下立判，再多的括号堆在一起，一个个点过去就很容易找到出问题的那个


@BrownGoodMan 你好，C语言听着就吓到了，听说挺难入门的，然后想到的就是代码量比较大（听到1-2年才入门，就不敢看不敢学了，可能也存在误解吧！），也看过别人写相同语言的代码吧，感觉有思路的话实现起来都是那样吧 = =。可能没看过所谓的高深的代码。对了，同语言看不懂的，一般是看不懂算法= =！
个人觉得如果不是常常要写那些强大的应用，应该没必要选择那么难的语言吧……或者有什么好语言推荐推荐么……就希望有各种库或者别人做好的可以挪来用呵呵，能拖拉窗口控件就最赞了，最后还天真的想要用户拿到的时候，不要去装个几十兆的运行库，对对对，多线程，有多线程就最赞了，没有的话将就用vb也还行……虽然……有点古老……


@pepsin 常用的话应该不会太多吧，不然太悲催了

@xmvagrant 想到一个无可奈何的问题居然有解决办法 当然是高兴的 但是更多的时候还是想着当时就解决了该多好啊！

@herozzm 嘿嘿，程序bug是因为经验不多或者自己不小心整出来的吧……

@pH 想不出解决办法的时候好忧伤的，只能慢慢想，慢慢想，完了自己还觉得，这玩意根本不可能实现嘛！完了过几天想到办法了，立马就推翻自己的说法了……

@roys 不管怎样，总是能去写代码，就很不错了，我就很懒，比如我坚持了快3个月做一件事情，每天都要盯着手动处理……时不时要去看看，最后终于觉得，还是花点时间写个自动化的出来吧……于是几个小时后，就拿着勉强可以用的用起来了，然后一发现有错的，可以改进的，就加进去……有错的就调整好，蛋疼，有的又获取不到样本，只有出问题的时候才能截取下来……不过这个过程还是挺有动力的，修修改改也半个月了。

浪费的时间真多啊，哈哈哈！不过以后可以自动化的丢那里无错运行，就很开心了。


@msg7086 我是先取一大堆样本来，然后分析处理的。应该也差不多吧。有的样本获取不到，只有出问题再处理。


@spacewander 只要没放弃修改就不错啦，要是自己都看不下去了，这样的人生要杯具了，哈哈哈！


@em70 想了想，很有道理，想想自己以前用某种语言的时候，一开始也是常常写错，后来就少了。其实是自己不熟悉写法，老是容易忘记掉了。当然了，写错了debug信息又不提示的时候那叫一个蛋疼(有的提示信息把自己搞混了)。

每个回复的都有赞，绝对不会浪费你的铜币！谢谢！

对 直接图片或文字转成字符画。

然后做成注释简直太简单了

@geeglo 你实习工作内容在整个架构肯定不会很大 所以便宜 而你单独开发 什么都要自己决定 就不能按实习工资来计算了 不光前期 还有后期 都是时间 时间都是钱啊 500块 太便宜了！

@geeglo 你没算后期维护bug之类的

谢谢，已弄好
@lzk800
@luoqeng

@luoqeng 额，我说我不会编译，你别打我

@l12ab 的确 但是问题也是存在的 比如现在大多支持无条件退货……还有返修换新机的旧机器……

用js吧……

我乱说的 你别打我

记考勤 记不记加班？

是windows还是非windows

windows有系统api可以查询窗口是不是没有响应状态
user32.dll里的IsHungAppWindow(句柄)[返回0，窗口正常，返回1，窗口没有响应]

如果鼠标可以拉大就可以的话，那就简单了，直接调用系统api来放大窗口，然后没有然后了

按键精灵一行代码搞定（自己写数值），其他语言调用系统api应该也很简单

兼容性问题是永恒的话题，看完16楼的全文，你会发现，这玩意永远都不可能得到解决。因为技术在进步，时代在发展。
@ricorico
@hjc4869
@anewg
@SoloCompany
@nilennoct
@ianva
@iwege
@sanddudu
@testla

你们都没意识到为什么会出现兼容性问题么，说白了就是每家浏览器/内核自己支持一些独特的特性，而其他家不支持，或者调用方法不同。导致代码不能通用，甚至只能舍弃那些独特性。

那么为什么做浏览器内核的要有独特性呢，那是因为要让别人觉得他家的内核好啊！（PS:就是IE，FF，Chrome）

那么答案其实很简单，就是世界上只能有一家做浏览器内核的，那么兼容性就可以丢去历史了。

当然很快你们又会发现，就算全世界都只用webkit的时候，又会发生webkit版本不同的问题（PS:版本过久那么新的版本的特性就执行不起来了）…… （IE6/7/8/9/10/11/12全是IE，但是版本不同，又不能通用了）

于是兼容性话题又回来了……

于是又有新的办法了，所有用这个内核的浏览器，不允许超出多久不升级到新版……

这个方法终于解决了所谓的兼容性问题了……

但是开发者又觉得坑爹了……因为我的老项目，要不断的去修改，才能适应新的webkit版本啊！上次写的一个项目，已经第七十二次非自身缘故去修改了，只为了去适应新版的webkit！(PS:嗯，PHP就是这样，不向上兼容，也不向下兼容)

那么解决此问题也不是没办法，那就最新版附带所有旧版的库，在网页里标记下使用对应版本的webkit来执行就好了。（PS:传说中的Windows就是这样，一个程序可以在98系统运行，也可以在Windows 8系统运行）

好了，那么新的问题又出来了，这么臃肿的浏览器，比操作系统安装程序还要大，因为附带所有老版本的支持库，最终造成的结果就是，几张dvd光盘拼起来才能放得下这个浏览器的安装程序……

那么新问题最终如何解决呢？

那就是横空出世，出来另一款超级精简快速的内核吧！名字就叫WebKit Mini！（PS：回顾下历史，这不就是Firefox抢IE垄断份额的年代么）

新的WebKit Mini出来后，各方面都很优异，但是……有些部分还是无法做到完美，毕竟没有附带那么多支持库……那么怎么办呢？研究一下怎样兼容吧……

然后请你翻到本文第一段，再读下来，你会发现，这就是一个轮回，永远轮不到下面一段，因为轮到这里的时候，又会轮回到第一段。

反正我是不知道未来会如何解决此问题，楼主你要是找到了方法，记得at我。