看<代码整洁之道>看到了一个概念:勒布朗法则. 咦?这个不是NBA中的勒布朗·詹姆斯法则,当然NBA中针对一些球星的Bug表现也制定了一系列的法则,如乔丹法则(乔丹太过于强大).奥尼尔法则(待在三秒区不出来,统治力太强).哈登法则(太能碰瓷!). 我们要说的是这个: 稍后等于永不!Later equals never . —— [ LeBlanc ] 这个很好地反映了我们的现实:一些事情,我们总是口口声声说稍后再做,结果惰性使得拖来拖去,最终不了了之,再没做. 亲爱的小伙伴,你是不是经常这样呢

我们都曾有过这样的经历:自己写的烂程序竟然可以运行,然后就认为能运行的烂代码总比什么都没有强.还会有这样的想法:总有一天我会修改它.但是,LeBlanc(勒布朗)法则表示:稍后等于永不(Later equals never). 不听经理的我们会被炒鱿鱼,多半不会.多数经理想要知道实情,即便他们看起来不喜欢实情.多数经理想要好代码,即便他们总是痴缠于进度.他们会奋力维护进度和需求:那是他们该做的.你则当以同等的热情维护代码. 能分辨整洁代码和肮脏代码,也不意味着会写整洁代码! 保持代码整洁: 让营

代码整洁之道读书笔记 by fangpc 序言部分 "神在细节之中" - 建筑师路德维希 5S哲学(精益) 整理(Seiri):搞清楚事物之所在--通过恰当地命名之类的手段--至关重要 整顿(Seiton):每段代码都应该在你希望它所在的地方--如果不在那里,就需要重构了 清楚(Seiso):或谓清洁,清理工作地拉线.油污和边角废料 清洁(Seiketsu):或谓标准化,开发组内使用统一的代码风格和实践手段 身美(Shisuke):或谓纪律(自律),在实践中贯彻规程,并时时体现于个人工

军规:让营地比你来时更干净. 整洁代码 Leblanc : Later equals never. (勒布朗法则:稍后等于永不) 对代码的每次修改都影响到其他两三处代码. 修改无小事. 如同医生不能遵从病人的意愿,程序员遵从不了解混乱风险的经理的意愿,也是不专业的做法. 赶上期限的唯一方法,做的快的唯一方法,就是始终尽可能保持代码整洁. 破窗理论:环境中的不良现象如果被放任存在,会诱使人们仿效,甚至变本加厉.==一幢有少许破窗的建筑为例,如果那些窗不被修理好,可能将会有破坏者破坏更多的窗户.最终

第1章 太初之时,有设计师 (已看) 第2章 设计师创造体验 第3章 体验发生于场景 第4章 体验从游戏中诞生 第5章 游戏由元素构成 第6章 元素支撑起主题 第7章 游戏始于一个创意 第8章 游戏通过迭代提高 第9章 游戏为玩家而生 第10章 体验在玩家的脑中 第11章 玩家的动机驱使着玩家的闹 第12章 有些元素是游戏机制 第13章 游戏机制必须平衡 第14章 游戏机制支持谜题 第15章 玩家通过界面玩游戏 第16章 体验可以用它们的兴趣曲线来评价 第17章 有种体验叫作故事 第18章 游戏

本周我阅读了<Clean Code>. “神在细节中!”,建筑家范德罗如是说.他当然专注于基于宏伟构架之上的永恒建筑形式,他也同样为自己设计的建筑挑选门把手.同样软件开发也是这样,小处见大.在宏伟的建筑作品中,我们也要关注细节的回响.重点便是整理,从而达成Clean.一个很好的例子是对于变量命名,认真对待每个变量名.书中作者说,我们就像一群代码猴子,无视混乱无序,失去代码的真谛.整洁的代码正是迈向编程之美的基础,重要性毋庸置疑. 作者断言,我们永远需要代码.我们可以创造各种工具,但是永远无法抛

1 “Later equals never !”LeBlanc法则   2 爱情使人忘记时间,时间也会使人忘记爱情,不要让太多的昨天占据你的今天,请相信:是你的不管你怎样任性他都不会离开你:失去的其实从未真正属于过你.   3 幸福不会遗漏任何人,迟早有一天它会找到你.   4 一个真正强大的人,不会把太多心思花在取悦和亲附别人上面.所谓圈子.资源,都只是衍生品.最重要的是提高自己的内功.只有自己修炼好了,才会有别人来亲附.自己是梧桐,凤凰才会来栖:自己是大海,百川才来汇聚.你只有到了那个层次,

莫愁前路无知己,天下谁人不识君.科比,愿你如迈克尔·乔丹,仍然活跃在篮球界.退役不是结束,而是另一段人生的开始. 北京时间2016年4月14日,湖人101-96击败爵士,科比-布莱恩特告别战,20年职业生涯划上句号.NBA江湖从此再无科比,再无黑曼巴.在这场谢幕战中,科比得到60分,创造NBA33岁以上球员的得分纪录,也是本赛季NBA的得分纪录和个人赛季纪录……他用这样一场谢幕战,完美谢幕,回馈60E科比球迷(是对科比球迷群体的一种夸张描述,借此凸显科比球迷群体的庞大) 科比谢幕战创三项纪录 “

球员名 主动技能名 主动技能效果 拆解技能名 拆解技能效果 巅峰-纳什 跑投三分 全队三分出手概率提高X%,但体力消耗增加Y% 稳固进攻 全队进攻增加X%,持续整场比赛 巅峰-科比 肉搏 对方全体行动时体力消耗增加X% 拼命三郎 全队投篮概率增加X%,但体力消耗增加Y% 巅峰-奥尼尔 战吼 比赛开始后200秒使场上球员实力提高X% 施压 比赛开始后200秒,对手球队实力降低X% 巅峰-邓肯 稳如泰山 对方投篮失败时,有30%概率降低对手全队体力5点 稳固防守 全队防守增加X%,持续整场比赛 克里

多态---虚方法    (子类可以选择重写或者不重写) class Program { static void Main(string[] args) { Chinese cn1 = new Chinese("叶长种"); Chinese cn2 = new Chinese("王少伟"); Japanese jp1 = new Japanese("小野妹子"); American us = new American("勒布朗"

Servlet三大域对象的应用 request.session.application(ServletContext) 请求转发器: public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setAttribute("name", "勒布朗"); System.out.print

内容一览: 1.Python操作MySQL数据库 2.ORM sqlalchemy学习 1.Python操作MySQL数据库 2. ORM sqlachemy 2.1 ORM简介 对象关系映射(英语:Object Relation Mapping,简称ORM,或O/RM,或O/R mapping),是一种程序技术,用于实现面向对象编程语言里不同类型系统的数据之间的转换.从效果上说,它其实是创建了一个可在编程语言里使用的"虚拟对象数据库". 面向对象是从软件工程基本原则(如耦合.聚合.封

大纲 1.RabbitMQ 2.Redis 1.RabbitMQ消息队列 1.1 RabbitMQ简介 AMQP,即Advanced Message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计.消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然. AMQP的主要特征是面向消息.队列.路由(包括点对点和发布/订阅).可靠性.安全. RabbitMQ是一个开源的AMQP实现,服务器端用Erlang语言编写,支持

2014年 ESPN球员实力最后排名 没想到 保罗-乔治没有上榜.之前预測的火箭两大明星排名落后了,杜兰特排到第8有点出乎意料. 戴维斯升得那么快有点出乎意料,一个球队拥有两位排前十位的球队:骑士,快船,雷霆,火箭.新赛季冠军归属在这几支球队?马刺能一直作为冠军热门真不简单. 1.勒布朗-詹姆斯 2.克里斯-保罗 3.安东尼-戴维斯 4.拉塞尔-威斯布鲁克 5.格里芬 6.史蒂芬-库里 7:凯文-乐福 8:凯文-杜兰特 9. 詹姆斯-哈登 10.德怀特-霍华德 11)卡梅罗-安东尼 12)乔金-

# 写写写写写,每个人有每个人写东西的方式,这些都是好的方式.需要感谢的人有几个,对我的成长有启发,所以我也会把能够想到.接触到的东西告诉team里面的人.新人,然后这些人又可以把这些东西传递给下一波人 Json是什么:一种数据格式,一种key:value的数据格式 如何记忆:花括号.引号.冒号.引号.逗号 # 先记住简单的就可以了 举个简单例子 { "firstName": "勒布朗" } 举个简单例子 { "firstName": "

在Swift中如果想要以如下方式执行NSLog,则编译器必定抱怨: class Foo {} NSLog("%@",Foo()) 因为Foo是原生Swift类不是继承自NSObject,而NSLog需要其Description方法,所以我们必须使Foo派生自NSObject,然后重载Description方法: class Foo:NSObject { override var description: String {return "大熊猫侯佩"} } NSLog

前言 这篇博文本来是想放在全系列的大概第五.六篇的时候再讲的,毕竟查询是在索引创建.索引文档数据生成和一些基本概念介绍完之后才需要的.当前面的一些知识概念全都讲解完之后再讲解查询是最好的,但是最近公司项目忙经常加班,毕竟年底了.但是不写的话我怕会越拖越久,最后会不了了之了,所以刚好上海周末下雪,天冷无法出门,就坐在电脑前敲下了这篇博文.因为公司的查询这块是我负责的所以我研究了比较多点,写起来也顺手些.那么进入正文. 为什么用SQL查询 前面的文章介绍过,Elasticsearch 的官方查询语言

简介 Elasticsearch是一个高度可扩展的.开源的.基于 Lucene 的全文搜索和分析引擎.它允许您快速,近实时地存储,搜索和分析大量数据,并支持多租户. Elasticsearch也使用Java开发并使用 Lucene 作为其核心来实现所有索引和搜索的功能,但是它的目的是通过简单的 RESTful API 来隐藏 Lucene 的复杂性,从而让全文搜索变得简单. 不过,Elasticsearch 不仅仅是 Lucene 和全文搜索,我们还能这样去描述它: 分布式的实时文件存储,每个字

list列表简介:列表是python的基础数据类型之⼀ ,其他编程语⾔也有类似的数据类型. 比如JS中的数组, java中的数组等等. 它是以[ ]括起来, 每个元素⽤' , '隔开⽽且可以存放各种数据类型:. lst = [1, 'GG', "MM", [1,666,0,"嘻嘻"] tuple元组简介:俗称不可变的列表.⼜被成为只读列表, 元组也是python的基本数据类型之⼀, ⽤⼩括号括起来, ⾥⾯可以放任何数据类型的数据, 查询可以. 循环也可以. 切片也可

TTS实现数据库迁移,具有速度快.支持跨平台和跨版本等优点.本文记录了用TTS从10g single迁移到11g RAC的过程. Source数据库版本和字符集设置: SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle - 64bi PL - Production CORE Production TNS - Production N