存档

2010年8月 的存档

程序员之间的等级制度 – Programmer Hierarchy

2010年8月25日 没有评论

程序员是否可以以它熟悉的语言判断高下?国外某程序员对此表示认可,并绘出了一张有趣的有关于程序员的图像,箭头的意思是表示某语言的程序员比另一语言的程序员更高级。
最高阶自然是神级LISP和汇编语言,最后一个嘛,自己看吧:)

分类: 编程技术 标签:

企业家基因(八)—— 关注细节(转自Apple4US)

2010年8月12日 没有评论

8. 关注细节 —— 要淘汰那些向我毛遂自荐的创业者,一个最简单的办法就是看他们是否对自己的事业了如指掌。讲话似是而非的人通常比较容易辨别。我会从竞争对手谈起 —— 这能很明显地反映出创业者的水平。你总是能从这样的对话中了解到创业者是否熟悉自己的产品、可曾与客户进行交流、阅读了所有的产业新闻并在竞争中掌握各种幕后消息。你能察觉出在他们的内心深处是否拥有真正的竞争意识。无法在激烈的商业对抗中游刃有余?后会有期。

我们可以谈论你的产品或财务前景。不能详尽地向我讲解公司的方方面面?是别人整理好你的财务模型而你却被另外的「公务缠身」?看来你还需努力。最好的创业者会用心于细节。他们能说出公司里大小器物的价格,告诉你每月在亚马逊云计算服务上花费多少,以及下一个产品的十二种不同功能。

另一个我所看重的方面是 CEO 对公司销售业务的掌握情况。我都记不清自己见过多少无法细致描述本公司销售脉络的 CEO 了。我需要你说出主要客户的名字、上一次和他们见面的时间、谁是你的对手以及你作决策的步骤。你以为我们只会谈你的核心优势?对不起,咱们还是把整个事情都说清楚。我关注细节,但我更感兴趣的是你是否和我一样。

和关注细节并列的是「身体力行」。当我请一位创业 CEO 简短地做一个产品演示时有的人会告诉我下一次他将安排公司的销售代表前来,因为「自己不太擅长做演示。销售团队可以做的更好。」我这时会告诉自己,「也许没必要再有下一次了。」同理,如果你需要你的 CFO 来向我讲解财务模型,那你可能不会成为我投资的选择。去问问我当 CEO 时手下的 CFO —— 他们做了底层的铺垫工作,但报表的每一行每一列我都亲自编辑过。事实上,我通常会自己做好前三个财务模型。

我曾写过一篇文章讲创业者必须动手实践,按我的话说就是「如果你对炒菜一窍不通,你没法开好一家餐馆。」

有次我遇见过一个前来寻找投资的创业团队,初次电话来自他们公司的总裁本人。我告诉他「总裁」这个头衔对创业公司来讲有点奇怪。他告诉我他们还有一名 CEO 在职。有意思,「那你们的分工有何不同?」我问道。他说 CEO 负责研究大体策略,而作为总裁的他则代表公司四处奔波参加各种会议。「那谁来负责公司的日常运营呢?」「啊,」他答道,「我们还有一位 COO 。」这家公司的收入不到一百万而每月的花销却要八十五万。它有一个专门想策略的 CEO,一个四处露面的总裁和一个管理公司的 COO 。

我用当 VC 两年半以来最刻薄的语气回复了他,「你不会从我这儿拿到投资的。我第一件会做的事就是解雇你。然后再炒 CEO 的鱿鱼。接下来我会把公司开销削减到一个合适的程度再继续营业。」(我当时真是这么讲的)

他们最终还是从一个晚期投资的 VC 那儿得到了融资。他们开销中很大一部分来自公关、市场和出席会议。如我所言,有的 VC 会因此上当,但那并不代表你创业成功。十二个月之后总裁和 CEO 双双离职。糟糕的 VC 会首先盲目地投资,他们没有足够仔细地把事情厘清。当一个早期创业公司的 CEO 告诉我自己计划雇用一名 COO 时我通常不会再对下次见面感兴趣。

当然如果是联合创始人的情形其中一人取 COO 的职位自不为过。但即便如此我仍觉得好笑。任何带着这等头衔向我做报告的人都会听到同样的问题:「好吧,那到底谁负责技术?谁分管财务?谁又过问销售?你们是各忙各的吗?那 COO (首席运营官)到底代表了什么呢?它难道不是个欠妥的头衔吗?」我主张几位联合创始人选一 个作 CEO,余者应当有自己的实职,比如销售/市场主管、CTO(首席技术官),或者市场高级副总裁什么的。不过那已是枝节问题。

分类: 创业分享 标签:

技术者反思录

2010年8月11日 没有评论

1、 分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看到哈!

2、 一定要确定自己的发展方向,并为此目的制定可行的计划。不要说什么,“我刚毕业,还不知道将来可能做什么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走,成为职业经理人?先熟悉行业和领域,将来自立门户?还是先在行业里面混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。

3、 软件开发团队中,技术不是万能的,但没有技术是万万不能的!在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在MM比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

4、 详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。请牢记:“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。

5、 书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧,才算是真正拥有了它。

6、 不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序,看看Windows程序的设计、加载、执行原理,分析一下PE文件格式,试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、.Net开发应用程序,花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!

7、 在一种语言上编程,但别为其束缚了思想。“代码大全”中说:“深入一门语言编程,不要浮于表面”。深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是:用面对对象工具开发某些关键模块时,为什么不可以借鉴C、C51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时,为什么不可以参考来自Java社区的IoC、AOP设计思想,甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。

8、 养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知,对软件开发人员而言,有、无经验的一个显著区别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是,最好还是自己实现,这样没有知识产权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这个技能。

9、 理论与实践并重,内外双修。工程师的内涵是:以工程师的眼光观察、分析事物和世界。一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法论。

10、心态有多开放,视野就有多开阔。不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。请及时发布自己的研究成果:开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具,5、6年之后的今天,还是那个样子,今天流行的好多Windows系统工具都比自己的晚,但进化得很好,且有那么多用户在使用。并且,不要保守自己的技术和思想,尽可能地与人交流与分享,或者传授给开发团队的成员。“与人交换苹果之后,每个人还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人真正能做到呢?

11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品,千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”,网上有很多的开源项目、合作开发项目、外包项目,这都是涉猎工作以外的知识的绝好机会,并且能够结识更广的人缘。不要因为工作是做ERP,就不去学习和了解嵌入式、实时、通信、网络等方面的技术,反过来也是一样。如果当他别人拿着合同找你合作,你却这也不会,那也不熟时,你将后悔莫及。

12、书到用时方恨少,不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明: “对于一个有一定基础的人来说,他只要真正肯下功夫,在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果,故命名为西蒙学习法。可见,掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。

13、本文的总结与反思:

A:不要去做技术上的高手,除非你的目标如此。虽然本文是关于提高软件开发知识的建议,做技术的高手是我一向都不赞同的。你可以提高自己的专业知识,但能胜任工作即止。

B:提高软件知识和技术只是问题的表面,本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理,可以很容易地延伸、应用到生活的其它方面。

C:在能胜任工作的基础上,立即去涉猎其它领域的专业知识,丰富自己的知识体系、提高自己的综合素质,尤其是那些目标不在技术方面的朋友。

分类: 嵌入式开发 标签:

ShowGilr

2010年8月5日 没有评论


谁知道她是谁?

分类: 流淌的河 标签: