关闭

[翻译Joel On Software]基于事实证据的进度计划/Evidence Based Scheduling

软件开发人员实在是不喜欢定计划。他们通常会尝试不做计划。他们会说“做好的时候就做好了!”,期望这样勇敢,幽默的台词会让老板付之一笑,在随后的愉悦中,软件计划就被忘到一边了。 你通常看见的计划大都是漫不经心的产物。他们被存在某个共享的地方然后就完全被忘记了。当这些团队两年后发布产品的时候,那个守着文件柜的怪人事后就从他的办公室拿出了那份老的打印版,然后每个人都开始大笑。“嘿,看,我们当时居然允许花两个礼拜时间用Ruby来重写!”。...
阅读(1961) 评论(2)

[翻译Joel On Software]每日构建是你的朋友/Daily Builds Are Your Friend

但是一旦你开始在大一点儿的团队,团队里有多个开发人员和测试人员,你还是会遇到相同的循环,更大而已(朋友,这就跟分形一样)。测试人员发现了代码的错误,报告了错误。程序员修复错误。测试人员获得修正的代码要多久?在有些开发机构里,这个报告-修正-重新测试 循环能花上几个礼拜, 这意味着整个组织的运行都很低效。为了让整个开发过程运行得很平滑, 你应该专注于精简 报告-修正-重新测试循环。...
阅读(1369) 评论(0)

[翻译Joel On Software]无痛功能需求 –第四部分:技巧/Painless Functional Specifications - Part 4: Tips

你从那些确实编写规范的团队听到的最大抱怨就是“没有人会读规范”。如果没有人阅读规范,那么写规范的人就会有点儿愤世嫉俗。就像迪尔伯特漫画里描绘的那样,工程师们使用一摞摞4英寸厚的规范来扩展他们的工作隔间。在你们那些大的,官僚作风的典型公司,每个人都会花数月来编写无聊的规范。规范一写完就会被放到架子上去,再也不会被拿下来,而产品则是从头做起绝不会参照任何规范的描述,因为没有人阅读规范,因为规范是如此的让人头皮发麻(无聊,愚蠢)。编写规范的过程也许是个很好的训练,因为它让每个人至少去仔细思考这些问题,但是规范完成...
阅读(1471) 评论(0)

[翻译Joel On Software]无痛功能规范 – 第三部分:不过…如何去做?/Painless Functional Specifications - Part 3: But... How?

既然你已经了解了为什么你需要规范和规范包含了那些部分,让我们聊聊谁应该写规范。 谁应该写规范。 让我先给你讲一点微软的历史。严格来说,20世纪80年代的微软开始增长的时候,每个人都读过 人月神话 ,软件管理的经典之一。(如果你没读过,我极度推荐你去读读。)那本书的主要观点是当你往一个延迟的项目加派程序员的时候,项目会延迟的更多。 因为当你的团队里有n个程序员的时候,沟通路径为n(n-1)/2,以O(n2)渐进速度增长。 因此微软的程序员担心如何来编写越来越大的程序,因为那个时候盛行的观点认为往项目加派程序员...
阅读(1052) 评论(0)

[翻译Joel On Software]无痛软件规范-第二部分:什么是规范/Painless Functional Specifications -Part 2: What's a Spec?

这系列的文章是关于功能规范的,不是技术规范。人们会把这些混淆起来。我不知道是不是有什么标准的哦术语,但我用这些称谓的时候意思是。 功能规范完全从用户角度描述了产品如何工作。它并不关心具体实现是什么样子的。它讨论的是功能,它会制定屏幕,对话框,之类的。 技术规范描述的是程序的内部实现。讨论了数据结构,关系数据库模型,编程语言的选择以及工具,算法之类的。...
阅读(1328) 评论(0)

[翻译Joel On Software] “现在几点了”网站功能规范/WhatTimeIsIt.com Functional Specification

“现在几点了.com”是一项通过网络告诉人们现在几点了的服务。 这份规范,从来没有想过要是,完整的。 所有的措辞在敲定之前都需要修改几遍。图形和屏幕的布局只是为了展示相应的功能。实际的外观会逐步通过迭代的用户反馈输入由图形设计师设计完成。 这份规范不会讨论时间计算引擎算法,这些算法将在其他地方讨论。本规范只讨论当用户和“现在几点了.com”交互时候的用户所能看见的东西。 麦克是个业务繁忙的执行董事。他是一家很重要的大公司的总裁,该公司主要为儿童生产基于炸药的产品,这些产品会通过全国连锁店如 Toys‘R’...
阅读(2669) 评论(0)

[翻译Joel On Software]无痛功能规范-第一部分:为什么要?/Painless Functional Specifications -Part 1: Why Bother?

为什么人们不写规范?他们会宣称因为他们跳过了书写规范阶段从而节省了时间。他们觉得似乎书写规范是只有NASA宇宙飞船工程师,或者是大保险公司的员工才能享用的奢侈品。胡说八道。首先,不写规范是你在软件项目中承担的最大的不必要风险。就跟仅穿着你身上的衣服然后想着“飞过去”去穿越莫哈韦沙漠一样蠢。不写规范马上钻到代码里的程序员和软件工程师会把自己想象成很酷的神枪手,从关键部位开始设计。不是这样的,他们会非常低没有效率。他们会写出糟糕的代码并且会写出以次充好的软件,他们的行为给他们所在的项目带来了完全没必要的巨大风险...
阅读(1446) 评论(0)

[翻译Joel On Software]Unicode/Unicode

所有软件开发者绝对,一定,必须,至少要知道的Unicode和字符集(没有任何借口) 我很失望的发现原来那么多的软件开发者对于神奇的字符集,编码,Unicode等等东西的了解真的并不是那么到位。几年前,FogBUGZ的beta测试员很好奇能不能处理进来的日文电子邮件。 日文?他们还用日文写电子邮件?完全没概念。 当我仔细的分析了我们使用的用来解析MIME电子邮件消息的商业ActiveX控件之后,我们发现它对于字符集的处理完全是错误的。所以我们只好英勇地先撤销它做的错误转换然乎再正确的转换一遍。我看了另外一个...
阅读(1848) 评论(0)

[翻译Joel On Software]Joel测试:12步写出更高质量代码/The Joel Test: 12 Steps to Better Code

Joel on Software The Joel Test: 12 Steps to Better Code Joel测试:12步写出更高质量代码 byJoel Spolsky Wednesday, August 09, 2000 Have you ever heard of SEMA[w1] ? It's a fairly esoteric system formeasuring...
阅读(1907) 评论(0)

[翻译Joel On Software]回归基础/Back to Basics

Joel on Software Back to Basics回归基础 by Joel Spolsky Tuesday,December 11, 2001 为什么我们要这样做?我觉得人们甚至在最高架构层都会犯的一些最大错误都源于人们对最底层简单概念残缺不全的认识。你造了一座金碧辉煌的宫殿,但基础却一塌糊涂。本该是坚固水泥板的地方,你放置的却是残砖碎瓦。所以宫殿看起来虽然漂亮但是有时候浴缸在浴室滑动你却不知道为什么。...
阅读(1266) 评论(0)

[翻译Joel On Software]选择一门语言/Choosing a language

Joel on Software Choosing a language 选择一门语言 by Joel Spolsky Sunday, May 05,2002   Why do developerschoose one programming language over another for a given task? 为什么对一项给定的任务,开发者会偏向于选择某一门语言?我啥事也...
阅读(841) 评论(2)

DM-V-VM

using System;using System.Collections.Generic;using System.Diagnostics;using System.Text;using System.Windows;namespace ModelSample{ ///...
阅读(986) 评论(0)

【】如何有效的创建一个教程-- 翻译讨论

How to Effectively write a tutorial如何有效的写一篇教程 这确实是值得探讨的问题,有点像小学时候的作文课。 正是因为讨论的是这么基础的问题,才觉得非常有必要仔细的看一看,然后提出自己的观点和大家讨论In one of my previous articles, I shared with you my opinions and view...
阅读(1351) 评论(1)

【开发】测试驱动的FLEX开发--使用FLEXUNIT

http://elromdesign.com/blog/2010/03/10/test-driven-development-tdd-with-flexunit-4-complete-tutorial/本来是打算完整的翻译完成这篇博文的,一边翻译,一边谈谈自己对驱动测试开发的理解。 当然我的理解和原文作者的理解不一定一样,但是至少,我们都承认开发得是测试驱动的。 然而CSDN的博客系统是实在不...
阅读(1271) 评论(1)

【站点欣赏】最漂亮的25个站点

Top 25 Beautiful Websites  1. ReadyMadeDesigns2. Duplos3. BehindTheWebsites4. Vgrafiks5. Nordkapp6....
阅读(1242) 评论(0)

【小议】Flash建站-优缺点一览

  我似乎很ENJOY拿FLASH 和其他的技术比来比去,把各自的优缺点全部摊到桌面上说清楚,其实目的也很简单,说服自己继续关注flash,为什么对flash这么有信心呢?其实也很简单:首先没有多少人会写flash缺点一览,再其次即使写的也不大令人信服。 再和大家一起来看看Flash技术在建站方面的优缺点吧,了然于胸之后,就可以很自由的在各种技术之间抉择了。 下面是我对Daniel...
阅读(5584) 评论(0)

【Detailed UI】IPAD-详细UI介绍

Day scrubber bar.<!-- var page_note_ratio = 1;F.decorate(_ge(photo-note-72157623348793090), F._photo_note).note_go_go_go(72157623348793090, 0, 1, fraserspeirs, /ph...
阅读(2100) 评论(0)

IPAD--Web的未来?还有WEB的未来

我看了IPAD的发布会是没有什么感觉的,似乎并没有觉得IPAD能带来什么新的变革。无非是多了一种NETBOOK CLIENT而已的,不过对于WEB的未来我倒是有看法的,我觉得总归会有一样东西会在RIA产品的激烈竞争中胜出:但是,众多的RIA方案中,我并不觉得任何一家有100%的胜算,我总觉得SILVERLIGHT 很快很好,FLASH很好用很好,HTML5很标准很好;潜意识中似乎还有一种感觉,...
阅读(945) 评论(0)

【启发】利用DROP BOX 来HOST 静态和RIA内容

受到 王喆的POST http://www.cnblogs.com/nasa/archive/2010/01/27/dropbox-host-silverlight.html 的启发当然只是很简单的想法,其实根本都是算不上什么启发吧 作者提到了用DROPBOX来HOST SILVERLIGHT,很直观的就想到了用它来HOST FLASH 应用程序,而且PERFECTLY WORKS...
阅读(1150) 评论(2)

【ZZ】使用Displacement Map Filter创建静态的扭曲效果

  Create a Static Distortion Effect Using the Displacement Map FilterI’ma freelance designer specializing in motion graphics and interactivedesign. When I’m not working on client...
阅读(2200) 评论(0)
254条 共13页1 2 3 4 5 ... 下一页 尾页
    个人资料
    • 访问:419001次
    • 积分:6749
    • 等级:
    • 排名:第3595名
    • 原创:218篇
    • 转载:17篇
    • 译文:19篇
    • 评论:68条
    文章分类
    最新评论
    RIA的朋友们
    我的站点