2013年4月14日

读博客"微信收费事件背后被广泛忽略的技术细节"

摘要: 文章: http://blog.oasisfeng.com/2013/04/14/dirty-secret-behind-weixin-charge-gate/ 这个够细 阅读全文

posted @ 2013-04-14 23:58 Ambit 阅读(156) 评论(0) 推荐(0) 编辑

[转载]一淘网技术简介

摘要: 来自: http://www.searchtb.com/2010/11/etao-tech-overview.html一淘网( www.etao.com )于2010年10月9日10:39正式上线,很多同学和同行对一淘的系统架构和面临的关键技术问题都很感兴趣,这篇短文希望能给予简要的介绍。系统架构一淘的系统架构如上图所示。可以看到,一淘有三个数据来源:互联网、外部合作方和淘宝主站。其中,互联网数据通过crawl的方式获得,而后两者则通过feed的方式提供。抓取系统的功能包括:网页抓取、抓取调度、域名解析、死链检测、JavaScript执行等。目前,一淘的资讯、话题、问答combo中的大部分数据 阅读全文

posted @ 2013-04-14 23:35 Ambit 阅读(223) 评论(0) 推荐(0) 编辑

[转载]又拍网技术架构中的分库设计

摘要: 转载自:http://www.infoq.com/cn/articles/yupoo-partition-database#.TtR00PFtzDs.sinaweibo又拍网是一个照片分享社区,从2005年6月至今积累了260万用户,1.1亿张照片,目前的日访问量为200多万。5年的发展历程里经历过许多起伏,也积累了一些经验,在这篇文章里,我要介绍一些我们在技术上的积累。 图1-1:开发语言由于PHP的单线程模型,我们把耗时较久的运算和I/O操作从HTTP请求周期中分离出来, 交给由Python实 现的任务进程来完成,以保证请求响应速度。这些任务主要包括:邮件发送、数据索引、数据聚合和好友动态 阅读全文

posted @ 2013-04-14 23:19 Ambit 阅读(175) 评论(0) 推荐(0) 编辑

2013-04-14敏捷沙龙回顾

摘要: 本文地址:http://www.cnblogs.com/raol/archive/2013/04/14/shalong.html要点:1.如何建立敏捷机制 先固化,再僵化再优化.2.需求比较紧急时,借助那些工具评估需求 技术债务图, 领域图, 公共方法图.3.PO提出的解决方案,但是这个方案比较难做. 找PO回退至需求, 提出替代的方案, 达到结果,再考虑PO的方案.4.好多SCRUM失败是组织功能就不齐全 麻雀虽小,五脏俱全5.对于复杂的需求测试路径很多. 强结对,增强QC, 一遍减少QA的过程.6. 得到一个概念: 项目快照.7.Scrum不适用的情况下,如何改进? 采用流的的方... 阅读全文

posted @ 2013-04-14 22:31 Ambit 阅读(216) 评论(0) 推荐(0) 编辑

《敏捷估计与规划》零散笔记

摘要: 本文地址: http://www.cnblogs.com/raol/archive/2013/04/14/estimates.html本书的目标:帮助读者从制定可接受的计划到优秀的计划。 本书的大纲:一、阐述规划为什么重要以及敏捷估算的目标?(1,2,3)二、阐述估算的一个重要原则:规模和时间长度的估算应该独立。(4,5,6,7,8)三、时刻注意判断Story的价值。(9,10,11,12)四、阐述怎么安排项目时间进度。(13,14,15,16,17,18 )五、跟踪和交流。( 19,20,21)五、与传统方法进行对照。(22)六、案例。(23)一、阐述规划为什么重要以及敏捷估算的目... 阅读全文

posted @ 2013-04-14 22:30 Ambit 阅读(267) 评论(0) 推荐(0) 编辑

《Linux/Unix设计思想》零散笔记

摘要: 本文地址: http://www.cnblogs.com/raol/archive/2013/04/14/linux_unix_design.html偏离了设计思想1. 传递给函数调用的参数太多。2. 子程序的长度超过了整个屏幕3. 要靠阅读代码注释才知道子程序到底做了什么?4. 获取目录列表的时候,屏幕显示不下这些原文件。5. 某个文件很难控制, 无法定义程序的全局变量。6. 开发程序的过程中, 无法记起错误信息是在什么条件下触发的。每个程序都是过滤器。程序够小。每个程序做好一件事。NIH综合征。人类的进化的三个系统:第一个系统:压力,激情,兴趣(激发人们的想象力和概念); 第二个系统:第一 阅读全文

posted @ 2013-04-14 22:28 Ambit 阅读(308) 评论(0) 推荐(0) 编辑

软件开发非功能性需求

摘要: 本文地址:http://www.cnblogs.com/raol/archive/2013/04/14/non-functional.html针对某一功能性需求确定后,开发人员需考虑的非功能性需求:面对开发人员自己 易于调试 可维护性 重构达到复用(提炼API/框架) 使用库而不是被库绑架(针对接口,使库易被替换)设计API/框架(可复用) 被封装 可扩展 可读性 版本控制/兼容性 单元测试作为文档 粗细粒度面对测试 可测性面对运维 安全性 可配置(配置文件/后台管理) 少编译(不在服务端编码拼接html/css/js)/部分编译(IOC) 易于快速/增量/分布式部署 易于备份/还原 可靠性/ 阅读全文

posted @ 2013-04-14 22:03 Ambit 阅读(1494) 评论(0) 推荐(0) 编辑

导航