念宏的胡言乱语

许多情况下，互联网公司完成第一轮或者第二轮融资后，公司的创始人就不再能够完全掌握公司的控制权了。不管是2名创始人＋2VC+1独立成员组成的董事会还是1创始人＋1VC+1独立成员组成的董事会，创始人都不占优势。而经过10多次重大的融资后，扎克伯格以28％的股权还能掌握公司的控制权是一件非常令人震惊的事情。事实上，这样的效果就是通过Sean Parker借鉴其他互联网公司设计的天才股权结构所产生的。 点击阅读全文»

在拜读和翻译了Android design设计指导后，对比Android 4.0与Android2.3及之前版本的app设计指导，总结了Android 4.0设计的10大改变：

1. 导航栏 (详见模式PATTERNS>导航Navigation)
由之前的物理按键导航（返回、菜单、搜索、主页）变成了嵌入屏幕的虚拟按键（返回、主页、最近任务）。

点击阅读全文»

    敏捷的原则

      敏捷开发其实并没有标准型的流程。SCRUM也只是众多衍生体中的一个。实际上就算是SCRUM的实际使用也情况千差万别。所以首先，请大家有这么个概念：
       敏捷开发绝对不是一套一成不变的标准化流程。而更多的是一种自适应，自我优化的流程优化理念。

      并没有一定的流程，而是需要大家有对任何自己觉得不对的，不正确的，效率低下的事情的警觉性，和将之提出来并进一步改正的行动力。 其次，敏捷之于游戏开发，则更要体现人对游戏本身品质的把握，而非对各种文档的审核，这就是和传统软件开发区别最大的地方。 所以，没有最好的流程，只要是合适并且能够持续优化的流程就是好的。 点击阅读全文»

长期以来苹果产品开发流程在很多方面都笼罩着一层神秘的面纱，而在Adam Lashinsky新发行的《Inside Apple: How America’s Most Admired–and Secretive–Company Really Works》一书中对这些流程有所涉及。这本书同时谈论了苹果公司各个不同的方面，包括其理念、招聘流程以及传说中的秘密等等。

苹果始终坚持同一产品开发流程，这也是其多年魅力不减的原因所在。在接下来的这些要点中，有些可能是我们已在其它地方见过的，而有些却是新的。以下为任何苹果产品在开发时都需遵从的框架：

设计驱动产品

在苹果，设计师就是上帝，所有的产品都需符合他们的要求。这一点可能在其他公司恰好相反。与其他公司中设计依附于生产部门不同的是，财务和生产部门都要满足以Jony Ive为首的设计部门的要求。

点击阅读全文»

前天我在GoDaddy提交了一个域名抢注，具体域名我就不透露了，这里主要讨论一下最新的GoDaddy域名抢注提交过程。我的英语不太好，不过看看GoDaddy.com上的问题不大，所以我是边操作边载图的，应该说会写得很详细，让从来没有接触过的人也能看懂操作。

先简单介绍一下国内外的域名抢注商。国外三大最厉害最有名的抢注商是www.pool.com、www.namejet.com和www.snapname.com。有价值的基本被他们消灭，当然价也格不低，最低的起步价也要59美元，而且都要信用卡注册支付。接下来就是比较实惠的两家godaddy.com和name.com，价格都是20美元左右，虽然比不上上面三大抢注商，但传说经常也会有意外之喜。如果不是特别重要特别在乎的域名，我推荐用Godaddy。再说说国内的，主要是金米网（jinmi.com）和拍米网（paimi.com）。如果你在国内抢注商抢注，成功率一般低于国外的。 点击阅读全文»

随着社会化网站的兴起，传统的关系数据库在应付这类网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，而非关系型的数据库则由于其本身的特点得到了非常迅速的发展。NoSQL(NoSQL = Not Only SQL )，意即反SQL运动，是一项全新的数据库革命性运动，早期就有人提出，发展至2009年趋势越发高涨。NoSQL的拥护者们提倡运用非关系型的数据存储，相对于目前铺天盖地的关系型数据库运用，这一概念无疑是一种全新的思维的注入。

以下是我关注得相对比较多的nosql数据库，希望可以给从事数据库和运维的朋友们带来一些帮助。

1. 集中式缓存系统 memcached

memcached是一套分布式的快取系统，当初是Danga Interactive为了LiveJournal所发展的，但目前被许多软件（如MediaWiki）所使用。这是一套开放源代码软件，以BSD license授权释出。

点击阅读全文»

12306.cn 可以网上购火车票了，但由于我镇的『国情』决定了春节时分它竟然比电话购票都不靠谱。但是，毕竟它是最方便的，所以在意识到其实这不仅是个技术活、更是一个体力活之后，终于决定博彩众家之长搞这么一个一条龙的轮子……现在放出来也许有点晚了，但是对于赶年前一两天以及回程票的同学还是有点用的，所以还是放出来吧

半原创，借鉴了不少别人的思想和思路，但代码基本上都是重写的。目前实现的功能有：

• 记录登录的用户名和密码，在打开登录页面后自动填写；

运行需求

您必须准备以下条件之一：

1. Firefox，最好比较新的版本（6+），并安装 Scriptish 扩展；
2. Chrome（4以上版本）

注意，如果您以前有安装过类似的脚本（如自动登录、自动查询等等），请先移除它们。 点击阅读全文»

博客搬家啦！！

搬到了新浪云计算平台SAE的服务器里面，访问速度有了非常大的改善，同时也会非常的稳定了哦！

由于我的顶级域名没有通过万恶的备案，现在还不能使用顶级国际域名访问，所以大家看到的是sinaapp的二级域名。目前备案已经在办理中，预计一周后就可以使用。备案成功后访问就恢复正常了。

给您带来不便，请您谅解！

李谭伟

2011 08 25

闲暇周末，独自在家，在网上下了几局棋，颇有感悟，想写下来和朋友们一起分享共勉！

先说说棋局：我自认为布局是非常不错的，但是进入中局的时候，一步一步的被攻破，被吃去很多棋子。一直到接近结束的时候知道输已经是定局了，最后均以失败告终！

人说人情如纸张张薄，事事如棋局局新。真是这个道理，至少今天说明了“事事如棋局局新”的道理。这几局棋让我想到了很多事情，我自己遇到的，朋友遇到的。就说说人对自己的打算吧，看看和这棋局是多么雷同！ 点击阅读全文»

七、数据库

几乎所有操作最后都要落到数据库身上，它又最难扩展（存储也挺难）。对于mysql，什么样的表用myisam，什么样的表用innodb，在开发之前要确定。复制策略、分片策略，也要确定。表引擎方面，一般，更新不多、不需要事务的表可以用myisam，需要行锁定、事务支持的，用innodb。myisam的锁表不一定是性能低下的根源，innodb也不一定全是行锁，具体细节要多看相关的文档，熟悉了引擎特性才能用的更好。现代WEB应用越来越复杂了，我们设计表结构时常常设计很多冗余，虽然不符合传统范式，但为了速度考虑还是值得的，要求高的情况下甚至要杜绝联合查询。编程时得多注意数据一致性。

复制策略方面，多主多从结构也最好一开始就设计好，代码直接按照多主多从来编写，用一些小技巧来避免复制延时问题，并且还要解决多数据库数据是否一致，可以自己写或者找现成的运维工具。 点击阅读全文»