浅谈创业早期技术实现思路创业最开始的时候，是最难的时候，此时，从0到1，从无到有，做的是自己不曾做过的事情，所以，我们称之为创业。对于早期的技术而言，不要大而全，不用高精尖，先按需求实现，活下来再说。我们需要考虑的是哪些可以用云服务，哪些可以直接用现成的开源方案或技术，哪些需要自己开发； 我们可以粗旷一些，要的是快速出活，让产品活下来。前期那么几杆枪，就技术而行，要用团队成员最熟悉的，要有人能全盘掌控所有的技术栈。虽然我们用的是最熟悉的东西，但是在整个技术选型和开发过程中，需要有以下几个基本的思路：1. 原则和规范注意解耦，分层，动静分离、轻重分离的原则；开发的规范，代码及代码分支管理规范、发布流程；在开发过程中，对于公共的操作要抽象成组件，即我们常说的职责单一，如缓存操作，数据库操作等等都封装成组件，一边开发一边封装；2. 保留水平扩展的能力业务服务端无状态，会话通过 memcache 等来管理；数据库设计考虑到一定时间内的容量，做好必要的分库分表，如1到2年的容量规划；热点数据缓存起来，将大量请求打到缓存而不是数据库；3. 业务隔离隔离关键业务和非关键业务；隔离主业务系统与旁路上报、日志上报等周边系统；如果是 HTTP 服务，至少要在域名级别保证其隔离；不同端业务的隔离； 如 PC 侧的业务和 H5 的页面可以是同一套代码，但是域名不同，接入点不同，后端机器相同；4. 用好开源 ...继续阅读 (50)

2015年过完年，er又打来了电话，从去年开始，已经是第6次了，包包已经会走了，开始学会通过撒娇、大哭达到自己的目的。和er聊了1个小时，答应晚上和夫人商量一下，心已动摇。这个问题和夫人已讨论多次，还是在犹豫，不知是对未知的恐惧，还是对当下的不舍。最终决定去上海，和er一起创业。梦想还是要有的，万一实现了呢。选择离开”橘子红了，是该摘了。“　－－　《橘子红了》在腾讯的生活充实，有序，领导重视，同事nice，一切的一切都显示得让人无法离开。创业是选择要未来，而不是现在－－冯仑。这样的当下，这样的现在，真的舍得？和leader面谈、和总监面谈、和HR面谈、和GM面谈，惭愧，愧疚，不舍……一切显示如此匆忙，在腾讯的日子越来越少，看着周围的同事都在忙活，心里不免有一些失落……离别总是别样的风景，在腾讯的682天，2次晋升、3次发文奖励、1次优秀员工，得到了自己想得到的，遇见了自己该遇见的。在腾大7楼退掉工卡，慢慢走出腾讯大楼，回头看去，有些模糊了。重新启程”天青色等烟雨，而我在等你。“——《青花瓷》3.31号，愚人节的前一天，从上海浦东机场转磁悬浮，5站地铁，到了世纪大道，在2号口见到了依稀有些丰满的er，在网上认识很多年，一直未曾见过面，总算见到活的张er。第一次见面，仿佛现实中认识了很多年，是如此熟悉。到了办公室，略拥护，er说已经在张罗新的办公场地了，先将就下，研发部20多人，移动开 ...继续阅读 (59)

数据集合类系统如何架构以下内容来源于QCon某高可用架构群聊天记录整理如果携程网想把旅游信息展示到另一平台上 平台和他们的系统数据对接，pull好一些还是post好一些？或者说一个系统只是把好多其他商家的数据集合展示到统一的系统上，这样的系统一般如何架构？先回答第一个问题：数据对接是pull好一些还是post好一些，这里需要根据实际业务做权衡，如果平台系统很大部分是通过聚合第三方数据再展示，那么比较推荐让第三方post数据，自己设计统一数据规则接口。这种情况，需要考虑自身服务的稳定性了，预防第三方误调用，击垮自身系统。如果只有小部分内容聚合第三方，那就pull，比较好保证自己系统稳定性，不过最终还得把所有的数据转换成自己格式，需要自己开发团队做这块工作。相比较而言，post时效性高，数据交互少，如果系统会需要各个源的信息，最终也不会只是展示那么简单。如果使用post方案，则需要在接入，数据，读取等方面做隔离，在接入使用mq可以提高吞吐，在读的时候用Cache抗。并且在前期需要考虑好数据存储和数据的量级，因为是第三方的数据，在存储的扩展性方面要有比较好的方案。最终落地的方案可能是：按业务隔离，不同的业务相互不影响，拆分子系统；使用redis和kafka保障高性能，kafka主要一方面用到日志上 一方面用到缓解数据库并发上；使用nginx和lvs保障高可用；在后期所有数据进hbase然 ...继续阅读 (59)

微信红包实现原理以下内容来源于QCon某高可用架构群聊天记录整理 背景：有某个朋友咨询微信红包的架构，在官方或非官方同学的解释和讨论中得出以下讨论内容，在此期间有多个同学发红包做现网算法测试。抢红包过程当有人在群里发了一个N人的红包，总金额M元，后台大概发生的事情如下：一、发红包后台操作：在数据库中增加一条红包记录，存储到CKV，设置过期时间；在Cache（可能是腾讯内部kv数据库，基于内存，有落地，有内核态网络处理模块，以内核模块形式提供服务））中增加一条记录，存储抢红包的人数N二、抢红包后台操作：抢红包分为抢和拆，抢操作在Cache层完成，通过原子减操作进行红包数递减，到0就说明抢光了，最终实际进入后台拆操作的量不大，通过操作的分离将无效请求直接挡在Cache层外面。这里的原子减操作并不是真正意义上的原子减操作，是其Cache层提供的CAS，通过比较版本号不断尝试，存在一定程度上的冲突，冲突的用户会放行，让其进入下一步拆的操作，这也解释了为啥有用户抢到了拆开发现领完了的情况。拆红包在数据库完成，通过数据库的事务操作累加已经领取的个数和金额，插入一条领取流水，入账为异步操作，这也解释了为啥在春节期间红包领取后在余额中看不到。拆的时候会实时计算金额，其金额为1分到剩余平均值2倍之间随机数，一个总金额为M元的红包，最大的红包为 M * 2 /N（且不会超过M），当拆了红包后会更新剩余 ...继续阅读 (64)

大流量活动的应对大流量活动的特性是生命周期短，推广资源集中，突增流量多，对系统负载有较大的挑战，可能会对现有业务产生冲击。 在有大流量活动上线之前我们一定要做好提前准备，提前预估容量，做好扩容准备，做好应急预案。容量预估在确认为大流量的活动上线前需要对活动做容量预估，预估总用户量有多少，用户同时参与的可能峰值是多少？确认后评估系统能力是否能够支撑，如果不能，进行优化或扩容。评估系统时需要考虑系统本身以及支撑系统的服务的承载量。控制节奏控制节奏是指控制资源投放量的节奏，要有层次的将资源投放出去，不要一次性将所有资源全部砸出去，以渐进的方式，慢慢放量。如果一次性将几千万甚至上亿的量放出去，可能会导致整个活动的后台支撑系统超负载，从而影响整体活动效果。关注用户行为评估时考量用户的行为，识别用户的页面访问路径，如常规的活动只有一个页面，可以直接按用户数评估访问量。 如果活动一个用户一次体验流程可能会访问4到5个页面，而每个页面对后端的cgi至少产生3个请求（2个pv上报，1个用户参与状态查询），则如果有500万用户进入页面，则可能会对后端产生至少2000多万的cgi请求。如果还有页面定制的用户状态区分等，则会有更多的请求到应用服务器。服务定制针对大规模推广活动进行定制。此定制相对于常规逻辑来说，去掉与当前活动不相关的旁支逻辑。毕竟相对于整个系统来说，需要考虑的逻辑点会比较全，而如果只是一个 ...继续阅读 (65)

背景沉默一年，所做活动过百，所见所想，所思所虑。活动常规化，小组年活动量1000+人力不足，需求变更多，资源到位时间不定，基础建设活动运营，想要快速，就需要有一个强大的运营平台的支持。建设：运营平台作为基础建设，需要作为重点投入，在建设过程中，强化运营支撑系统 大系统小做，不停的迭代，专门的产品跟进，与使用者沟通，将系统的开发和活动的开发交替给不同的开发，以调节和深入。另，在人力方面需要确保运营系统的投入。可扩展性：从运营支持平台的业务框架层面，在适应现有业务发展的基础上增加代码的通用性，在一定程度上保证系统的可扩展性。监控告警：运营系统的告警不能成为常态，一是可能会形成告警疲劳，从而放过真正的问题，二是告警会影响日常的工作开展，此时如果确认常态的告警是问题，则解决问题，如果是告警系统本身的问题，则优化告警系统。代码架构前端静态页面，资源文件，活动隔离，按日期归档，CDN加速。前端公用库版本升级，不同版本间清晰隔离，不做兼容，固化业务逻辑抽象为公用组件，实现业务的可配置化开发。数据和页面分离，行为和表现分离，前端和后端分离，后端固化业务，中转接口。轻重分离，将固化的业务以更高性能的服务实现，将变化较多的业务需求以脚本类CGI实现。团队固化业务外包，需要考虑人员的稳定性问题，这是一个矛盾点，并且外包政策需要切合公司的大的政策方向，存在风险点。新业务主力人员承担，待固化后可以给新同学或 ...继续阅读 (72)

gzencode 默认使用ZLIB_ENCODING_GZIP编码，使用gzip压缩格式，实际上是使用defalte 算法压缩数据，然后加上文件头和adler32校验gzdeflate 默认使用ZLIB_ENCODING_RAW编码方式，使用deflate数据压缩算法，实际上是先用 LZ77 压缩，然后用霍夫曼编码压缩gzcompress ；默认使用ZLIB_ENCODING_DEFLATE编码，使用zlib压缩格式，实际上是用 deflate 压缩数据，然后加上 zlib 头和 CRC 校验这三个函数的比较实质上是三种压缩方法：deflate, zlib, gzip的比较。从性能的维度看：deflate 好于 gzip 好于 zlib从文本文件默认压缩率压缩后体积的维度看：deflate 好于 zlib 好于 gzip这三种算法中gzip 、zlib的作者都是Jean-Loup Gailly和 Mark Adler。这两种算法以及图形格式png，使用的压缩算法却都是deflate算法。deflate算法是同时使用了LZ77算法与哈夫曼编码（Huffman Coding）的一个无损数据压缩算法。它最初是由Phil Katz为他的PKZIP归档工具第二版所定义的，后来定义在 RFC 1951规范中。deflate算法的压缩与解压的实现过程可以在压缩库zlib上找到。PHP的压缩实现 ...继续阅读 (63)

有如下4个代码示例，你认为他们创建对象，并获得成员变量的速度排序是怎样的？1：将成员变量设置为public，通过赋值操作给成员变量赋值，直接获取变量classFoo{public$id;}$data=newFoo;$data->id=10;echo$data->id;2：将成员变量设置为public，通过构造函数设置成员变量的值，直接获取变量classFoo2{public$id;publicfunction__construct($id){$this->id=$id;}}$data=newFoo2(10);echo$data->id;3：将成员变量设置为protected，通过构造函数设置成员变量的值，通过成员方法获取变量classFoo3{protected$id;publicfunction__construct($id){$this->id=$id;}publicfunctiongetId(){return$this->id;}}$data=newFoo3(10);echo$data->getId();4：将成员变量设置为protected，通过构造函数设置成员 ...继续阅读 (54)

多，甲骨文字形,从二“夕”。“夕”本义指“黄昏时刻”，转义指“黄昏时刻农夫聚集”。“二夕”叠加指“农夫加倍聚集”。表示数量大，与“少”、“寡”相对。少，小篆从小，本义:不多。2014年的第一天，带着包包大人，和家人一起爬山，登高而没有望远。睡醒，起床，开始这篇该有的年度总结。跨过一年，表示我离不二的年纪不远了，呵，回首一年，生活因包包大人的到来而发生了彻底的改变，技术没有明显的进步，进了想去的公司。一年，有得有失，在选择中成长；一年，有累有喜，在成长中成熟；一年，有多有少，在变化中变化。一、2013年的多与少多了什么？多了一个小天使多了一份责任多了一个完完整整的家，有你们的地方就是家多了并不是多余，只是增加。少了什么？少了二人世界，世界将围绕小天使转少了看书的时间少了周末的爬山和运动少了并不是真少了，只是转移，有更多需要你来兼顾。多了什么？多了能够见识的东西，更多的同事，更多的学习资料、更多的组件，更多的之前都没有见过的东西。多了需要面对的用户，海量的用户，一个小小的手抖可能就是一大堆的投诉多了需要考量的因素，所处的环境更复杂少了什么？少了责任，不再需要考虑他人的成长，关注更具体的事情。少了思考，思考个人的成长？思考自己的价值，思考过去所做的事情，思考将来要做的？这些少了。慢慢就少了，无声无息的。不在那个位置，你就不会去思考那个位置的问题，所谓 在其位谋其政，在其位的驱动力没有了， ...继续阅读 (63)

1、当遇到一个问题时，先不要急着去解决问题，而是问下自己 问题是什么？为谁解决问题？谁有问题？ 确切的说是需要寻找问题的本质，更全面的考虑问题2、问题其实是人期望的东西和你体验的东西之间的差别，简单点说与预期不符。3、不要过早的下结论，但是也不要忽略你的第一印象4、当解决一个问题的时候，可能会带来一个新的问题，从而子子孙孙无穷尽也。5、问题最难处理的却是意识到问题的存在，这里的关键是思考，思考之后才会能发现问题。6、一旦我们把一个东西当作一个问题，我们通常会给它“变形”7、当你在寻找问题定义的道路上疲倦地游荡时，不要忘记随时都回头看看，看看你是不是已经迷路了。8、注意你说话的上下文，有些信息是你知道，而别人不知道的，所以，当说一件事情的时候需要确保信息对等，如果信息不对等，请在你的表述中将这些信息带上。9、一旦你用文字表述一个问题，请仔细推敲这些文字，以使这种表述在每个人的头脑中都是同一个意思。10、当别人能够很好地解决自己的问题的时候，千万不要越俎代庖。这时不是看问题了，而是解决问题，一线的问题让一线的人解决吧。11、如果某人能够解决这个问题，但是他本人却并不会遇到这一问题时，那么你们首先要做的就是让他也感受到这个问题。12、当指责别人没有解决问题时，试试换过来指责你自己-即使只有一秒钟。13、你的灯亮着吗？14、问题的根源常常在你自己身上。15、问题从哪儿来？找到问题的根源。1 ...继续阅读 (60)

开发的一生应当这样度过：当他回首往事的时候，不会因为没有时间陪妹子而悔恨，也不会因为没有浏览过祖国的大好河山而愧疚。这样，在临终的时候，他就能够说：‘我已把自己整个的生命和全部的精力献给了世界上最壮丽的事业——编程。作为一个开发人员，每天吭吭哧哧的编码，调试，面对产品MM的需求变更，应对测试MM的各种挑战，呼啦啦，需求上线了，看数据，有告警，马上处理，没有告警，安心做下一个需求，眼睛一睁一闭，一天就过去了，要是一闭不睁呢？在无比享受的开发过程中，我们可能会存在一些偏误，你见或不见，它就在那里，不增不减，不悲不喜。在开发的世界中，总会有一种老子天下第一的气势，所谓文无第一，武无第二，开发也是。当一个需求开发完成后，我们都会认为我们的代码是很完美的，它能很好的实现产品的需求，没有bug，当测试MM说开发哥，你这里是不是有bug？第一反应是：怎么可能？是不是环境有问题。这是属于开发的过度自信偏误，但这并不是开发独有的，我们大多数人都有这个问题，只是强弱程度不一样。过度自信偏误对专家的影响比对非专家的影响要大，男人比女人更大，作为以男性居多的开发领域的专家，这个问题比较突出就不奇怪了。建议：我们需要基于现场的实际情况做出自己的判断。隔壁组开始用Go写他们的业务了，NB大发了，要不我们也试试？昨天那个分享中有介绍node.js，现在用的人蛮多的，咱们是不是也用一下试试？现在业内流行特定领域语 ...继续阅读 (62)

手册上的一个有意思的小示例。http://www.php.net/manual/zh/language.variables.basics.php$this='text';// error$name='this';$$name='text';// sets $this to 'text'echo$$name;在PHP的词法分析时，$this变量是符合其规则的，在语法解析生成中间代码时，PHP内核会根据变量类型在生成赋值的中间代码时判断是否为$this变量，如果是则报错。这里为什么要报错呢？因为this作为一个特殊的变量，在对象的成员方法等调用初始化时会将this变量添加到活动符号表。在类的成员方法里面，可以用 ->（对象运算符）：$this->property（其中 property 是该属性名）这种方式来访问非静态属性。当一个方法在类定义内部被调用时，有一个可用的伪变量 $this。$this 是一个到主叫对象的引用（通常是该方法所从属的对象，但如果是从第二个对象静态调用时也可能是另一个对象）。在词法分析、语法分析并生成中间代码时，$this作为一个特殊的变量存在，特别是在生成中间代码时，代码中充斥着对于this的特殊处理。这些都是为后面的运行做准备，如识别标记出某处使用this变量，在存储opcode的zend_op_array结构体中专门有一个变量this_var标识是否有th ...继续阅读 (68)