development note

Python 配置管理 Python里面需要进行配置管理,这里的一个原则是配置信息集中保存,dev,test环境由一个入口进行中心管理。比如,所有的配置信息都放在config.py中: db_dev = { 'host': 127.0.0.1, 'port': 3306, 'username': username, 'pass': pass, 'db': dev } db_test »

python modules versus package

包和模块的概念是编程语言级别的概念,在不同的语言中可能内部实现逻辑不同。包和模块的出现一方面方便了代码组织,另一方面有利于代码复用。 python3 doc module 《python基础教程》 mudoles A module is a file containing Python definitions and statements. The file name is the module name »

读书笔记:高效能程序员的修炼

入门须知 编程只是整个解决方案中极其微小的一个部分 生命中最困难的,是想清楚你真正像要做的事情 每个人都应该大量地写作 把一堆烂事搞定的艺术 如果你想造一艘船,那就不要催着工人们去收集木材,分发工作,发号施令.你应该教会他们的是对无边无际大海的渴望. 代码,反思,讨论,学习 高效编程之原则 高效编程原则: 永远都是你的错 大道至简 避免写注释 学会读源代码 真正的骇客世界里只有一个简单的事实:如果一个软件在我的机器上运行,那它就是我的软件.我要对它负责,我必须把它弄明白. »

林纳斯《只是为了好玩》读后感

学习是为了兴趣,在学习中找到有趣的地方,学习有趣的东西,保持好奇心 生活的意义一 大卫:现在我正在思考一个最基本的问题,这个问题挺重要的。你想借这本书表达什么? 林纳斯:这个嘛,我想阐释生活的意义。 … 林纳斯:基本上这个答案既干脆有漂亮。答案本身不会阐释生活的意义,但会直接告诉你生活中会发生什么。有三件事对生活是有意义的,它们是生活中所有事情的动机—包括你做的所有事和任何一个生命体会做的事:第一是生存,第二是社会秩序,第三是娱乐。生活中的所有事情都会遵循着这个顺序,娱乐之后就再无其它。所以从某种意义上说,生活的意义就是要你达到第三个阶段。 »

java N 问

如何理解面向对象? 编程中有面向对象和面向过程两种思想。它们都是从编程实践中总结出来的 面向对象就是把实际问题抽象成不同的实体(类),在实体中封装对象的属性和方法,来方便地解决问题。 以飞机大战游戏为例。若想实现这样的功能,该如何用java OOP来设计思路?先抽象这个游戏中的实体:敌人飞机、英雄飞机、蜜蜂、子弹。所有的事物都要飞行、移动;不同的飞行实体又有各自的特点。所以我们抽象一个父类FlyingObject,飞机、蜜蜂等继承这个类再扩展自己的属性和方法。最后再在一个主类中实现、组织游戏逻辑。 对于简单的问题容易抽象实现OOP,而复杂的问题体现了一个人的设计和抽象能力。 »

RESTful API设计系列四:URLs

说明 原文链接 翻译:@adolphlwq 项目地址 tt:自动生成翻译模板 用时: 2h Entry Point RESTful API有且只有一个入口点(entry point)。入口点的URL要告知API客户端,以便它们可以找到。 技术上讲,入口点可以被看作任何集合外的单个资源。通常入口点包含下列部分或全部信息: API版本信息,支持的特性等。 顶层集合列表。 单个资源列表。 API设计者认为有用的信息,比如: »

RESTful API设计系列三:资源

说明 原文链接 翻译:@adolphlwq 项目地址 翻译/校对:3.5h 资源是任何RESTful API中的基本概念。资源是对象,包括类型、关联的数据、资源间的关系以及资源上的操作集合。它和面向对象编程语言中的对象类似,不同点在于资源 只定义了有限的标准方法(对应HTTP协议中标准的GET,POST,PUT,DELETE方法),而对象实例可以有很多方法。 资源可以被分类到不同的集合中。每个集合都包含一种类型的资源,因此集合都是均匀( »

RESTful API设计系列二:API设计者的职责

说明 原文链接 翻译:@adolphlwq 项目地址 翻译/校对:1.5h 在完全深入RESTful API设计之前,详细了解RESTful API设计者的工作细节很重要。 APIs之间不是孤立的,对于API中已经存在的应用或者服务的API,新的API要和它们在功能上独立开来。在我看来,API设计者的职责是双重的: 1. 足够理解新建API在应用中的重要细节,这样你就能决定哪些功能需要暴露、如何暴露,以及哪些功能可以排除。 2. 对API中的功能建模,要能解决出现的所有使用场景, »

RESTful API设计系列一:简介

说明 原文链接 翻译:@adolphlwq 项目地址 简介 这篇文章里,我尝试写下我心中的、真正优美的RESTful API设计原则。这些经验来自于我之前参与的项目twice,它是红帽企业版中的虚拟化产品。在API设计阶段我们必须解决真实场景中的很多问题,同时我们不希望添加那些容易实现的非RESTful或者类RPC接口到我们的API中。 在我的理解中,真实的RESTful API提供了问题的答案,你不需要再去看介绍文字。但是做到如此不可避免要遇到很多问题: - 是否要正规描述资源? - 如何创建有帮助、自动化的命令行接口? - 如何做轮询、 »

个人英文翻译的反思总结

最初目的 我是一名软件工程师,在项目开发中要接触大量的英文文档,阅读非常多的英文文章。这让我深深感触到: - 英语的读、说、写能力严重限制软件工程师的个人发展 - 语言不通带来的信息不对称也会影响着个人视野 这也是我决定通过翻译文章学习英文的初衷,后来慢慢衍生出adolphlwq/translate这个项目。 翻译历程 2015:阶段一 2015年5月对Docker非常感兴趣,于是开始阅读官方文档。记得那时候还是1.6版本,文档还很清新简洁,没有现在(1.13) 那么臃肿, »