在去杭州出差的车上,我把
这本书看完了,作者金出武雄是一位卡内基梅隆大学的日本籍教授,曾是
机器人研究所的所长。我真的为作者的朴实,真诚的语言所打动,回想自己上研究生时的科研经历,可以说
非常失败,感觉等到毕了业,才入了科研的门。
下面是读完时候,和作者的一些共鸣:
1) 海阔天空的构想。思维不要受羁绊, 好的构想来自于荒唐无稽的想法。
2) 一些重大的想法, 一开始不免天真,但结合知识技术就能产生伟大的成果,重要的是要深入,像专家一样去实践验证。
3) 某些已经存在的,成功了的方法,经验和知识是导致想象力匮乏、缺少经验的主要元素。
4) 简单,省略,抽象化。越简单化、抽象化就会产生越绝妙、鲜明的理论。做软件不也是一样吗?同样能感受抽象所带来的美,简单带来的朴实无华,更能反映问题域的本质。省略的重要:在软件开发中,高层概念模型就是这样一种省略,它抓住的本质概念,带来了问题域的精髓。
5) 用情景推动研究进展。软件领域中,用例,用户故事都是起到同样的作用,但没有什么比一个真实的情景更能反映用户与系统的交互, 比那些生硬的活动图和白开水般的文字描述要好多了。
6) 构想力是限定问题的能力。教授说的是定义问题的能力,在软件开发中,我感觉是识别关键问题的能力,在业务逻辑比较复杂时, 识别关键问题和抽象是非常重要的,有时候我认为这确实需要一些天分。另外,解决问题时, 识别自己陷入死胡同也非常重要,这时候,退一步,换换思路,常能海阔天空,迎刃而解,相信大家也有过这样的感触。当技术人员, 我认为尽量少下肯定结论,应该i多多尝试,不要总是说“这样做肯定不行!”。
7) KISS方法(Keep It Simple, Stupid) 这可是敏捷的核心价值观。这点,做研究和做软件不谋而合。
8) 智慧体力-所谓的集中力,让自己成为问题本身。我自己是有这个亲身经历的,当我想一个问题时, 几乎所有脑子都在转,
优良的架构和优美的代码很多时候都是这样出来的。
9) 越能干的人,越迷茫。要想成功,必定迷茫。没有具体目标的科学研究注定一事无成,有了目标自然就会倾注全部精力。
这里我在写程序时也有同感,当面对一个无从下手的问题时, 你的问题就变成了确定问题域中一个待解决的子问题。一定要确定,否则无从下手。这时候,我的一个做法是,找一个安静的环境(有时候在厕所),静静思考15分钟,然后在纸上写出所有子任务,有时候会写一些伪代码。确定了子问题后,编程就变得相对简单了。
10) 从“做不到”重新开始。挑战不可能是所有技术人员的乐趣。有时候,它是所有好想法的起点。"当科学工作者说不可能的时候,他很可能错了"..
11) 想法是要和别人交流沟通的,这样才能触发新的灵感,并且要练习如何提取概要以便让别人了解自己的意思。
机器人研究所的所长。我真的为作者的朴实,真诚的语言所打动,回想自己上研究生时的科研经历,可以说
非常失败,感觉等到毕了业,才入了科研的门。
下面是读完时候,和作者的一些共鸣:
1) 海阔天空的构想。思维不要受羁绊, 好的构想来自于荒唐无稽的想法。
2) 一些重大的想法, 一开始不免天真,但结合知识技术就能产生伟大的成果,重要的是要深入,像专家一样去实践验证。
3) 某些已经存在的,成功了的方法,经验和知识是导致想象力匮乏、缺少经验的主要元素。
4) 简单,省略,抽象化。越简单化、抽象化就会产生越绝妙、鲜明的理论。做软件不也是一样吗?同样能感受抽象所带来的美,简单带来的朴实无华,更能反映问题域的本质。省略的重要:在软件开发中,高层概念模型就是这样一种省略,它抓住的本质概念,带来了问题域的精髓。
5) 用情景推动研究进展。软件领域中,用例,用户故事都是起到同样的作用,但没有什么比一个真实的情景更能反映用户与系统的交互, 比那些生硬的活动图和白开水般的文字描述要好多了。
6) 构想力是限定问题的能力。教授说的是定义问题的能力,在软件开发中,我感觉是识别关键问题的能力,在业务逻辑比较复杂时, 识别关键问题和抽象是非常重要的,有时候我认为这确实需要一些天分。另外,解决问题时, 识别自己陷入死胡同也非常重要,这时候,退一步,换换思路,常能海阔天空,迎刃而解,相信大家也有过这样的感触。当技术人员, 我认为尽量少下肯定结论,应该i多多尝试,不要总是说“这样做肯定不行!”。
7) KISS方法(Keep It Simple, Stupid) 这可是敏捷的核心价值观。这点,做研究和做软件不谋而合。
8) 智慧体力-所谓的集中力,让自己成为问题本身。我自己是有这个亲身经历的,当我想一个问题时, 几乎所有脑子都在转,
优良的架构和优美的代码很多时候都是这样出来的。
9) 越能干的人,越迷茫。要想成功,必定迷茫。没有具体目标的科学研究注定一事无成,有了目标自然就会倾注全部精力。
这里我在写程序时也有同感,当面对一个无从下手的问题时, 你的问题就变成了确定问题域中一个待解决的子问题。一定要确定,否则无从下手。这时候,我的一个做法是,找一个安静的环境(有时候在厕所),静静思考15分钟,然后在纸上写出所有子任务,有时候会写一些伪代码。确定了子问题后,编程就变得相对简单了。
10) 从“做不到”重新开始。挑战不可能是所有技术人员的乐趣。有时候,它是所有好想法的起点。"当科学工作者说不可能的时候,他很可能错了"..
11) 想法是要和别人交流沟通的,这样才能触发新的灵感,并且要练习如何提取概要以便让别人了解自己的意思。