做旅行产品是场持久战，古往今来未见一炮而红者。那些真正重要的东西，待到扎根之后再来写吧。现在唯一能讲的是，在设计之前，你的脑子里应该有相当具体而连贯的意象，知道自己想要什么，想实现哪种效果。如果别家的产品模块能达到目的，拿过来用无妨，但由于风格、架构与意象的差异，经常抄无可抄，只能从头设计。这通常被称之为创新。与产品视野、设计实力、点子好坏没多大关系，它取决于你看待问题的方式。

    说是初探， 其实也是学了很多年了，但是由于没有什么实践经验，所以没有真正的学以致用，近来无聊，看看以前貌似熟悉的知识还在否？ 1.distinct——select中的一个去重的关键字，问题如下。 a)distinct能否修饰*？实践证明是可以的，但是没有意义，因为数据库主键必不能重复，所以distinct没有达到去重的效果。 b)distinct能否修饰多个column？这是不行的，distinct只能用于所有column之前，查重的结果必是所有查询的column都相同才予以去除。 2.order by 与 limit a)order by中的字符a和A是按ASCII排序的么？其实是一种设置，字符集是一种语言的所有字符，而校验是设置字符中那些是一样的。 b)limit后面数字的用法？有两种limit,一个参数仅仅表示选择行数，两个参数的第一个参数是从哪一行开始，第二个参数表示选择后面的多少

    07年读研开始接触交互设计，09年工作之后才开始真正做项目，在学习过程中遇到过很多困难，每每克服理清思路，能感觉自己进入新的境界。 1.不要沉迷于理论。一般来说，书本知识落后实际应用3年左右的时间，读研期间读完基本交互经典书籍，还是一头雾水。当真正开始设计控件和界面布局时，才理解书本知识。掌握知识的标准不是你读过，而是会应用在实际的项目中。缺乏实践，看的资料越多越迷糊。 2.量力而行。09年翻译了iPhone的设计指南，一年时间内通读大部分交互设计资料和书籍。10年不自量力，自以为可以开始研究产品定位或者品牌等高阶问题，模仿之前的做法通读相关资料，但是没有任何成果，当时只经历了一个手机支付的项目，产品最终失败了。先多做项目，特别的百万用户量以上的产品，经验也能影响视野。 11年因团队需要着手研究数据分析，感觉是行业前沿性课题，但项目中可用的数据很少，通读网站数据分析资料之后无从下手。

    大家好，我是Google+基础架构团队的工程师。早在7月份，当Joseph Smarr开发出了Ask Me Anything栏目后，很多人都想知道一些关于Google+技术架构方面的信息。我们几个工程师觉得应该写一些关于这个题目的文章，给大家分享。 对于Google+团队，我们头一个要认真处理的问题就是：页面生成速度。在谷歌，我们十分在意速度，下面就是我们用来提升速度的5项技术。 1. 我们喜欢Closure 我们喜欢...

    由于个人工作职责变化，学习重点偏向其他内容，所以想把本打算研究的交互设计课题转交给学弟学妹完成，正好也有利用他们的学习。通过交流，发现他们自身还存在一些问题，这些也是我早期读书时遇到过。 每个人都很有想法，但是真正去实践的没有。 没有作品集，没有文章，没有实践经验。 资料很多，但是没有找不到学习方法，没有自己的知识结构。 学习还没有步入正轨，直到毕业前还处在迷茫期。 回顾下个人发展，临毕业时把高校当老...

    专题的标题文字好比男嘉宾天生丽质的脸蛋。1.专题需求下来时，标题文字和副标文字基本是确定的。2.专题标题文字一般都很精辟简短，概括了整个专 题的商业诉求。3.标题文字是直接的表达，是什么，为什么，怎么样，不看图形，网友也能明白个大概。基于以上3点，专题设计时，标题文字是需要着重刻画下 的。从何入手呢？这个时候把自己当成网友，分析下如果你是网友，这句话中最吸引你的文字是什么。将其拆分，然后对重要文字做一些形状，色彩，大小，质感， 版式等方面做改变和突破，这些标题文字的设计都是符合整个专题风格的。

    以下这些tips，是我在实际工作中慢慢形成的，有些可能是不正确的，有些出于个人习惯，所以，千万不要把以下这些条当成什么标准，其中可能隐藏着天大的bug，代码可能正在病态的运行中，SO!请一定仔细的看过后想想，这么做的好处是什么？会产生怎样的负面影响？有问题特别欢迎你来和我讨论。这就是我写这篇文字的目的，希望能和大家多多交流，也希望不断完善自己，同时又能给大家一些帮助。 开发习惯和PHP代码： 1、准确的理解各种概...

    在公司近几年,遇到过的重大BUG都是因为数据库使用不当而导致的,所以说数据库的使用演变左右了整个技术架构,未来想做好一个优秀的程序员,学习数据库是必不可少的。涉及的东西希望不要透露公司机密。第一阶段:刚进公司的时候,数据库已经很前瞻性的使用了sharding.采用了分库,分表的拆分方法。根据产品功能类别进行了数据库的拆分，根据用户的编号进行了分表拆分.从设计上来说,当初的设计也是能够满足日后数据膨胀需求的.几个明显...

    这几天，我在读《Javascript语言精粹》。这本书很薄，100多页，正好假日里翻翻。该书的作者是Douglas Crockford，他是目前世界上最精通Javascript的几个人之一，也是Json格式的创造者。他认为Javascript有很多糟粕。因为1995年，Brendan Eich设计这种语言的时候，只用了三个月，很多语言特性没有经过深思熟虑，就推向了市场。结果等到人们意识到这些问题的时候，已经有100万程序员在使用它了，不可能再大幅修改语言本身了。

    都说时间一晃就过，这一转眼，2009年又将走到尽头，赶在年末总结狂潮之前，提前给自己做个总结。不只是2009年，而是从走出校门后到现在两年半多的工作经验总结。在这两年半多的工作时间中，看到了团队的组成，也看到了团队的解散，感受到了新产品上线前的充忙，也感受到了产品上线后无人搭理的落寂，感受到了老板给予充分空间时工作的愉悦，也感受到了有人指手划脚时的抗拒…… 成功的喜悦在失败的苦果下，显得那么的渺小而不可见...