PHP: The Right Way

为什么互联网产品的成功率这么低

2013年3月4日 没有评论
收到一封创业者写满沮丧的来信,回信安抚了几句,解释为什么互联网产品(不含游戏)的成功率这么低。这个话题我以前在博客里讲过,还可以再讲一次。
众所周知,互联网新产品的成功率可能不足1%。不成功的产品勉强维持几年,终究还是会化为粉末。相当于互联网新产品的存活率可能不足1%。
讲这件事,首先得对成功产品下一个定义:譬如有独特的品牌价值,有相当大的用户量,以及可靠的盈利模式。没错,能达到标准的不足1%,别的都只不过是炮灰。如此高失败率的原因是:
1、马太效应
互联网的马太效应有两个强劲的发动机,第一是渠道的扁平化。
相 对传统行业对渠道的依赖性,互联网到达成本为零。你可能选择家门口的便利店,哪怕它买牛奶贵5毛钱,但比大超市少走15分钟路;然而到达任何一个网站都只 需要输入网址——用户自然会选择他知道的最大,最好,最有名气的互联网产品,直至形成稳固的使用习惯。渠道差异带来的市场多元化在互联网上几乎不存在,大 者恒大。
第二个发动机是体验的单一性。人体有多种感官能力,对于互联网产品来说,大部分感知仅仅由 脑补来完成,盯住小屏幕动动手指头就好。相对现实体验,由互联网而触动的身体感知是极为单调的(哪怕它很强烈)。简单点说,就是产品之间高度的同质化。什 么“极致体验”都是自吹自擂,两款同类型App的差异,可能远小于岐山臊子面与重庆小面的口感区别,甚至是正宗重庆小面与上海改良版微辣重庆小面的区别。
所以,互联网在同一需求领域注定只有极少数强大的生存者,而用户需求本身是有限的,可供开采的市场也是有限的。在泰坦尼克号上,坐不上救生艇的人哪怕抓住一块木板,最终也会在冰水中悲惨地死去。
2、盈利单一
这个问题在国外的情况略好,国内嘛,哈哈,情况大家都知道,互联网服务向用户收费的主要方式是多人游戏。这意味着小而美的个性化产品很难生存下去。盈利模式的单一,逼迫互联网产品必须做大,上规模,然后将巨大的流量变现。
如果追求巨大的流量,自然只能切入大众化的需求市场,符合大众化的口味。那么可预见的是:红海欢迎您。在一片红海之中,又受到马太效应的影响,失败率高是完全符合逻辑的。活下来才是奇迹!
3、孤军奋战
传统行业的成熟之处在于,有着极其复杂的,各司其职的行业生态体系。在传统行业做一件事情,比如说,开一家面包店,你既不用自己动手刷墙,更不必去栽培麦子。只需要做好有着独特竞争力的一部分,剩下的都可以包给专业的团队去处理。
然 而互联网行业就不是这样了,任何新产品的推出,从策划到视觉,从研发到运营,从推广到销售,几乎都得自己大包大揽下来。内部分工越来越细,外援又大多靠不 住。你可能有创新想法,研发未必跟得上;可能产品体验很赞,推广资源未必跟得上;可能运营强势,产品思路又不大清晰。总之,你得独自做好跨域的每个环节, 每一个环节的落伍都有可能拖累整个项目。
于是出现了一则悖论。
一 方面,马太效应驱赶新产品尽可能远离红海,去开拓新生市场;另一方面,新产品团队无法从行业生态中得到足够的帮助,必须向全能型发展,结果提高了创新的门 槛。大而完备的组织会削弱创新的活力,可是更适合创新的小而精干的团队,多存在职能岗位上的短板。再加上国内市场并没有给小而美的产品留下活路……怪不得 成功产品都要求扳着指头算“天时地利人和”,好像占卜谁家的祖坟沾染了王气。
综上所述,互联网新产 品的成功率是非常低的,可能不足1%。马太效应放大了成功者的光环,掩盖了炮灰们的悲号。这其实是一个赌局,每个人都在赌我就是那1%,就算今天不是,五 年十年内我必然是那1%——嘿嘿,哪里有什么必然。最终大部分从业人员都是赌局上的输家。互联网行业聚集了最聪明,最勤奋的一部分人,有着公平的游戏规 则,这个规则同时也注定了1%的存活几率。你的青春在这里耗尽,你的产品在这里凋零。
生于这个梦想的时代,奇迹的时代,炮灰的时代。
我 以前特别悲观,现在还是特别悲观。大约在一年以前,就不再以“产品成功”为愿景,死了中彩的心。我希望能做出自己特别中意,还有许多人拍巴掌叫好的产品, 给用户留下一些美好的体验。至于它能不能做大,变红,可以斜45度仰着头去幻想,但也并不作为紧咬下唇的人生目标来对待。总有一天你会明白,相比起每个人 都有过的“改变世界”的悠长的梦,追求和装扮心爱产品的经历才是更真实的人生。
——————————
文章出处:纯银V,作者微博:http://weibo.com/cicada


分类: 碎碎念, 网摘 标签:

创业两年回顾

2013年3月4日 没有评论

#创业两年回顾# 2010年的5月11日,是决定创业的开始,当时我还身处盛大,虽然创业的冲动一直有,但是没有去进行实际的努力,原因是盛大很稳定给员工的待遇相当丰 厚,而决定最终决定创业的原因其实很简单,在公司内没有我个人有存在感的位置了,个人诉求和公司战略不符合,在原有职位上,只能成为我自己最鄙视的一类 人,就是闲养着的公司蛀虫。

考虑创业的时候想了很多项目,也考虑了自己的很多优势了劣势,存在创业条件的是,有一定人脉,有一些个人资金,在网络游戏行业时间足够久,也经历了很多波折,在网络游戏这个领域内的各个环节相对熟悉,这是我自认为的优点,综合起来,觉得自己成功几率很大,具有讽刺的意义的是,我后来经历的波折,无一不和我所认为的这些优势相关。
 
决定了创业首先是选择项目,当时想了很多 ,1 研发游戏 2,运营游戏 3,网络棋牌 4,移动互联网产品。我自己的从业基本是,网站,市场,运营,投资,没有研发经验,所以研发游戏和移动互联网产品研发全部剔除了。再就是考虑运营游戏和网络棋牌。运营游戏首先就需要产品,考察了近40个产品,因为选择产品空间有限,1,不能是大作因为资金问题 2,研发团队要在能近沟通的范围内 3,产品在市场中,应该有独特的定位。  而符合这三条的。最终没有….最后选择了做棋牌,做棋牌有几个原因。  1,朋友之中有个人,做区域棋牌在线并不高,但是每个月收入数百万 2,棋牌开发需求并不高 3,对边锋模式较为了解 4,某电信运营商在全国范围内对棋牌内容有需求。5,棋牌容易积累用户可迅速转型成平台 在这个时候,产品选择性偏差出现了,首先,对人脉过于估计过高,第二,对自身估计过高,第三,对目标市场了解不够充分, 第四,依然是大公司心态在看待市场,以上的错误选择,在后来,为创业埋下了巨大的隐患
 
选定了做棋牌之后,接下来面临的就是选择创业伙伴和组团队, 这个时候,再次犯了错误, 1,选择的创业伙伴依然在各大公司就职, 2,组的团队理论大于执行能力,用大公司心态来看的话,是优秀团队,用创业心态来看的话,这是个糟糕的团队。
 
在四处寻找可收购的棋牌开发团队的时候(这个时候的错误是,团队中没有技术人员,而创业心态依然是收购)遇到了一个自认为很好的棋牌平台,这个平台有过数 十万在线的辉煌,但是由于种种原因只剩下了几千在线。经历过高在线并发,势必系统相对稳定,产品比较全面,有一定知名度。经历过几轮不艰难的谈判,本人以 为捡到了便宜但是从后来的事情教育我,天价收购了一个大坑。
有了产品,有了团队,剩下的就是注册公司,某个省的二级地市的产业园,给出了很好的政策,单纯政策角度考虑,选择了该地,当然后来当地政府给的支持也是非常有力度的,而面临的问题,就是。。。招不到人。。。
这个时候再次犯了错误,一开始的团队成员开始招募各种旧友亲朋加盟团队,迅速团队扩张到了30多人,其中28人是运营类…… 这里犯的错误则是过度信赖运营和自身的经历有关。而且由于一直坚信一条,最好的待遇给最好的人才,同时感觉到,别人千里迢迢来到二级地市,必然给好的待遇。于是所有待遇向上市公司看齐,给予的住宿条件,都是酒店公寓。
踌躇满志的我,开始走第二步,商务…. 和某国有电信企业的谈判异常顺利。因为多年大公司的学习过程,所以从战略,运营,数据,策划,市场环境分析等等等洋洋洒洒几十页PPT看起来无比美丽,很 迅速就与国有电信企业达成了合作,双方达成初步备忘录将在六个月内覆盖全国16个地市,并且条件非常优渥。一切看起来都是那么的美丽,自信满满的我,也认 为创业不过就是这样,成就一家新上市公司并不是很难,得到合作消息的领导们频频来公司视察,甚至具体的谈到了未来上市之后和上市之前的准备工作。一家知名 民营证券公司,以150W的价格,收购了我公司3.4%的股份。
危机总是让人看不到的…和国有电信企业的合作中,很快进入了合同流程,这时候,我们迎来了第一个不可控的问题。 资质….. 营业执照是有的,但是运营游戏需要文网文,ICP等等….这些东西,是这个行业的特种经营许可,在资料全齐的情况下,,,,,一直到和国有电信企业的合作终止,都没有做齐….
资质不全,自然不能开始合作,但是工作还是要做的,这个时候,面临的问题,就是要和全国各地的合作方,进行商务和技术接口,商务的成本占据了公司巨大的财务和个人精力,基本两天一个地方….吃吃喝喝…而技术接口上,问题出现了,由于是收购而来的产品,产品代码经历了无数团队,给二次开发带来了无数问题..团队中,运营人员过多,需求过多,研发力量完全跟不上…..
 
同时,由于商务等等问题,基本上,本人作为实际管理者,在公司呆的时间太少,经历了这么多问题,这个项目从建立,看似辉煌,到项目终止,经历了六个月,而这六个月,也将公司所有的钱,融来的钱,全部消耗完了。
这个时候已经开始就要过农历年了…公司即将发不出钱,也混不下去了,当地政府依然给力,协助我从贷款公司贷款155万,来度过困难,并且坚持下去,因 为当地政府对我个人还是比较认可,这让我热泪盈眶,并且觉得自己还是有价值的,依然踌躇满志,给公司办了一个很好的年会,给大家发了很多奖,鼓励年后收拾 起心情,重新出发…就这样,时间迈入了2011年….
棋牌的路行不通,于是我重新修正路线,决定回归到运营游戏路线, 1,国内研发 2,产品比较独特 3,成本不高,于是很快锁定了一个二次开发产品,决定快速上线,为了找到特别卖点,比较低的价格,迅速签了一本曾经比较知名的书,开始根据书修改游戏,决定在4月份推向市场。信心满满….个人也开始常驻公司。
就在这个时候,发现了重大危机….之前因为在公司少,并且一直较为信赖人,当长期在公司才发现,公司有2/3
的人是闲着的,同时各种报销,各种不合理开支,占据了公司开销的绝大部分,某中层的个人油费报销近万,还有很多钱,在我个人名下报销,但是根本我就不知道…如果裁员,则面临最早团队员工的七大姑八大姨全部离开公司。。。在大公司呆惯了一直在制度严格的情况下生存,第一次发现,原来自己有几十人团队管理经验,但是当面临公司管理的时候,和管理团队完全是不一样的…..
 
当我发现问题的时候,公司的钱,已经竭尽干枯….
迅速,我决定,搬回上海,重新招募人才,我依然没有下定决心清理团队,希望能以新团队进入的方式,来搅动公司的死水,让大家更加努力。我也卖掉了一些个人资产,包含很多年前买的一块心爱的表,也从家里人那里募集了一些钱。
终于经历很多折磨,个中理由不足以言道,没什么好诉苦的,最终搬回了上海,这个时候,更大的危机出现了…
由于公司财务制度不健全,无论是我个人打进公司的钱,还是公司打给我的钱,所有账目一塌糊涂,公司原始团队的一些人,跑到创业合作伙伴那里搬弄是非…合作伙伴由于工作原因,极少极少去公司,所以产生了疑问,同时,公司的各种资质,各种章,被创业团队人员拿走….. 经历艰苦卓绝的沟通,最终以回购股份暂时欠钱方式解决了这个危机,其中苦痛不足以言道  这里教育了我,无论公司大小,财务制度很重要,无论公司大小,规矩很重要,无论公司大小,法治是基础,基础之上才是人治。和创业团队,要先做小人,再谈君子,才能保证团队的纯净。
公司经历了这么多之后,在上海终于稳定下来。我们也开始了新产品运营的准备,研发我们也自己开始盯,运营,研发,市场都很给力,而这个时候错误来了,错误是谁?是我。。。毕竟从08年后,我没有在第一线打过仗。。。对网络游戏产品的判断,已经发生偏差,对市场对用户,都有了大量偏差,每天闭门造车。。。
自认为产品很好,当产品上线,市场无情的教育了我…..我用一款08年概念做的产品,来面对2011的市场。。。痛。。。真的痛,这个苦果,只有自己承担自己忍受。。。因为错误根源在于我。
 
百万级的投入,只换回了十几万收入,公司里极其压抑,大家也都很难过,公司气氛非常低迷….
这个时候,朋友拉我出去散心,参加了一个会议,网页游戏高峰论坛….懵然我发现,这个世界变了,以前看不起的网页游戏,现在成为了主力,从运营,到研发,对用户的挖掘,和用户习惯行为等等,已经做到了极致。。
认识了很多新朋友,从嘉兴回来后,我开始研究WEBGAME,并且让全公司都玩,几个月后,我们建立了一个页游平台,逐渐的,通过朋友帮助,开始联运游戏。公司逐渐每个月有了几十万收入,虽然没有什么利润,但是我们在运营,研发,用户分析方面,都有了很多借鉴的空间。
我们自己的产品,也在学习页游的很多东西,在做联运的过程中,也发现了公司很多弱势,补足了很多东西。在这个过程中,公司无数次面临死亡,因为无数次再走了弯路。。。靠着四处借朋友钱,变卖各种家产,终于产品在今年出来了。
最终我们的产品,在今年311内测,411公测,目前月公司流水约150W,每天睁眼,首先面临的是还以前欠的朋友的债务,应该在6月就能全部还清,公司也会逐渐步入良性循环,当然,我相信前方还有无数的大坑,和无数的错误等着我。。。
但是我一往无前。。。因为,创业,前进一步是生存,退后一步是死亡。选择创业,就是选择生死。
当然,我的宝宝也在今年刚刚出生了,面临了更大的责任,希望3年后的今天,我能以更乐观再来回顾这个创业故事。
感谢我的所有朋友,亲人。
感谢心动游戏,37WAN,广州菲音,中广广告 臻域广告
感谢我的朋友是你们让我的公司,和我活到了今天,感谢你们的帮助,感谢你们在我颓废失去信心时候的鼓励(排名不分先后)
赵宇尧 马翔 石光卓 萧萧 孙满欣 李逸飞 王建 吴洪斌 张小宇 马林 徐嘉 郝丽晔 老赵 齐海莹 小白 娜娜 孟治昀 小S。。等等等等….感谢
还有我的老婆和宝宝。陪我苦B到今天….
 
我依然每天面临死亡,但是创业,不就是这样么?
原文作者 崔博


分类: 碎碎念, 网摘 标签:

老板别让 IT 成为井底之蛙

2013年2月26日 没有评论

无论是企业主或是IT人员,面对各自的考量下,皆应彼此沟通,坚持一点一滴的突破,如此便能促成企业的长远之技。

近几年我们制作的iThome CIO大调查,除了呈现台湾企业的IT投资与应用趋势之外,都会特别加上「CIO的心声」,反应出CIO心里的话。今年的CIO的心声,就在本期原汁原味地呈现给大家。

同时,本期还将「iThome 2013年CIO大调查」的台湾IT现况的调查结果给呈现出来,两相对照,其中还颇有一些有意思的事。

往年的CIO心声,都会有好多人大叹公司给予的资源太少,老板给予的重视不够多,总是会有好多种诸如「要给马儿跑,就要给马儿吃草」的说法。今年也有这样的呼吁,但是数量变少了一些,取而代之的是更多的CIO在谈掌握行动运算的趋势、要如何与业务单位的使用者共处、如何创造IT的价值等等。其中有期许IT 人员要主动出击,要比使用者更像使用者,要让IT更贴近公司的业务发展方向;也有CIO呼吁业务单位与IT并肩合作,齐力创造佳绩。

感叹资源不足的人变少了,期许IT要掌握未来趋势的CIO变多了,这对于IT未来的发展绝对是好事。但是,比照台湾IT现况的调查结果,却让人觉得老板不重视IT投资依然是个大问题。

从台湾IT现况的调查结果来看,企业里还有63.8%的员工在使用Windows XP电脑,Windows 7只有29.5%,而刚推出的Windows 8是微乎其微,只占0.8%。这样的结果说明了,企业里的大多数电脑还停留在10几年前的技术。 Windows XP在2001年推出,那是Web 1.0网路大爆炸的时代,而10年后的今日,网路发展已经是Web 2.0都退流行,改由行动App引领潮流了,但是企业还在用Web 1.0时代的电脑。

不只是员工在用古董级的电脑,连企业机房里的伺服器也是如此。 43.2%的伺服器仍是Windows Server 2003,而较新一点的Windows Server 2008只有30.3%。 Windows Server 2003是在2003年推出的,今年正式迈入第10年了,所以企业里有将近一半的伺服器,都已经算是古董级电脑了。

当企业老板口口声声说要创新,不要被时代所淘汰了,但是企业用的电脑、伺服器这些已属现代企业的生财工具,却仍是老古董,能有多大的创新?怎能不被时代所淘汰呢?而这样省过了​​头,老板无形中是让公司的IT困在井里,把你花钱请来的IT人员,变成了不折不扣的井底之蛙。

换个角度想,电脑能用不就是应该继续用?为何旧电脑运作好好的,却要更新?殊不知许多新技术已在新电脑上实现,例如程式设计师还在用Windows XP电脑,他可能就不知道许多消费者的个人电脑里,早就不只有细明体的字体,还多了黑体字可用,当他在设计网页时,可能还是以为中文字就只能用细明体,但是你的竞争对手的工程师却知道,该指定优先使用新电脑的黑体字,因此消费者当然觉得你的网站丑,竞争对手的网站就是漂亮,而你依然不知道问题发生在哪里。

会有这样的结果,要不是企业老板对于IT的投资太过保守,不然就是老板对于IT的想法仍停留在旧时代。能省则省,一直是台湾企业老板引以为傲的美德,但是IT省过了头,其实是要引以为戒。

当然,IT人员也不能一味把问题丢给老板不投资IT,自己必须先主动在有限的资源下力求突破。还记得前几期CEO看IT单元中,联新国际医疗集团总执行长张焕祯说上海公司的IT人员的例子吗?他说上海IT人员对IT的热情,大到敢挑战常规,常能提出表面看似无理,却有可能是创新的作法。即便时不我予,但能坚持做出突破,那怕是一点点的突破,都有可能因此改变老板的想法,让IT跳出井底。

吴其勋/iThome电脑报周刊总编辑



分类: 网摘 标签:

随想录(程序员和收入)

2013年1月23日 没有评论

距离上一次写博客已经很长时间了,大约过了三个星期。这三个星期发生了很多事情,这中间也有我自己的思考积累,也有工作上的变故。总之,自己想了很多,也 得到了很多。每到这个时候,毕业生朋友们都在寻找工作,而想换工作的朋友往往也在觊觎一份新的工作。此时此地,收入问题就被放在一个很重要的位置。毕竟, 对大家来说,钱是我们生存的一个重要保障。古今如此,中外也如此。所以,今天我想谈一谈收入的问题。当然,我对自己的文字负责,但是我也不会透露具体的数 字,只是想谈谈自己的想法。

 

(1)学历是工作的敲门转

因为有帮别人校园招聘的经历,所以这方面还是有一些体会的。就拿计算机专业来说,985的学生最吃香,其次是211学校,最后才是本科学校的同学。当然, 这么排列的原因很多,倒不是说普通的高校就没有特别好的学生,只是说好的高校优秀的学生比例更高一些,仅此而已。校园招聘的时间是非常短的,所以要在1、 2个月的时间内挑选数百份、上千份的简历,这个工作量大家可以想像一下。此外,面试的考官还需要进行笔试、面试、签约等工作,所以整体花费的时间更多。好 的学历的确可以谋一份起点较高的工作,比如说互联网公司、搜索引擎公司、通信公司、外资企业、国有垄断企业等等,这些都是不言而喻的。

 

(2)工作经验不是工作时间

对于有工作经历的朋友来说,他们所考虑的是如何寻找一份薪酬更优厚的工作。但是,很多人却弄错了一个概念,那就是工作经验不等于你的工作时间。重复当前的 工作,没有自己的思考、没有自己的总结,如果是这样的话,自己的收获其实是非常少的。反之,如果你对自己的第一份工作不是很满意,而此时你对自己的工作能 力更加自信了,那么你完全可以不用顾忌自己的学历向业内最优秀的公司进军。相比较那些一毕业就可以获得一份好工作的同学,你其实只是耽误了2~3年而已。

 

(3)做一个能帮助他人的多面手

虽然在一个项目中,程序员的工作基本上都是code。但是实际上每个人的工作质量差异还是蛮大的。此外,每个人对别人贡献的大小也是蛮大的。通常情况下, 如果你能及时帮助别人解决问题,那么下次他还会继续想你请教问题。如果你在一个小组内获得展示的机会越多,那么你在小组内的人气也会越高。此时,领导就会 分配给你更多的任务,承担的责任也会越大,慢慢地你就变成了科室的骨干、部门的骨干。一旦成为了骨干,涨工资时你会被考虑,年终奖时你也会多分一些,总体 的收入也会高一截。当然,要做到这一点,你自己也要不断学习,不断分析和总结。

 

(4)培训科室员工,给予大家发展的机会

一个员工对公司的价值往往体现在很多的方面,比如说他是否可以做好本职的工作、他是否可以管理好项目、他是否可以培训好科室的员工。给别人机会,就是给自 己机会。如果在科室内存形成良好的培训气氛,让每一个人都获得成长和收入,不仅对提高个人工作效率非常有益,而且非常利于科室的稳定。当然,培训是双方 的,一方面是培训师要尽心尽力,另外一方面需要受众的积极配合和努力。

 

(5)离公司的主营业务更近一点

现在的公司往往越做越大,所做的业务往往也是越来越多。但是,往往公司主营的业务是不变的,盈利的业务也是比较单一的。就像百度的搜素、腾讯的游戏、阿里 巴巴的淘宝、盛大的游戏等等,如果你是在公司里面从事核心的业务,那么你被裁的概率是很低的。当然,如果整个公司都不行了,那么一切皆有可能,也就没有什 么选择了。但是,如果可能的话,还是应该努力将自己的工作和公司的主营业务更紧密地靠在一些。

 

  (6)行业决定收入

很多工作的薪资不太理想,主要还是与本身的行业有很大的关系。除去垄断企业、事业单位,目前国内大多数的行业都是处于供过于求的状态,在没有核心技术的同 时,大家都在血拼价格战,所以此时要在不多的收入中分到一杯羹确实是一件不太容易的事情。所以,就目前而言,国内的软件行业还是处于一个比较底层的状态, 基本的盈利模式还是以项目定制、外包、企业通用软件、平台为主。除去游戏、搜索、门户某些暴利的企业,其他公司的程序员都是很辛苦的。所以,对于大家来 说,要想改变目前的现状,一方面需要向那些优质的盈利企业靠拢,还需要不断拓宽个人的眼界和能力。

 

    (7)软件其实就是服务业

很多IT的朋友都喜欢谈技术,什么图形界面,什么os,什么多线程、数据库,什么手机,这些都是他们感兴趣的。很少人会思考,我当前的工作为客户创造了什 么价值。只有满足别人的需求,自己才能持续不断地获得收益,这应该是一个双赢的过程。我不懂微信,但是当我看到我的朋友在和他在日本的老婆微信聊天的时 候,我感觉它的确是一个好东西。至少对他来说,使用极少的流量费就可以和亲人及时沟通了,这在以前是做不到的。我们每一个做IT的朋友都要常常提醒自己, 我做的工作给别人带来了什么?我有没有帮助别人解决实际的问题?我的工作真的有意义吗?或许没有答案,或许要一直寻找答案。

原文来自:http://blog.csdn.net/feixiaoxing/article/details/8521782

 



分类: 网摘 标签:

我想嫁给一个这样的男人

2013年1月19日 没有评论

题记:今天闲逛微博,发现一篇美文,话说妹子想要嫁给一个什么样的男人。其实这个问题我一致困惑着。不知道各位看官是如何思考的。我想我会努力成为,下面文章中所说的那样的男人。

[我想嫁给一个这样的男人]

我想嫁给一个这样的男人,

嫁给一个性情稳定的男人,我们各自上下班,过朝九晚五的生活。 我们一起在领工资的那一天,小小的大吃一顿犒劳自己。 我们手牵手去银行,存我们每个月的爱情储蓄,给我们将来的小Baby。 开着我们小排量的大笛笛,看着存折上的小数点,满足于我们小小的成绩。
我想嫁给一个这样的男人,
嫁给一个勤快的男人,他会做好吃的饭菜,会用洗衣机洗衣服,会把屋子打扫的亮堂堂的。 会在每个月我想偷懒的那几天,全全料理家务,放我一个美美的大假。 伺候我吃,伺候我穿。 尽管等我好了,我要加倍服侍我的大老爷。 我也还是会赞叹生活如此的美丽!
我想嫁给一个这样的男人,
嫁给一个心思细腻的男人,不会忘记我的生日,我们的结婚纪念日,知道我的喜好。 会偶尔在我表现良好的时候给我一些鼓励。 买我心仪已久的小东西,送我做奖励。 会让我的家人,朋友,欣赏他的超强观察力。 会傻傻的笑,腼腆不语,其实却蛮有心计。 随时冒的出新奇的鬼主意。
我想嫁给一个这样的男人,
嫁给一个懂得上进的男人,即使工资少的可怜,我们也能用剩余的时间去发展副业。 只要我们俩个人在一起,就算下海打渔也会觉得浪漫无比。
我想嫁给一个这样的男人,
嫁给一个喜欢旅游的男人。 等我们有了时间,就跑到想去的地方走走看看,我们在每一个留下我们脚印的地方拍模样搞怪的照片。 等老了以后,我们就坐在阳台上,我翻着照片数落他: 你看你啊,你个臭老头,年轻的时候就没个正经。 照相还瞪眼伸舌头呐!
我想嫁给一个这样的男人,
嫁给一个心灵手巧的男人。 万一家里哪个哪个坏了。 出了小毛病他能够轻松修理。 不会让我急的又跑去买个新的来用。 回来便自己责备自己败家,又乱花钱,挣钱真的不容易!
我想嫁给一个这样的男人,
我要嫁给一个懂事的男人,他有我没有过的经历,有我没有过的故事。 他能帮助我,他能管教我,他能告诉我,应该怎么好好的控制我自己。 遇到不开心的事情,有他,我就不会再没完没了的哭泣他能像爸爸一样抚摸着我的头发,轻轻的说爱我。 然后再也不离开我。
我想嫁给一个这样的男人,
嫁给一个喜欢孩子,喜欢动物的男人。 我要生个超级帅的儿子,再多一个女儿我也不介意,我们养我喜欢的小宠物。 有一天看见宝宝爬在狗狗身上说: 狗狗,狗狗,我爱你。 我要做个温柔漂亮的妈咪,等儿子长大了会骄傲的搂着我的肩膀出去。 自豪地炫耀说:“这个‘姐姐’其实是我妈咪。 ”
我想嫁给一个这样的男人,
嫁给一个说话算数的男人。 我要他能监督我守时,守规矩。 更能控制他自己。 我想要他不用我等啊等啊,等到没了耐心。 我想要他犯了错会诚恳,不逃避。 我想要他不骗我,不跟我玩神秘。 我想要他知道我们要做什么。 什么时候要做什么。 去哪里做什么。 像导航一样,控制我没主见的大脑。
我想嫁给一个这样的男人,
嫁给一个懂得欣赏的男人,我们要有一个不必太大的房子,要很多阳光能照进来的大窗户或者落地玻璃。 我要串一排又一排亮亮的珠子,做成帘子,微笑着说那是我的一帘幽梦,告诉老公,每一颗珠子里都有我的一个愿望,关于,我们。 我不要古老的白色墙壁。 我要卧室是粉蓝色,厨房是水绿色,雪白沙发,透明角椅。 我要在在墙壁上挂满我们的照片。 我要生活里处处充满颜色,温馨又甜蜜。 假如老公出差去,自己留在家里不会寂寞,也不会害怕和恐惧。
我想嫁给一个这样的男人,
嫁给一个长的不帅却很平易近人的男人,他要没有大大的啤酒肚,没有地中海似的大光头。 他要没有鸡毛蒜皮都计较的小心眼,也要没有莫名其妙就爆发的坏脾气,他要喜欢运动,充满男子气。 他要喜欢唱歌,就算走调到吓的我哭泣。 他要捧着我的脸说,娶到你,真是我的福气


分类: 网摘 标签: , , ,

超有创意婚礼开场短片

2013年1月18日 没有评论
用动画记录一对新人从初一到大学的十年恋爱!男女独白爱情那点事儿,内容毫不煽情却十分打动人!再不早恋,别人都要结婚了。


软件工艺宣言

2012年10月15日 没有评论

As aspiring Software Craftsmen we are raising the bar of professional software development by practicing it and helping others learn the craft. Through this work we have come to value:

 

作为有理想的软件工匠,我们一直身体力行,提升专业软件开发的标准,并帮助他人学习此工艺。通过这些工作,我们建立了如下价值观:

 

Not only working software, but also well-crafted software

 

不仅要让软件工作,更要精益求精。

 

Not only responding to change, but also steadily adding value

 

不仅可以响应变化,更要稳步增加价值

 

Not only individuals and interactions, but also a community of professionals

 

不仅要有个体与交互,更要形成专业人员的社区

 

Not only customer collaboration, but also productive partnerships

 

不仅要与客户合作,更要建立卓有成效的伙伴关系

 

That is, in pursuit of the items on the left we have found the items on the right to be indispensable.

 

也就是说,左项固然值得追求,右项同样不可或缺。

 

© 2009, the undersigned.

this statement may be freely copied in any form, but only in its entirety through this notice.

著作权为下述签名者所有

此宣言可以任何形式自由地复制,但其全文必须包含上述申明在内。



分类: 网摘 标签:

抱歉,那可不是爱

2012年9月29日 没有评论

有人认为爱是性、是婚姻、是清晨六点的吻、是一堆孩子,也许真是这样的,莱斯特小姐。但你知道我怎么想吗?我觉得爱是想触碰又收回手。塞林格的这段关于爱的理解一直让我印象十分深刻,是啊,关于“爱”,关于什么是爱的话题从过去到现在已经被讨论了无数遍了,人们一直在争论着,在爱欲中挣扎,时不时感觉自己理解了爱。感觉自己终于读懂了这份上天赐予人类最美的礼物。可又一次次被骗的一无所有,心中的爱一点点被忙碌的,不堪的,琐碎的现实生活吞噬掉,直至消失。

今天就来说说——爱。

爱不是恋爱宝典上教你如何取悦异性的技能

不知什么时候,这样的书开始畅销起来了,什么《男女爱情密码》《如何在情场上百战百胜》《俘获对方的100个妙招》。 一个个如白纸版的小青年,开始幻想从这些书中学到一击制胜的方法, 看完一些这样的书,你就以为你是一个游走情场的老油条了?

有一天,当你那个真正爱的人出现的时候,你会发现这些全部不管用,如果在一段爱情中,人的智商没有下降,那么你经历的根本不算是爱情。你会心甘情愿的沉沦到一种单纯的幼稚中,像一个调皮的孩子一样斤斤计较,打打闹闹。并乐此不疲,甘之如饴。而这些恋爱宝典所定义的东西最多只能称的上是一种模式化的,按部就班的“关系”。这可不是爱。爱是一种山呼海啸般的悸动,轰隆隆的,仿佛直接从地底迸出来的。

爱不是一种被旷日持久追求的感动

大学时,有一个长的很漂亮的女同学。各方面都很有优秀,所以注定高傲。追求她的人很多,每天上演着各种追求。都是电视剧里,电影上,那些俗套的情节。诸如每天送早饭啊 楼下夜半歌声啊 各种帮忙的苦力活啊。

我不知道她是不是被这种突然涌来的深情惯坏了,她开始变得越来越高傲,越来越瞧不起那些男生,她开始享受一种公主般被捧着的生活。最后,她选了一个追求最久,最用心,对她最好的男生恋爱了。后来好像结婚了。去年,听到她的消息,说是婚后那个男生的脾气变得越来越糟,开始对她斥责来 指责去 ,她不再是一个高高在上的公主,快变成一个任劳任怨的嬷嬷了。听到这样的消息,还是对她有一些同情,比较各方面条件来说,她都称的上是下嫁那个男生的。可能最大的错误,就是她误把一种旷日追求的感动理解成爱了吧。

对于有些人来说,他追求的是一种猎宝过程,而不是这样宝贝本身。一旦他要的东西到手了,他就厌倦了,那些以前被他捧在手心的宝贝也就不再珍贵。这样单方面的追求和接受可不是爱。爱不是慈善事业,有时一个人要学会斩钉截铁的拒绝。

爱不是年龄快到期的无奈将就 。

很多人之所以迫不及待的寻找爱,是为了安抚自己年龄快到期的紧迫感。仿佛爱是在这个年龄段他们要完成的任务。而那些压力来自于周遭那些朋友,亲友,父母连绵不绝的“关心”。他们总会在各式各样的谈话中,携带这样一个致命的问题,“你有对象了吗?”

比如,隔壁的老张的女儿在银行上班听说,干的很不错的样子,你有对象了吗? “最近出席了一场好浪漫的婚礼,好羡慕他们哦,对了,你有对象了吗? 谁谁谁的儿子真可爱啊,你有对象了吗?被问烦的我们,再也不想被这些问题噎住,总想能有底气的一声大吼 “有了 有了 老子终于有了。于是很多人开始参加各式各样的相亲,碰上感觉还不错的对象,两个人还没接触了解几个月,就迫不及待的结婚了。这样的婚姻注定漏洞百出,最后惨淡结尾。他们找到的只是一个可以生活的对象,而不是一个点燃世界的爱人。

爱不是像侦探一样窥视对方每一秒的踪迹

生活里太多这样的斗智斗勇了,今天你在我西装里发现一个陌生的口红,明天我在你手机上发现一条暧昧的短信,今天我在你包里发现一条陌生的项链,以为是给我的礼物。明天发现你下班后晚归,跟异性同事谈笑风生。

天天这样累不累,一段真正的爱,是无比信任的,根本没有第三者可趁的机会。那些婚外情或是劈腿往往是两个人本身的关系已经发生不可逆转的裂变,妄图通过这样的跟踪和窥视困住对方,以此来填补横在你们面前巨大的裂痕。最后都是徒劳无功,惹得对方恼怒,反而给了对方借此了结的借口。

我曾在微薄里发一条关于恋爱定律的微博,有人这样回复到,“除非是极弱的女人,就是那种极没大脑的女人,大部分的女人都是遇强则弱遇弱则强的。男人足够强,则女人小鸟依人,男人略弱,那女人就撑半边天。”这段话说的不错,只是第一,这样聪明的像变形金刚的女人可不多。第2,这种斗智斗勇区分双方强弱从属关系的百般附和每天上演累不累。到最后自己疲于应付,也不想继续下去了。爱的关系,是一种自然发生并立即定性的,一把钥匙配一把锁,你一会是钥匙一会又要当锁了,最后只能是一个被人遗弃的四不像旧玩具。

那么爱到底是什么呢?

爱是一旦来过,就永远抹不去的心底驻留。
有时候,我们会自负的以为已经忘掉那个人了,我们用生活琐事,努力工作,泛滥的去爱很多人覆盖在这个记忆上,自欺欺人的以为它已经消失了。可是,只要碰上一点点和那些旧事有关联的物和人,那些好不容易抹杀掉的记忆又全部回来了,致命的,急促的,就像一束照进洞穴赶走所有盘踞很久蝙蝠的光。

爱来之前才不会和你打招呼,爱是一种突然袭来的感觉,是你见到一个人的瞬间,感觉自己就像一个已经习惯黑暗却突然大赦出狱,见到久违太阳的死刑犯。

爱是笨拙的,两个跌跌撞撞的傻瓜反而能在无预警的匆忙中撞见对方,撞见爱。

爱最大的价值在于两个人相爱的过程,一段爱结束的时候,你可能会不幸。可能幸福。只有在追逐爱的过程中,你才会体验到“最快乐” “最痛苦”,只有在你爱的最火热的时候,才能体会到这个情绪最值。

爱是好奇心与警惕心的交织,你们就像两只同类的动物,在森林中相遇,看到彼此,面面相觑,不知所措,呆呆的站在那里。

爱是最强烈的柔情。即便你是一个再冷酷无情的人,你一旦遇上了爱,也会变成一个浪漫诗人。

爱需要沉静的了解,相互信任,共同享受和彼此原谅。爱是不受时间、空间、条件、环境影响的忠实。爱是人们之间取长补短和承认对方的弱点。

说来说去,其实爱很简单,就是两个人有共同的生活目标,朝着同一个方向展望,在同一片未来的彩云下神游。

原文来自豆瓣



分类: 网摘 标签:

从经理的角度看技术债务

2012年9月12日 没有评论

现在已经到第十次迭代开发周期了,你的项目开发速度开始变慢。在之前的几个迭代周期中,团队没有像以前那样完成很多的“故事场景”(stories)。此外,最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道,团队成员没有变,他们也花同样的时间工作。但是,客户会发问:“发生什么事情了?这个团队还在努力工作吗?”

很多敏捷团队的产品改进率为150-500%,可是你们的项目看起来却貌似只有20-40%左右的改进率。这到底是怎么回事呢?在此我们找不到什么大问题;相反,只是有无数的小问题。有时,这些只是一些为了方便而使用的捷径(开发人员没有时间去清理这些修改),有时开发人员仅仅是不熟悉这中语言。还有一些问题就是,代码跟灌木丛一样凌乱,需要大幅度的修整。所有这些都属于“技术债务”。

什么是“技术债务”?

它就是“那些内在的事物,现在你不去解决,遗留下来(不干完),它就会阻碍未来开发”[Ward Cunningham]。 表面上,应用程序看起来质量很高且状况良好,但是这些问题却隐藏在下面。 QA(质量保证部门)甚至可能告诉你说,这个应用程序真是不错,几乎找不到缺陷,但是其中仍然存在“技术债务”,如果我们没有很好地管理并设法降低这些“技术债务”,那么,程序编写和维护的代价最终将会超过它对客户的价值。

技术债务就像信用卡一样,会有很高的利息率,就如同给团队留下了大量的帐务开销。这种情况下,开销将会体现在时间花费和解决问题所需的努力上面。开发团队拖延债务的时间越长,所积累的利息就越多(会额外增加很多工作),付出的成本也就越高。

另外,这还增加了实际的财务支出:开发团队处理技术债务所花费的时间,可以用在对团队有价值的其它工作上。同时,这些难读的代码引起的技术债务也让我们难以找到软件的缺陷。再且,理解代码所损失的时间还可以用来做其它更有价值的事情呢。

我们为何要累积技术债务呢?

项目编码初期,不整理代码,不写单元测试,也不做测试驱动开发,整个团队粗制滥造出更多的“故事场景”。 这些问题通常都不会马上暴露出来,而循规蹈矩地编写代码往往需要更多的时间,特别是在早期阶段。

技术债务来自哪里?

  • 没有经验的开发人员 —— 有些项目里面,编写Java/C#/Ruby的开发人员没有接受过培训,或者没有面向对象的观念。结果呢,他们会一直编写适用于他们曾经习惯的编程语言——像Visual Basic等——的代码。
  • 项目工期的压力 —— 那些来自于经理或客户的显性压力和其它一些潜在的压力。“我们承诺在以后迭代(发布)的故事场景中做到这些”。开发团队会发现他们不会交付这些承诺的发行版本(迭代版本),而是采取便捷的手段。“我们不得不把事情做完;我们无法承担修整代码所耗费的时间。如果这不是新特性/缺陷,那么就不用去做”。 不幸的是,这些观点还会得到管理人员的支持,特别是在管理层没有意识到这些成本的时候。
  • 凌乱而难读的代码。当一个方法或类中存在一些难读的代码,下一个开发人员继续这些工作的时候,就觉得他也没有必要迫使自己编写清晰的代码。所以,每次有人接手这些代码的时候,一小段脏乱的代码将会变成一大堆乱七八糟的代码。
  • 专业领域的代码 —— 往往有这样的观念:这些代码看起来就是很差劲,但是这不属于我的领域,所以我不能或不会改变它们。另外,对于修改专业领域的代码,开发人员也会觉得力不从心。
  • 过度复杂 —— 开发人员经常趋向于在需求之前设计解决方案。而且,很多情况下他们的代码没有找到正确的方向,还会写一些没有用处的代码。或者,这些代码没有真正地符合需求,因为代码在问题还没有完全明白的时候就已经写完了。还有另外一种情况,过度设计花费了额外的时间,产生的代码不是不能使用就是不符合项目的需求。
  • 糟糕的设计 —— 有些解决方案只是设计不佳。但在设计不好的代码上面继续扩展,而不去解决这个问题,会使问题更加恶化。

解决问题

这个问题的并不是一下子可以解决的,解决方案需要通过几个迭代周期。并且,你需要耐心,并要从多个角度寻找解决途径。

解决方案中的要点

  1. 让开发人员接受语言方面的基本培训并教授他们面向对象的原理,从而把他们的理解力提升至入门阶段。要想既成功又有效的话,这需要花几个礼拜的时间培训,还需要有精通这方面的人员来跟进和支持这一系列培训。
  2. 告诉开发人员和管理人员,当前的这些问题都是需要花费企业资金的。这点尤其重要,因为它会使解决这些问题的意义更加明确。你要清楚地告诉他们,管理人员会重视这些问题,并且已经开始着手偿还这些技术债务了。不断支持这些工作使之成为常规的原则之一,这样整个团队就会信任这个准则。
  3. 提供一些培训,包括代码的坏味道,重构,单元测试和测试驱动开发等。还可以结合课堂会议,基于网络的材料和书籍来进行培训。
  4. 在工作的时候,给他们一些空余时间去研究和练习他们的技能(一个礼拜两个小时应该是达成这个目标的最小的时间量)。练习的代码应该被丢弃,这样,他们就能无拘无束地尝试和试验一些事情,不管怎么样,他们不用在基础代码库上面进行练习。花点时间练习和研究应该是最有用的建议了。假如没有为他们提供空闲的时间,就压根不会发现真正合理的敏捷开发方式。这种组织方式也被称为“道场”-Dojo(更加详细的资料可以参考 TDD Randori Session 和 TDD Randori Workshop)。
  5. 使用工具(静态分析,单元测试,持续集成,自动化可接受性测试)来帮助团队发现、减少和衡量他们的技术债务量。应该在团队层面利用这些度量数据,而不能分享给管理人员。团队成员需要知道,他们并不会因为对这些技术债务的度量而接受奖励或者遭受惩罚。如果我们把这些度量数据报告给管理层,并由管理层来追踪的话,开发人员很快会找到一些窍门来规避它们,这样就失去了本来应有的价值了。
  6. 当人们完成了他们的培训或者在技术上取得了少许提升时,应该得到奖励。奖励可以是给予一次认可的表彰或者是一些小小的礼物,但不要直接给予现金奖励。
  7. 每两个礼拜进行一次午餐聚会和一些关于技术方面的学习型会议。利用这些会议来促进开发成员之间的讨论。提供午餐可以提高参会人数。另外比较重要的是需要管理人员每次都来出席,这样就很清楚的表明他们也一直支持大家提高技术。
  8. 维护关于技术债务的备忘录 – 任何时候,如果开发人员发现一些无法立即应付的技术债务时,就需要填写一份技术债务登记卡。开发人员应该优先考虑这些技术债务,并花费10-15%的精力来偿还这些技术债务。大多数项目中,任何的一些小事都会使问题变得更加严重。

基于这样的立场,你会发现问题,也会拥有机会。你的问题是:项目的基础代码一直在积累技术债务,但是这些债务已经开始下降了。然而,现在跟客户申请用于处理这些问题的资金会跟处理这些问题一样困难。你的机遇是:提高了开发人员的技能;清楚地表达了管理层对这项工作的支持,还有,软件的代码质量会不断改善,软件缺陷的数目也会不断减少。同时这也会很好的提高团队的整体开发能力。

英文原文:Technical Debt a Perspective for Managers

译文原文:infoq

作者:Mark Levison 译者:赖勤毅 发布于 2010年11月5日



分类: 网摘 标签:

Sql语句优化注意

2012年9月4日 没有评论

1.尽量不要对列名进行函数处理.而是针对后面的值进行处理
例如where col1 = -5的效率比where -col1=5的效率要高
因为后面的条件对列值进行了计算.这样的条件下优化器无法使用索引
而是要针对所有值进行计算之后才能再比较

2.尽量使用和数剧列一样的值进行操作
如果col1是数值型
那么例如where col1 = 2和where col1= ‘2’
则前者效率更高
因为比较字符和数值型的时候
引擎需要把两者都转化成双精度然后进行比较
这样col1上的索引就失去作用了

3.减少函数的使用
例如where col1 >= ‘2009-10-26’ and col1 <= ‘2009-10-27’
和where datediff(day,col1,getdate())=0
后者因为用到函数处理.所以col1上的索引又无法使用了

4.尽量不要用OR
一般对于OR的条件
优化器一般会使用全表扫描

原文地址:http://blog.rebill.info/archives/Note-that-SQL-Optimization.html



分类: mysql, 数据库, 网摘 标签:

无觅相关文章插件,快速提升流量

互联网安全