印象笔记读书笔记2016-8-8

《你只是看起来很努力》的笔记(作者: 李尚龙)

推荐序1 保持对于“我”的热情 2016-07-19 别问这个世界需要什么,做你自己,这个世界需要的,就是你做你自己。请保持这种对于“我”的热情,这种年轻时宝贵的无知。因为,世界就是因为你这样的人改变的。 推荐序2 看似忙碌的人生 2016-07-19 :我们看似忙碌,实则焦虑。我们总是心血来潮想学习,于是买了很多单词书,再也没有翻开过;我们总是备受刺激想健身,于是找了很多攻略,再也没有动过;我们总是信誓旦旦要读书,于是买了很多书,再也没有打开过。 2016-07-19 。很多时候你跑到别人的轨道上了,才发现那个不适合你,看起来光鲜的其实也有属于他们自己的苦逼。 2016-07-19 ?打败焦虑的最好办法,就是去做那些让你焦虑的事情。 你只是看起来很努力 2016-07-19 其实他们只是在学习的时候摒弃了诱惑,一心一意地在努力,虽然那些努力没有让别人看到,但那段时间没有被干扰。 你以为你在合群,你在浪费青春 2016-07-19 我忽然明白,来大学学习不是为了合群,而是为了成就自己的梦想,然后找到真正属于自己的群体。 最好的休息 2016-07-19 一个成人的集中力也就15分钟。如果我们迫使的话,可以长一些,但是我们可以用其他方式去换个脑子,继续发挥生产力,这样,坚持下去就没那么难了。 优秀不够,你是否无可替代 2016-07-19 优秀不够,你是否无可替代。 2016-07-19 ,既然选择无可替代的路,那么在实现梦想的路上挨两拳又如何呢? 这世上一定有人,过着你想要的生活 2016-07-19 爬吧,太在乎终点就失去爬山的意义了。” 2016-07-19 所谓成功学都是假的,所有的成功都是被逼出来的,努力才不一定会成功呢。” 2016-07-19 追梦若冷,就用希望去暖。 别和负能量的人在一起 2016-07-19 你的另一半,决定着你的高度 再好的朋友,也经不起你过分的直白 2016-07-19 再好的朋友,也抵不过你无底线的直白,讲话的时候拐个弯儿。别把自己的口无遮拦当作大气,这只是幼稚而已。 别纠结,学习形式不重要 2016-07-19 别纠结,学习形式不重要 那些毁掉我的书 2016-07-19 ,成功是内心的宁静和平和。” 2016-07-19 1. 在看一本书的时候,问问自己,你想要从中得到什么,然后带着问题去翻阅目录和文字。 3. 一本书不要超过一周读完,否则太长时间容易读了前面忘记后面,无效阅读。

《黑客与设计:剖析设计之美的秘密》的笔记(作者: 【美】David Kadavy)

黑客与设计:剖析设计之美的秘密

【美】David Kadavy

引言 2016-07-20 :清楚地沟通是成功的关键。 2016-07-20 。我说的是那些富有创新头脑、不拘旧制的一群人,他们改变了我们生活、工作和交互的方式。 2016-07-20 (www.catb.org/~esr/faqs/hacker-howto.html 2016-07-20 列举了黑客精神的五个信条: 2016-07-20 世界充满了需要解决的迷人问题; 无聊和乏味是罪恶; 态度不能替代能力。 1.1 设计到底是什么 2015-09-07 设计既是人造物的固有灵魂,又必然会经由产品外在表现层次而得以体现。 2.4.3 线框图 2015-09-07 ,画线框图时,你可以把自己的想法表达出来,而不会被目前来说并不重要的微小细节所干扰,如字体和颜色。 2.5 小结 2015-09-07 整合视觉设计和用户体验时,请记住以下要点。 优秀的视觉设计取决于优秀的用户体验设计。在项目的早期,运用一些用户体验设计流程。用户角色、用例以及线框图都有助于你在深入细节之前,专注地研究用户体验的关键方面。

《程序员必读之软件架构》的笔记(作者: 【英】Simon Brown)

推荐序一:架构师真正要学会的事情 2016-06-21 所谓跨界不是指你能力与方法上的变化,你的作为取决于你的格局,你的格局取决于你的所见。 2016-06-21 所以架构中最难超越的并不是某个大师或前辈,而是你以及你为自己所作的设定。 2016-06-21 超越别人对某个角色的定义,将自己做成这个角色。 序 2016-06-21 ,软件开发团队常意想不到地把事情搞砸。 2016-06-21 ROI(Return on Investment,投资回报)和TCO(Total Cost of Ownership,总体拥有成本)的陈述。 2015-09-07 。敏捷需要架构吗,或者架构真的需要敏捷吗? 关于本书 2015-09-07 关于软件架构,每个开发者都应该知道的五件事 1. 软件架构不是大型预先设计 2. 每个软件团队都需要考虑软件架构 3. 软件架构的角色关乎编码、指导和合作 4. 无需使用UML 5. 好的软件架构是支持敏捷开发的 第4章 敏捷软件架构是什么 2016-02-25 ;快速行动,拥抱变化,持续交付,接收反馈,不一而足 2016-06-21 是敏捷是相对的,且按时间来衡量。 2016-07-22 如果你的软件团队交付的软件跟不上所处环境的变化,就不算敏捷 第5章 架构对上设计 2016-06-21 间里的很多个点中选择一个。 所有架构都是设计,但并非所有设计都是架构。 2016-06-21 架构反映了使一个系统成型的重要设计决策,而重要性则通过改变的成本来衡量。 第6章 软件架构重要吗 2016-07-22 让团队跟随一个清晰的愿景和路线图,无论这个愿景是一人所有还是整个团队共有; 第8章 软件架构的角色 2016-06-21 很少人会问技术是否真的以设想的方式工作,能证明的人更少。 第10章 软件架构师应该是建造大师 2016-06-21 石匠大师,就是石头的操作者、艺术家和设计师。 2016-06-21 顶尖的石匠就是一个石匠大师。然而,建筑大师这个头衔,指的是全面负责建筑工地、让石匠大师们为他工作的那个人。建筑大师也负责木匠、玻璃工匠等。实际上,每个建筑工地上的人都在建筑大师的监督下工作。 2016-06-21 然后,石匠大师为将要建造的东西设计结构、美学和象征等方面的特性,组织后勤,还要评定工作的优先级并决定它们的顺序。 2016-06-22 每个石匠都会带一个为他工作的学徒。当石匠接下一份新工作,学徒也会跟着他。如果石匠觉得自己的学徒已经对行当足够了解,就会让他在石匠行会接受考验。 2016-06-22 每个软件开发团队都需要他们自己的建造大师。 第11章 从开发者到架构师 2016-06-22 (1)架构驱动力:捕捉和挑战一套复杂的非功能需求,还是简单地假设它们的存在。 (3)技术风险:证明你的架构能够工作,还是盲目乐观。 2016-06-22 自己。作为个人,我们要清楚自己的经验水平,以及为了提升它我们需要关注什么。 第13章 软技能 2016-06-22 领导力:简单来说,领导力就是创造共有的愿景,并带领人们向着共同目标前行的能力。 2016-06-22 沟通:你有世界上最好的想法和愿景,但如果不能有效地传达给其他人,也是死路一条。这包括了软件开发团队内外的人,要使用适合受众的语言和细节水平。 2016-06-22 影响力:这是重要的领导技能,从毫不掩饰的劝说到神经语言编程或绝地控心术,它能够以多种途径实现。通过妥协和谈判也可以达到这样的目的。每个人都有自己的想法和计划,你在处理时还得让他们都不反感,并主动地去追求你需要的结果。好的影响力也要求好的倾听和探索能力。 2016-06-22 信心:信心很重要,是有效的领导力、影响力和沟通的基础。但信心不代表傲慢。 2016-06-22 合作:软件架构角色不应该被孤立,(与其他人)合作想出更好的方案是一项值得实践的技能。这意味着倾听、谦虚和响应反馈 2016-06-22 指导:不是每个人都对你正尝试做的事情有经验,你需要对他们进行角色、技术等方面的指导。 2016-06-22 辅导:辅导是对人进行学习方面的指引,而非告诉他们怎么做一件事。作为领导,你可能会被要求去辅导团队中的其他人。 2016-06-22 动力:这说的是保持团队愉快、开朗和积极。团队要有积极性,才会跟随你这个软件架构师所创建的任何愿景。你还要面对团队中一些人不买账的局面。 2016-06-22 润滑剂:你经常需要退后一步,促进讨论,特别是团队内有不同意见时。这需要探索、客观,帮助团队达成共识。 2016-06-22 责任感:你不能因为失败就责备软件开发团队中的其他人,有责任感对你而言很重要。如果软件架构不能满足业务目标,无法交付非功能性需求或技术品质很差,那都是你的问题 2016-06-22 授权:授权对任何领导角色来说都是一个重要部分,作壁上观和事必躬亲之间有一条模糊的界线。你应该学会在适当的时候授权,但请记住,你授权的可不是责任。 第17章 未来的软件架构师在哪里 2016-02-25 为了提高,软件开发团队需要一些时间远离日常工作,进行思考,但他们也需要保持对软件开发流程各个方面的关注。行业的炒作确实很容易迷惑人,但应该自问这是否比确保能良好务实地落地更重要。 第18章 每个人都是架构师,除非他们有其他身份 2016-06-23 1)生存型(混乱):需要一种直接指挥和控制的领导风格。 (3)自组织型:需要简易化来确保平衡不受影响。 第25章 原则 2016-07-22 即使是最善意的原则,有时候也会产生意想不到的负面影响。如果只是构建一个快速的战术方案,为确保完整的关注点分离而采用复杂的分层策略,也能耗费你大量时间。原则通常是因为好的理由才引入,但它们并不是任何时候都有好处。 第28章 协同设计是一把双刃剑 2016-07-22 整个团队的有效性取决于很多因素,其中之一是克制自负的情绪,专注于交付给定语境下的最佳解决方案的意愿。 第34章 无效的草图 2016-07-23 说,代码组织应该强调跟业务领域相关的东西

《不是世界喧闹,是你的内心太吵》的笔记(作者: 姜翠平)

在纷乱中寻一处栖居之所 2016-07-24 平静并不等于完全没有困难和辛劳,而是在那一切的纷乱中间,心中仍能保持如水般的平静。 2016-07-24 。太热闹的生活始终有一个危险,那就是被热闹占有,渐渐误以为热闹就是生活,热闹之外别无生活,最后真的只剩下了热闹,没有了生活。

《软件项目成功之道》的笔记(作者: 【美】Jared R. Richardson 【美】William A. Gwaltney Jr.)

序 言 2016-07-25 教条并不意味着没有思想,而是思想的终结。 1.1 习惯性优秀 2016-07-25 一流的产品只不过是好习惯的副产品。 2016-07-25 我们的每一天怎样度过,一生就会怎样度过”。 2016-07-25 不要偶然地养成某些习惯,要有意识地主动选择习惯。 1.3 路线图 2016-07-26 介绍你和你的团队每天可以使用的一些具体实践,做到“更巧地工作,而不是更玩命地工作 第二章 工具和基础设施 2016-07-26 ……增加一个功能特性的成本并不单单是为这些功能编码所花费的时间,这个成本还应该包括对将来扩展所设置的障碍。 4. 自动构建 2016-07-26 如果一棵树在森林里倒了…… 5. 跟踪问题 2016-07-26 问题跟踪系统就是一个簿记明细。你需要它记录你做的工作,修正了的和没有修正的问题,以及计划修正的问题。白板、索引卡或活页本或许可以应付几个月,但不是长久之计,而且肯定无法适应企业的具体要 10. 按照任务清单工作 2016-07-26 实际上,任务清单有变化通常意味着你的客户和干系人在关注这个项目,而且确实提出了想法(和有价值的反馈 2016-07-26 。如果任务清单在一段时间内没有任何变化,那么它可能已经无法反映项目当前的优先级了。 2016-07-26 如果一项任务无法转换为可测量的目标,就把它设置为最低的优先级,先处理更高优先级的任务。如果这项任务的出发点是好的,将它完全删除可能是个错误,把它分解为可测量的任务就 2016-07-26 可以了。 2016-07-26 代码冻结(code freeze)就是代码基停止改变。在开发周期中,代码如水般流动,会不断变化。不过,代码冻结之后,改变会停止。代码冻结后只能做重大的bug修正,增加特性或修正不太重要的bug都是不允许的。 2016-07-26 警告信号 更新任务清单比完成任务花费的时间还要多。 任务清单不到一周就更新一次。 任务清单非常保密,团队以外的任何人都无法看到。 11. 技术领导人 2016-07-26 技术领导人需要完成以下工作: 确保将团队的工作适当地展示给管理层; 为不懂技术的干系人解释技术问题; 2016-07-26 通过思考如何成为一个技术领导人,你会成为一个更棒的开发人员。 2016-07-26 每日例会是一个跟踪团队工作而且不会让他们感到压抑的好办法(见实 12. 每天都要协调和沟通 2016-07-26 烧钱率(burn rate)是一个术语,描述运营公司要花费多少资金,包括工资、租金、电力、福利等等。这是你要“烧”的金额,与你的工作是否完成无关。不管召开多大规模的会议,一定要先退一步,对这个会议每小时的花费做一个大致的计算。知道这个数额会让会议开得更简短。 第四章 曳光弹开发 2016-07-27 ,要尽早解决最难的问题,把容易的留到以后解决。 2016-07-27 一旦系统运行,就不允许任何人破坏。 第五章 常见问题及解决办法 2016-07-27 大多数人在回避问题上花费的时间和精力比他们尝试解决问题所下的功夫还要多。 23. 客户不满意 2016-07-27 技巧31:尽早而且经常发布真实演示系统 28. 新实践没有帮助 2016-07-27 技巧34:只修正需要修正的地方 附录H 测试框架 2016-07-27 《程序员修炼之道》 2016-07-27 《精通正则表达式》( 2016-07-27 《人月神话》(T 2016-07-27 《计算机程序设计艺术 2016-07-27 《死亡之旅》(Death March: The Complete Software Developer’s Guide to Surviving “Mission Impossible” Projects),作者Edward Youdon。“死亡之旅”项目在软件行业很有名。应该对这些有所了解,以免被它们拖垮。 《重构与模式》(Refactoring to Patterns),作者Joshua Kerievsky。你已经读过模式,也已经了解重构。现在来看看重构项目中的各种模式。 2016-07-27 《修改代码的艺术》(Working Effectively with Legacy Code),作者Michael Feather。这是一本实用指南,会告诉你如何对继承的产品进行测试、重构和扩展。

《Programming Ruby中文版》(Programming Ruby),作者David Thomas、Chad Fowler和Andy Hunt。这本关于Ruby的书主要针对我们这些不讲日语的人。要掌握这种语言,你想了解的一切都可以在这本书中找到。

《华为工作法》的笔记(作者: 黄继伟)

第一章 华为的工作目标管理法 2016-07-28 SMART标准是指Specific(要具体)、Measurable(可度量)、Actionable(可实现)、Realistic(结果导向)、Time-based(时间限定),这个标准强调了进行目标管理的基本态度,也为员工执行工作提供了一些基本思路。 1. 永远不能“先干起来再说” 2016-07-28 1. 永远不能“先干起来再说” 2016-07-28 。他们很快就发现了问题所在,那就是大部分华为员工只是坚定的指令接受者,他们在接受任务后,通常就是立刻埋头苦干,很少愿意花时间来思考一下自己工作的目标,因此他们根本不知道自己最适合何时执行任务,不清楚自己该如何更合理地操作,也搞不清楚自己应该做到何种程度。 2016-07-28 :做什么,如何做,做多少,在哪儿做,为什么做 2. 写下最初的梦想 2016-07-28 始终拥有最纯粹的方向 6. 事前要开好务虚会 2016-07-29 “战略决策关乎方向,方向错误,速度越快,就越容易翻车 7. 清晰的方向是在混沌中产生的 2016-07-29 一个领导人重要的素质是方向、节奏。 4. 不要忽视了自己的决策能力 2016-07-29 现在流程上运作的干部,他们还习惯于事事请示上级。这是错的,已经有规定,或者成为惯例的东西,不必请示,应该快速让它通过。 9. 不要太崇拜技术 2016-07-29 不要太崇拜技术了,成功不一定是技术。 1. “胜则举杯相庆,败则拼死相救” 2016-07-29 不管谁胜了,都是我们的胜利,我们大家一起庆祝;不管谁败了,都是我们的失败,我们拼死去救。企业文化就这样逐渐形成了。 2. 精益求精才能够不断进步 2016-07-29 工匠并不是代表一种机械重复的工作。它代表着一个时代的气质,坚定、踏实、精益求精……在资源日渐匮乏的后成长时代,重提工匠精神,重塑工匠精神,是生存、发展的必经之路。 7. “在创新中走出自己的道路” 2016-07-29 任何规范的东西都需要不断创新。 8. “木桶理论” 2016-07-29 华为组织结构的不均衡,是低效率的运作结构。就像一个桶装水多少取决于短的一块木板一样,不均衡的地方就是流程的瓶颈。 9. 挫折中更需要坚守 2016-07-29 烧不死的鸟就是凤凰。 3. “找最合适的工作才最重要” 2016-07-29 公司允许员工有挑选岗位的机会,不用封建包办婚姻式的包办终身。 7. 正确地认识自己的价值 2016-07-29 正确评估自己,不要做一个完人。 8. 绝对的公平是没有的 2016-07-29 您有时会感到公司没有您想象的公平。真正绝对的公平是没有的,您不能对这方面期望太高。

《聪明人是如何思考的》的笔记(作者: 【英】比尔·卢卡斯)

前言:聪明是一种获取更多成功和幸福的能力 2016-07-29 技能储备(Resourcefulness)、韧性(Resilience)、回想(Remembering)、深思(Reflectiveness)和举一反三(Responsiveness)。 3 当你学习时,大脑在做什么 2016-07-29 新技能的过程描述为:从无意识的不能胜任到有意识的能胜任的发展过程。 2016-07-08 任何形式的学习,都会涉及应对未知的情况,你不得不跨出让自己感到安逸的圈子,去感受那种手足无措。无需惊慌,这是你在将来的学习、认知中必然会遭遇的问题。好在,这种时候往往也是我们学习效率最高的时候。 2016-07-08 ,回顾自己以往的学习过程。想想看: 2. 你擅长使用哪种策略,课程式还是辅导式,自己解决还是与他人合作? 2016-07-08 是否根本无法应用,是否有兴趣继续尝试,是否增加了自信?) 6 聪明人最常见的思考状态 2016-07-08 既放松又警醒,这是一种能发挥头脑最大潜力的特别状态。 13 像锻炼肌肉一样锻炼大脑 2016-07-08 了解自己、懂得如何处理难题以及容忍各种不确定性因素。在这里,我们会对前两个问题展开研究,在主要关注如何应对变化的第六章会涉及“容忍不确定性”的问题。 2016-07-08 人生中最常见的两个困境,一个是思维阻碍,另一个是缺乏持续力。 2016-07-08 1. 把所有可能实施的方案全列出来,挑一个之前没试过的。 3. 想象一下如果自己最终成功了,感觉该有多棒。 14 创意爆棚的软焦点模式 2016-07-08 。 16 学习=经历+反思 2016-07-08 :经历+反思=学习。 2016-07-08 你的头脑效率极高,经常是在自己还没有意识到的时候,就已经完成了反思的过程 17 “我们把失误称为经验” 2016-07-08 :不要争辩,而是要从别人的角度看你自己。 25 思维导图——让大脑high起来 2016-07-08 太长的词组。 ·不再局限于线性的思考模式。 ·不再从编好号的列表中计算自己有多少个主意。 ·用图解和词组结合的方式让效果最大化。 2016-07-08 ·观察一个观点如何与其他观点建立联系。 ·同时看到全局和细节。 ·形象化地修复头脑中的信息,这样你就能记住更多。

结语

Jobs are owned by the company, you own your career