生活 two

原创
2016/12/03 21:52
阅读数 31

谚语及双语

  1. 切忌随波逐流。Only dead fish go with the flow.
  2. 一切都是相互关联的。Everything is interconnected.
  3. 有些东西是基础的,各领域相通的。There's something fundamental here.
  4. 清晰表述专业技能十分困难。It's hard to articulate expertise.
  5. 德雷福斯模型针对每项技能。Dreyfus is applicable per skill.
  6. 新手需要指令清单。Novices need recipes.
  7. 高级新手不想要全局思维。Advanced beginners don't want the big picture.
  8. 胜任者能够解决问题。 Competents can troubleshoot.
  9. 精通者能够自我纠正。Proficient practitioners can self-correct.
  10. 规则断送专家。Rules ruin experts.
  11. 大多数人都是高级新手。Most people are advanced beginners.
  12. 直觉和模式匹配能力超载了显性知识。Intuition and pattern matching replace explicit knowledge.
  13. “我知识执行命令!”是无用的。"I was just following orders!" doesn't work.
  14. 优胜者不会帮扶失败者。Winners don't carry losers.
  15. 模型是工具,而非镜子。The model is a tool, not a mirror.
  16. 一种规格并非处处适用。One size does not fit all.

摘抄

摘抄有修改,虽然摘抄下来,但并不一定认同以下所有内容。

  1. 程序设计是用发明、创造和灵感来解决问题。
  2. 尽管技术上有了很多显著的改变,但有一样东西始终没有改变:我们自己——作为开发人员的人。
  3. 软件产品处于应用、用户、规则和硬件的合力之下。这些因素总是在不断变化,迫使软件产品也随之改变。——《没有银弹 - Frederick Brooks》
  4. 实用主义(pragmatism)的本质就是做对你有用的事情。
  5. 湿件 wet ware,利用计算机模型类比人类的思维过程。
  6. 生命中没有什么是恒久不变的,只有死鱼才随波逐流,尝试改变自己。
  7. 冥想与大声说出你的想法,或者在纸上写一句话与在计算机编辑器中输入这句话。抽象的来说,这些事情应当是完全等价的。然而,事实并非如此,这些活动使用了人脑中完全不同的思维路径,这些思维路径深受人类思想和思考方式的影响。
  8. 几乎没有人只是系统的一个观察者,不论你是否意识到,很可能你就是这个系统的一部分。
  9. 测不准原理,更一般性的观察者效应(observer effect)认为人必须通过改变系统来认识它。
  10. 制造问题的思维方式无法用来解决问题。——阿尔伯特·爱因斯坦
  11. 一些观察到的现象,适用于护理和软件开发,也可能适用于其他行业。
    • 实际工作中,专家级职员并不总被认为是专家,也没有拿到相称的薪水。
    • 不是所有专家级职员都想成为管理者。
    • 职员的能力存在巨大的差异。
    • 管理者的能力存在巨大的差异。
    • 任何团队的成员再技术水平上可能各不相同,无法看作一个同质的可替代资源集合。
  12. 德雷福斯模型是所谓的构建理论:事件理论和构建理论。
    • 事件理论可以被测量,这类理论可以被验证或证明。
    • 构建理论是无形的抽象,无法被证明。如:可以通过解剖学证明大脑的所有部件,但是无法证明大脑有思维。
  13. 你如何称呼一个专家级软件开发人员呢?巫师。通过咒语( 命令)解决问题。
  14. 使工作看起来很轻松。
    • 工作时更熟练,速度更快,更灵活,保持微笑交谈。
    • 双眉紧锁,严肃专注,满头大汗。
  15. 可能一个开发人员声称拥有十年的经验,但实际上只是一年的经验重复了九次,那么这就不算是经验。
  16. 五个阶段:新手、高级新手、胜任者、精通者,专家。
  17. 如果给新手提供与情境无关的规则去参照,他们就会变得能干起来。
  18. 无限倒退(infinite regression):设立更多的规则去解释,然后再用更多的规则去解释刚设立的规则,没有一个实际的界限约定你需要说得多明白。
  19. 因此,你必须明确中止反复解释。规则只能让你启程,不会让你走得更远。
  20. CEO举行全体会议展示销售预测图表和数据时,很多经验较少的员工对此不加理会,其实这对他们的工作是相关的,它可以帮助你判断明年你在这家公司是否还能继续干下去。
  21. 处于精通阶段的人更像是初级专家,而不是高级胜任者。
  22. 高级新手和胜任者经常会把指令清单和软件设计模式混淆。
  23. 专家根据直觉工作,而不需要理由。
  24. 不知道自己不知道,当你在某领域不是很擅长时,你更可能认为自己是这方面的专家。
  25. “柠檬汁人”从来没有怀疑他自己的假设。缺少准确的自我评估被称为二阶不胜任(second-order incompetence),也就是说,不知道自己不知道。
    • 一个自以为是的小偷,在光天化日之下抢劫银行,他不相信自己这么快就被捕了,因为他以为在脸上涂满柠檬汁,摄像头就监视不到他。
  26. 无知往往来自于自信而不是知识。——达尔文
  27. 一旦你真的成为了一名专家,你会痛苦地意识到你知道的是多么少。
  28. 怠工,放缓工作,通常成为消极怠工或恶意服从,也就是说,员工只做他们工作范围内的事情——不多也不少,严格按照规矩办事。其结果是大量的延误和混乱。
  29. 新手尽管能力差但是信心十足,而专家在情况异常时会变得愈发谨慎。专家会更多地自我怀疑。
  30. 专家不等于老师,专家经常无法清楚表达自己是如何做出具体决策的。
  31. 问题
    • 护士认为自己仅仅是一种工具,从而漠视工作。她们只是执行训练有素的医生们的指令,人们不期望她们对病人的护理有所创见。
    • 由于薪酬等级的不平等,专家级护士争先恐后地离开一线护理工作,通过管理、教学或巡回演讲赚更多的钱。
    • 护理教育开始受到质疑,很多人认为正规的实践模式是最好的教育方法。这种对正规方法和工具的过度依赖削弱了实践中真正经验的作用。
    • 最后,人们忽略了真正的目标——患者的治疗效果。无论采用何种过程和方法,无论谁来护理,结果是什么?患者活下来了吗?在逐渐康复吗?还是相反?
  32. 十年成就专家?需要投入大约十年的努力,而且需要辛勤工作——只是在某领域工作十年是不够的,积极的实践需要四个条件。一旦你成了某个领域的专家,在别的领域成为专家就会变得更容易,至少你现在有了现成的获取知识的技能和模型构建的能力。
    • 需要一个明确定义的任务。
    • 任务需要有适当难度——有挑战性但可行。
    • 任务环境可以提供大量反馈,以便于你采取行动。
    • 提供重复犯错和纠正错误的机会。
  33. 问题
    • 程序员往往认为自己是一种工具,从而漠视工作。他们只是执行训练有素的分析师的指令,人们不期望他们对项目的设计和架构有所创见。
    • 由于薪酬等级的不平等,专家级程序员争先恐后地离开一线编码工作,通过管理、教学或巡回演讲赚更多的钱。
    • 软件工程教育开始受到质疑。很多人认为正规的实践模式是最好的教育方法。这种对正规方法和工具的过度依赖削弱了实践中真正经验的作用。
    • 最后,他们忽视了真正的目标——项目结果。无论采用何种过程和方法,无论谁参与项目,结果是什么?项目成功了吗?在不断进步吗?还是相反?
  34. “我只是执行命令”这样的说辞在纽伦堡审判中无助于摆脱二战期间所犯罪行,同样在护理职业也行不通,对软件开发来说也是如此。
  35. 程序员经常实现一些他们明知道是错误的东西,只是执行项目经理、项目架构师的命令(甚至不是自己公司的、陌生的项目经理、项目架构师)。
  36. 人天生善于模仿。通过模范榜样我们可以学的最好。事实上,如果你有孩子,你可能已经注意到他们很少照你说的做,却总是模仿你的所做作为。
  37. 没有实践就没有技能。如果你只是问,你永远都不会明白。
  38. 在实践中保持技能。
  39. 问题不在于他们的工作职位,或者工龄长短,而在于他们为团队带来什么价值。
  40. 优胜者不会帮失败者——失败者会被团队抛弃。位列2%的优胜者并不认为是世界级的,位居前0.2%的才是。
  41. 一个组织的好坏由其最弱一环决定。
  42. 编程专家必须持续编程。
  43. 模型不是现实。
  44. 解决问题是一件很难形式化的事情。如应该思考多长时间?10分钟?一天?一周?你无法对创造力和发明限定时间,因而,你也无法建立相应的技术。
  45. 把复杂局势过于简单化。每当有人开始说“你需要做的仅仅是....”或者“只需要做这个......”,他们十之八九错了。
  46. 追求过度一致。上一个项目里最管用的东西对当前这个项目来说可能是一场灾难。
  47. 情境对专业表现至关重要,而形式方法往往会在它们的公式中丢掉情境的细微差别。
  48. 不要屈服于工具或者模型的虚假权威。没有什么可以替代思考。
  49. 新手需要于情境无关的规则,而专家使用与情境相关的直觉。
  50. 考虑一下情境带来的差别:打开门营救着火房间里的孩子和不留痕迹撬开房间的锁是完全不同的,情境在起作用。情境是什么?为什么需要打开这扇门?可以使用斧子、锯子或者开锁工具吗?我们可以绕到后面去开另一扇门吗?
  51. 在面向对象的编程,往往是事物之间的联系最让人感兴趣,而不是事物本身。这些联系有助于形成情境,而正是情境让这些事物各不相同。

诀窍

  1. 始终关注情境。(环境)
  2. 新手使用规则,专家使用直觉。
  3. 知道你不知道什么。
  4. 通过观察和模仿来学习。
  5. 保持实践以维持专家水平。
  6. 如果你需要创造力、直觉或者独创能力,避免使用形式方法。
  7. 学习如何学习的技能。

心得

  • where to fall, where to get up, then walk away.
  • 哲学挺有意思,自然辩证法。
  • 感觉自己同时属于五个阶段,在拿这些标准匹配自己的情况,回忆自己当时的情境,不同的方面(发现其实他们都属于不同的方面,领域),阶段之分也看情境。
  • 自我怀疑&信心  有什么关系?
  • 无知往往来自于自信而不是知识,专家意识到自己知道的太少。 无知&知道少  有什么关系?
  • 一方面好的人,通过这方面的好,运用到其他方面,也变好,发现优秀的人处处优秀,而且还努力。
  • 具体情况具体分析。
  • 定义在具体环境下具体化,不同环境下定义的含义不同,解决方法不同,答案不同。
  • 环境:需求是什么?你能做什么?你想做什么?你能什么时候做?你想什么时候做?你能在什么地方做?你想在什么地方做?什么前提?什么基础?什么条件?
  • 事物:我们能做什么?(列举所有情况);联系:选择一种方案做;事物之间的联系有助于形成情境。
展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部