在网上发了一些文章,总有网友来信问一些技术的问题,真的是很技术性的问题,从问题的难易程度我基本可以分析出他们的学习状况和思路。我今天要写这篇文章是因为我痴迷于软件、痴迷于技术。 当今的程序编写已经不是很早以前我们单打独斗的局面,仔细分析软件业的大趋势,已经是大鱼吃小鱼,幸存小鱼吃大鱼的剩餐的局面。特别小的团队和小的个人,生存有两个理由: 1,特定行业领域的专业程度极高。 2,为大软件厂商顾及不到的市场进行“代理”服务。 也许有朋友通过拼命地开发在一些低端市场上赚到了一些零头,但就趋势而言这种开发没有什么前途。特别随着低端市场上的用户对软件的认识和大厂商对软件出售的理念,这种局面会越来越趋于垄断。 软件本身的特点是具有可复制性,同时随着Internet的普及和发展,整个软件的销售模式也将会有所变化,就软件本身而言,销售厂商在可接受的范围了会不断的压缩自己的价格,这种压缩已经到“只要出钱”就可以给你的地步,当然随后的进一步服务用户都应该交钱了。这种压缩正如我们习以为常的免费邮箱,免费通讯工具,免费咨询服务一样,提供这些服务的厂商把目光始终盯向后台的更大的利益。我大胆的预言:微软将来的桌面操作系统会免费,同时把大量的服务移植到自己的服务器上。你不信?你可以仔细研究一下IBM,SUN,Microsoft。他们一个个的开放和免费行为是不是让你感觉到不可思议了?IBM大力支持的Eclipse已经开始影响每一位Java开发者,同时在程序开发模式,运行模式,部署模式上开始不断地影响开发者,这种影响直接和IBM自己的商业模式保持同步。所以,如果用户发现了很优秀的软件,并且足够便宜的时候他会选择不优秀但略便宜的软件吗? 信息技术只有和行业整合才能发挥其作用。这种整合需要既熟悉技术又熟悉行业的组织完成。现在流行的什么软件外包等概念,让人不免想起外包者本身究竟做了什么,接包者究竟做了什么?难道后者仅仅是些程序?肯定不是,我的回答是外包得更多模式是:外包者已经建立了自己成熟的行业模型,同时在输入输出等要求上已经作了严格的定义。软件系统的技术架构可以交给接包者。就这种局面让我们想到了软件的核心价值究竟存在于什么地方。你还觉得只要你掌握了某门程序语言就可以了吗?当然可以,只是你仅仅是个接近计算机的机器人。那么你的发展出路是什么呢?是不是应该了解一些行业知识呢? 前面的酒当我乱弹,下面让我们言归正传,谈谈我们在学习和自己职业规划中如何走好。 创业者 我周围有很多朋友,掌握了一些技术,整天想创业。然后我会问他一些他想创业的思路,发现他们老很看重自己的某个自认为很有创意的想法。我不知道如何说是好,只好把我知道的关于他的创意的一些信息从头到尾告诉他,并且找样例给他看。看完之后发现我的朋友恍然大悟地告诉我“啊?这个已经这么多人做了?”。然后悄然放弃。他们放弃的理由就那么简单,已经有人做了。 一个软件工作者太看重创意进行创业是一种幼稚的行为。原因很简单,就是想得通行不通。整个社会除了竞争之外各个行业各个环节开始形成一个庞大的利益链交叉成的网络。这个网络和Internet一模一样,如果你想不通Internet的价值所在,你怎么能想得通你的价值存在呢?请认真用自己技术的思维去“程序”化每一个你要介入创业的环节,然后不断的利用“低归”进行问题的思考,最终简化到一个核心的递归处理程序。这时候你才算有创业的资格。 对,我们是程序编写者,所以我们要利用我们的程序思维长处来进行特定行业的思考。从而将显示细化到可以用二进制表示的地步,那么你就有很大成功机会。你不想介入的地方,你一定要用IF..THEN进行跳出定义。 我特别推进的创业模式是:整合服务。IBM是这样,我们也应该这样。应为IBM无法跑的太细,它需要你来帮忙。 项目管理者 我周围的程序员都说、非程序员的人也都说,写程序是年轻人的事,长远的看的话那可不是个好差事,随着年龄大一点快往管理层走。我很反感这句轻浮的话,但的确这是很多人追求上进的一种简单路线了。 但就我的观察,一个对IT不了解的人,做好IT项目管理是很困难的,除非它有个得力的熟悉IT的项目助理。其实就其原因很简单,就是要管理哪个行业,就要熟悉那个行业。连IT行业的HR经理我都认为应该要熟悉IT行业,你信不信。 这就说明了一个问题,如果你在程序员阶段很轻浮的话,你可能就不会成为一个优秀的IT项目管理者。也许你想起来很简单,你可以用你熟悉的管理知识来为你解说,但的确这是事实。 可以邮件交流:luopc@edu-edu.com.cn (来源:http://www.javaresearch.org/article/showarticle.jsp?column=46&thread=22800) |
正在阅读:转变思路—献给追求高效和激情的程序员们转变思路—献给追求高效和激情的程序员们
2005-08-17 10:40
出处:
责任编辑:xietaoming