最近我接到一个面试电话，被问了许多Java的问题。这样的面试很平常，大部分的问题也都是标准问题：

● 什么是多态？
● List和Set有什么区别？你什么时候用List，什么时候用Set？
● 什么情况下你会遇见死锁？

查看更多...

锐哥准备为大家烹饪红烧鲤鱼，小丫主动要求跟锐哥学习烧鱼，这也使小蔡和大熊非常感兴趣变得积极主动。锐哥首先要求他们把配料准备好，小丫又进行配料准备任务分工，没有的配料分头到超市购买。用料如下：

鲤鱼（一斤半到两斤的鱼最好）、蒜头两头整的、姜片5~6片、小香葱3根、小红辣椒10个左右，分两段切（超市有的卖盒装的），辣豆豉（可用老干妈代替）1大匙、豆瓣酱2大匙、盐少许、鸡精1小匙、料酒1匙、清水2碗、1两纯瘦肉馅、植物油少许。

锐哥让他们注意，收拾鱼的时候要将鲤鱼鱼腹两侧各有一条与细线一样的白筋去掉，可以除腥味；在靠鲤鱼鳃部的地方切一个小口，白筋就显露出来了，用镊子夹住，轻轻用力，即可抽掉。大家七手八脚很快备齐了用料。

查看更多...

一天，两农民在街上碰见。

甲：去年你家牛生病了，你给它吃什么药？
乙：地沟油。

查看更多...

事情朝简单了说就是，360在浏览器和网址导航的使用时间上占据 30% 以上的份额后，对搜索寡头百度有着巨大的威胁。但，同样拥有较大浏览器和网址导航份额的还有搜狗，而且它有比 360 更好的搜索技术。如此一来，360想在浏览器上玩的关于搜索和广告的玩意儿，搜狗都可能比它玩得好。于是搜狗成了百度的护城河。360要对百度的任何冲击，都要先 PK 掉搜狗。

而更为有趣的是，一直期望通过浏览器的力量挤占百度搜索份额的搜狗，却在扩大浏览器份额的道路上遇到了 360 这个天花板。不错，从这个角度，360也成了百度的护城河。而且在针对搜索和广告的战争中，360和搜狗各有优势。一个占有安全软件 8 成的份额，一个占有输入法 8 成的份额，大家都各有的方法去获取用户的信息，为他们匹配上精准的广告。

这是一个难解之局。我猜测决战的焦点就在 2012 年，360和搜狗都会竞相出招。虽然道理上容易说得明白，但还是建议你再听完一段故事。看看搜狗同学如何因缘际会的走到了这个前有虎后有狼的战争中心。可以提前剧透的就是，一切都被用户需求这种面包屑所吸引。

查看更多...

为深入贯彻中央《决定》精神，努力降低出生缺陷发生风险，提高出生人口素质，根据《国家人口计生委财政部关于开展国家免费孕前优生健康检查项目试点工作的通知》（国人口发〔2010〕29号）精神及省委、省政府的有关要求，结合我区实际，制定本实施方案。

一、指导思想

以科学发展观为指导，坚持以人为本，坚持面向基层，面向家庭，面向育龄人群，以计划怀孕夫妇为重点，充分发挥人口计生服务网络优势，加强部门合作，广泛发动群众，动员社会力量，全面开展免费孕前优生健康检查项目工作，为有效降低出生缺陷的发生风险，家庭幸福创造条件，真正体现关注民生、服务民生、改善民生的人口和计划生育优质服务理念，促进人口与经济、社会协调发展。

查看更多...

该日志是私密日志，只有博主或发布者可以查看！

在我十几岁的时候就开始玩甲级级棒球。我水平很差，但当我决定要做好什么事时，最终总能如我愿。现在我是计算机专业3年纪的学生。在编程上，有些事情和体育是截然不同的：棒球教练可以教会你如何打棒球，但一个计算机教授却不能教你如何编程。

我很吃惊，在整个大一期间，我的老师或教授从来不点评我的代码，大二时更是如此。我们的作业很多，题目很难，但在完成了数据结构课上的2000行的代 码后，我从来没有收到过老师的任何一条评论——只要程序能编译通过，单元测试显示没有错误，这就行了。直到遇到了一个小组开发的项目，我才认识到我的代码写的多烂，我才开始询问：好的程序应该如何写。

查看更多...

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了。从头到脚，我就没做过密码明文存放，并且，我认为这是正常程序员最起码的修养。（当然，明文存放的代码不是没有，不过那是调试模式） 但是现在我所知，很多系统的身份验证都是密码明文存放的，为什么？其实我不大理解。不过有时候问起，有些人和我说了几个我觉得不是搪塞的理由，现在抄录如下，告大家知。

查看更多...

摘要

MD5为现在应用最广泛的Hash算法之一，在1992年由MIT 的Ronald L. Riverst提出，由MD4演化而来。该算法广泛应用于互联网网站的用户数据加密，能够将用户密码加密为128位的长整数。数据库并不明文存储用户密码，而是在用户登录时将输入密码字符串进行MD5加密，与数据库中所存储的MD5值匹配，从而降低密码数据库被盗取后用户损失的风险。但由于Hash碰撞的存在，MD5加密的数据并不安全，可以由生成相同Hash值的字符串破解，所以提出了加入随机数salt的MD5加密方法，一定程度上增大了字典攻击的难度。

问题提出

查看更多...