漂泊旅程 http://blog.sina.com.cn/qizhong Mon, 04 Jan 2010 08:12:16 GMT+8 FEEDCREATOR_VERSION zh-cn Copyright 1996 - 2009 SINA Inc. All Rights Reserved. Mon, 04 Jan 2010 00:12:16 GMT+8 北迈汽配网：中国第一家汽配在线销售平台 http://blog.sina.com.cn/s/blog_4909f90f0100g9yn.html 北迈汽配网：中国第一家汽配在线销售平台

 

 北迈汽配网是北迈科技发展有限公司自1998年正式涉足电子商务以来继北迈数码网、北迈时尚网两大网站后重磅推出的又一独立运营的电子商务网站之一。北迈网上商城一直保持高速成长，连续五年增长率均超过300%。并且始终坚持以纯电子商务模式运营，缩减中间环节，为消费者在第一时间提供优质的产品及满意的服务。此次重磅推出的北迈汽配网网上商城，依托了两大网站所拥有的上百万注册用户，日订单处理量突破1500单，每月有超过3000万人次浏览网站上的各类产品信息，北迈汽配网将会把国产和进口品牌汽车的配件销售推向一个全新的高度和领域，同时成为汽车配件行业销售领域的价格风向标。

北迈汽配网是一个只做正品的汽车配件电子商务网站，拥有全国汽车配件领域最具完整的电子数据资料库，超过100多个品牌的汽车配件产品，是中国消费者选购汽车配件产品的重要途径。

北迈承诺，24小时随时响应，全国货到付款。这是国内唯一一家做到货到付款的汽配销售商。保证用户在看到真实货品的一刻，安心交易。避免了因配件不符等原因引起的矛盾与不快。并且，15日内，只要发现商品存在质量问题，可无条件退换货！作为互联网交易平台，在虚拟的空间里做出实质性的用户承诺并完全按之付诸行动，完全把用户的利益放在首位，也深信此经营之道才是立足生存之本！

北迈科技通过自身的不断调整以满足消费者的需求，2008年，重磅推出汽配之家网上商城，宣告汽车配件产品的战略布局正式完成，在全球经济不景气的大背景下，利用其优质的商业模式，诚信的经营理念，在把此行业的销售模式推进到一个全新高度的同时，营业额保持了超过300%的增长速度，成为中国最大的B2C企业之一。北迈汽配网网上商城将持续为用户提供高性价比的产品和服务，在自身高速发展的同时，为中国汽车配件电子商务行业的整体发展提供有力的支持。

2008年优秀的业绩也为汽配之家网上商城夺得了多项殊荣，不仅是对北迈旗下两大独立运营网上商城业绩的肯定，更是对汽配之家商城未来前景的充分认可。

北迈汽配网网上商城无论在访问量、点击率、销售量以及业内知名度和影响力上，都在国内B2C汽车配件行业的网购平台中首屈一指。飞速发展和良好前景赢得了国际著名风险投资基金的青睐。未来，北迈汽配网网上商城将全速前进，为合作伙伴提供更广阔的发展平台、为广大用户提供更加便利、可靠的高品质网购专业服务。

 北迈汽配网网上商城为商品提供了灵活多样的展示空间，消费者无论是购物还是查询，都将不受时间和地域的任何限制。消费者在享受“足不出户，坐享其成”的背后，是汽配之家网上商城多年打造的庞大物流体系。目前，分布在华北、华东、华南的三大物流中心覆盖了全国各大城市。

]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100g9yn.html#comment Wed, 09 Dec 2009 12:27:28 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100g9yn.html 爱特影产品简介 http://blog.sina.com.cn/s/blog_4909f90f0100g9au.html Artink爱特影－好莱坞特技摄影是一个由爱特影机器人提供场景，通过遥控器控制的实现人景完美融合的实时特技互动可视化拍摄系统。拍摄过程极具娱乐性和趣味性，拍摄效果立体逼真，与身临其镜拍摄效果完全接近。
　　爱特影的亮点是能模拟人物在各种真实环境中的影像表现，目前实现了人物在影像中的阴影、倒影、立体遮罩、冬天下雪等效果。人物在影相中生动活泼、立体逼真，实现人物与场景完美融合，不留半点瑕疵，即专业又娱乐。

爱特影现提供1000个高清场景，包含了景点景区、卡通动漫、电影电视、中外明星百姓、游戏等多种高清场景。同时爱特影机器人自动连接网络，定期从官网下载最新最时尚的潮流场景，满足个性潮人的挑剔。
　　爱特影拍摄出来的照片自动上传至《到此一游》网站，消费者可根据照片编号找到自己的照片。网站提供电子照片下载、也提供基于个人照片的个性化游戏。

与爱特影机器人共同舞动色彩，留下精彩！

 

详情请登录爱特影的官方网站：http://www.daociyiyou.com

也可致电咨询：400-6816898(免费电话)，爱特影的投资顾问将一一为您解答！

]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100g9au.html#comment Tue, 08 Dec 2009 09:21:06 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100g9au.html 北迈，网络汽配销售的主导平台 http://blog.sina.com.cn/s/blog_4909f90f0100fx39.html

10多年来，传统汽配市场受采购功能单一的制约、不能满足市场发展需求的现状一直存在。而将网络应用于汽配行业，将实体市场与电子商务相结合的专业化运营模式仍犹如一盘散沙，群聚而不凝力！

面对我国日趋成熟、汽车后市场发展规模的不断扩大。汽配行业差异化营销的突破创新已显得尤为重要。历经几个月全国目标受众的市场调查，北迈将最准确的行业需求信息，融合自98年以来丰富的电子商务网站经营经验，成功创建了网络汽配销售平台的新生主力军——北迈汽配网，真正应时而生！

目前，汽配行业缺少一个真正系统的、全面的一站式汽车后市场服务平台。为了避免用户为了一个汽车配件到处奔走的现状，在迅速、全面化网络购物影响的大环境下，针对广大消费者的诉求，北迈汽配网集合了当下全国所有汽车品牌与配件服务列表，聚集了海量的汽车配件信息。所有用户点击查找，便捷搜寻。既省时，又省力，大大提升购买速度。

北迈在贴近需求的同时，又为消费者追加了一份保障。北迈承诺，24小时随时响应，全国唯一货到付款。保证用户在看到真实货品的一刻，安心交易。避免了因配件不符等原因引起的矛盾与不快。并且，15日内，只要发现商品存在质量问题，可无条件退换货！作为互联网交易平台，在虚拟的空间里做出实质性的用户承诺并完全按之付诸行动，完全把用户的利益放在首位，也深信此经营之道才是立足生存之本！

面对着日渐庞大的汽配市场，各种配件鱼龙混杂于各大销售平台之上。都寄希望于庞大的用户群体，在这个新兴的“商业地产”中分一杯羹。更何况在这样一个虚拟的网络环境下，用户购买之初对于商品并没有一个很好的接触与识别。这给了很多网络销售平台一个可乘之机，也很大程度的影响了用户对于各种汽配销售网的信任度。在这种大环境的驱使下，始终坚持正品汽配销售，成为了北迈汽配网的一大亮点。平台上所有商品均为正品，用户在接到货物后可以自行识别审核，假一赔十。也正是因为始终如一的经营理念，才使北迈成为中国最大正品汽配在线销售平台！

如今，有越来越多的传统汽配公司结合电子商务的经营模式，加入到网络销售平台中来。但北迈作为这个行业的领军人，将立足于主导地位与同行业者共同进退。也相信北迈定会成为广大用户的不二之选！

]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100fx39.html#comment Wed, 02 Dec 2009 09:05:38 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100fx39.html 幕后英雄网络监控软件 http://blog.sina.com.cn/s/blog_4909f90f0100cbqo.html 幕后英雄网络监控软件，是面向网站运维工程师的一款轻量级工具。它能够实时监控网站各种服务的正常运行，一旦服务中断，软件立即以短信形式通知您。

 

一、监控各台服务器的网络连通状况。

二、监测WEB服务器的网页是否能正常访问。(可自定义网页错误关键字，可实现对数据库的监测)

三、监测FTP服务器的FTP账号是否能正常登录访问。

 

运维工作就是为用户提供优质服务做后勤保障，甘当一名幕后英雄。相信有这款软件的协助，您可以高枕无忧，也可以腾出时间去做更有挑战的事情。

 

软件使用VC++编写，软件交流和联系QQ:五六九零五零九零，非诚物扰!








]]> 人在旅程 网站架构 http://blog.sina.com.cn/s/blog_4909f90f0100cbqo.html#comment Wed, 04 Mar 2009 09:39:42 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100cbqo.html 如果你不再对你所从事的饱含激情，那么就到了改变的时刻 http://blog.sina.com.cn/s/blog_4909f90f0100anou.html 如果你不再对你所从事的饱含激情，那么就到了改变的时刻。正如沃尔特·博茨教授所言：“生命如此短暂，这短暂的一生中我们该做的事情正随着时光的流逝而日益紧迫。”
 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100anou.html#comment Mon, 08 Sep 2008 11:05:20 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100anou.html 三五个人十来条枪 如何成为开发正规军 http://blog.sina.com.cn/s/blog_4909f90f0100anot.html  我一直很犹豫该不该写这一主题，也很犹豫该怎么写这一主题，对于这一主题该起什么名字更让我反复修改了多次无法确定现在的这个标题是否合适。
对，这个主题就是关于“利”的，关于大家的工资该多钱合适，老板黑不黑，开发主管应不应该拥有人事权、奖金分配权。
但这个主题讲起来太难。我不希望把老板讲成黄世仁，把员工痛诉成杨白劳。这样没啥意思，把雇员关系挑成这样，一点好处也没有，只能徒增愤青，或者造成一些人冲动离职，最后才发现兜兜转转也就那么回事，跳来跳去也没得到什么，只是跳惯了就停不下来，看着不顺心就跳，反正跳一次也是跳，跳十次也是跳。况且老板也不是天生就是老板，老板也大多是由员工做起的。我周围不少朋友过去是程序员，而且不少技术高手，有的人是对老板的管理不忿，有的人是对老板的胸怀不忿，有的人是对老板的利益分配不忿，有的人是对公司的明争暗斗马屁精不忿，有的人是对老板的发展思路不赞同，有的人是看到了自己认为更好的产品前景，有的人是积累了自己的客户关系，有的人是为Web2.0所热，所以种种原因都导致了一个结果：创业做老板。
刚做老板，都雄心大志，管理采用创业激情式，喜欢晚上工作白天睡觉不用遵守朝九晚五，喜欢头脑风暴，喜欢聚众吃饭，喜欢给员工配沙发配午睡床办健身卡。但时间长了，才发现钱花了不少，心血也投入了许多，尽量营造自由的氛围，得来的结果仍然照旧：产品质量缺乏、产品进度缺乏、产品美观缺乏、产品文档缺乏、产品亮点缺乏。
大家都很累，创业老板也很累。但还在强撑。实在有一天憋不住了，老板对员工发火，员工也对老板发火，大家都是创业兄弟平时称兄道弟现在也是有什么说什么。员工说：你不懂产品你老插手，今天想一个明天想一个，变来变去我们哪能跟的上你？还有的员工说了：你总是嫌我们这里做的不好那里做的不好，我们写好的代码你又扔了自己写，你把我们的工作辛苦当什么了。
针锋相对，让年轻的创业老板很是伤心：这帮家伙，平时对他们那么好，现在反都是我的不对。看来人就不能对待太好。
这回怀念起自己过去的老板。自己曾经也骂过老板的种种不公平对待，也骂过老板不辨是非就爱听拍马屁的。但如今发现，自己曾经的老板还是比自己技高一筹。看来，当老板，都有存在的理由，谁都不是白给的。
一个公司每年1000万销售收入，看似很多钱，1000万啊，一个开发经理，就算一年10万的工资，也需要100年才能赚到。但是账不能这么算，这1000万里面还有成本和费用呢。里面33%的税，就剩下三分之二了，还有写字楼租金、营销费用、日常出差费用、固定资产投入这些重头费用，剩下的还要给员工发工资、交三险一金，最后老板剩下的利润还有多少。而且公司淡季没有单子的时候就必须老板往出拿钱来保证员工照常办公发工资，另外来年滚动发展的资金在哪里，还不得从这个纯利润里面来。
我在此也不想为老板一方申冤，我也不想摆出来什么：《西点法则》、《没有任何借口》、《如何做个好员工》、《与企业同命运》之类的观点，我也不想反过来摆《谁动了我的奶酪》其中的道理。我只是一名职业经理人，有始有终做好职业份内的事，让老板的归老板，让职业经理人的归职业经理人，让员工的归员工。员工讨论企业文化和发展战略，老板强调细节和执行力，职业经理人强调股权和控制权，这都不是份内之事。
什么是职业经理人，虽然做了多年职业经理人，但我也说不好，我没有在知名企业和跨国企业当过职业经理人，也没有操盘过大型的团队，在这里给大家大讲职业经理人不够资格。我过去收集过一篇文章，是唐骏写的。唐骏该是中国的职业经理人代表，也算是打工皇帝了，身价十亿，走过微软、盛大这些顶级公司，却仍然是一名纯粹的职业经理人，而非老板。他的一些观点或许更能说明职业经理人和老板之间的关系与距离。
唐骏在微软的经历，相信不少职业经理人也有过此经历，我也经历过类似，但我仍然把职业经理人进行到底，最终在沉沉浮浮之中几上几下。我最近在读二月河的《雍正皇帝》、《乾隆皇帝》，里面有张廷玉，作为皇帝天下的职业经理人，历经三代皇帝，四十年宦场风云而不倒，其职业经理人的经历值得我们大家去分享与思考。
以下是唐骏的一段：
　　陈永正来的那一天我有点心凉。那是8月17号，我一到办公室就接到黄存义的电话。他说：唐骏你知道吗，网上说陈永正要来加盟我们。我赶紧上网，一看果然是。我们俩马上同时打电话给总部，那时候总部是凌晨，说你们等着，公司会发邮件就这件事跟大家做解释。这下我们知道，这已经是一个结果了。
　　悲哀。这是职业经理人的悲哀，也是美国公司的悲哀。这是对自尊心的极大挑战：在没有协商的前提之下，一下子挖来一个人。黄存义连有人要取代他的位置都不知道，还是从网上看到的。
这就是职业经理人。我接到不少年轻的网友的来信，他们大多在十来条枪的公司走上管理岗位不到两年，他们都在咨询我如何和老板要权要钱，甚至有人还策划过如何夺权，如何把控产品源代码和开发团队以和老板谈条件，此幼稚想法我也不愿意回复，人有时候经历过了才会相信，否则你说破嘴也无效。
自己公司的事情，是外人先知道，然后再传到自己耳朵里，这是很平常的事情。不管是职业经理人，还是老板，同样都是。很多事，员工知道而老板不知道。很多事，外面媒体已经上了网，作为职业经理人看新浪才知道。
唐骏最后去了盛大，有了下面一段：
陈天桥一开始说要跟我分工，我说不用，我是辅佐你的，不是来跟你分江山的，你不做的事情，我做。这是我的简单哲学。我相信他一定有不想做、不能做、做不了的事情，这些事情就是我的权力。
很多职业经理人在民营企业失败就是因为权力——他们一定要“这个事儿归我决定”。曾经好几个职业经理人来跟我诉苦：我们签好的合约，我拥有人事权、财务权，我的审批权是1000万元，结果临了连100万元都没有。我说你对民营企业太不了解了。这可是中国的民营企业，它会跟你签1000万元，但是审批的时候还有最终审批权。你不要去跟他玩文字游戏，中国的民营企业没有文字游戏这一说。你要做的第一件事情就是让他放心：我不是来跟你争权的，我不要权力。

我读了唐骏的文章后颇有认同。
这就是中国，这不是美国，如果你看不惯，你尽管上美国去（我老看见一些老抱怨却过了一年又一年的员工，不走还老是抱怨。试想一下，每天有8个小时在公司，10个小时睡觉，2个小时在路上交通，剩下的4个小时是吃饭看电视上厕所等等。每天几乎一半的有效时间是在公司渡过的，却过的老不愉快，那生活是多么糟糕。要么你上升，要么你离开，你不走不动到底在耗什么？混日子？）。
我也常把这个故事讲给那些寻求我帮助的网友，希望他们能够调整心态先做好职业经理人份内的职责，然后再去讨论“利”这个字。
大多数老板都不懂开发，许多做到管理岗位的网友都跟我抱怨这一点。但我说你如果遇见一个懂开发的老板或许更糟。他们想了想，会心笑了，非常认同我的观点。
我在想，不懂开发的老板，你作为开发经理，你如何表现你的价值？你说你技术很牛？那么客户为你的牛技术买单吗？你说你的管理很牛，那软件质量和软件进度和人员调度怎么没什么起色？你到底强在哪里？你看着华为之类年薪上百万，愤愤自己的薪水才10多万，那么OK，你研发的产品能卖到几十个亿，也可以给你年薪上百万，你可以吗？你拿自己的薪水和硅谷的薪水比，你拿自己的待遇和Google比，这能比吗？你为什么不拿Google人创造的价值和自己比呢？Google可是每年创造的收入达几百亿美金，你拿这个比。
如果不要这样牛角尖的比，那我们就心平气和的、客观的展现我们的价值。
我一直在着力展现研发团队的价值。每次项目或每个开发阶段结束后我都要做分析对比。我围绕的核心就是质量、进度。
测试案例写了多少个，各种类型的测试做了多少次，发现了多少问题，都是什么等级。在这段时间内，BUG的发现数量趋势如何，修复BUG数量如何。需求变更了多少，从最初到最后，需求增量了多少。文案写作了多少种类，分别多少页。进度任务安排了多少个，每个人分别是多少，修复BUG的占多少，需求变更的占多少，突然插入的任务占多少，超期任务占多少，取消的任务占多少。修改BUG占用了多少时间，修改需求变更占用了多少时间。
我发现任务不断变更的原因有以下几点：
1需求没调研清楚，需求变更了。
2需求没描述清楚，程序员理解有误了，还得代码变更。
3有突想新的需求认为是很好的功能就生插了进来，但还要按照原有计划进度为目标。
所以，对于任务安排的方面，我主要考核业务开发组长或项目经理对于需求调研和功能设计的能力，对于任务超期的，我都会分析是程序员技术能力问题，还是项目经理在分割功能设计上有粒度问题，还是确实由于没有经验没有做好技术准备遇到了不可预测的技术难题。
对于代码质量，我主要通过BUG发现的数量和等级来评价程序员到底细不细心。我还进行代码复查工作，来评价程序员对于稳定性、易用性、高性能、可扩展、可阅读、可维护的代码特性质量。我不愿意把每个开发人员的代码量当作考核指标，有的人复制粘贴代码，让代码很臃肿也缺乏维护，这种代码质量是不能当考核面的，代码多不意味着代码质量高，尤其现在的IDE开发工具，很多都是工具自动生成的代码。
我不会对程序员的工作态度进行单独考核。虽然米卢说态度决定一切。但这个态度实在难以客观评价。我个人认为：代码复查质量、BUG数量、BUG下降趋势、任务的进度超期或缩短，比较能客观评价程序员的工作态度。如果一个程序员的工作态度不好，这些指标也会有影响。
我们也很少能拿到开发奖金，这就是现实，但我们仍然在努力提高自己的商品意识，希望自己交付的产品能够带来更多的销售。我们不希望客户购买产品是因为客户关系、送礼到位才促成的销售，我们希望客户是看重产品占80%的决策意见，这样，我们的研发价值才能体现出来。很多刚当上开发管理位置的网友很气愤为老板赚取了那么多钱自己却得到很少，我一直在问他们：“客户买单，是客户关系占主要地位，还是产品竞争力”。很多人听到我的反问都不作声了。
对于实施人员的考量，有实施进度、实施效果客户回访调查评分、需求收集数量、定制功能变更时间长度和数量、实施结束后一个月内的服务部支持工单数量和解决时间总长度。
有的实施人员很会来事，实施的时候和客户关系很好，但自己本身没多大真才实学。搞好了客户关系，一回访都说好，实施速度也快，但是实施完了一屁股的债，客户不会用，培训不到位，功能没有应用起来，不协调平衡需求一个劲的让客户随便提，也不引导客户一下，客户要求定制的功能多，花费的时间长，实施后电话支持不断。我们就是针对这些情况来考核，防止有的实施人员，在公司报告上是一回事，客户现场是另一回事。
对于支持人员的考量，在这段时间内的接的工单数量，各个级别的工单的数量比例，自己一个人解决的工单数量，转给别人解决的工单数量，转给别人解决的各个级别的工单数量比例，还未解决的工单数量，还未解决的各个级别的工单数量比例，各个级别的工单的平均解决时间，超期解决的工单数量，超期解决的各个级别的工单数量比例，解决周期超过3天的工单数量，解决周期超过一周的工单数量，解决周期超过两周的工单数量。
支持人员的能力各异，有的来公司时间短，有的来公司时间长，有的是一毕业就进入公司，有的是在社会上已经工作多年，有的是计算机专业毕业，有的是学旅游专业毕业，有的人爱思考爱学习，有的人懒，所以差异比较大。
考核他们的能力，不能单纯看他接的工单数量，我们发现有些人接了工单，不会就转给其它人，最后工单被别人解决了但统计的时候还归他，这就不公平，我们在运营过程中不断发现漏洞，不断完善评价模型。
有的人是简单的问题都解决了，复杂的问题都不会。有的人得过且过，客户问题好几天了也只接一下客户电话就没了下文，也不解决，也不和客户联系确认沟通，就放那里了，这肯定是要被统计查出来的。有的人能力不行，一个工单两天没有搞定。
根据评价考量，每个服务支持人员的能力就考核了出来，他们的头衔也会响应浮动为：高级服务顾问、中间服务顾问、服务顾问。不同的级别，在支持不同问题上，支持不同级别客户上，薪水上都有所不同。
另外，我们对所有人都考核流程优化建议，如果某个员工的建议被采纳，而且应用到了实际工作中并且产生了很明显的效果，可以给与该员工奖金奖励，但奖金不会太高，一般在500-1000元。活得开心点，有认同感、价值感才是最重要的。而这个影响力又反作用影响了员工的工作积极性、质量、进度、执行力、责任、忠诚度。当然，有些员工非常喜欢思考和进言，有些员工喜欢当一天和尚撞一天钟，两类人互相看不起，给团队管理就带来一定的困难，所以我们也一般都是让进言者通过MSN和邮件单独交流，而不在大庭广众下常常讨论，也不单独找一个地方交流，这样容易让另一帮人产生误解。我们在做新流程规定发布、流程执行的时候也不说是哪个员工提的好建议，我们发奖金也是单独通过财务打到该员工工资卡里。
我们现在也没有对团队协作、忠诚度、执行力、沟通能力、文案能力、演讲能力这些方面进行考核。这些都是公说公有理婆说婆有理的，不同性格的主管喜欢不同类型的员工，就容易给考核造成虚假。条条大路通罗马，只要达到我们的本质目标就可以。谁说会沟通会演讲的人才是好的实施人员呢？我见过不少销售总监都是戴着眼镜温文儒雅，说话低声，虚心学习、记录、思考、交流探讨，和大家在文章杂志中看到的销售人员形象是反差很大的，但是他们却是销售总监，他们的销售业绩也是很好的。
有了可量化的工作指标，不管它现在是否评价全面或完善，至少它的评价不是老板看谁会说会写就提拔谁给谁涨工资。世界没有真正的公平，就如同有人被迫辍学有人却在请家教一样。虽然我这个人希望能够客观和公正，也一直这样努力做，也时常和员工沟通，谦和听取员工的种种抱怨，但现在的绩效评价指标仍然毁誉参半，有人骂有人赞成，有人仍然出工不出力总在拿钱和工作付出不断做平衡，也有人看不惯老板的管理风格，也有人看不惯中层部门经理的管理风格，也有人觉得公司没前途，也有人嫌工资低，也有人厌烦了工作岗位千篇一律，也有人感觉自己从事的不是自己感兴趣的，种种原因而离开。
管理就是如此，你可以无限去接近，但你永远到不了。
]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100anot.html#comment Mon, 08 Sep 2008 11:04:01 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100anot.html 伟大的产品设计师－乔布斯 http://blog.sina.com.cn/s/blog_4909f90f0100anor.html  这几天正在思考ABPlayer2009的产品设计，总感觉没有什么动力。怎么办？怎么办？


还好有了乔布斯，读了他的工作状态日志，给了我一些方向了。乔布斯，此人很疯狂！在会议上仔细查看每个窗口左上角的三个小按钮。这三个按钮分别用于关闭、缩小和放大窗口。设计师们把这些按钮都弄成了哑灰色，以免扰乱使用者的注意力，但是这样就很难让用户明白各按钮的功能。

乔布斯给出了一个古怪的提议：这些按钮要涂成红绿灯一样的颜色——红色代表关闭窗口，黄色代表缩小窗口，而绿色则代表放大窗口。瑞茨拉夫说：“我们听了后，都觉得把它和电脑联系起来有点莫名其妙。但是我们做了之后发现，乔布斯是对的。”按钮的颜色明显地向用户表明了点击的后果。特别是红色，它通常意味着“危险”，以防使用者不慎点击到它而关闭窗口。

苹果的设计过程中最重要的环节之一，就是“简化”。在乔布斯看来，少即是多。

苹果的QuickTime播放器软件就是受益于界面新理念的早期代表之一。该软件用于播放多媒体文件，也就主要是音乐和视频，界面上只需开始、暂停和音量等控制键就可以了。QuickTime播放器的设计队伍由6个设计师和程序员组成。他们连续6个月与乔布斯每周都要见面一两次。每周他们都要给乔布斯展示十几个新设计，大多是质感和外观上的变化。早期的设计方案中，有一个受到索尼运动款随身听启发的黄色塑料质感外观，还有很多不同的木质和金属质地的纹理。“乔布斯并不是一个设计狂，但他总想另辟蹊径。”霍迪说。
....................
ipod,iphone都堪称精典。

苹果的核心优势就是知道如何让复杂的高科技为普罗大众所理解，随着科技日趋复杂，这一点就变得越来越重要。 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100anor.html#comment Mon, 08 Sep 2008 10:59:12 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100anor.html 谈一谈策划、UI和设计之间的关系 http://blog.sina.com.cn/s/blog_4909f90f0100anop.html  相信很多朋友都听过"100万"的故事，讲的是一个有名的工程师去检修一个高科技仪器，最后他就在一个地方画了一条线，却要价100万。结果付钱的人不满意了，一条线值100万吗?最后这个工程师给出的回答是："找出这条线在哪里999999元，画线1元"。

这个故事很巧妙地说明了策划和UI的关系。不少人都认为，UI不就是把客户给的"公司、产品介绍"等内容，在WORD中画一画框架，定一下位置吗?其实，这是一种比较肤浅的认识，因为UI只是网站策划一种最简要的表现形式，但却远不是网站策划的全部。

网站策划要做的是，对客户的需求进行全面翔实地分析、采集、整理和创意提升，在之中要考虑到设计制作、技术开发上的难点要点和亮点。一个优秀的网站策划人员要具备市场、网站制作、管理、广告等很全面的知识，并要有很强的学习能力、针对客户和项目组的双向沟通能力。

而这正是业界销售、技术型人员经常忽略的问题，他们中的很多人喜欢把客户的需求进行"学舌式"的传达，客户说怎么做我照单全收或单纯抵制。但客户并非专业的网站建设人员，他想要什么样的东西，他自己有时并不清楚。所以如果什么都去依赖客户，客户会觉得公司不够专业，而公司也总会围绕着客户改来改去，很显然，这会一方面大大降低公司完成项目的效率，另一方面在无形中还极大增加了公司的成本。

网站策划的作用，就是要脱离这种片面地思考，站在全面的角度去引导和帮助客户，去发掘整理和提升他的需求，这样做出来的产品才会是客户真正想要的。也因为这种合作是建立在引导、沟通的基础上，所以就会很具有延续的商业价值。这也正是专业广告公司在做方案之前，为什么要做相当大量市场调查的原因了。

所以，UI看似只是简单的框架，但在背后支持它的却是繁杂的网站策划。事实上，没有一个好的策划，做出来的UI也是没有多少价值的。

而在设计的过程中，设计师也要根据策划和UI，充分发挥自己的设计特长进行网站创作，将策划的思路通过设计的形式表现给客户，这样才会有的放矢。我们认为，好的设计作品，一定是经过网站策划和设计师反复沟通、不断磨合制作而成的。

由此，就不难看出三者之间的关系了：策划是根本，UI是手段，设计是工具。简单来说，在大客户市场的激烈竞争中，经过专业网站策划的设计作品不一定有最强的竞争力，但没经过专业网站策划的设计作品一定没有竞争力!
]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f0100anop.html#comment Mon, 08 Sep 2008 10:57:44 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f0100anop.html 自从用了海内我就懒得写Blog了 http://blog.sina.com.cn/s/blog_4909f90f010094wl.html  海内：www.hainei.com ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f010094wl.html#comment Mon, 14 Apr 2008 08:37:46 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f010094wl.html 出差 http://blog.sina.com.cn/s/blog_4909f90f010087jy.html 元旦后到桂林，老同学在请客！

  ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f010087jy.html#comment Thu, 17 Jan 2008 09:17:20 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f010087jy.html 大型网站真的离不开Linux http://blog.sina.com.cn/s/blog_4909f90f01007zho.html  windows让我很累。 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01007zho.html#comment Wed, 26 Dec 2007 14:15:02 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01007zho.html flv视频转换还是on2 Vp6的好 http://blog.sina.com.cn/s/blog_4909f90f01007zhn.html  支持转换格式就多了，转换出来的视频最清晰了。 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01007zhn.html#comment Wed, 26 Dec 2007 14:12:06 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01007zhn.html 一起享受镜头间的快乐 http://blog.sina.com.cn/s/blog_4909f90f01000c32.html  

爱播网今晚18点起启用更明确的宣传定位口号:



Title:爱播网·视频爱好者创作社区
Ad:一起享受镜头间的快乐

^_^，有点旧酒换新瓶的感觉吧!不过这确实更清晰了。不是吗？

]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000c32.html#comment Thu, 22 Nov 2007 08:18:09 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000c32.html 上周末去了一趟五台山 http://blog.sina.com.cn/s/blog_4909f90f01000c31.html 吃得香
玩得愉快
喝的也不少
风景也很独特
拜拜佛
走走
主要是比较冷
]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000c31.html#comment Thu, 22 Nov 2007 08:16:07 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000c31.html 星期天10月28日玩八达岭长城 http://blog.sina.com.cn/s/blog_4909f90f01000bu8.html  昨晚，京城大雨
今日，晴空万里
我们决定出去玩玩，目标八达岭
八达岭风大，冷，人也多，红叶多，风景很美
路过居庸关，此地很休闲，人少，景色也不错，下次再去！









]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000bu8.html#comment Sun, 28 Oct 2007 13:56:08 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000bu8.html 怎么描述软件架构师这个职位 http://blog.sina.com.cn/s/blog_4909f90f01000brt.html  至今它没有一个全面的定义。随着软件系统的复杂度和软件的尺度，软件设计问题超越了数据结构和算法问题的范围。软件系统开发需要解决的这些问题是：系统总体结构，全局结构控制，通信协议，系统元素之间的沟通问题，并发处理，同步，数据访问，给设计元素赋予方法，物理分布，设计元素之间的组合，伸缩性、扩展性和性能，几个设计之间的进行取舍等等。这就是软件架构要解决的问题。为此，我们必须要考虑这些问题：一个能够沟通的语言，特定问题域的模版和系统框架，组件集成的通用模版，描述这种该系统的描述方法。从另外一个角度考虑，软件架构是一个可以重复实现的软件，所以它必须是和具体计算机语言无关的软件，这种于语言无关的软件需要相关的技术和方法来定义和描述。
虽然当前没有一个很好的方法定义软件架构，但是好的工程师在设计一个复杂的系统的时候，都遵循一种普遍的原则，有了这种原则，在设计的时候就可以有原则的取舍了，如设计模式。
一个好的架构设计工程师应该明白下面几点：
1、 能够辨别常见的软件系统范例，这样就可以较高层面理解系统之间的关系。能够在老的系统上建立新的系统。
2、 获取一个正确的软件架构，对一个成功的系统至关重要。一个错误的架构，必定带来灾难性的后果。
3、 仔细理解软件架构，使软件工程师在设计过程中能够掌握正确的取舍原则。
4、 架构表现的是复杂系统高层特性的分析和描述。 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000brt.html#comment Mon, 22 Oct 2007 11:25:22 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000brt.html 最近干了许多苦力活 http://blog.sina.com.cn/s/blog_4909f90f01000bls.html 许多麻烦事情,可我仍然会微笑着迎接它 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000bls.html#comment Thu, 11 Oct 2007 04:24:48 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000bls.html 从LiveJournal发展看大规模网站性能优化方法 http://blog.sina.com.cn/s/blog_4909f90f01000bjj.html  

一、LiveJournal发展历程

LiveJournal是99年始于校园中的项目，几个人出于爱好做了这样一个应用，以实现以下功能：
  • 博客，论坛
  • 社会性网络，找到朋友
  • 聚合，把朋友的文章聚合在一起
LiveJournal采用了大量的开源软件，甚至它本身也是一个开源软件。

在上线后，LiveJournal实现了非常快速的增长：

  • 2004年4月份：280万注册用户。
  • 2005年4月份：680万注册用户。
  • 2005年8月份：790万注册用户。
  • 达到了每秒钟上千次的页面请求及处理。
  • 使用了大量MySQL服务器。
  • 使用了大量通用组件。

二、LiveJournal架构现状概况

livejournal_backend.png

三、从LiveJournal发展中学习

LiveJournal从1台服务器发展到100台服务器，这其中经历了无数的伤痛，但同时也摸索出了解决这些问题的方法，通过对LiveJournal的学习，可以让我们避免LJ曾经犯过的错误，并且从一开始就对系统进行良好的设计，以避免后期的痛苦。

下面我们一步一步看LJ发展的脚步。

1、一台服务器

一台别人捐助的服务器，LJ最初就跑在上面，就像Google开始时候用的破服务器一样，值得我们尊敬。这个阶段，LJ的人以惊人的速度熟悉的Unix的操作管理，服务器性能出现过问题，不过还好，可以通过一些小修小改应付过去。在这个阶段里LJ把CGI升级到了FastCGI。

最终问题出现了，网站越来越慢，已经无法通过优过化来解决的地步，需要更多的服务器，这时LJ开始提供付费服务，可能是想通过这些钱来购买新的服务器，以解决当时的困境。
毫无疑问，当时LJ存在巨大的单点问题，所有的东西都在那台服务器的铁皮盒子里装着。

LJ-backend-7.png

2、两台服务器

用付费服务赚来的钱LJ买了两台服务器：一台叫做Kenny的Dell 6U机器用于提供Web服务，一台叫做Cartman的Dell 6U服务器用于提供数据库服务。

LJ-backend-8.png

LJ有了更大的磁盘，更多的计算资源。但同时网络结构还是非常简单，每台机器两块网卡，Cartman通过内网为Kenny提供MySQL数据库服务。

暂时解决了负载的问题，新的问题又出现了：

  • 原来的一个单点变成了两个单点。
  • 没有冷备份或热备份。
  • 网站速度慢的问题又开始出现了，没办法，增长太快了。
  • Web服务器上CPU达到上限，需要更多的Web服务器。

3、四台服务器

又买了两台，Kyle和Stan，这次都是1U的，都用于提供Web服务。目前LJ一共有3台Web服务器和一台数据库服务器。这时需要在3台Web服务器上进行负载均横。

LJ-backend-9.png

LJ把Kenny用于外部的网关，使用mod_backhand进行负载均横。

然后问题又出现了：

  • 单点故障。数据库和用于做网关的Web服务器都是单点，一旦任何一台机器出现问题将导致所有服务不可用。虽然用于做网关的Web服务器可以通过保持心跳同步迅速切换，但还是无法解决数据库的单点，LJ当时也没做这个。
  • 网站又变慢了，这次是因为IO和数据库的问题，问题是怎么往应用里面添加数据库呢？

4、五台服务器

又买了一台数据库服务器。在两台数据库服务器上使用了数据库同步(Mysql支持的Master-Slave模式)，写操作全部针对主数据库（通过Binlog，主服务器上的写操作可以迅速同步到从服务器上），读操作在两个数据库上同时进行(也算是负载均横的一种吧)。

LJ-backend-10.png

实现同步时要注意几个事项：

  • 读操作数据库选择算法处理，要选一个当前负载轻一点的数据库。
  • 在从数据库服务器上只能进行读操作
  • 准备好应对同步过程中的延迟，处理不好可能会导致数据库同步的中断。只需要对写操作进行判断即可，读操作不存在同步问题。

5、更多服务器

有钱了，当然要多买些服务器。部署后快了没多久，又开始慢了。这次有更多的Web服务器，更多的数据库服务器，存在 IO与CPU争用。于是采用了BIG-IP作为负载均衡解决方案。

LJ-backend-11.png

6、现在我们在哪里：

LJ-backend-1.png

现在服务器基本上够了，但性能还是有问题，原因出在架构上。

数据库的架构是最大的问题。由于增加的数据库都是以Slave模式添加到应用内，这样唯一的好处就是将读操作分布到了多台机器，但这样带来的后果就是写操作被大量分发，每台机器都要执行，服务器越多，浪费就越大，随着写操作的增加，用于服务读操作的资源越来越少。

LJ-backend-2.png

由一台分布到两台

LJ-backend-3.png

最终效果

现在我们发现，我们并不需要把这些数据在如此多的服务器上都保留一份。服务器上已经做了RAID，数据库也进行了备份，这么多的备份完全是对资源的浪费，属于冗余极端过度。那为什么不把数据分布存储呢？

问题发现了，开始考虑如何解决。现在要做的就是把不同用户的数据分布到不同的服务器上进行存储，以实现数据的分布式存储，让每台机器只为相对固定的用户服务，以实现平行的架构和良好的可扩展性。

为了实现用户分组，我们需要为每一个用户分配一个组标记，用于标记此用户的数据存放在哪一组数据库服务器中。每组数据库由一个master及几个slave组成，并且slave的数量在2-3台，以实现系统资源的最合理分配，既保证数据读操作分布，又避免数据过度冗余以及同步操作对系统资源的过度消耗。

LJ-backend-4.png

由一台（一组）中心服务器提供用户分组控制。所有用户的分组信息都存储在这台机器上，所有针对用户的操作需要先查询这台机器得到用户的组号，然后再到相应的数据库组中获取数据。

这样的用户架构与目前LJ的架构已经很相像了。

在具体的实现时需要注意几个问题：

  • 在数据库组内不要使用自增ID，以便于以后在数据库组之间迁移用户，以实现更合理的I/O，磁盘空间及负载分布。
  • 将userid，postid存储在全局服务器上，可以使用自增，数据库组中的相应值必须以全局服务器上的值为准。全局服务器上使用事务型数据库InnoDB。
  • 在数据库组之间迁移用户时要万分小心，当迁移时用户不能有写操作。

7、现在我们在哪里

LJ-backend-5.png

问题：

  • 一个全局主服务器，挂掉的话所有用户注册及写操作就挂掉。
  • 每个数据库组一个主服务器，挂掉的话这组用户的写操作就挂掉。
  • 数据库组从服务器挂掉的话会导致其它服务器负载过大。

对于Master-Slave模式的单点问题，LJ采取了Master-Master模式来解决。所谓Master-Master实际上是人工实现的，并不是由MySQL直接提供的，实际上也就是两台机器同时是Master，也同时是Slave，互相同步。

Master-Master实现时需要注意：

  • 一个Master出错后恢复同步，最好由服务器自动完成。
  • 数字分配，由于同时在两台机器上写，有些ID可能会冲突。

解决方案：

  • 奇偶数分配ID，一台机器上写奇数，一台机器上写偶数
  • 通过全局服务器进行分配(LJ采用的做法)。

Master-Master模式还有一种用法，这种方法与前一种相比，仍然保持两台机器的同步，但只有一台机器提供服务（读和写），在每天晚上的时候进行轮换，或者出现问题的时候进行切换。

8、现在我们在哪里

LJ-backend-6.png

现在插播一条广告，MyISAM VS InnoDB。

使用InnoDB：

  • 支持事务
  • 需要做更多的配置，不过值得，可以更安全的存储数据，以及得到更快的速度。

使用MyISAM：

  • 记录日志（LJ用它来记网络访问日志）
  • 存储只读静态数据，足够快。
  • 并发性很差，无法同时读写数据（添加数据可以）
  • MySQL非正常关闭或死机时会导致索引错误，需要使用myisamchk修复，而且当访问量大时出现非常频繁。

9、缓存

去年我写过一篇文章介绍memcached，它就是由LJ的团队开发的一款缓存工具，以key-value的方式将数据存储到分布的内存中。LJ缓存的数据：

  • 12台独立服务器（不是捐赠的）
  • 28个实例
  • 30GB总容量
  • 90-93%的命中率（用过squid的人可能知道，squid内存加磁盘的命中率大概在70-80%）

如何建立缓存策略？

想缓存所有的东西？那是不可能的，我们只需要缓存已经或者可能导致系统瓶颈的地方，最大程度的提交系统运行效率。通过对MySQL的日志的分析我们可以找到缓存的对象。

缓存的缺点？

  • 没有完美的事物，缓存也有缺点：
  • 增大开发量，需要针对缓存处理编写特殊的代码。
  • 管理难度增加，需要更多人参与系统维护。
  • 当然大内存也需要钱。

10、Web访问负载均衡

在数据包级别使用BIG-IP，但BIG-IP并不知道我们内部的处理机制，无法判断由哪台服务器对这些请求进行处理。反向代理并不能很好的起到作用，不是已经够快了，就是达不到我们想要的效果。

所以，LJ又开发了Perlbal。特点：

  • 快，小，可管理的http web 服务器/代理
  • 可以在内部进行转发
  • 使用Perl开发
  • 单线程，异步，基于事件，使用epoll , kqueue
  • 支持Console管理与http远程管理，支持动态配置加载
  • 多种模式：web服务器，反向代理，插件
  • 支持插件：GIF/PNG互换？

11、MogileFS

LJ使用开源的MogileFS作为分布式文件存储系统。MogileFS使用非常简单，它的主要设计思想是：

  • 文件属于类（类是最小的复制单位）
  • 跟踪文件存储位置
  • 在不同主机上存储
  • 使用MySQL集群统一存储分布信息
  • 大容易廉价磁盘

到目前为止就这么多了，更多文档可以在http://www.danga.com/words/找到。Danga.com和LiveJournal.com的同学们拿这个文档参加了两次MySQL Con，两次OS Con，以及众多的其它会议，无私的把他们的经验分享出来，值得我们学习。在web2.0时代快速开发得到大家越来越多的重视，但良好的设计仍是每一个应用的基础，希望web2.0们在成长为Top500网站的路上，不要因为架构阻碍了网站的发展。

参考资料：http://www.danga.com/words/2005_oscon/oscon-2005.pdf

感谢向静推荐了这篇文档给我。

]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000bjj.html#comment Fri, 05 Oct 2007 10:34:04 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000bjj.html test http://blog.sina.com.cn/s/blog_4909f90f01000bii.html  test ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000bii.html#comment Wed, 03 Oct 2007 02:01:31 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000bii.html 国庆活动安排 http://blog.sina.com.cn/s/blog_4909f90f01000bge.html  10月1日，集体凯宾斯基大酒店，看别人吃饭
10月2日，后海，跳河大赛，冠军花圈2个
10月3日，生存大挑战，晚上独身一人围绕北三环逛一圈
10月4日，真心话大冒险，在北京市市政府门口对里面大喊：你们都是一群王八蛋
10月5日 拘留所睡
10月6日 拘留所睡觉!
10月7日 越狱
10月8日 上班 ]]> 人在旅程 http://blog.sina.com.cn/s/blog_4909f90f01000bge.html#comment Sat, 29 Sep 2007 07:33:52 GMT+8 http://blog.sina.com.cn/s/blog_4909f90f01000bge.html