一个公司里面,真正值钱的东西,不是技术,而是业务知识,技术是实现业务的一种手段,是为业务服务的,主从关系,不可搞错 从技术角度,追求的不再是纯粹的技巧,而是方法这个层次,努力寻求正确的做事方法。即关心“怎样才能盖出好房子”,而不是“如何把石头从货车里搬运到工地上”。用流行的话说,就是“只要方法正确,结果就会正确” 开发经理的工作,是把产品的需求,转变为编码人员能理解的接口或类,并保证团队的所有成员在理解上的一致性、无二义性,在这个前题下,简单而又精确的语句是必然的首选 舍小巧而用大巧,舍弃繁花似锦的编程细节,换取简单稳定的框架结构,换取无二义性的交流效果……独孤剑圣四十岁前,以玄铁重剑纵横天下,剑法古拙,大巧不工,就是此境界(孤独大侠也走过弯路,30岁时用紫薇软剑,可能是追求剑招的繁复和剑法的华丽,失去控制,最终误伤义士)
不要迷信新技术。新技术的采用是有一定的风险的。因为技术本身,可能还不成熟。追捧新的框架可能是你的爱好。没关系,作为爱好,是可以的,但不一定要把爱好带到工作中来。老板关心的是你开发出来的东西能否买个好价钱,不是看你用了多少新的Framework。你的用户关心的,是产品的易用性、稳定性,用起来是否顺手,用户同样不会关心你用了Tomcat还是Jetty,甚至连J2EE和.Net都不关心——如果他不需要为此购买新的硬件或者重新培训操作员。
一句话,你懂技术,但客户要的,并不是技术。摩托罗拉有世界上最好的射频工程师,但为什么手机就是卖不过诺基亚呢?因为诺基亚喜欢听客户的意见,而摩托罗拉喜欢听工程师的意见
某天,我奉命与一个合作伙伴交流我们的平台产品,目的是让对方了解我们的平台并在平台上做二次开发。交流进行得很顺利,对方也跟我们签合同了。后来,市场人员去合作伙伴处了解反馈意见,对方说:“你们那个xxxx太厉害了,问什么都难不倒”。回来后,领导就不允许我参加交流了。原因是:“你可能泄密了”。
作为技术人员,我希望充分介绍自己产品的优势,并能应付合作伙伴提出来的各种应用场景和问题。但是,从领导的角度来看,“如何满足应用场景、如何解决问题”本身,就是商业机密,是不能乱说的。举这个例子的目的,就是说明技术人员看问题的局限性。
只要你知道客户想要啥,并能有针对性地开发产品,客户一定会情不自禁地给你钱。客户都给你钱了,老板还好意思不给你个CTO的头衔玩玩?
不要迷信新技术。新技术的采用是有一定的风险的。因为技术本身,可能还不成熟。追捧新的框架可能是你的爱好。没关系,作为爱好,是可以的,但不一定要把爱好带到工作中来。老板关心的是你开发出来的东西能否买个好价钱,不是看你用了多少新的Framework。你的用户关心的,是产品的易用性、稳定性,用起来是否顺手,用户同样不会关心你用了Tomcat还是Jetty,甚至连J2EE和.Net都不关心——如果他不需要为此购买新的硬件或者重新培训操作员。
一句话,你懂技术,但客户要的,并不是技术。摩托罗拉有世界上最好的射频工程师,但为什么手机就是卖不过诺基亚呢?因为诺基亚喜欢听客户的意见,而摩托罗拉喜欢听工程师的意见
某天,我奉命与一个合作伙伴交流我们的平台产品,目的是让对方了解我们的平台并在平台上做二次开发。交流进行得很顺利,对方也跟我们签合同了。后来,市场人员去合作伙伴处了解反馈意见,对方说:“你们那个xxxx太厉害了,问什么都难不倒”。回来后,领导就不允许我参加交流了。原因是:“你可能泄密了”。
作为技术人员,我希望充分介绍自己产品的优势,并能应付合作伙伴提出来的各种应用场景和问题。但是,从领导的角度来看,“如何满足应用场景、如何解决问题”本身,就是商业机密,是不能乱说的。举这个例子的目的,就是说明技术人员看问题的局限性。
只要你知道客户想要啥,并能有针对性地开发产品,客户一定会情不自禁地给你钱。客户都给你钱了,老板还好意思不给你个CTO的头衔玩玩?