Cooper:面向UI的敏捷开发(一)

导读:一图胜千言,从事UI的工作者对于这句话的含义应该尤其明白。本系列博客将连载几期的Cooper幻灯片,关于“面向UI的敏捷开发”方面的内容。Cooper何许人也?还未了解他的朋友请先google一下,即可证明本人发帖的动机还是很明显的:),即借一借Cooper的真知灼见,小译一番,张贴出来。小弟翻译不好的地方,还请看官见谅。

幻灯片开始:

The Wisdom of Experience

体验的智慧

我在兄弟们眼中的角色,好比一个界面设计师

Most of you know me as a interface designer.

实情我是个程序员!

I am a programmer!

之所以软件是不一样的

Software is different.

很不一样的软件

Software is extremely different.

是因为写软件的人他们很另类,与别不同。

The pepole who build software are extraordinary

编程,看不见、摸不着,说起来也可以很“禅”

Programming is invisible, intangible, and inscrutable

编程是手艺活。

Programminig is craft

编程不是艺术

Programming isn't art.

编程不是科学吗?

Programming isn't science.

编程也不是一项工程吗?

Programming isn't engineering.

程序员都是出色的设计师

Programmers are excellent designers.

编程是一门手艺活,仿佛是在吊石膏板的预制件

Programming is craft, just like hanging drywall

软件中至为关键的地方,并不存在

The most important part of software doesn't exist

 

时间: 2024-10-01 01:47:06

Cooper:面向UI的敏捷开发(一)的相关文章

Cooper:面向UI的敏捷开发(三)

敏捷就不同了 Agile is different 敏捷它是进化了的 Agile is evolved 多个构建阶段的构建起软件 Building software is multi-stage process 瀑布 式的是一种荒废的多阶段过程 Waterfall is obsolele multi-stage process 瀑布式没用 Waterfall doesn't work 瀑布 式导致新问题:不信任.不透明.孤立无援.延时.不能交收的项目设计 Waterfall introduced

Cooper:面向UI的敏捷开发(四)

太简单也不行,那是弱智. It's a mistake to over simplify   构建软件的四个阶段:宏观idea,设计,工程,构建 Four stages of software creation: Big idea, Design, Engineering, Construction.   回答三个问题,然后就是做呗 Three interrogatives; one imperative 应该做成什么样子?采用什么形式和采取什么的行为动作?然后我们以什么技术搭建项目?论证完毕后

Cooper:面向UI的敏捷开发(五)

勉强开启软件项目把次序都搞乱了. Poorly run software projects jumble the steps 大多数软件都不是精品,凑合着勉强地在跑着 Most software projects are poorly run. 敏捷准备修复这些工序 Agile intends to fix the proecess. 全都是不能胜任的 Sorrounded by incompletence. 敏捷是复制那些垃圾强而有力的工具 Agile is powerfult tool fo

Cooper:面向UI的敏捷开发(二)

界面(是否可取"接口"之意译)就是两者交接的地方 Interfaces are the place-between 一面对于人,另一面对于软件 Interfaces to human, interfaces to other software 软件就像通往沼泽的高速公路 Software is like a highway to the swamp 很容易选错适合任务的工具 It's easy to choose the wrong tool for the job 程序员脾气不好 P

《软件工艺师:专业、务实、自豪》一2.2 面向技术的敏捷软件开发原则

2.2 面向技术的敏捷软件开发原则 这些原则主要与开发软件.完善软件设定.维护软件及交付软件时遇到的挑战有关.它们通常针对技术实践与技术本身设定规范或给出建议.举例来说,这些实践方式与技术包括:测试驱动开发.结对编程.持续集成.简洁设计等.面向技术的敏捷原则使团队专注于软件产品的质量,并帮助确保开发出来的软件品质优良(building the thing right,把事情做对).

《软件工艺师:专业、务实、自豪》一2.1 面向流程的敏捷软件开发原则

2.1 面向流程的敏捷软件开发原则 这些原则会影响团队与组织的工作方式.协作方式以及架构方式.它们通常对工作中的许多方面设定规范或给出建议,其中包括:团队会议的形式.工作人员的角色.捕获需求的方式.衡量工作效率的方法.怎样进行迭代开发.怎样规划并分割工作量,以及如何展示工作进度.如何取得业务反馈,等等.面向流程的敏捷原则帮助团队专注于那些特别重要而且对业务确实有价值的事情.采用这些方式,能够很好地确保团队构建出符合需求的软件(building the right thing,做正确的事).

使用.NET进行高效率互联网敏捷开发的思考和探索

不知从什么时候开始,创业变得很廉价,谈什么都是互联网,动辄融资千万.这阵风好像也刮向了程序员中,有那么一大批开发者,数据结构不好好学习.数据库原理不扎实掌握,在github上发布几个项目,用nodejs创建一些服务,再用H5写出APP,就自以为迈入了高级程序员的队伍,能够运筹帷幄互联网项目,难道学习新技术.新理念就是快速成长吗,显然不完全是,在这浮躁的氛围中,各种粗制滥造的互联网网站.APP接踵而至,很多看似漂亮的APP,连简单的http接口安全都没有措施应对,很多美丽的响应式网站,目录结构随意

解析敏捷开发的特点

近期公司在着重推进项目的敏捷开发,虽然以前也接触过,但还是去参加了下敏捷开发的培训,对于产品经理来说,如果推行了敏捷开发,则产品经理的协调沟通作用会更加的凸显出来,毕竟前期没有文档,只有演示稿甚或是图纸的情况下,沟通是非常重要的,特别是确认所有的需求功能点,并给需求功能点的优先级排序,确定敏捷开发的迭代周期,这些都需要沟通去解决,例行的会议也会比较多,产品经理肯定都要参与其中.对互联网行业来说,敏捷开发能更快速的响应不断变化的需求,对产品经理来说,如果同时参与的项目多一点的话,那就更加的杯具,你

敏捷开发-快速迭代

今天跟大家分享的是"敏捷开发.快速迭代".我们大都采用的是"瀑布开发模式",有了问题,就得返工,虽然最终的产品会比较齐全完善,但是开发周期太长,开发人员会产生排斥,甚至厌恶的心理.经过YH系统的开发,也且生体会到了这一弊端. 有问题就要去解决它!于是我想到了"敏捷开发".借鉴敏捷开发模式,来改善软件开发过程,提高项目的开发效率. 要想借鉴,首先得弄懂以下3个问题. 1. 什么是敏捷开发 百度百科中是这样解释的:敏捷开发是一种以人为核心.迭代.循序