#树洞[超话]# 哥哥因欠，这几年我工作所有工资都替他还，每次都说开口跟我借后面会还，怎么可能，我知道他没，也没跟他要，但是我压力也大，他根本就没考虑过我没钱怎么生活，替他还债好像被他当作理所当然，他也没上进心去努力赚钱，我怀孕他还跟我借，最近我的工资又被借光，真的好压抑，好烦[草泥马]
#创意选择#
“他的思考过程使得其自身的技术能力得以更大程度地施展。”
“我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序。”（MVP思维）
「 怎么解释这种巨大差异呢？表面来看，这要归功于理查德的编程的成果——他做的软件夹层；或者，他利用Konqueror浏览器做文章似乎与我在Mozilla上下功夫一样，也许他只是一个比我更优秀的程序员。如果没有他的编程能力，就没有接下来的故事了。
这种解释未免显得太单薄。理查德是在灵感萌发、直觉判断、推理和预测等一系列工作的基础上决定把夹层作为链条的最后一环的。他的夹层是整体计划的最终结果。为了把我的意思表达清楚，我们接下来盘点一下理查德在刚到苹果的几天内所做的工作。
首先，他浏览了我们在此之前所做的所有关于浏览器的研究，然后他迅速地判断出他需要抛弃对Mozilla的研究，因为这样下去大概率不会带来想要的结果。他勇敢地走出了这一步，充分显示了他的自信，同时也#没有向在这一领域耕耘已久的上级表现出谦卑和顺从的态度#。接下来，理查德#决定在最短时间内得到结果#。他下载了一个可能有潜力的开源项目——来自KDE社区的Konqueror浏览器的代码，这个浏览器可能会成为我们长期努力的基础。为了使这个代码在Mac计算机上运行，他决定在最短时间内做一个可以模拟真实浏览器的示例程序。他确定了三项功能——加载网页、点击链接、返回上一页。他列出的这几个功能足够说明了#概念的可行性#。
随后，他制作了快捷方式，这些简化了的选项定义了一套不需要达成的目标——完美的字体渲染功能被废除，这是为了与Mac计算机本身的图形处理系统相匹配，也是为了尽量少地使用KDE的源代码。他认为，这些快捷方式虽然非常醒目，但不会分散使用者在浏览网页时的注意力。理查德#着手将这些线索串联起来，集成在一个示例程序里#，向我们展示了Konqueror的潜力。最终，他完成了技术细节，开发出了软件夹层，这是实现计划的#关键要素#。#他的思考过程使得其自身的技术能力得以更大程度地施展#。
与之相反，唐和我都寄希望于Mozilla能担起重任。我甚至没有深入思考，就一直尝试在Mac计算机里运行Mozilla庞大的开源代码。我没有设置任何类似的计划、目标、不需要达成的目标、紧凑的时间表、技术路径。
最重要的是，这种#思维方式上的差异导致了截然不同的结局#。这也绝不是因为唐和我陷入了一个暂时的困境。我们初来苹果的做事方式还是像之前在Eazel一样，我们不可能做出优秀的桌面—云集成服务样机的原因就在于，直到公司耗尽现金，遣散了大多数员工的那一天为止，我们都#未曾尝试从整体上集成我们的软件#。在Eazel工作的那段岁月里，我们从未想过使用类似理查德展示的这种#快速完成计划的方法#。
如果唐和我沿袭旧有的思路继续在苹果做事情，我们真的不知道哪一天才能做出示例程序。在我们职业生涯的那个阶段，我们#根本不知道如何开启一个大项目#，如何踏上寻找成功的征途。
理查德对这一切都很清楚。他的示例程序就是解决问题的关键。他向我们证明了Konqueror浏览器可以在Mac计算机上使用。他用简单的方式展现了这个代码的潜力。的确，是理查德的软件夹层使其突破成为可能，但想想看，他围绕自己的计划所构建的概念框架，以及为了做出浏览器示例程序突破的重重困难，直到最后才用一个小小的自定义程序片段——夹层——使问题得到圆满解决。这种逐步累积起来的效应最终会创造出一个真实浏览器的幻影，尽管展现出来的仅仅是不完整的一部分。
这种方式起作用了。唐与我看到示例程序，就好像理查德把我们叫进办公室，办公桌上放置着一个水晶球，他挥手召唤我们走近，并向我们展示网络浏览器未来的模样，为我们指明了将梦想变为现实的路径。
理查德的示例程序也涉及一些常识，我会借助另一个有着悠久历史并且擅长利用简化选择和割角法的行业来介绍这些常识。
与理查德在示例程序中使用的技巧一样，这些常识能让我们看到实际上并不存在的东西。
以好莱坞的外景场地为例，电影制片厂需要用到一些半永久性的户外场所，这里的人行道、小巷以及主要街道都是拍摄电影所需要的场景。尤其是在特技拍摄和计算机辅助特效技术广泛应用以前，外景地的作用是至关重要的。即使预算有限，一个外景地也可以改变一个场景。为了给观影者呈现出令人信服的景象，我们必须在荧屏上展现一定数量的真实景观。
我最喜欢的外景之一来自《雨中曲》，这部音乐电影由米高梅电影公司出品，拍摄于1952年，由吉恩·凯利和黛比·雷诺斯主演。以其中最著名的舞蹈片段为例，吉恩·凯利在黛比·雷诺斯的公寓门口与她吻别道晚安后，兴高采烈地轻踏、跳跃、溅起水花，在倾盆大雨中旋转（见图2-3）。这一场景设置在好莱坞的一个外景地，它看起来像一个城市的街道。就在凯利跳着舞从建筑物的屋顶上往下冲时，他跳过了La Valle女帽店。这家店看起来很诱人，陈列着几顶时髦的女帽。当然，这不是一家真正的商店。店面可能是一间后面什么都没有的铺着鹅卵石的公寓，也可能是一间工作室。穿过商店的门，也许是米高梅的簿记员或办事员的办公室。我们不在乎。我们被歌曲和舞蹈迷住了。把这个假帽子店和一排早些时候看到的另一件道具——凯利跳上去的人行道边上的那根灯柱——进行比较，与帽子店不同的是，灯柱道具必须是真实的，或者至少要真实到能够支撑演员的体重。外景地的其他灯柱也建得同样好吗？我们不知道，但我们不在乎；它们也许建得同样好，也许建得没那么好，但是布景设计师需要#确保一个特定的灯柱足够坚固#，让电影中的主角能够跳上去。它必须建得很好，因为舞蹈编排需要它。
同样，#尽管示例程序并不是产品本身，但它必须要有足够的说服力#，让人们开始探索某种思路，向做成产品的方向迈进一步。就像电影一样，#示例程序应该经过特别精心的设计，需要被展示的和需要被排除的都必须非常明确#。这些事情虽然不是做一个示例程序的主要着眼点，但也#需要合理设置，在合适的细节级别上被展示出来，这样它才可以服务整体而不会让人转移视线#。
理查德将这套理论付诸实践。他选择了可能会在正式产品中应用的Konqueror开源浏览器作为工作的基础，确保这套示例程序可以加载网页、点击链接以及返回上一页（这几项都是浏览器的核心功能）。字体渲染并不符合苹果的标准，有些字符不平滑、参差不齐，但是文本已足够清晰，所以理查德没有在排版上浪费太多时间。#他完全不会在不相关的细节上耗费精力#，也没有制作键盘快捷键或者设计一个漂亮的苹果图标。#他将重要的、可用的以及可忽略的功能认真地进行排序，以保证最大程度的影响力，尽量减少干扰，并严格按照自己设置的时间表完成工作#。
在理查德向我展示这个浏览器示例程序之后的若干年，我一直在效仿他的这套工作方法。当我做一个示例程序时，我会考虑目标受众，并在此基础上决定这个示例程序需要包含哪些功能。我用想象中的一支粗马克笔围绕所有重要细节画一个圈，就像电影场景里面的灯柱一样，我尽最大努力地保证它们的真实度。我把剩下的不那么重要的细节留在了圈外，这些细节最终还是会出现在成品中，但现在不急于展现它们。我尽可能地在它们身上少分配一点儿注意力。就像那间帽子商店的内部构造一样，如果可以，我会把所有不重要的东西都从示例程序中清除。在两者交汇的地方，我会非常小心。有些元素刚好落在粗线上，这是需要关注的细节，因为它们有助于构建场景，让受众打消疑虑。比如，一个应用程序的用户界面仍处于开发早期，我可能会将另外一个应用程序的用户界面放在我的示例程序中，而不会花时间做一个完全可用的用户界面，因为此时用户界面是次要的。这就像在商店橱窗里放置几个道具帽子，我希望观看示例程序的人认为他们看到了真实的效果，尽管这些场景未必是真实的。我知道示例程序并非真正的产品，我的同事们也清楚这一点，但是在产品开发过程中，呈现出我们试图实现的效果是非常重要的，因为这样一来，我的同事们就会将示例程序当作真正的产品来给予反馈。
这种在整个开发过程中建立“分镜头剧本”的尝试，体现了电影拍摄外景地与示例程序的一大共同特征，它们都是宏大故事中的元素。每一个元素都在推动故事的发展。吉恩·凯利在雨中的舞蹈和歌唱表现了初吻的喜悦，在电影里的那个时刻，男女主角把他们坠入爱河的信息传达给了观众。这是好莱坞电影的“魔法”时刻。理查德的示例程序让我们看到了Konqueror开源代码的潜力，我们认为这极有可能是我们一直以来苦苦寻求的答案。这是硅谷软件“魔法”的巅峰时刻。
久而久之，唐和我都理解并吸收了理查德展现给我们的示例程序。我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，#选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序#。
我们学到的这些知识都来自理查德，他改变了我们工作的方式。」
“他的思考过程使得其自身的技术能力得以更大程度地施展。”
“我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序。”（MVP思维）
「 怎么解释这种巨大差异呢？表面来看，这要归功于理查德的编程的成果——他做的软件夹层；或者，他利用Konqueror浏览器做文章似乎与我在Mozilla上下功夫一样，也许他只是一个比我更优秀的程序员。如果没有他的编程能力，就没有接下来的故事了。
这种解释未免显得太单薄。理查德是在灵感萌发、直觉判断、推理和预测等一系列工作的基础上决定把夹层作为链条的最后一环的。他的夹层是整体计划的最终结果。为了把我的意思表达清楚，我们接下来盘点一下理查德在刚到苹果的几天内所做的工作。
首先，他浏览了我们在此之前所做的所有关于浏览器的研究，然后他迅速地判断出他需要抛弃对Mozilla的研究，因为这样下去大概率不会带来想要的结果。他勇敢地走出了这一步，充分显示了他的自信，同时也#没有向在这一领域耕耘已久的上级表现出谦卑和顺从的态度#。接下来，理查德#决定在最短时间内得到结果#。他下载了一个可能有潜力的开源项目——来自KDE社区的Konqueror浏览器的代码，这个浏览器可能会成为我们长期努力的基础。为了使这个代码在Mac计算机上运行，他决定在最短时间内做一个可以模拟真实浏览器的示例程序。他确定了三项功能——加载网页、点击链接、返回上一页。他列出的这几个功能足够说明了#概念的可行性#。
随后，他制作了快捷方式，这些简化了的选项定义了一套不需要达成的目标——完美的字体渲染功能被废除，这是为了与Mac计算机本身的图形处理系统相匹配，也是为了尽量少地使用KDE的源代码。他认为，这些快捷方式虽然非常醒目，但不会分散使用者在浏览网页时的注意力。理查德#着手将这些线索串联起来，集成在一个示例程序里#，向我们展示了Konqueror的潜力。最终，他完成了技术细节，开发出了软件夹层，这是实现计划的#关键要素#。#他的思考过程使得其自身的技术能力得以更大程度地施展#。
与之相反，唐和我都寄希望于Mozilla能担起重任。我甚至没有深入思考，就一直尝试在Mac计算机里运行Mozilla庞大的开源代码。我没有设置任何类似的计划、目标、不需要达成的目标、紧凑的时间表、技术路径。
最重要的是，这种#思维方式上的差异导致了截然不同的结局#。这也绝不是因为唐和我陷入了一个暂时的困境。我们初来苹果的做事方式还是像之前在Eazel一样，我们不可能做出优秀的桌面—云集成服务样机的原因就在于，直到公司耗尽现金，遣散了大多数员工的那一天为止，我们都#未曾尝试从整体上集成我们的软件#。在Eazel工作的那段岁月里，我们从未想过使用类似理查德展示的这种#快速完成计划的方法#。
如果唐和我沿袭旧有的思路继续在苹果做事情，我们真的不知道哪一天才能做出示例程序。在我们职业生涯的那个阶段，我们#根本不知道如何开启一个大项目#，如何踏上寻找成功的征途。
理查德对这一切都很清楚。他的示例程序就是解决问题的关键。他向我们证明了Konqueror浏览器可以在Mac计算机上使用。他用简单的方式展现了这个代码的潜力。的确，是理查德的软件夹层使其突破成为可能，但想想看，他围绕自己的计划所构建的概念框架，以及为了做出浏览器示例程序突破的重重困难，直到最后才用一个小小的自定义程序片段——夹层——使问题得到圆满解决。这种逐步累积起来的效应最终会创造出一个真实浏览器的幻影，尽管展现出来的仅仅是不完整的一部分。
这种方式起作用了。唐与我看到示例程序，就好像理查德把我们叫进办公室，办公桌上放置着一个水晶球，他挥手召唤我们走近，并向我们展示网络浏览器未来的模样，为我们指明了将梦想变为现实的路径。
理查德的示例程序也涉及一些常识，我会借助另一个有着悠久历史并且擅长利用简化选择和割角法的行业来介绍这些常识。
与理查德在示例程序中使用的技巧一样，这些常识能让我们看到实际上并不存在的东西。
以好莱坞的外景场地为例，电影制片厂需要用到一些半永久性的户外场所，这里的人行道、小巷以及主要街道都是拍摄电影所需要的场景。尤其是在特技拍摄和计算机辅助特效技术广泛应用以前，外景地的作用是至关重要的。即使预算有限，一个外景地也可以改变一个场景。为了给观影者呈现出令人信服的景象，我们必须在荧屏上展现一定数量的真实景观。
我最喜欢的外景之一来自《雨中曲》，这部音乐电影由米高梅电影公司出品，拍摄于1952年，由吉恩·凯利和黛比·雷诺斯主演。以其中最著名的舞蹈片段为例，吉恩·凯利在黛比·雷诺斯的公寓门口与她吻别道晚安后，兴高采烈地轻踏、跳跃、溅起水花，在倾盆大雨中旋转（见图2-3）。这一场景设置在好莱坞的一个外景地，它看起来像一个城市的街道。就在凯利跳着舞从建筑物的屋顶上往下冲时，他跳过了La Valle女帽店。这家店看起来很诱人，陈列着几顶时髦的女帽。当然，这不是一家真正的商店。店面可能是一间后面什么都没有的铺着鹅卵石的公寓，也可能是一间工作室。穿过商店的门，也许是米高梅的簿记员或办事员的办公室。我们不在乎。我们被歌曲和舞蹈迷住了。把这个假帽子店和一排早些时候看到的另一件道具——凯利跳上去的人行道边上的那根灯柱——进行比较，与帽子店不同的是，灯柱道具必须是真实的，或者至少要真实到能够支撑演员的体重。外景地的其他灯柱也建得同样好吗？我们不知道，但我们不在乎；它们也许建得同样好，也许建得没那么好，但是布景设计师需要#确保一个特定的灯柱足够坚固#，让电影中的主角能够跳上去。它必须建得很好，因为舞蹈编排需要它。
同样，#尽管示例程序并不是产品本身，但它必须要有足够的说服力#，让人们开始探索某种思路，向做成产品的方向迈进一步。就像电影一样，#示例程序应该经过特别精心的设计，需要被展示的和需要被排除的都必须非常明确#。这些事情虽然不是做一个示例程序的主要着眼点，但也#需要合理设置，在合适的细节级别上被展示出来，这样它才可以服务整体而不会让人转移视线#。
理查德将这套理论付诸实践。他选择了可能会在正式产品中应用的Konqueror开源浏览器作为工作的基础，确保这套示例程序可以加载网页、点击链接以及返回上一页（这几项都是浏览器的核心功能）。字体渲染并不符合苹果的标准，有些字符不平滑、参差不齐，但是文本已足够清晰，所以理查德没有在排版上浪费太多时间。#他完全不会在不相关的细节上耗费精力#，也没有制作键盘快捷键或者设计一个漂亮的苹果图标。#他将重要的、可用的以及可忽略的功能认真地进行排序，以保证最大程度的影响力，尽量减少干扰，并严格按照自己设置的时间表完成工作#。
在理查德向我展示这个浏览器示例程序之后的若干年，我一直在效仿他的这套工作方法。当我做一个示例程序时，我会考虑目标受众，并在此基础上决定这个示例程序需要包含哪些功能。我用想象中的一支粗马克笔围绕所有重要细节画一个圈，就像电影场景里面的灯柱一样，我尽最大努力地保证它们的真实度。我把剩下的不那么重要的细节留在了圈外，这些细节最终还是会出现在成品中，但现在不急于展现它们。我尽可能地在它们身上少分配一点儿注意力。就像那间帽子商店的内部构造一样，如果可以，我会把所有不重要的东西都从示例程序中清除。在两者交汇的地方，我会非常小心。有些元素刚好落在粗线上，这是需要关注的细节，因为它们有助于构建场景，让受众打消疑虑。比如，一个应用程序的用户界面仍处于开发早期，我可能会将另外一个应用程序的用户界面放在我的示例程序中，而不会花时间做一个完全可用的用户界面，因为此时用户界面是次要的。这就像在商店橱窗里放置几个道具帽子，我希望观看示例程序的人认为他们看到了真实的效果，尽管这些场景未必是真实的。我知道示例程序并非真正的产品，我的同事们也清楚这一点，但是在产品开发过程中，呈现出我们试图实现的效果是非常重要的，因为这样一来，我的同事们就会将示例程序当作真正的产品来给予反馈。
这种在整个开发过程中建立“分镜头剧本”的尝试，体现了电影拍摄外景地与示例程序的一大共同特征，它们都是宏大故事中的元素。每一个元素都在推动故事的发展。吉恩·凯利在雨中的舞蹈和歌唱表现了初吻的喜悦，在电影里的那个时刻，男女主角把他们坠入爱河的信息传达给了观众。这是好莱坞电影的“魔法”时刻。理查德的示例程序让我们看到了Konqueror开源代码的潜力，我们认为这极有可能是我们一直以来苦苦寻求的答案。这是硅谷软件“魔法”的巅峰时刻。
久而久之，唐和我都理解并吸收了理查德展现给我们的示例程序。我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，#选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序#。
我们学到的这些知识都来自理查德，他改变了我们工作的方式。」
总是被朋友当作情绪垃圾桶就会下头，我好像确实那种对人一下头就想彻底远离的性格吧…如果说夏天刚认识有多聊得来是因为暑假无忧无虑，她出国了不适应把什么不快乐都告诉我，开始一直耐心开导，但后来发现我的建议她完全不采纳，就觉得时间和精力被浪费了…最近有意识疏远，因为我自己最近也不快乐，负负不会得正，一起emo会让我很绝望，互相鼓励说多了只是客套话也就是废话，比起加油bqb我还是喜欢沙雕bqb，快乐就是每天的小目标都能完成呀[太阳]
✋热门推荐