dongjiang4949-CSDN博客

转载点石成金-访客至上的网站设计秘笈读书笔记

可用性定律1、“别让我思考”2、点击多少次都没关系，只要每次点击都是无须思考、明确无误的选择3、去掉每个页面上一半的文字，然后把剩下的文字再去掉一半关于网络使用情况的三个事实1、不是阅读，而是扫描2、不作最佳选择，而是满意即可3、不是追根究底，而是勉强应付广告牌设计101法则 - 为扫描设计，不为阅读设计1、在每个页面上建立清楚的视觉层次2、尽量利...

2018-12-27 10:47:00 324

转载 Windows7使用无线网卡建立WiFi热点

在Windows7下设置热点需要用到命令netsh wlan，具体的设置步骤如下：1、配置热点以管理员身份打开命令行模式，输入命令netsh wlan set hostednetwork mode=allow ssid=wifiName key=00000000参数mode：allow为允许，disallow为禁止参数ssid：无线网络名称，建议使用英文参数key...

2018-12-19 09:32:00 435

转载程序员的职业素养读书笔记 - 第14章辅导、学徒期与技艺

失败的学位教育符合要求的毕业生有个共同点，进入大学之前就已经自学编程，并且在大学里依然保持自学。学校中所学的内容和在工作中发现的实际需要，这两者之间通常会有巨大的差异。辅导1、精心编写的帮忙手册2、观察他人工作3、非常规辅导4、艰难的锤炼学徒期软件学徒期 1、大师 2、熟练工 3、学徒/实习生现实情况大多数...

2018-12-14 14:56:00 213

转载程序员的职业素养读书笔记 - 第13章团队与项目

只是简单混合吗有凝聚力的团队形成团队是需要时间的。团队成员需要首先建立关系。有凝聚力的团队通常有大约12名成员。7名程序员、2名测试人员、2名分析师和1名项目经理。 1）发酵期成员克服个体差异性，默契配合，彼此信任，形成真正有凝聚力的团队，需要6个月到1年的时间。一旦团队有了凝聚力，最好的做法是不拆散团队，让他...

2018-12-14 14:41:00 130

转载程序员的职业素养读书笔记 - 第12章协作

程序员与人程序员与雇主专业程序员的产要职责是满足雇主的需求。专业程序员会花时间去理解业务。程序员与程序员程序员之间通常很难密切合作 1、代码个体所有 2、协作性的代码共有权 3、结对转载于:https://www.cnblogs.com/TanSea/p/ClearCoder-12.html...

2018-12-14 14:35:00 130

转载程序员的职业素养读书笔记 - 第11章压力

避免压力在压力下保持冷静的最好方式，便是规避会导致压力的处境。承诺避免对没有把握能够达成的最后期限做出承诺。有时有人会代我们做出承诺。出于责任感我们必须主动找到方法来兑现承诺，但是一定不能接受承诺。保持整洁让系统、代码和设计尽可能整洁，就可以避免压力。危机中的纪律选择那些你在危机时刻依然会遵循的纪律原则，并且在所有工作中都遵...

2018-12-13 17:08:00 104

转载程序员的职业素养读书笔记 - 第10章预估

什么是预估不同的人对预估有不同的看法。业务方觉得预估就是承诺。开发方认为预估就是猜测。承诺承诺是必须做到的。专业开发人员不随便承诺，除非他们确切知道可以完成。如果被要求承诺做自己不确定的事情，那么就应当坚决拒绝。预估预估是一种猜测。它不包含任何承诺的色彩。大多数软件开发人员都很不擅长预估。原因在于我们并不理解预估的实质。预估不是...

2018-12-13 17:04:00 123

转载程序员的职业素养读书笔记 - 第9章时间管理

会议关于会议两条真理：1、会议是必需的2、会议浪费了大量的时间拒绝理智地使用时间，所以必须谨慎选择，应当参加哪些会议，礼貌拒绝哪些会议。好的领导一定会主动维护你拒绝出席会议的决定，因为他和你一样关心你的时间。离席仔细管理自己的时间是你的责任。如果你发现参加某个会议是在浪费时间，就应当想个礼貌的办法退出来。确定议程与目标 ...

2018-12-13 16:55:00 121

转载程序员的职业素养读书笔记 - 第8章测试策略

QA应该找不到任何错误QA也是团队的一部分 QA和开发人员应该紧密协作，携手保障系统的质量。 QA在团队中要扮演的便是需要规约定义者（specifier）和特性描述者（characterizer）。需求规约定义者 QA的任务便是和业务人员一起创建自动化验收测试，作为系统真正的需求规约文档。业务人员编写针对正常路径（happy-path）的...

2018-12-13 16:47:00 137

转载程序员的职业素养读书笔记 - 第7章验收测试

需求的沟通开发方与业务方之间最常见的沟通是关于需求的。业务方描述他们认为自己需要的东西，程序员按照自己理解的业务方表达的需求来开发。在现实里，关于需求的沟通是极其困难的，其中会出现各种问题。过早精细化做业务的人和写程序的人都容易陷入一个陷阱，即过早进行精细化。 1、不确定原则每次向业务方展示一项功能，他们就获得了比之前更多的信息，这些...

2018-12-10 09:30:00 161

转载程序员的职业素养读书笔记 - 第6章练习

编程柔道场卡塔：编程卡塔是一整套敲击键盘和鼠标的动作，用来模拟编程问题的解决过程。瓦萨：两个人的卡塔。一个人负责攻，另一个人负责守。自由练习：很像由两个参与者解决问题的瓦萨，也可以有多人参与。自身经验的拓展职业程序通常会受到一种限制，即所解决问题的各类比较单一。老板通常只强调一种语言、一种平台，以及程序员的专门领域。开源持不落伍的一种方法是为开源项目贡...

2018-12-10 09:23:00 137

转载程序员的职业素养读书笔记 - 第5章测试驱动开发

此事已有定论TDD绝不仅仅是一种用于缩短编码周期的简单技巧。每个开发人员都要适应和掌握TDD。TDD的三项法则1、在编好失败单元测试之前，不要编写任何产品代码。2、只要有一个单凶测试失败了，就不要再写测试代码；无法通过编译也是一种失败情况。3、产品代码恰好能够让当前失败的单元测试成功通过即可，不要多写。TDD的优势确定性：任何时刻，代码有任何修改，都必须运...

2018-12-10 09:19:00 150

转载程序员的职业素养读书笔记 - 第4章编码

要精熟掌握每项技艺，关键都是要具备“信心”和“出错感知”能力。做好准备在编码时必须平衡互相牵制的多种因素1、代码必须能够正常工作。2、代码必须能够帮你解决客户提出的问题。3、代码必须要能和现有系统结合得天衣无缝。4、其他程序员必须能读懂你的代码。凌晨3点写出的代码疲劳的时候，千万不要写代码。奉献精神和职业素养，更多意义上指要遵循纪律原则而非成为长时...

2018-12-07 11:01:00 158

转载程序员的职业素养读书笔记 - 第3章说“是”

承诺用语口头上说。心里认真。付诸行动。做出承诺，包含三个步骤 1、口头上说自己将会去做。 2、心里认真对待做出的承诺。 3、真正付诸运行。识别“缺乏承诺”的征兆在承诺做某事时，应当留意自己的用词，因为这些用词透露了我们对待承诺的认真程度。真正的承诺听起来是怎样的对自己将会做某件事做了清晰的事实陈述，而且还明确说明了完成期限...

2018-12-06 08:49:00 97

转载程序员的职业素养读书笔记 - 第2章说“不”

对抗角色要做出艰难决定的时候，存在对抗角色间的冲突于此是最为有利的。“为什么”远不如“事实”重要。事实是功能还需要两个星期才能完成。而为什么需要两个星期，则只是个细节。高风险时刻最要说“不”的是那些高风险的关键时刻。要有团队神精神有团队精神的人不会总是说“是”。试试看许诺“尝试”，意味着承认自己之前未尽全力，承认自己还有余力可施。许诺“...

2018-12-05 16:10:00 77

转载程序员的职业素养读书笔记 - 第1章专业主义

担当责任“专业主义”就意味着担当责任，不但象征着荣誉与骄傲，而且明确意味着责任与义务。不行损害之事1、不要破坏软件功能 1）让QA找不出任何问题，发布软件时，你应该确保QA找不出任何问题。 2）要确信代码正常运行，要求进行百分百测试覆盖，可以使用测试驱动开发（TDD）。 3）自动化QA，自动化测试至少要能够让你知道，你的系统很有可能通过QA的测试...

2018-12-05 15:04:00 143

转载代码整洁之道读书笔记 - 代码整洁清单

注释C1：不恰当的信息让注释传达本该更好地在源代码控制系统、问题追踪系统或任何其他记录系统中保存的信息，是不恰当的。注释只应该描述有关代码和设计的技术性信息。C2：废弃的注释过时、无关或不正确的注释就是废弃的注释。C3：冗余注释如果注释描述的是某种充分自我描述了的东西，那么注释就是多余的。注释应该谈及代码自身没提到的东西。C4：糟糕的注...

2018-12-03 09:43:00 252

转载代码整洁之道读书笔记 - 第13章并发编程

为什么要并发并发是一种解耦策略。它帮助我们把做什么（目的）和何时（时机）做分解开。解耦目的与时机能明显地改进应用程序的吞吐量和结构。迷思和误解 1、并发总能改进性能：并发只在多个线程或处理器之间能分享大量等待时间的时候才能改进性能。 2、编写并发程序无需修改设计：并发算法的设计有可能与单线程系统的设计极不相同。目的与时机的解耦往往对系统结构产生巨大影响。...

2018-11-29 10:29:00 124

转载代码整洁之道读书笔记 - 第12章迭代

Kent Beck的简单设计四条规则1、运行所有测试2、不可重复3、表达了程序员的意图4、尽可能减少类和方法的数量简单设计规则1：运行所有测试遵循有关编写测试并持续运行测试的简单、明确的规则，系统就会更贴近OO低耦合度、高内聚度的目标。编写测试引致更好的设计。简单设计规则2~4：重构测试能保持代码和类的整洁，方法就是递增式地重构代码。测试消除了对清理代码就...

2018-11-29 09:43:00 67

转载代码整洁之道读书笔记 - 第11章系统

无论是设计系统或单独的模块，使用大概可工作的最简单方案。将系统的构造与使用分开1、分解main 将构造与使用分开的方法之一是将全部构造过程搬迁到main或被称之为main的模块中。2、工厂有时应用程序也要负责确定何时创建对象。3、依赖注入有一种强大的机制可以实现分离构造与使用，那就是依赖注入（Dependency Injection, D...

2018-11-27 16:17:00 119

转载代码整洁之道读书笔记 - 第10章类

类应该短小1、单一权责原则（SRP）系统应该由许多短小的类而不是少量巨大的类组成。每个小类封装一个权责，只有一个修改的原因，并与少数其他类一起协同达成期望的系统行为。2、内聚类应该只有少量实体变量。类中的每个方法都应该操作一个或多个这种变量。3、保持内聚性就会得到许多短小的类为了修改而组织隔离修改，借助接口和抽象类来隔离实现细节（代...

2018-11-27 16:05:00 150

转载代码整洁之道读书笔记 - 第9章单元测试

TDD三定律定律一在编写不能通过的单元测试前，不可编写生产代码。定律二只可编写刚好无法通过的单元测试，不能编译也算不通过。定律三只可编写刚好以通过当前失败测试的生产代码。保持测试整洁测试代码和生产代码一样重要。它需要被思考、被设计和被照料。它该像生产代码一般保持整洁。整洁的测试在单元测试中，可读性甚至比生产代码中还重要。测试如何才能做到可读？明确，简洁，...

2018-11-26 16:49:00 131

转载代码整洁之道读书笔记 - 第8章边界

1、使用第三方代码，把边界接口保留在类或近亲类中。避免从公共API中返回边界接口，或将边界接口作为参数传递给公共API。2、浏览和学习边界，不要在生产代码中试验新东西，而是编写测试来遍览和理解第三方代码。Jim Newkirk把这个叫做学习性测试。3、学习性测试的好处不只是免费，能帮助我们增进对API的理解；看看程序包的行为有没有改变；快速发现能不能兼容新版本。4、使用尚不存...

2018-11-22 11:30:00 124

转载代码整洁之道读书笔记 - 第7章错误处理

1、使用异常而非返回码2、先写Try-Catch-Finally语句3、使用不可控异常，可控异常的代价是违反开放/闭合原则4、给出异常发生的环境说明，抛出的每个异常，都应当提供足够的环境说明，以便判断错误的来源和处所5、依调用者需要定义异常类6、定义常规流程，使用特例模式。创建一个类或配置一个对象，用来处理特例。异常行为封装到特例对象中7、别返回null值8、...

2018-11-20 14:21:00 76

转载代码整洁之道读书笔记 - 第6章对象和数据结构

数据结构、对象的反对称性对象（对象式代码）曝露行为，隐藏数据。便于添加新对象类型而无需修改既有行为，同时也难以在既有对象中添加新行为。数据结构（过程式代码）曝露数据，没有明显的行为。便于向既有数据结构添加新行为，同时也难以向既有函数添加新数据结构。在任何系统中，我们有时会希望能够灵活地添加新数据类型，所以更喜欢在这部分使用对象。另外一些时候，我们希望能灵活地添加新行为，这...

2018-11-19 17:08:00 251

转载代码整洁之道读书笔记 - 第5章格式

垂直格式1、推荐单文件200行代码左右，最长不超过500行。2、每一组思路完整的代码，中间用空白行区隔。3、紧密相关的代码应该互相靠近。4、本地变量和实体变量应该在类的顶部声明。5、概念相关的代码应该放在一起，相关性越强，距离越短。6、自上向下展示函数调用依赖顺序。被调用的函数应该放在执行调用的函数下面。横向格式1、遵循无需拖动滚动条到右边的原则。推荐一行...

2018-11-19 10:44:00 85

转载代码整洁之道读书笔记 - 第4章注释

2018-11-15 16:13:00 126

转载代码整洁之道读书笔记 - 第3章函数

短小函数的第一规则是要短小。第二条规则是还要更短小。函数20行封顶最佳。if语句、else语句、while语句等，其中的代码块应该只有一行，而且，块内调用的函数拥有较具说明性的名称，还能起到文档的作用。只做一件事函数应该做一件事。做好这件事。只做这一件事。每个函数一个抽象层级自顶向下读代码：向下规则.switch语句只出现一次，用于创建多态对象，且隐藏...

2018-11-13 17:13:00 144

转载代码整洁之道读书笔记 - 第2章有意义的命名

名副其实1、选个好名字要花时间，但省下来的时间比花掉的多2、一旦发现有更好的名称，就换掉旧的3、如果名称需要注释来补充，那就不算是名副其实避免误导1、应当避免使用与本意相悖的词 hp、aix和sco都不该用做变量名，因为它们都是UNIX平台或类UNIX平台的专有名称。别用accountList来指称一组账号，除非它真的是List类型。用accou...

2018-11-13 10:33:00 139

转载代码整洁之道读书笔记 - 第1章整洁代码

勒布朗（LeBlanc）法则稍后等于永不（Later equals never），任何说以后改的代码最终都不会再去改了。简单代码规则1、能通过所有测试2、没有重复代码3、体现系统中的全部设计理念4、包括尽量少的实体转载于:https://www.cnblogs.com/TanSea/p/ClearCode-1.html...

2018-11-12 16:06:00 64

转载 INSPIRED启示录读书笔记 - 第41章产品经理的反省清单

十大问题1、产品能吸引目标消费者的关注吗？2、产品的设计是否人性化，是否易于操作？3、产品能在竞争中取胜吗？即使是面对未来风云变化的市场，依旧有取胜的把握吗？4、我了解目标用户吗？产品（不是理想的产品，而是实际开发出来的产品）是否能得到他们的认可？5、产品是否有别于市面上的其他产品？我能在两分钟内向公司高管清楚地阐明这些差别吗？能在一分钟内向客户解释清楚吗？能在半分钟...

2018-11-08 17:19:00 92

转载 INSPIRED启示录读书笔记 - 第40章最佳实践经验

十大要点1、产品管理的职责：许多产品经理将大把的时间浪费在与产品管理无关的工作上2、用户体验：对于大多数软件产品来说，用户体验就是产品的生命3、机会评估：用方便快捷的机会评估方法取代过时的市场需求文档4、特约用户：打造优秀的产品没有任何捷径，只能请用户反复试用产品，不断改进5、产品原则：可以帮助产品经理和产品团队树立清晰的价值标准，作出果断的决策6、人物角色：是协...

2018-11-08 17:18:00 116

转载 INSPIRED启示录读书笔记 - 第39章打造平台产品的经验

最具挑战性的工作产品管理中难度最大，也最能体现产品经理实力的是定义成功的平台产品。所谓平台产品是指一类基础软件，应该开发者能在其基础上开发应用程序平台产品要面对三种不同的客户 1、应用软件供应商：选择你的平台创建解决方案的公司；应用软件供应商关心平台开发商的生存能力、定价、认证情况、产品质量、技术支持能力以及将产品国际化的难易程度 2、开发人员：应用软件供应商...

2018-11-08 16:39:00 129

转载 INSPIRED启示录读书笔记 - 第38章打造企业级产品的经验

十大要点1、可用性：很少有企业开发这类软件时会进行交互设计、视觉设计、可用性测试，因此产品才会表现得如此糟糕2、产品正常工作：多数企业级产品根本没法使用，或者还需花大量的时间和资金开发临时补丁，产品才能正常运行3、特例产品：必须坚持原则才能特例产品的诱惑，对急需资金的小公司而言尤其如此。开发满足广大用户需求的产品始终是首要任务4、特约用户：并不是说客户的话不能听，恰好相反...

2018-11-08 16:34:00 129

转载 INSPIRED启示录读书笔记 - 第37章大众网络服务产品

十大要点1、可用性：大众网络服务产品必须具备良好的用户体验2、人物角色：按典型特征将用户分类，抽象出有代表性的用户类型（人物角色）3、扩展性：应该不间断地考虑扩展性问题，永远留有余地，不到万不得已不要满负载运行4、持续可用性：在系统设计上保证持续可用性与规划扩展性一样重要5、客户服务：传统的客户服务完全无法应付数量庞大的网络用户，除了尽量减少系统故障和缺陷外别无他法...

2018-11-08 16:14:00 172

转载 INSPIRED启示录读书笔记 - 第36章可用性与美感

两者缺一不可交互设计和视觉设计完全是两回事视觉设计可以满足用户的情感需求良好的用户体验是交互设计师和视觉设计师合作的结果。他们共同配合产品经理定义产品转载于:https://www.cnblogs.com/TanSea/p/INSPIRED-36.html...

2018-11-08 15:43:00 130

转载 INSPIRED启示录读书笔记 - 第35章情感接纳曲线

技术接纳曲线涉及了技术创新者、尝鲜者、早期消费大众、后期消费大众和跟随者，很少有产品能越过鸿沟——获得尝鲜者以外消费者的青睐不同类型的用户具有不同的情感需求，除了技术接纳曲线模型描述用户外，还应该增加一种情感接纳曲线作为补充情感接纳曲线1、技术爱好者（即技术创新者）购买产品，仅仅是因为产品采用了新的技术。这类消费者容易误导产品经理，因为他们的需求与普通大众的不同。他们对技...

2018-11-08 15:40:00 204

转载 INSPIRED启示录读书笔记 - 第34章恐惧、贪婪、欲望

消费者购买产品大多源于情感需求企业级消费者出于恐惧和贪婪购买产品：如果不买这款产品，竞争对手会超过我，黑客会攻破我的防火墙，客户将弃我而去；如果买了，会赚得更多，省得更多大众消费者购买产品的原因更多样化：使用这款产品（登录这个网站），就有机会交到朋友（化解孤独），或者找到约会对象（满足爱的需求），或者大挣一笔，或者展示我的照片和音乐（满足自豪感）不同类型的用户有着不同的情感需...

2018-11-08 15:34:00 127

转载 INSPIRED启示录读书笔记 - 第33章新瓶装老酒

精明的公司至少要手握两件“法宝”1、对目标市场了如指掌，对现有产品的缺陷洞若观火2、跟踪最亲的技术趋势。新技术层出不穷，让之前无法实现的方案变得可能转载于:https://www.cnblogs.com/TanSea/p/INSPIRED-33.html...

2018-11-08 15:26:00 120

转载 INSPIRED启示录读书笔记 - 第32章提防有特殊要求的产品

产品需求不能用户说了算1、在看到具体的产品之前，用户很难知道自己需要什么2、用户不知道什么样的产品是可行的（在目前的技术条件下可以实现）3、用户之间缺少沟通，需求很难统一怎样回避特例产品可能带来的危害1、根据产品原则决定是否接受客户提出的特殊要求2、产品经理应该与客户一起梳理需求，发现问题的本质，提供更合理的解决方案3、让各家系统集成商或解决方案供应商参与投标...

2018-11-08 15:24:00 125

空空如也

空空如也