分类 实用技巧 下的文章

不要在功能上竞争

文章作者:阮一峰
原文地址:http://www.ruanyifeng.com/blog/2011/07/dont_compete_on_features.html

不是说不去竞争,在竞争中不要一味的去硬碰硬,找到自己的特点,不要求做出一个全能的产品,但一定是是有一定潜在市场的产品,做好自身定位。


苹果公司的电子产品,最大的特点就是它的易用性(usability)----简单,美观,容易上手。它们通常不是功能最强大的,但往往是最好用的。下图的左边是Mac,右边是PC,你觉得看上去哪个更好用?

很多产品经理都想模仿这些特点。但是,一个难题就会随之而来:

很难让一件产品保持简单,同时还具备大量的新功能。

如果你不断为产品添加新功能,在变得强大的同时,它还会变得越来越复杂,增加了用户的使用难度;如果你大力简化产品,在功能上比较单一,那么怎样与竞争对手抗衡呢?

每个产品经理都会面对这个难题。对于新产品,这个问题尤其重要。因为新产品通常很难打开市场,最容易想到的解决办法就是为它不断增加功能,直到引起市场注意为止。但是,这样做是否正确呢?

我对这个问题,一直很困惑,不知道开发新产品的时候,哪一个取向优先,多功能还是易用性?

昨天,我读到了硅谷产品经理Andrew Chen的文章,顿时醍醐灌顶,一下子就找到了答案。

他说,正确的做法,就是不要在功能上竞争。如果你的产品的核心概念行不通,那就重新定位这个产品,而不是为它添加新功能。你必须牢记在心,创造一个有竞争力的新产品,不要着眼于它的功能比别人多,而要着眼于它有一个截然不同的市场定位。

如果市场上都是复杂的企业级工具,那就开发一个针对个人用户的简化版;如果市场上都是很正式的高端葡萄酒,那就开发一种便宜的、针对年轻人的、更休闲的酒精饮料;如果市场上都是提供长篇Blog服务的网站,那就开发一个很简单的、每次只能写140个字的网站;如果市场上都是技术性的、廉价的电子设备,那就开发人性化的、高价的电子设备。

总之,你要做的不是添加功能,而是做一个市场定位不同的产品。

这主要有两个原因:

首先,你不太可能通过一个更多功能的新产品,战胜现有厂商。因为你开发出全面胜过别人的产品,需要很多时间;而且,等你开发出新功能,别人可能又做出了改进,或者拷贝了你的新功能。

其次,比起新功能,消费者更容易为一个特殊定位的产品掏钱。

所以,更好的策略是,开发一个简化的产品,突出某种不同的市场定位,争夺现有厂商的低端用户。这样的话,你不用开发一个全功能的产品,节省了时间,而且由于设计目标不同,更容易做出颠覆式创新(disruptive innovation)。

下面是开发新产品时,几点可行的做法:

(1)你不是做一个比竞争对手“更好”的产品,而是做一个“不同”的产品。

(2)你只提供部分功能,但是很好地满足了用户的需求。

(3)如果新产品的市场反响不好,增加新功能并不能解决问题。你应该重新定位你的产品,想想它能向消费者提供哪些不同的价值。

(4)在产品设计和推广的每一个环节,都突出它的不同定位。

 

乔纳森·丹尼可积累的20条编程经验

代码

原文作者乔纳森·丹尼可(Jonathan Danylko)是一位自由职业的web架构师和程序员,编程经验已超过20年,涉足领域有电子商务、生物技术、房地产、医疗、保险和公用事业。正如乔纳 森在文中所言,本文适合刚毕业的大学生和刚入门的程序员。如果你已是高级开发人员,或许你在本文中看到自己的身影。
从11岁时,我就一直在编程,并且一直都很喜欢技术和编程。这些年来,我积累了一些艰难又容易的经验。作为一名程序员,你或许还没这些经验,但我会把它们献给那些想从中学到更多的朋友。
 
我会持续更新这些经验,我可能还会有更多的感想,但就我这20年来看,我想下面这个列表中基本不需要增添额外的东西了。下面就是我至今最难忘的经验。
 
1. 估算解决问题所需要的时间。 不要怕,承认吧!我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时。为自己定一个时间限制吧,1小时、30分钟或甚至15分钟。如果在这期间你不能解决问题,那就去寻求帮助,或到网上找答案,而不是尝试去做“超级堆码员”。
 
2. 编程语言是一种语言,只是一种语言。 随着时光推移,只要你理解了一种语言的原理,你会发现各种语言之间的相似之处 。你所选择的语言,你应该觉得“舒服”,并且能够写出有效(而且简洁)的代码。最重要的,让语言去适应项目,反之亦然。
 
3. 不要过于注重程序的“设计模式”。 有时候,写一个简单的算法,要比引入某种模式更容易。在多数情况下,程序代码应是简单易懂,甚至清洁工也能看懂。
 
4. 经常备份代码。 在我年轻时,我就有过因硬盘故障而丢了大量代码的经历,这经历很恐怖的。只要你一次没有备份,就应当像有着严格的期限,客户明天就需要。此时就该源码/版本控制软件大显身手了。
 
5. 承认自己并不是最顶尖的程序员 - 知不足。 我常想,我对编程了解已足够多,但是总有其他人比你优秀。正所谓,“一山总比一山高”。所以,向他们看齐吧!
 
6、学习再学习。 正如第5点所说,我经常会在手里拿一本计算机或编程相关的杂志或书(不信,可以问我的朋友)。诚然,总有很多你不知道的技术,你可以从中学习以保持不落后。如果你有一种灵巧的方式来获取你需要的新技术,那你每天都应该坚持学习。
 
7. 永恒的 变化 。 你 对待技术/编程知识,就应像你对待股票一样:多样化。不要在某一特定技 术上自我感觉良好。如果那种技术或语言已经没有足够支持,那你还不如现在就开始更新你的简历,并启动培训新计划。我能保持前行的主要原则是什么呢?至少了 解两到三种语言,所以,如果某种语言过时了,你在学习新技术的时候还可以依靠另一种语言。
 
8. 提携新人。 协助并且培养初级/入门的开发人员学习优秀的编程方法和技巧。也许你还不知道,在帮助他们向更高一层前进时,你自己也在向更高一层提升,你会更加自信。
 
9. 简化算法。 代码如恶魔,在你完成编码后,应回头并且优化它。从长远来看,这里或那里一些的改进,会让后来的支持人员更加轻松。
 
10. 编写文档。 无 论是Web服务的API,还是一个简单的类,你尽量编写相应文档。我曾经引以为豪的代码注释,因过度 注释而有人指责。给三行代码加一行注释,只需要你几秒时间。如果那是一个比较难以理解的技术,千万别担心过多注释。如果你能很好做好自己的工作,大多数架 构师、后备程序员、支持组都会感激你。
 
11. 测试、测试再测试。 我是一名黑盒测试粉丝。当你完成编码后,你“被认可”的时候就开始了。如果你们公司有QA部门,如果你的代码中有错误,那你得到的评论,会比项目经理还多。如果你不彻底测试自己的代码,那恐怕你开发的就不只是代码,可能还会声名狼藉。
 
12. 庆祝每一次成功。 我见过很多程序员在解决编程技术难题后,会和同伴握手、击掌或甚至手舞足蹈。每个人在生命中都会碰到“顿悟”。如果一个程序员高兴地跑来叫你去看他的非凡代码,也许你已经看过这样的代码100遍了,但你也应该为了这个家伙而庆祝第101次。
 
13. 经常检查代码。 在公司,你的代码要经常检查(包括自查和其他同事检查)。不要把别人的检查,看成是对代码风格的苛求。应该把它们看作是有建设性的批评。对个人来说,经常检查你的代码并且自问,“我怎样才能写得更好呢?” 这会让你加速你的成长,让你成为一个更优秀的程序员。
 
14. 回顾你的代码。 在 看到自己以前的代码时,通常会有两种方式:“难以至信,这代码是我写的”和“难以至信,这代码是 我写的”。第一种往往是厌恶的语气,并在想如何改进它。你也许会惊叹,旧代码也能复活成为一种更好的程序,甚至是一个完整的产品。第二种通常带着惊奇和成 就感。开发人员应该一到两个自己完成的项目成果,能让众人不禁而立并注目而观的项目。同样,基于你优越的编程能力,你可以把过去的程序或项目拿出来,把它 们更新为更加优秀的产品或想法。
 
15. 幽默是不可缺的。 在我20年的开发生涯中,我还没有碰到哪位程序员是没有幽默感的。实际上,干我们这行,幽默是一项必备品。
 
16. 谨防那些无所不知的程序员,不愿分享的程序员,还有经验不足的程序员。 当你遇到这几种程序员时,你自己要谦虚。无所不知的程序员,更想当一个英雄而不是团队成员;保守的程序员则是在编写着他们独享的代码;而经验不足的程序员则会每十分钟就来问你一下,当代码完成后,代码已经是你的,而不是他们。
 
17. 任何项目都不会那么简单。 朋 友、家人和同事曾请求我仓促做一些事情,仓促做一个程序或者网站。对于这样的事,应该 从双方做计划,才能做出令两方都会满意的东西。如果某人起初只是需要一个使用Microsoft Access的、只有有3个页面的网站,但来就很可能变成一个有15个页面的网站,并使用SQL Server,有一个论坛,还有一个定制的CMS(内容管理系统)。
 
18. 任何时候不要想当然。 假如你承接一个简单的项目,你可能会认为某个部分可以轻松完成。千万别这样想!除非你有一个类、组件、或者一段已经写好的代码,并且在现有的项目已经测试通过。不要认为这将是很容易的。
 
19. 没有已经完成的软件。 曾经有一位程序员告诉我,没有软件是已经完成的,它只是“暂时完成了”。这是明智的忠告。如果客户还在使用你写的程序,并经受了时间的考验。如果有机会,你仍在更新它,这并不是什么坏事,这让你不断地前行。
 
20. 耐心是一种美德。 当 客户、朋友或家庭成员用电脑的时候,他们也许会受挫,进而想砸电脑,或气冲冲地离开。我一直在 告诉他们,“是你掌控电脑,不是电脑掌控你。”对于用作编程的电脑,你要有一定的耐心。一旦程序员知道问题所在后,他们就会站在电脑的角度看问题,并且说 “哦,这就是为什么它是这样做。”

电源一直显示“电源已接通,未充电”解决办法

电池

方法一:

重启。最简单的方法。成功率 5% 。

 

方法二:

1. 关机,拔下电源,拔出电池。

2. 插上电源,开机。

3. 关机,拔下电源。

4. 插上电池,插上电源。这时候应该能看到电池显示灯亮,表示已经能正常充电啦!

5. 开机。会显示“电源已接通,正充电”。

成功率 90% 。

 

方法三:

网上最流行的也是最无奈的方法——找客服、送维修。成功率 100% 。 

(一般走不到这一步, 无奈来到这一步的概率: 1-5%+5%-90%=10%, 此等式为粗略估计, 精确等式请参考<概率论>)

 

本文系原创,转载请注明:来自 Freeway —— cnBlogs 

MFC的EDIT控件多行显示的问题

    今天没事写个小程序,但竟然遇到各种各样的小问题,看来还是经验不足啊,虽然最后所有的小问题都经过 摸索+搜索 的方式解决了,但有些东西还是有必要写一下。

    其中一个重要的东西就是关于EDIT控件的多行显示问题,通常情况下,要让EDIT控件显示多行文本,只需要将其MultiLine属性设置为True就可以了,然后使用SetDlgItemText函数写入含有\n的文本就可以了,但是我为了让其有水平滚动条,于是将Horizontal Scroll设置为True,结果问题来了,我发现当我用SetDlgItemText函数写入含有\n的字符串的时候,它不换行了,我开始以为是BUG,结果折腾了半天,才发现如果将Horizontal Scroll设置为True,要想其换行,光靠\n不够了,还得加上\r,即是说\r\n一个回车符加一个换行符才行!不知道为什么微软会这么设定,用水平滚动条换行就得加回车符。。。

MFC的EDIT多行显示的问题

巧用mklink命令转移文件夹 - 原来Windows下面也有连接

Windows的命令提示符(CMD)下有个命令 mklink ,就是创建软连接,他和快捷方式有点不同,快捷方式实际上是一个lnk后缀的文件,直接对其编辑只会损坏快捷方式但不会对源文件造成影响,而通过mklink创建的软连接,当对其进行编辑的时候会影响到源文件,这就是快捷方式和mklink创建的连接的不同之处。

MKLINK [[/D] | [/H] | [/J]] Link Target

        /D      创建目录符号链接。默认为文件
                符号链接。
        /H      创建硬链接,而不是符号链接。
        /J      创建目录联接。
        Link    指定新的符号链接名称。
        Target  指定新链接引用的路径
                (相对或绝对)。

这里举两个例子:

mklink D:\B.TXT D:\A.TXT

就在D盘创建了一个名字为B.TXT的连接,他连接的对象是A.TXT,如果对B.TXT进行编辑,实际上就是对A.TXT进行编辑。

mklink /j D:\Windows C:\Windows

/j参数是针对创建文件夹连接的,这个命令在D盘创建了一个名叫Windows的连接,他的源文件夹是C盘下的Windows文件夹,如果对D:\Windows里的内容进行修改,实际上就是对C:\Windows里面的内容进行修改。

既然有这样的功能,那么转移一些文件夹就方便多啦,比如要转移C盘某个用户文件夹A到D盘,就直接在D盘创建一个文件夹B,然后把C盘文件夹A里的文件移动到D盘创建的这个文件夹B里,再删除C盘中的文件夹A,最后再C盘做一个名字和A文件夹一样的连接到D盘文件夹B就OK了!

总之熟悉过Linux下ln命令的童鞋一定能快速上手,如果利用得好,能省下不少硬盘空间呢!