新年新气象
03-2
没想到这两个词具体是什么意思,但这肯定是我的缺陷了。
前几天培训,被指出这个毛病,其实仔细回想,工作中何尝不是没有头绪条理,很多事情忙的团团转,搞的一团糟。
改正这个毛病其实用了很长时间,从期初开始做简单的文件记录,到后来大量的纸质手稿,到现在详细的记录和思维软件(mindmanage)的应用,对做事有了很多提高。
昨天晚上加班,自愿加班,去完成一个我所认为半天就能完成的工作,其实用了将近一天,实际工作时间也算半天吧。时间浪费了一大半,是因为以前已经实现的一个冗杂的逻辑又去想了一遍,结果还没想明白。后把之前的逻辑拿来,20分钟顺利结束了战斗。
非常勤恳的工作不是啥好事,漂亮得完成工作并把时间留给自己才是王道。
最近一直在修改系统,并无太多原创的代码。其中修改了ucenterhome和discuz两套代码。
ucenterhome原来的队伍进行优化后,我又改进了分享功能。此功能虽然上线,功能也无大碍,但UE方面差强人意,主要是因为年前项目紧张,此项目投入人力并不多的原因。此功能修改,无详细的需求文档,也未进行详细的需求分析和业务逻辑设计,就匆匆开始了编码过程,结果就是:代码比较混乱,结构性比较差,升级和改进的潜力小。如果要改进,面临的结果就是重写。又因为uchome本身的设计结构,无论改写和重写成本都比较高。
因此,前期的规划是比较重要的,前期多想一点,后期就能节约更多的时间和精力。
这种做法马上应用到下一个项目中:discuz论坛的优化和功能改造。
前期对需求做了详细的分析,在中间不断的需求细化和明确,因此,功能和业务逻辑清晰,代码在修改的时候,保留了原来功能,只做了功能的分支。虽然前期的需求交流花费了较多的时间,但编码过程所花费的时间就很小了。
后者的流程才是以后要继续发扬的流程。
最近跟我那个成都的某个IDC机房扯皮,扯得我是下三滥的手段都想用了,不过看在还混在这个圈子的面子上,没跟他们使损招。我最看不惯的就是那些销售,以为技术人员都是木头,都是榆木疙瘩。凭借一张三寸不烂之舌就想敷衍了事。套用一句流行语:咱民工玩的是风度,不是阴沟。
其实自打毕业干IT这行,从买51.net的虚拟主机到现在,接触的IDC是不下几十家,出入过的机房也有十几个之多,当然碰到的一些扯皮的事情当然就更多了。写这篇文章,就是把一些细节纰漏出来。不针对某个无良IDC,当然也不是给哪个IDC做广告,都是自己经验之谈。也许有理解和认识的错误,欢迎朋友和同行们指正。
因为虚拟主机已经不常用,我说的主要是服务器托管租用方面,我的经历主要是北京范围内。
首先是如何找一个优秀的IDC。IDC分一线二线三线,就好像买车分几个系列一样。如果你想拥有军用悍马的性能,那十个奥拓的价格也不行。如果你真买了10万以下的车,那半路抛锚或者高速上被车皮挤死也别太抱怨。一线IDC主要集中了国内顶尖的网络公司:腾讯,搜狐,新浪,盛大,完美之类的大客户。他们的价格绝对让你乍舌,但质量也能有你想象那么高。你上这几家的网站,有几次断网,有几次感觉速度慢了。而二线的IDC就有大多数也许是发展中的网站,比较拮据的,或者一些知名客户但需要价格比比较高的流量的。三线的IDC,就难说了,小的不能再小的公司,一些个人网站,垃圾站,或者,就是皮包公司。
所以,寻找IDC,先问问销售,贵机房有什么知名的大客户,给个ip或者地址看看(当然,要说是搜狐的某个分站,不用他说,你自己就找到了)。这时,你可以根据销售提供的客户的质量来评价这个机房的档次。
当你选定一个机房后,测试是必须的——三天最少。当你的机器上架后,首先要做的,就是测试带宽,探测网络结构,测试稳定性,甚至网管反应(有点破坏性测试)。测试带宽,要测试上行和下行的带宽,是否能跑足。如果没有从三层以下限速,你尝试持续高带宽,网管有没有反应。(不要期望你能跑那么大的带宽,你跑的大,别的客户也能跑那么大,抢来抢去,自己正常业务也就受损了)。探测下你ip段的网络拓扑,是否划分vlan,你的vlan里有没有windows机器(防止arp,我一般用linux)。最后关机,你看网管是否有反应。我曾经用过一线IDC的带宽,但是网关配置出错,造成流量为0,结果我们刚出机房,网管就打来了电话。这样的服务,你能不感动么。
合同:不管什么业务,合同是要签的。这方面我很无奈,我可以直言不讳得说,做这行的都是流氓,因为合同上基本都是霸王条款。非可控的意外,他们基本都不赔偿。可以说,基本出现的故障,都是他们不可控的:大网出现意外,比如光纤让铲车铲了,或者市电被掐了。当然他们不可控。不过一定要记住,机房设计是必须把意外情况设计进去的,UPS、柴油发电机组是机房必须的设备,这也是你服务的一部分,如果这些都没有,那机房的价值就很低(带宽,电力只是成本的一部分,一部分成本用在了对于意外情况的冗余上)。所以,最好能让他们补充:何种电力冗余,何种网络冗余,意外故障如何赔偿。
实地勘察:光有合同不行,最近我碰到的事情很生气。机房电力出了问题(他们居然走普通市电而没有备用电力),UPS是有,没接到你机器上。结果断电,造成我mysql故障而无法恢复,我正在跟他们交涉。记得问问现场网管的情况,说两个比较常见的问题咨询一下。另外问问他们的收入情况。别小看这些细节:我的linux系统,让网管给关系,网管居然说不会linux。汗得我差点从自行车上载下来。去机房,多看看设备:电力,空调,防火,还有就是机房是否整齐,管理是否到位。看看机房后边的线是否都清晰(曾经在丰台一个机房,一下子就把邻居的电源拔了……)。
好的机房,不仅是硬件资源好,软件也不可缺的。当然软件不是指安装的软件,而是机房的配套设施。去的时候,网管都会自带工具软件。测试的时候建议让机房去做,比如,借一个移动光驱,借一张光盘,下载一个iso去刻盘,打一颗网线,让现场的技术给帮忙之类的事情。别怕机房的人BS你,这只是去感觉一下你应该有的服务。
补充1:上文所说测试上下行带宽问题,事出有因:大部分的专业idc,上下行给的都是一致的,但个别的idc,把下行带宽克扣出来,去给一些小区或者单位做接入,这样达到了更高的利润,但这样给一些下行需求高的客户带来了问题。所以我提到了这点。(学过通讯技术的应该都知道带宽复用这么一个技术,大家可以google一下。)
说了半天,这些经验的确都是自己交学费的成果,希望把这些细节分享给大家,欢迎大家交流,可以加我的qq 176300676 或者msn sunboyu@gmail.com
当然也可以加入lamp大家庭 msn用户加 lamper@live.cn 为好友
本文为作者原创,转载须注明出处。 http://www.sunboyu.cn/2009/07/28/%E5%A6%82%E4%BD%95%E9%80%89%E6%8B%A9%E4%B8%80%E4%B8%AA%E7%A7%B0%E5%BF%83%E7%9A%84idc.shtml
貌似我也进入了如火如荼的webgame领域。虽然鄙人玩游戏很少,不过本着发展社会主义建设、全民奔小康的目的,还是要把这个东西搞好。
游戏的一些细节,我还是门外汉,仅总结一下游戏的几个要点:
背景,剧情。
游戏的背景和剧情是游戏的一个重头戏。纵观国内国外游戏,无一不建立在一个有鲜明背景的基础上。魔兽世界讲的希腊神话的故事,剑侠情缘讲的是古代武林故事,劲舞团把迪厅搬到了家里,CS让你在家里就可以与敌方激战。任何一个好的游戏都无法摆脱一个主线,就像一个电影的剧情,一本小说的线索。而只是打怪升级的游戏显然已经失去了原有的魅力,动人的故事背景是吸引玩家的一个先决条件,流畅的剧情是黏合用户的必要条件。
完善的程序架构
一直很讨厌提架构这个词,因为到现在我也不知道啥是架构,架构师依然是神秘的东西。我所谓的架构,是要作出一套程序,而程序可伸缩,可扩展,灵活自由,不会因为一点小的改动而逼疯程序员,更不会因为编码人员的牢骚而影响游戏的运营。程序要兼顾开发,策划,运营,运维多个部门,总之一句话:大家好才是真的好。
强大的运营支持系统
公司总是要盈利的,而且,不管做任何项目之前都得把这个事情想在前头。记住:老板得养活一个公司的人,投资人需要高额的利润。别听那帮人瞎扯:当时我们只想做用户,没想挣钱!那些人智商都不低,不用怀疑。任何事情都要提前想到,运营系统虽然是游戏内测公测很久才用得着的,但一定要在前期考虑进去。虽然收费系统,支付系统是无用的,但行为分析,数据分析,bug跟踪,用户反馈,推广系统,这些系统在游戏测试的时候既能发挥起作用,在数据基础上的数据挖掘更是游戏发展的风向标。
团队
没有一个人的英雄,尤其在IT这个圈子。
貌似两个紧密相连的概念,可在做事上,是迥然不同的两种表现。
销售出身的人,总能把破烂给折腾出去,他们不在乎技术有多好,产品有多烂,反正他们的任务就是把客户拉来,让钱爬在自己的账户上。
这样苦不堪言的是那些苦命攒代码的人,不得不迎合销售千变万化的销售策略和肆意夸大而进行的承诺。
当然对于技术出身的销售来说,在面对客户相对谨慎,在对产品的把握上显得拘谨,但这样做下来的方案变故会比纯销售做事稳当得多。
对于一个公司,无论是谁来驱动谁,总得有一个原始动力,原始动力丢失的时候,公司就会陷入浑沌状态。
这个动力一般是市场来驱动,对于创业者,更多的动力是那股原始的冲劲。
最近看了一本书,大概悟出这些道理。通过最近做产品,发现自己弱点很明显,还不能从大局去考虑事情,看技术之外的事情肤浅。
从今天作为一个起点,努力客服。