摘要：
Prismatic：用机器学习分析用户兴趣只需10秒钟[日期：2013-01-03]来源：CSDN 作者：Todd Hoff[字体：大中小]http://www.chinacloud.cn/show.aspx?id=11857&cid=17关于Prismatic，首先有几个事情要说明下。他们的创业队伍很小，仅仅由4个计算机科学家构成，其中的三个都是年轻有为的斯坦福以及伯克利博士。他们是在用智慧解决信息超载这个问题，然而这些博士也同时担任着程序员的角色：开发网站、iOS程序、大数据以及机器学习需要的后台程序。Prismatic系统架构的亮点是如和使用机器学习实时地解决社交媒体流的处理问题 阅读全文
摘要：
12306在2011年让大家不满意的众多原因中，没有更多考虑所有涉众应该是其中之一。
项目涉众（stake holder，产品或项目相关人员）的利益之间的相互作用在需求过程中表现得最为强烈。
项目涉众包括： 客户、用户、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销、技术支持及其他与产品和客户打交道的人员。
这篇博文无法写出太多内容，因为我不是资深的前台系统设计人员。我只能从用户角度出发来思考并对目前的UI提出一些建议。并且我试图说明有些系统的性能问题能适当通过UI设计来缓解。 阅读全文
摘要：
抽空来分析一下目前的12306的状况昨天，记者登录铁道部唯一官方订票网站12306.cn准备订购一张9月30日北京到南京的T65次车票。进入订票程序后，订票页面显示硬卧无票，硬座有票并且第一次显示“1张”余票的字样。在 记者输入姓名、身份证号并提交订单后，页面上弹出对话框，上面提示“尊敬的顾客，本次列车您选择的席别尚有余票1张，无座0张，目前，排队人数已经超过余 票张数，请您选择其他席别火车次，特此提醒。”由于前面提交订单的旅客超过了余票数，所以记者这时只能选择取消选项，而不能再继续提交订单。此前，达到同样步骤时，对话框提示的内容为“今日该车次和席别已有超过***人次先于您提交订票请求，至处理 阅读全文
摘要：
网络上有不少人曾经提出可以把“车票”预先生成并缓存起来。其实这里典型是出现了线下思维和经验对线上系统设计的阻碍作用。并且是由于对于铁路区间售票的情况了解不充分造成的误解。
从传统经验上，如果某个车次是热门，那么为了加快出票速度（窗口买票速度），车站可以采用事先将一定量的车票打印完毕，从而节约一点售票环节和时间。
这里的前提是能预测并估算数一定量的“车票”。这种功能在12306系统里也是一种可选的功能，但是绝不是能立刻实现的。因为准确估计要生成哪些“车票”并不容易。或者应当有一种调节机制来发挥作用，当预估的车票与实际订票请求冲突时候的动态调节。
所以本系列会给予不生成固定车票的方式。当然，也欢迎讨论各种车票的实现方式。 阅读全文
摘要：
前言 中国铁道部，3亿RMB。 12306又一次成功地吸引了全国人民的眼球。自然，不同身份的人从中有着各自的解读。 2011年的一波，如今的又一波。可以预计的两个月后还有一波。 做为一个IT从业人员看着很多专业或非专业的评论和分析文章，其实内心也早有自己的想法。毕竟曾经有幸参与过一个小规模的票务系统，虽然小道不起眼，但至少还是接触了不少有关票务的领域知识。 一个人的知识和认识一定比不过一个公司和团队，但是软件创新靠的是点子，不是票子。而好点子是人人都可能想到的，无非因为各自的背景知识以及掌握的需求细节不同而导致提出的解决方案各有差异。不过也正因此，有些意见其实并不是很合理，铁道部和太极公司其实 阅读全文
摘要：
但是，软件源码是写给人看的，不是写给CPU看的。
曾几何时，代码是写给CPU看的。比如机器码，比如汇编。
到了C/C++的时代，这种资深程序员们的编码习惯被继承了下来。并且一定程度上成了“正确”的选择。 阅读全文
摘要：
今天具体谈谈我自己想象中的一个小白的理想成长路经。不估算具体时间，因为学习速度因人而异。只是想罗列下我自己认为的一个通用程序员从小白开始怎样学习。 阅读全文
摘要：
你要朝着球运动的轨迹去，而不是朝着球的位置
编码初学者不要学"C/C++"
大学里面多学理论，工作以后多学应用
大学偏向应用，那就成了高职了。 阅读全文
摘要：
最近在工作中碰到了这个问题：已知在平面坐标系内有N个点，求离开给定坐标距离最近的10个点。
团队的第一反应自然是按照两点间距离公式， 遍历N个已知点，然后排序获得前10个最短距离的结果。
只是，我从来不是一个规规矩矩的人。我一直推崇用人类直觉思维来编程，而不要被僵化的程序思想束缚。
传统距离公式，计算N个点的距离需要2N次的减法和平方。
而事实上， 一个真正的人类，是不会把所有N个点的距离都计算一遍的。大多数点都会被某些快速条件过滤掉的。
今天先把问题在这里写下来， 有时间在把优化后的算法补充进来。 阅读全文
摘要：
数学对应于算法。物理对应于面向对象。
算法大师精于从数据里面通过精巧的计算，得到我们所预期的结果。
而OO大师则精于构造一个完美的系统，充斥着类、属性、方法、事件。 阅读全文