simonliubo
- 浏览: 7930 次
- 性别:
- 来自: 北京
-
文章列表
所谓的灰度发布，是逐渐放量给用户体验，先给小部分人，再渐渐的把群体扩大，最后才全量用户。这样做，一是为了用户体验，先让小部分人体验后得到反馈才渐渐去大范围影响；二是技术上降低风险，在放出小范围后去发现问题解决问题；再有就是降低讽刺压力，全量上线一款新功能很容易造成访问量突然增大，服务器压力过大的风险。说到这很多人会认为灰度发布真是个妙招，但万物都是双刃剑，就没有百利而无一害的东西，也许这一害就是致命的害。灰度发布也是有缺点的，一是时间成本拉高，很可能不止一倍的浪费时间；二是用户体验，对部分用户放量，很可能引起非放量用户，或被放量用户的群体不满或投诉；最后就是技术上的，大大增加了技术人员 ...
提出问题:
产品开发迭代快，而前端为项目中的关键路径，在本迭代还未结束
期间，通常是测试期间已经开始下个迭代任务的开发；
这些代码版本如何控制？
多人协作时如何控制？
发布时如何进行合并？
Hotfix时如何做回滚？
解决方案：多分支开发系统
服务端环境：SVN
客户端软件：小乌龟TortoiseSvn
分支、主干和标记：用于并行开发，当分支的功能完成后就可以合并到主干，而
利用标记就可以在任何时间创建一个发布版本。
注意，你可以建多个分支，但主干只能有一个
...
百度统计搞了二年多变成现在这样，的确有一些好的东西我们可以借鉴的，
在这里和大家分享一下针对百度统计设计的分析和一些思考
化繁为简，突出重点
根据重要程度，控制整体信息对比及优先级
趋势图：将XY轴 ...
转-PM如何突破工程師心防?
- 博客分类：
- other
PM常常遇到一個難題，就是有好多東西想要做，到無奈什麼事都得透過工程師，沒辦法自己動手，於是因為和工程師不太美好的關係，最後實際的產品都沒有設計時看起來好。我這邊講的是「網路公司」的狀態，PM泛指那些規劃出產品的人。其他產業也許也有類似情形，以下這些「教戰手則」，提供給正在摸索自己生存之道的PM一些參考。
先弄清什麼做得出來、什麼做不出來:
常常有PM會提出一些天馬行空的idea，以致有時候讓工程師覺得合作起來相當吃力。這是由於並不知道什麼可以做什麼不能做。以網站來說，這其實很容易知道，不需要太多的學習和知識。如果有一個功能，你在兩、三個網站都看得到，99%它是做得出來的。例 ...
转-工程師如何不被PM欺負
- 博客分类：
- other
老師教我們怎麼寫程式，但從來沒告訴我們在公司裡，會有個叫做PM的人每天分派作業給我們，還逼著我們趕快做完。這是許多軟體工程師進入職場的第一個驚喜。隔了不久，還會發現，這些可能把你壓得死死的PM，多半一行程式都不會寫。於是我們會面臨一種很矛盾的心情，有時候會是一種有點被欺負的心理。我們討論的是工程師在這樣狀況下的生存之道。
(1)提高自己的能見度
在非常多的公司，上層的老闆或公司的大老闆只看得到一個project的PM，而看不到背後辛苦的工程師。也就是說，你的努力和成果，被遮敝了。我一直相信在職場上，讓自己在老闆或其他同事前有「能見度」是重要的。能見度除了在很多狀況下(會議發言、討 ...
关注Backbone已经有一年多了，终于有机会在近期的项目中使用其进行重构，接下来记录一些学习笔记和使用心得，希望和大家进行交流，共同提高。
Backbone的命名空间和冲突管理
首先Backbone包含一个会立即执行的函数表 ...