事情朝简单了说就是，360在浏览器和网址导航的使用时间上占据 30% 以上的份额后，对搜索寡头百度有着巨大的威胁。但，同样拥有较大浏览器和网址导航份额的还有搜狗，而且它有比 360 更好的搜索技术。如此一来，360想在浏览器上玩的关于搜索和广告的玩意儿，搜狗都可能比它玩得好。于是搜狗成了百度的护城河。360要对百度的任何冲击，都要先 PK 掉搜狗。 而更为有趣的是，一直期望通过浏览器的力量挤占百度搜索份额的搜狗，却在扩大浏览器份额的道路上遇到了 360 这个天花板。不错，从这个角度，360也成了百度的护城河。而且在针对搜索和广告的战争中，360和搜狗各有优势。一个占有安全软件 8 成的份额，一个占有输入法 8 成的份额，大家都各有的方法去获取用户的信息，为他们匹配上精准的广告。 这是一个难解之局。我猜测决战的焦点就在 2012 年，360和搜狗都会竞相出招。虽然道理上容易说得明白，但还是建议你再听完一段故事。看看搜狗同学如何因缘际会的走到了这个前有虎后有狼的战争中心。可以提前剧透的就是，一切都被用户需求这种面包屑所吸引。…
为深入贯彻中央《决定》精神，努力降低出生缺陷发生风险，提高出生人口素质，根据《国家人口计生委财政部关于开展国家免费孕前优生健康检查项目试点工作的通知》（国人口发〔2010〕29号）精神及省委、省政府的有关要求，结合我区实际，制定本实施方案。 一、指导思想 以科学发展观为指导，坚持以人为本，坚持面向基层，面向家庭，面向育龄人群，以计划怀孕夫妇为重点，充分发挥人口计生服务网络优势，加强部门合作，广泛发动群众，动员社会力量，全面开展免费孕前优生健康检查项目工作，为有效降低出生缺陷的发生风险，家庭幸福创造条件，真正体现关注民生、服务民生、改善民生的人口和计划生育优质服务理念，促进人口与经济、社会协调发展。…
在我十几岁的时候就开始玩甲级级棒球。我水平很差，但当我决定要做好什么事时，最终总能如我愿。现在我是计算机专业3年纪的学生。在编程上，有些事情和体育是截然不同的：棒球教练可以教会你如何打棒球，但一个计算机教授却不能教你如何编程。 我很吃惊，在整个大一期间，我的老师或教授从来不点评我的代码，大二时更是如此。我们的作业很多，题目很难，但在完成了数据结构课上的2000行的代 码后，我从来没有收到过老师的任何一条评论——只要程序能编译通过，单元测试显示没有错误，这就行了。直到遇到了一个小组开发的项目，我才认识到我的代码写的多烂，我才开始询问：好的程序应该如何写。 但是，什么样的代码才是好的代码?我花了大量的时间来提高代码的可读性，添加注释。我努力模仿UNIX的哲学观，力求简约，首先让程序能跑起 来，在此基础之上，在需要的情况在进行优化。复杂的东西要逐步增加。除非必要，我不使用线程。但是，说实话，我不知道这是不是好的代码(说实话，我觉得自己水平很差)。…
OLAP是决策支持领域的一部分。传统的查询和报表工具是告诉你数据库中都有什么(what happened)，OLAP则更进一步告诉你下一步会怎么样(what next)、和如果我采取这样的措施又会怎么样(what if)。用户首先建立一个假设，然后用OLAP检索数据库来验证这个假设是否正确。比如，一个分析师想找到什么原因导致了贷款拖欠，他可能先做一个初始的假定，认为低收入的人信用度也低，然后用OLAP来验证他这个假设。如果这个假设没有被证实，他可能去察看那些高负债的账户，如果还不行，他也许要把收入和负债一起考虑，一直进行下去，直到找到他想要的结果或放弃。 也就是说，OLAP分析师是建立一系列的假设，然后通过OLAP来证实或推翻这些假设来最终得到自己的结论。OLAP分析过程在本质上是一个演绎推理的过程。但是如果分析的变量达到几十或上百个，那么再用OLAP手动分析验证这些假设将是一件非常困难和痛苦的事情。 数据挖掘与OLAP不同的地方是，数据挖掘不是用于验证某个假定的模式(模型)的正确性，而是在数据库中自己寻找模型。他在本质上是一个归纳的过程。比如，一个用数据挖掘工具的分析师想找到引起贷款拖欠的风险因素。数据挖掘工具可能帮他找到高负债和低收入是引起这个问题的因素，甚至还可能发现一些分析师从来没有想过或试过的其他因素，比如年龄。…
很早就写过一篇blog，说到过，你的密码应当一次一密，至少某些密码泄露时不至于波及太广。结果这次CSDN不幸中枪。我不去讨论多少人急急忙忙修改密码，多少人数据泄露，单说说为什么很多时候密码是明文存放的。 就我有记忆以来，我写应用就从来没有明文存放过密码。最起先是md5方式存放。md5可以让你找到hash值，有的时候也会被用于穷举。但是无论如何，md5密码本身比明文安全很多。后来改成了challenge-response验证模式，也是用md5做的hash后进行c-r的。再后来，md5的碰撞冲突的论文出来，后面用的多数都是sha256了。从头到脚，我就没做过密码明文存放，并且，我认为这是正常程序员最起码的修养。（当然，明文存放的代码不是没有，不过那是调试模式） 但是现在我所知，很多系统的身份验证都是密码明文存放的，为什么？其实我不大理解。不过有时候问起，有些人和我说了几个我觉得不是搪塞的理由，现在抄录如下，告大家知。 1.不用明文密码没法应付检查。大家知道互联网审查，有时往往会一个电话过来，要XX用户的密码。如果你没法给出，上头就认为你不配合，事情各种难搞。作为审查机构的老板，当然没必要知道明文密码的危害。他们只知道，我要密码，为什么不行。所以，悲崔的程序员们就往往会得到一条死命令，保存明文密码。…
摘要 MD5为现在应用最广泛的Hash算法之一，在1992年由MIT 的Ronald L. Riverst提出，由MD4演化而来。该算法广泛应用于互联网网站的用户数据加密，能够将用户密码加密为128位的长整数。数据库并不明文存储用户密码，而是在用户登录时将输入密码字符串进行MD5加密，与数据库中所存储的MD5值匹配，从而降低密码数据库被盗取后用户损失的风险。但由于Hash碰撞的存在，MD5加密的数据并不安全，可以由生成相同Hash值的字符串破解，所以提出了加入随机数salt的MD5加密方法，一定程度上增大了字典攻击的难度。 问题提出 前一阵在新浪微博上，有一个人发布了这样一条微博：“出道互联网安全常识数学题……假设你的网站所有用户密码都是md5加密(单向散列，非可逆)的，假设你网站有10万会员，如果你的用户库丢了，会有多少会员密码被破解？想想看。”当时我的一位朋友认为10万个密码全部都会被破解，我却不这样认为，因为根据我的先验知识：…
Brad Feld 的一篇文章 The Rise of Developeronomics 中提到了"10倍效率的开发者(10x developer)"的概念(伟大的开发者的效率往往比一般的开发者高很多，而不只是一点点)，Adam Loving 在读了之后受到启发，并向多位大牛(Ben Sharpe、Collin Watson 和 Jonathan Locke)询问如何成为"10倍效率的开发者"，最后得到了以下的答案。 1. 只做需要做的工作 Only do the work that needs to be done •使用敏捷方法； •全心全意做 UX 设计； •沟通第一； •编码也许不是解决问题的办法；…
在CSDN密码泄漏事件中，网友评论提到密码的明文保存和MD5保存问题。目前，很多站点都用MD5算法保存密码，但对于HASH（哈希）算法的认识还存在很多误区，很有必要重新认识。 一、HASH算法不是加密算法 HASH算法是一种消息摘要算法，不是一种加密算法，但由于其单向运算，具有一定的不可逆性，成为加密算法中的一个构成部分，完整的加密机制不能仅依赖HASH算法。 二、HASH算法的碰撞现象 HASH算法可以理解为将任意的信息经过提炼后，成为一个定长的字符串。世界上的信息数量为无穷大，所以定长的字符串不可能表达所有的摘要，因此存在所谓的"碰撞"，即2个同样的信息源摘要是一样的。 2004年山东大学王晓云提出有关快速查找"碰撞对"的算法，引起安全界对于HASH算法的极大关注，NIST提出到2010年不再使用MD5和SHA-1。目前仍可使用的HASH算法包括：SHA-256，SHA-512，SHA-224，SHA-384。2011年2月FIPS180-4草案还增加了SHA-512/224，SHA-512/256。这些算法都是SHA-2系列算法，SHA3-256算法也即将到来。关于碰撞必须还要说的是，有几率找到碰撞对，但并不意味着HASH算法整体被否定，例如将合同文本整体HASH并数字签名，如果找到碰撞对，很难还原成一个正常的文本，如果是一堆乱码，没有人会认可此文件，在不篡改HASH的前提下无法有实际意义的修改合同。…
60秒的时间很短，但是对于瞬息万变的移动世界来说，其背后产生的数字足以让人惊叹。最近，移动广告商 Mobclix就以图表形式向人们展示了60秒内移动通信世界中发生了什么。 Mobclix的数据来自对应用开发商和业内人士的抽样调查，并结合了一些老式的算法。虽然Mobclix的广告商背景使得这些数据多少有些浮夸，但是移动世界的一分钟对于广告商来说的确有着难以估量的价值： 在短短的60秒内，有77244台iPhone和51937台Android设备通过Wi-Fi联网，Appstore上有23148个应用程序被下载，愤怒的小鸟和切水果分别被玩了208333次和250000次……
我现在是自己做，但我此前有多年在从事软件开发工作，当回过头来想一想自己，觉得特别想对那些初学JAVA/DOT 。NET技术的朋友说点心里话，希望你们能从我们的体会中，多少受点启发。 一、心里话 1.在中国你千万不要认为学习技术就可以换来稳定的生活和高的薪水待遇，你千万更不要认为哪些从事市场开发，跑腿的人，没有前途。 不知道你是不是知道，咱们中国有相当大的一部分软件公司，他们的软件开发团队都小的可怜，甚至只有1-3个人，连一个项目小组都算不上，而这样的团队却要承担一个软件公司所有的软件开发任务，在软件上线和开发的关键阶段需要团队的成员没日没夜的加班，还需要为测试出的BUG和不能按时提交的软件模块功能而心怀忐忑，有的时候如果你不幸加入现场开发的团队你则需要背井离乡告别你的女友，进行封闭开发，你平时除了编码之外就是吃饭和睡觉(有钱的公司甚至请个保姆为你做饭，以让你节省出更多的时间来投入到工作中，让你一直在那种累了就休息，不累就立即工作的状态)。 更可怕的是，会让你接触的人际关系非常单一，除了有限的技术人员之外你几乎见不到做其他行业工作和职位的人，你的朋友圈子小且单一，甚至破坏你原有的爱情(想象一下，你在外地做现场开发2个月以上，却从没跟女友见过一面的话，你的女友是不是会对你呲牙裂嘴)。…