小日本的书还弄两个前言:监译者前言 和 前言 .... まえがき オープンソースのコミュニテイに参加している人や、オープンソートのソフトウエアを使用している人であれば、何万まのツールが存在することを知っているでしょう。最新のツールを追いかけ、使用すべきツールとその使用方法を知るのは、とても険しい道のりです。本書はこの道のりを楽にするために、人気のあるオープンソースのjavaツールについて、簡潔で有用なレツピを提供します。 翻訳: 参加open source 组织的人,和使用open source 软件的人,知道存在有上万个open source 工具。追赶最新的工具,学习这个工具的 ...
首先要成为你要开发的领域的半个专家。 这个没有什么捷径可走,一是看你是否有接受新事物的天赋,如果没有,那么二就是看你如何 努力了。 短时间内成为一个全新的领域的专家,唯一的办法就是不断的咀嚼这个领域内的知识,反复 的看,再有就是team中的可以经常性的碰头,看看大家都有什么见解,交换思想,也是提高 领域知识的捷径。 不管时间有多短,一定要强迫自己成为领域专家,这是重要的细节。 提问。 这时应该准备一个提问的文档,里面应该包含 问题,解答,是否解决 等等内容。 每次的问题,都必须记录在这个文档中。 对于一个新的项目,我想如果你问的问题不超过5个,那么可以认为你对需求的理解就不 ...
细节开发是一种辅助性的过程,目标是降低项目中的 rework 和 bug fix 成本. 细节开发的目的不是主导项目,而是辅助项目管理,提高 项目的质量. 细节开发不是单一的过程,而是反复迭代的过程.   为什么需要细节开发? 有过开发经验的人都有这种体会,项目的首尾阶段,是个疯狂加班的阶段. 加班rework, bug fix 等等. 为什么会这样? 就是因为开发的阶段不重视细节的后果. 例如,错误信息不正确,校验的顺序不对,或者发现某个方法其实可以是common的, 但是大家每个人都写了一个.等等. 所以,在项目的进行阶段,我们确实需要对细节方面进行控制和 ...
  一天翻译一点吧,日本人读英语真是让人郁闷啊!  未必准确,日语好的朋友可以帮忙指正出来,谢谢!   監訳者まえがき XP(エクストリームプログラミング)が登場して、すでに4年になりますが、この間多くの書籍出版されました。XPを確立したケント・ベック自らの白本(XP Explained:XP入門)、緑本(Planning XP: XP実行計画)をはじめとして、XPの概要から理論、実践と広範囲をカバーしてきました。   この中で、XPに関するツールについては、「Java tools for Extreme Programming」( ...
书的名字是 JAVAによるExtreme Programming クックブック 基于java的极限开发 cookbook 就当是练习日语了~~
谁没 rework 过?恐怕谁也不能说没有过. 为什么rework? 因为需求总会在开发的过程中改动,自然需要rework,所以,这是不能避免的. 那么,如何去降低这种风险带来的损失?或许每个team都有过在项目首尾阶段痛苦的加班修改代码, bug fix 的经历... .... 我们输在哪里?2个字:细节. 细节不是很重要,但是忽视了细节,就会导致痛苦的rework! 几年的经验告诉我必须重视细节,但是在开发过程中如何重视细节,该重视什么样的细节, 是需要注意的. 有时间继续写,个人总结的"细节开发法" :)
yananay
搜索本博客
我的相册
D35bafa8-5bf0-475f-aa06-16f3080557a1-thumb
tdd
共 3 张
存档
最新评论