对exe文件添加管理员执行权限

起因 临时使用QT开发了一套类似启动器的程序,开发完毕发布给同事使用以后才发现如果安装到程序目录以后很多操作都无效了. 由于以前从未从事过win32开发(我只是个跑龙套的),只能手动排除故障.. 最终发现应该是该编译出的exe文件缺少管理员权限的问题. 手动创建uac文件 <!-- uac.manifest --> <?xml version='1.0' encoding='UTF-8' standalone='yes'?> <assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level='requireAdministrator' uiAccess='false' /> </requestedPrivileges> </security> </trustInfo>... »

Lightsword-一个和Shadowsocks类似的工具

Lightsword是一个和Shadowsocks类似的代理工具,目前作者提供了iOS以及Mac客户端 而安装过程要比Shadowsocks更加简单,只是需要提前安装好nodejs. 如果你已经安装好nodejs的话只需要 npm install lightsword -g 就能完成安装,然后通过 lsserver --password [密码] --port [端口号] --method [加密类型] --fork --cluster 就可以运行起来了.只是目前加密类型可能还没有Shadowsocks那么丰富. 目前观察内存占用比我平时使用的shadowsocks-libev要高很多. iOS上使用起来除了App Store上的版本还不支持国内分流(TestFlight上的测试版已经可以分流,目前从作者的推文来看可能还不够稳定)外感觉和Surge跑Shadowsocks没有什么区别 »

年终总结

第一次写给自己的年终总结 这一年因为cocos2dx把丢掉了几年的C++重新捡了起来,前后做了几个小项目算是基本熟悉了. 除了年初网游要赶进度上线那一段时间在加班外已经恢复了正常作息 经过已经被折磨了几年的脚趾头基本算是痊愈了 WOW老兵在休闲.非常庆幸,依然有几个快9年的战友携手并肩..刷着坐骑 这年大概玩了2个手游,coc和mt 属性依然是宅,除了公司组织出去过一次以外就只出过一次门,而且还是带着疼的快走不动路的脚 体重似乎比一年前又有略增 年底在纠结要不要换个环境,毕竟重庆的行业环境只能算三线城市水平 依然关注NBA,但已经不像以前一看比赛就热血沸腾 这一年夏天特别热 这一年冬天特别冷 »

如何用各种语言杀死一条龙

这篇有趣的文章编译自一篇西班牙博客。有一位美丽的公主,被关押在一个城堡中最高的塔上,一条凶恶的巨龙看守着她,需要有一位勇士营救她… 下面是各种语言如何想办法将公主从巨龙手中营救出来的。 Java 赶到那里,找到巨龙,开发出一套由多个功能层组成的恶龙歼灭框架,写几篇关于这种框架的文章…但巨龙并没有被消灭掉。 .NET 赶到哪里,看到了Java程序员的做法,完全拷贝过来,试图去杀掉巨龙,但巨龙把他吃掉了。 C 赶到那里,对巨龙不屑一顾,举起剑,砍掉巨龙的头,找到公主…把公主晾在一边,去看看有没有最新提交的linux内核代码。 C++ 先打造出一根针,然后在上面添加各种功能特征,直到最后汇聚成一把复杂的剑,这把剑复杂到只有他能理解其中的功能…杀死龙,但他过桥时遇到了麻烦,因为内存溢出了。 COBOL 赶到那里,看到巨龙,认为自己太老了,杀不死这条巨龙,营救不出公主,于是离开了。 Pascal 他花10年时间开发出一套巨龙歼灭系统…当战斗开始时,他发现这套系统只能关住蜥蜴。 VB 使用各种组件开发出一套巨龙毁灭武器,他跳到巨龙的后面,在最关键的时刻,他发现这种武器只能在雨夜里工作… PL/SQL 分析其它屠龙者的数据,创建出具有多维数据、n向关系的数据表模型、OLAP,花15年时间分析这些数据…当结果出来时,公主已经变成了同性恋者。 Ruby 盛大出征,号称自己不管做什么都是最强的,当面对巨龙,他亮出了一张画有他杀死一条瘸腿的巨龙的图片…巨龙懒洋洋的吃掉了他。 Smalltalk 赶到那里,分析巨龙和公主,转身走了,它们是次要问题。 shell 创造一个超级强大的灭龙武器…但当面对龙的时刻,他忘了如何使用它。 Assembler 他认为他的方法是正确的,而且是最高效的…但他把D写成了A,杀死了公主。... »

傻逼一样坚持,总会看见牛逼的结果

如果一件事成功率是1%,那反复100次至少成功1次概率是多少?备选答案:10%,23%,38%,63%——正确答案是63%.计算方法: 成功率1%,失败率99%,尝试100次,全部失败概率为99%的100次方约37%,至少成功一次即63%.看似不可能的事在反复尝试中成功率会不断提高——傻逼一样坚持,总会看见牛逼的结果. 这是今天同事在RTX群里分享的每日一则,咋看之下,觉得没什么问题.因为单单从数学概率角度去计算,上面问题的答案是完全正确.但考虑到实际的操作过程会存在一些干扰因素,可能会影响到每一次尝试的成功率,我们可以深层次的讨论. 如果这件事情存在完全不可操控因素,即:这件事情尝试了一次或者多次,即便都失败了,所获取的经验并不能让你在下一次尝试过程中减少一些失败的可能.那么上述问题中的思路和答案都是正确的.但是结论的表达是有一些问题:因为事件本身的单次成功率是没有提高的,还是1%.所以,这个结论前半句并不可取.如果有人能把所有的错误尝试一遍之后,对于当事人而言,下一次的尝试自然是成功.所以后半句倒是可取:傻逼一样坚持,总会看见牛逼的结果. 现在考虑第二种假设,如果这件事情是一件固定的事务,不存在随机改变的因素.可以看做是在做一道有100个选项的选择题,那么每失败一次,下一次仍然失败的概率就会减少一些.如果对自己每一次的失败都做记录,那么最糟糕的情况是,前面99次每一次都选错了,那么最后一次必然是会正确的.其实这个 过程中,每一次失败之后的下一次选择的正确率也在提高,从第一次开始分别是:1/100,1/99,1/98… 这样的话,反复去重复100次,至少成功一次的概率就是100%.最糟糕的情况就是第100次的时候成功了. 这种情况下,第n次仍然失败的概率是: (99/100)(98/99)*…*(101-n+/102-n)*(100-n/101-n)=(100-n)/100 可以看出,随着n的增加,也就是尝试次数的增加,失败的概率会越来越小.直到第一百次失败的概率减小为0. 这种情况,完全可以得到上述结论:看似不可能的事在反复尝试中成功率会不断提高——傻逼一样坚持,总会看见牛逼的结果. 另外一种情况,也是现实生活最常见的情况. 如果这件事情是存在一些不可控因素,但并不是完全无规律可循.比如创业,或者远距离的投篮.不同的人在失败的过程中所获取的信息是不同的,多数人而言,每一次尝试,如果没成功,也可以获知到对成功存在障碍的因素,下一次尝试的时候,尽量避免在同一个地方跌倒,哪怕是换一个地方跌倒. 这个概率是无法用具体的数字来度量,但是显然,在我们每个人身边,我们可以看到,几乎所有人都会有一两个比较擅长的领域,还有些人是解决问题的高 手,总是很容易成功.因为我们生活中遇到的问题往往并不是完全随机.很多事情,比如投篮命中率,比如限时回答问题,通过不断地练习,更好的掌握力度,方向,弧度等技巧,这个不断练习,不断尝试的过程中无疑是提高了单次尝试的成功率. 同样,一个人在一个领域有一定经验之后,换一个领域也会比较容易成功.因为问题多半会有相通的部分,掌握了学习的能力和解决问题的能力,即便在不同的领域也一样. 同时,即便是同一件事情,不同人的表现是不一样的.在失败的过程中,有些人自信心受到打击,选择放弃,下一次如果不得不去做这件事情的时候,反而有了阴影,克服不了自己的障碍,成功率反而会更低.另外一部分人,越挫越勇并且善于总结失败的教训.分析事情之间的关联,那么这些人做事的成功率无疑是会越来越高的. 看似不可能的事在反复尝试中成功率会不断提高——傻逼一样坚持,总会看见牛逼的结果. 这种情况是很容易得出这个结论的. 但上面三种情况并不能足以证明“傻逼一样坚持,总会看见牛逼的结果”这一个结论,因为还存在一个问题. 反复做一件事的问题中的前提条件是:看似不可能的事件.这种事件可以分为两种的:小概率事件和不可能事件.上面三种情况分析的都是小概率事件.对于后者——不可能事件,反复尝试的结果是徒劳的.虽然都是傻逼一样的坚持,但是有些人最后牛逼了,有些人傻逼了.所以,在这个过程中,如何判断一件事情是小 概率事件还是不可能事件,就很重要. 爱因斯坦说:疯狂就是重复做一件事,但期待不同的结果. 所以有些人疯狂之后成功了,有些人就真的疯了.个中缘由,见仁见智吧. »