易栈网-膘叔

说实话，我本来不是特别想转这篇文章，毕竟我也不希望我的博客能够成为别人的战场，因此在yhustc让我转载这篇文章的时候，我犹豫了。但是为什么今天我又转载呢？是因为实在受不了了。。。
1、昨天下午开始，QQ有弹窗说是装360不安全，QQ不能在装有360的机器上运行
2、每天一次的360弹窗说是QQ不安全（我不知道他在说别人的时候，有没有想过自己的弹窗是那样的大，还是居中的。人家QQ再怎么样，也是在右下角。事实上，360平时也在右下角经常弹窗。。。）
拜托2位，发起战争的时候，不要在用户的电脑上折腾行不？你们的公关战、软件战能不能不要影响我们的正常电脑使用？基于此，我转了这篇博客（顺便而已），毕竟只要是文章，就会带有立场，所以本文不代表我的意见（突然想起来，昨天的新闻晚报上，把360与QQ之间的战争写成3Q之战，所以我的标题就是3Q大战）
原文在：http://www.yhustc.com/360vsQQ.html，顺便。如果你去他的首页，你会发现，他又写了两篇。yhustc也是一个忍不住寂寞的人啊。
请围观内容：

 Over....不知道这场战争会有多久。反正，我现在是用UBUNTU了。。linux下的QQ也没有广告，安心了。

最后上张图。。。有意思：

最近虽然有一些不快，但还是有比较快乐的事情啦
1、小朋友的身体一直不太好，昨天好象有点好转了。记得上次提过在thinkinlamp Mysql专场的时候，带小朋友去过医院，后来往复往复的去了大约四次。就是发烧，并非是病毒性的。好了坏坏了好，反反复复，前两天又去检查了一下，昨天晚上的时候鼻涕也少了，咳嗽也几乎没了。这才是让人感到最开心的事情。与此相比，工作上的压力又能算什么？

2、软件,wiz 能够被wine启动，这个我也非常开心，这样我就不至于换上很多软件来保持我的数据与家中是否同步了。以前说过一些同步软件，但事实上效果都不是特别满意。dropbox，或许我的内存有问题，反正我家里的64位机器上几乎没有正常过。金山快盘，这，你说吧，国内的东西，你有多少是敢用的？wiz我用来存放一些不是特别重要的东西，手机上能打开，也能同步，够了。（evernote其实也行，但是他的功能在win下没有wiz那样更符合国人的习惯，空间也只有50M）

3、昨天晚上想了一些对系统优化的方案，也准备这两天上线了。估计可以让性能和速度提升3倍左右（不是我的水平好，而是原来都没有时间做优化，不过，原来的程序也没有提供一些优化接口，还得自己写和测试），速度快了嘛。总是让人开心的事情。

咱老百姓啊，今儿真呀真高兴

Cnbeta上介绍了一个软件，说是Soluto是一款号称“反郁闷”的系统工具，这家来自以色列的开发方承诺让电脑运行得更好。Soluto可以 监视你的PC，发现用户面临的问题。比如打印机问题，导致系统崩溃的软件，过渡消耗资源的程序等。更有意思的是公司还可以帮助你解决电脑问题。并且他们收 集的电脑问题数据（匿名）可能会对很多行业和服务带来帮助。这款软件曾在5月份获得了TechCrunch的创业大奖。下载:Soluto，当然很多人说了，360和QQ也帮助我们收集了很多信息，只是帮我们解决问题要收钱而已（360帮助用户启动是需要钱好象）

国内的新规定是自用手机不申报入关也要征税，深圳海关工作人员表示，根据目前情况，出境市民只能选择在出关前申报，否则海关将无法判断手机属于自带还是从香港购买。

腾讯旗下产品QQ宠物发布公告，称接到大量宠物用户QQ宠物无法正常启动的投诉，经过排查，原因系用户安装使用“360扣扣保镖”软件，存在对QQ宠物程序恶意的修改，在用户不知情的情况下，禁止了QQ宠物程序的启动和正常运行。这是360与QQ之间的战争。我是普通用户，只希望对我的影响不要太大就成。

随便说说喽。。。不要跨省

在UBUNTU下面想要使用WINDOWS下面的程序，除了用虚拟机，剩下的应该就是wine这种解决方案了。

wine目前支持的东西越来越多，但是，需要给wine安装很多win下面的库才行。于是，php研讨群中的lukin给了我一个常用的库的列表，让我安装：

$winetricks corefonts gdiplus gecko ie6 mdac28 mfc40 mfc42 msxml6 riched20 riched30 richtx32 vcrun6 vcrun2008

于是，兴冲冲的运行了一下，弹出这样的框：

网上找了一点资料，说法较多，比如winetricks没有权限啦，.wine目录不是当前用户权限啦，所以，我到home目录下执行了

更改完后，再次执行，还是上述错误。这回真的是找了很多资料，有一个回复比较靠谱，说是需要更改.winetrickscache权限为当前用户，或者下载最新的winetricks脚本（里面有含对目录权限的判断和更改）

然后，我找了一下我的home目录，却发现我根本没有.winetrickscache目录。因此，立刻

然后再次执行下面的程序，终于可以开始安装了。问题自然是就此解决。作个笔记

参考：http://forum.winehq.org/viewtopic.php?t=5174&view=previous&sid=cc8cacaa4cb95e574ef0d6ae9d1706e3

　　所谓谚语，就是用言简意赅、通俗易懂的方式传达人生箴言和普遍真理的话，它们能很好地帮助你处理生活和工作上的事情。也正因如此，我才整理了10句编程谚语，每位开发人员都应该铭记他们，武装自己。

1. 无风不起浪
代码设计是否糟糕，从某些地方就可以看出来。比如：

• a. 超大类或超大函数
• b. 大片被注释的代码
• c. 逻辑重复
• d. If/else嵌套过深

程序员们通常称它们作代码异味(Code Smell)，但是就我个人认为“代码警报”这个名字更为合适一些，因为它有更高的紧迫感的含义。根本问题处理不当，终将引火烧身。

译注：Code Smell中文译名一般为“代码异味”，或“代码味道”，它是提示代码中某个地方存在错误的一个暗示，开发人员可以通过这种smell（异味）在代码中追捕到问题。


2. 预防为主，治疗为辅
20世纪80年代，丰田公司的流水作业线因为它在缺陷预防方法上的革新变得出了名的高效。每个发现自己的部门有问题的成员都有权暂停生产。这个方法意在宁可发现问题后马上暂定生产、解决问题，也不能由其继续生产而导致更棘手且更高代价的修复/更换/召回后的问题。

程序员总会做出生产率就等同于快速编码的错误臆断。许多程序员都会不假思索地直接着手代码设计。可惜，这种Leeroy Jenkins式鲁莽的做法多会导致软件的开发过程变得很邋遢，拙劣的代码需要不断的监测和修改——也可能会被彻底地替换。最终，生产率所涉及到的因素就 不仅仅是写代码所消耗的时间了，还要有调试的时间。稍不留神就会“捡了芝麻丢了西瓜”。（因小失大。）

译注：Leeroy Jenkins 行为：WOW游戏中一位玩家不顾大家独身一人迎敌，导致灭团。


3. 不要孤注一掷 （过度依赖某人）

一个软件开发团队的公共要素（bus factor）是指那些会影响整个项目进程的核心开发人员的总数。比如某人被车撞了或某人生孩子或某人跳槽了，项目可能就会无序，甚至会搁置。

译注： bus factor 即指公共要素，比喻了开发过程中的一些共同因素。如果挤上 bus 的 factor 越多，bus 就越不稳定，所以要控制好 bus factor ，以免问题发生。

换句话说，如果你的团队突然失去了一个主力成员，你会怎么办？生意依旧进行还是戛然而止？

很不幸，大多数软件团队都陷入了后一种情况。这些团队把他们的开发员培养成了只会处理他们自己专业领域的“领域专家”。起初，这看起来是一个比较合理 的方法。它 对汽车制造装配生产线很适用，但是为什么对软件开发团队就不行呢？毕竟，想让每个成员都掌握所编程序的细微差别也不太可能，对吧？

问题是开发人员不容易轻易替换掉。虽然当每位成员都可用时，“抽屉方法”很有效，但如果当“领域专家”突然因人事变动、疾病或突发事故而无法工作时， 抽屉 方法立马土崩瓦解。（所以，）软件团队有一些看似多余实则重要的后备力量是至关重要。代码复查、结对编程和共有代码可用成功营造一个环境，在这个环境中， 每位开发人员至少表面上是熟悉自己非擅长领域之外的系统部分。


4. 种瓜得瓜，种豆得豆

　　《注重实效的程序员》一书中有这样一段话解释“破窗理论”：不要留着“破窗户”（低劣的设计、错误的决策或者糟糕的代码）不修。发现一个就修一个。如 果没有足够的时间进行适当的修理，就先把它保留起来。或许你可 以把出问题的代码放到注释中，或是显示“未实现”消息，或用虚拟数据加以替代。采取一些措施，防止进一步的恶化。这表明局势尚在掌控之中。

我们见过整洁良好的系统在出现“破窗”之后立马崩溃。虽然促使软件崩溃的原因还有其他因素（我们将在其他地方接触到），但（对“破窗”）置之不理，肯定会更快地加速系统崩溃。

简而言之，好的代码会促生好的代码，糟糕的代码也会促生糟糕的代码。别低估了惯性的力量。没人想去整理糟糕的代码，同样没人想把完美的代码弄得一团糟。写好你的代码，它才更可能经得住时间的考验。

译注：《注重实效的程序员》，作者Andrew Hunt / David Thomas。该书直击编程陈地，穿过了软件开发中日益增长的规范和技术藩篱，对核心过程进行了审视――即根据需求，创建用户乐于接受的、可工作和易维护 的 代码。本书包含的内容从个人责任到职业发展，直至保持代码灵活和易于改编重用的架构技术。从本书中将学到防止软件变质、消除复制知识的陷阱、编写灵活、动 态和易适应的代码、避免出现相同的设计、用契约、断言和异常对代码进行防护等内容。

译注：破窗理论（Broken Window theory）：是关于环境对人们心理造成暗示性或诱导性影响的一种认识。“破窗效应”理论是指：如果有人打坏了一幢建筑物的窗户玻璃，而这扇窗户又得不 到及时的维修，别人就可能受到某些暗示性的纵容去打烂更多的窗户。发现问题就要及时矫正和补救。


5. 欲速则不达

经理、客户和程序员正日益变得急躁。一切都需要做的事，都需要马上就做好。正因如此，快速修复问题变得非常急迫。

没时间对一个新功能进行适当的单元测试？好吧，你可以先完成一次测试运行，然后你就可以随时回来继续测试它。

当访问Y属性时，会不会碰到奇怪的对象引用错误？无论怎样，把代码放到try/catch语句块中。我们要钓到大鱼啦！

是不是似曾相识呢？这是因为我们在以前已经都做到了。并且在某些情况下、它是无可非议的。毕竟，我们有最后期限，还得满足客户和经理。但不要过于频繁 操 作，否则你会发现你的代码不稳定，有很多热修复、逻辑重复、未测试的方案和错误处理。最后，你要么是把事情草草做完，要么是把事情好好做完。

6. 三思而后行

“敏捷开发”这个词最近被频繁滥用，经常被程序员用来掩饰他们在软件开发过程中的糟糕规划/设计阶段。我们是设计者，看到产品朝正当方向有实质进展， 我们理应高兴。但意外的是，UML图和用例分析似乎并不能满足我们的愿望。所以，在不知自己做什么的情况下或者不知自己身处何处时，我们开发人员经常就稀 里糊涂地写代码了。

这就好比你要去吃饭，但你根本没有想好去哪里吃。因为你太饿了，所以你迫不及待地找个餐馆，定个桌位。然后你上车开车后沿途在想（找地方吃饭）。只 是，这样会耗费更多的时间，因为你要过较多的U型弯道，还在餐馆前停车，也许最后因等待时间过长而不吃了。确切地说，你最后应该能找到地方吃饭，但你可能 吃的饭并不是你想吃的，并且这样花费的时间，可能比你直接在想去的餐馆订餐所花的时间更长。


7. 如果你惟一的工具是一把锤子，你往往会把一切问题看成钉子

　　程序员有一种倾向，当一谈到他们工具时，其视野就变狭窄了。一旦某种方法在我们的一个项目上“行得通”，我们就会在接下来所有的项目上都用到它。学习 新东 西仿佛是一种煎熬，有时候甚至会心神不定。从始至终都在想“如果我用之前的方法做、这个就不会这么麻烦了”。一定要摒弃这种想法，按我们所知道的去做，即 使那不是最完美的解决方法。

坚持自己所知很简单，不过从长远的角度讲，选择一个适合这项工作的工具要容易得多。否则，就会与你的职业生涯格格不入。


8. 沉默即赞同

　　"破窗理论"与"变成惯性理论"有着宏观的联系。

编程社区就好像一个现实社区。每个作品都是一个开发者的缩影。糟糕的代码发布的越多，就越容易反映现状。如果你不去努力编写优秀、整洁和稳定的代码，那你每天都将和糟糕的代码相伴了。

同样地，如果你看到别人写出了糟糕的代码，你就要跟这个人提出来。注意，这时候机智就应该用上场了。一般情况下，程序员都愿意承认他们在软件开发中还是有不懂的地方，并且会感谢你的好意。互相帮助对大家都有利，而对问题视而不见，只会使问题一直存在。


9. 双鸟在林，不如一鸟在手

如果可以讨论系统架构和重构，那么就差找个时间把事情做完。为了使正常运作的东西更加简洁而做改动，权衡改动的利弊很重要。当然了，简洁是一个理想目 标， 但总会有可以通过重构改进的代码。在编程世界中，为了代码不过时，会频繁简单改动代码。但有时候你又必须保证代码对客户有价值。那么，你面临一个简单窘 境：你不能一石二鸟。你在重构旧代码上所发时间越多，你编写新代码的时间就越少。在及时改进代码和维护程序之间，也需要找到平衡点。

10. 能力越大，责任越大

　　毫无疑问，软件已成为我们生活中一个既基本又重要的一部分。正因如此，开发优秀软件格外重要。乒乓球游戏中的Bug是一回事，航天飞机导向系统或者航 空交通管制系统中的Bug是另外一回事。Slashdot曾发表一文，讲述了单单Google News的一个小失误使一家公司股票蒸发11.4亿美元。其他例子参见《软件Bug引发的十次严重后果》。这些例子便说明了我们正行使着多大的权利。你今天写的代码，无论你是否有意，说不定有朝一日在重要的应用程序中派上用场，这想想都令人害怕。编写正确合格的代码吧！

译注：Slashdot是一个资讯科技网站。

原文来自http://www.jobbole.com/entry.php/297，看了笑笑即可