存档

‘Translations’ 分类的存档

红帽子(Redhat)/JBoss宣布支持Apache CXF

2009年3月26日 没有评论
by JBoss Team

We’re happy to announce that as of today, Red Hat has become a key contributor to the Apache CXF, which is an open-source, fully featured, easy to use Web Services framework. It is the combination of two projects: Celtix developed by IONA and XFire developed at Codehaus working together at the Apache Software Foundation.

Apache CXF is a popular open source, standards based framework for developing (SOAs) Service Oriented Architectures. Our aim is to contribute to the framework’s continued development and to increase the interoperability and enterprise readiness of CXF.

Additionally, we’ll be providing full production and developer support for Apache CXF as a core component of our JBoss Enterprise Platforms. Enterprise architects, Java developers and IT operations personnel will now see the Apache CXF framework as fully supported component of our JBoss Enterprise Subscriptions.

Commonly accepted Web Service standards are vital to the continued adoption of SOA. The standard proprietary, closed source model is at odds with the open, consensus driven nature of SOAs and the standards that support them. By joining the Apache CXF project, our goal is help establish the framework as the de-facto open source Web Services Stack for Java, working together with other existing contributors like the FUSE team at Progress Software.

For more information on Red Hat’s work with the Apache CXF project please visit the JBoss Web Services project.

Jboss 团队宣布Redhat 将成为Apache CXF的关键贡献者。

前一百名的开发人员的博客(2008年第四季度)

2008年12月16日 没有评论

translated from http://www.noop.nl/2008/12/top-100-blogs-for-developers-q4-2008.html by lyonmire

一个博客的受欢迎程度是以什么界定的呢?google等级?流量?定阅数?读者的反馈?其它站点和博客的链接?这个答案当然是—全部都包括!

但是,去查找和核对所有博客的流量,难道工作量不重吗?p 这个答案当是…是的,很重.所以我很乐意为你做!

这个是最新版本的前一百名的开发人员博客.我这个列表是根据每个博客的google的pagerank、Alexa排名、Techorati Authority、RSS订阅数、Google点击和博客评论的加权平均来衡量的。(我本打算将我自己也放在里面相比,但我想这会给我自己的博客一个不 公平的竟争优势。)

请不要急着往下拉,首先,这有一些重要的声明:

之前的版本名字叫前一百名的项目经理博客.这样的话会混淆读者,因为在列表中的大多数博客很清晰的表明是给开发者阅读的.所以我起了现在的名字。但 是…..我想呈清一点:这个列表意在包含广义上的软件开发。这其中包括了项目管理,流程改进,敏捷开发,需求,设计,代码和测试。(所有的员工、每个 项目经理都应该有兴趣的。这个列表不是专门处理 Ubuntu 8, Silverlight 3, Jabberwocky 5或其他专门的技术。对不起伙伴们,我没有读到过关于这方面的.

尽管有一些微弱的企图,但我也不是无所不能,无所不知的。这旨在指这个列表上的blog以外还有很多我至今仍不知道的,我必须依赖人们发url给我,否则 我必须根据自己喜好来推荐。在这个新版本上有23个新的博客,在过去很多都没参与进来,是因为我不知道有这些博客。

我取消了一些博客是因为其作者很久未更新过,或者他们并没有发布任何与软件开发有关的文章。懒惰的家伙,我是不会可怜的!

这一版本的计算方法有着显著的改善。我也加入了一项新的统计(FeedRank)这是在过去没有的。这就意味着将现在这些结果和之前版本对照起来不是完全 公平的。事实上,这个结果现在看来是比较可靠的!(告知那些和我一样的list迷们,你可以在How to Make a Top Blog List这个文章上找到关于我的排名方法的一个完整的描述)

噢,另一个事情:我追踪了我创建这个事情所花的时间。调查博客、检查流量和执行计算,难以置信,这个事情累计用了四天.我甚至为你建了一个opml版本! 不要误解我的意思了哦,我喜欢这四天中的分分秒秒.但是,鉴于我免费地给出这些结果,我希望现在你非常积极的做a:订阅我的博客 b.在Twitter上给我回贴 或C.将这文章提交到Digg,Reddit,Dzone,或者任意一个.

享受阅读!或者下载opml版本(导入rss阅读器)!

TT LT Blog Author
1 1 Joel on Software Joel Spolsky
2 4 Paul Graham: Essays Paul Graham
3 2 Coding Horror Jeff Atwood
4 6 Rough Type Nicholas Carr
5 7 Scott Hanselman’s Computer Zen Scott Hanselman
6 8 Martin Fowler’s Bliki Martin Fowler
7 11 Bokardo: Social Design Joshua Porter
8 10 Stevey’s Blog Rants Steve Yegge
9 13 Lambda the Ultimate (various)
10 9 Rands in Repose Michael Lopp
11 The Daily WTF (various)
12 12 Eric.Weblog() Eric Sink
13 Raible Designs Matt Raible
14 Dare Obasanjo aka Carnage4Life Dare Obasanjo
15 18 UIE Brain Sparks Jared Spool
16 15 PragDave Dave Thomas
17 Jon Udell Jon Udell
18 17 The Berkun Blog Scott Berkun
19 21 Stack Overflow Jeff Atwood
20 34 Artima Weblogs (various)
21 14 Otaku, Cedric’s Weblog Cedric
22 20 J.D. Meier’s Blog J.D. Meier
23 ThoughtBlogs (various)
24 Shanine.com / omar / Omar Shanine
25 16 High Scalability (various)
26 77 10x Software Development Steve McConnell
27 24 CodeBetter.Com (various)
28 28 Object Mentor Blog (various)
29 23 secretGeek Leon Bambrick
30 37 Dr. Dobb’s CodeTalk (various)
31 PHP::Impact ( [str Blog] ) Federico Cargnelutti
32 41 Curious Cat John Hunter
33 31 Google Testing Blog (various)
34 Enterprise Architecture: From Incite comes Insight… James McGovern
35 26 Gray’s Matter Justice Gray
36 32 Alistair Cockburn Alistair Cockburn
37 65 NOOP.NL: Managing Software Development Jurgen Appelo
38 Good coders code, great reuse Peteris Krumins
39 30 Managing Product Development Johanna Rothman
40 35 It’s Just a Bunch of Stuff That Happens Eric Burke
41 Regular Geek Rob Diana
42 46 Object Technology Jeff Sutherland
43 57 Project Shrink Bas de Baar
44 25 Interoperability Happens Ted Neward
45 StevenHarman.net Steven Harman
46 45 James Shore: The Art of Agile James Shore
47 27 Mike Cohn’s Blog: Succeeding with Agile Mike Cohn
ign=”center”> 48 52 Pure Danger Tech Alex Miller
49 Reforming Project Management Hal Macomber
50 47 Better Projects Craig Brown
51 39 {Codesqueeze} Max Pool
52 43 Agile Management Blog David Anderson
53 55 The Braidy Tester Micahel
54 36 { |one, step, back| } Jim Weirich
55 74 Implementing Scrum Mike Vizdos
56 33 Tyner Blain Scott Sehlhorst
57 Agile Testing Grig Gheorghiu
58 Coding the Architecture (various)
59 42 Knowing.NET Larry O’Brien
60 38 Petzold Book Blog Charles Petzold
61 29 James Bach’s Blog James Bach
62 73 The Third Bit Esan
63 59 Agile Advice (various)
64 53 Elegant Code (various)
65 48 Evolving Web Jim Benson
66 Software by Rob Rob Walling
67 40 Signal vs. Noise (various)
68 44 /ndy Andy Hunt
69 81 All About Agile Kelly Waters
70 Crazeegeekchick.com Dana Coffey
71 49 Meme Agora Neal Ford
72 70 Herding Cats Glen Alleman
73 My Secret Life as a Spaghetti Coder Sammy Larbi
74 Jeffrey Palermo (.com) Jeffrey Palermo
75 68 Lean Software Engineering Corey Ladas
76 50 Agility@Scale Scott W. Ambler
77 87 Agile Software Development (various)
78 Ruminations of a Programmer Debasish Ghosh
79 51 David Chelimsky David Chelimsky
80 PMThink! (various)
81 60 LeadingAnswers Mike Griffiths
82 86 Aligning Technology, Strategy, People & Projects Eric Brown
83 92 Focused Performance Frank Patrick
84 85 Chris Spagnuolo’s EdgeHopper Chris Spagnuolo
85 63 Word Aligned Thomas Guest
86 84 The Cutter Blog (various)
87 72 Agile Developer Venkat’s Blog Venkat Subramaniam
88 75 Collaborative Software Testing Jonathan Kohl
89 64 Testing Hotlist Update Bret Pettichord
90 Jeff Patton’s Holistic Product Design & Development Jeff Patton
91 83 Agile Commons (various)
92 88 Clarke Ching – More Chilli Please Clarke Ching
93 76 Test Obsessed Elisabeth Hendrickson
94 Little Tutorials Daniel Pietraru
95 79 Creative Chaos Matthew Heusser
96 62 Bit-Player Brian Hayes
97 69 Exploration Through Example Brian Marick
98 Ytechie Jason Young
99 91 Silk and Spinach Kevin Rutherford
100 82 Project Management 2.0 Andrew Filev

说明:
TT:这次(2008年第四季度)
LT:前一次(2008年第三季度)

–:新进榜

这表明100项是远远不够列下我所读过的博客的。所以我从剩下的博客中给你一个小的选择,这些博客仅仅是? 这些博客是我认为值得阅读的其它25个。

=”17″>

Notes from a Tool User Mark Levison
The Mendicant Bug Jason Adams
Raven’s Brain Raven Young
HTMList.com (various)
Caffeinated Coder Russell Ball
Tester Tested! Pradeep Soundararajan
You’d think with all my video game experience… Jason Yip
Effective Software Development Dave Nicolette
Agile Chronicles (various)
Agile CMMI Blog Hillel Glazer
Agile Thoughts Tobias Mayer
Insights You Can Use Esther Derby
Stephans Blog Stephan Schmidt
Musings of a Software Development Manager Ed Gibbs
Leading Agile Mike Cottmeyer
Kibitzing and Commentary Dan Appleman
Software Project Management Pawel Brodzinski
Technology Architecture & Projects Robert McIlree
Cthulhu and Other Crazies Swizec
Corporate Coder Eric Landes
You Want IT When? Bill Miller
Scaling Software Agility Dean Leffingwell
PierG Piergiorgio Grossi
AvailAgility Karl Scotland
Quality through Innovation Adam Goucher

等一下!我几乎忘记了:如果你想收到一份较全的前200列表的版本(现在这个的2倍),包括统计等,给我发邮件。(许多blog作者也许想知道他们是否在101-200之间.)我还要感谢任何提及的博客,也许我错过了,但我可以在下个季度让他们包含在下一版本中.

分类: Translations 标签:

初学者调试CSS之前的Checklist(Common CSS Mistakes for a Beginner – CSS Bugs and Debugging Checklist)

2008年12月10日 没有评论

from Common CSS Mistakes for a Beginner – CSS Bugs and Debugging Checklist translated by lyonmire & revised by 丑鑫鑫

我指导过很多朋友的网页设计/前端开发,我注意到几乎所有人会犯一个很普遍的错误,今天我想与大家一起分享。尽管以下的例子或许看起来很平淡无奇,但是对于大多数初学者来说都会经常犯这种错误。所以,若你是一个初学者,请读下去 !

场景:
初学css设计师说:我需要帮助!我加了一个类在我的样式表里,但是并没有起到我想像中的作用。肯定是我的css代码问题,你能解决吗?

到底是什么地方错了呢?

很显然可能是你css的问题,但当我们要纠结在这个结论中时,确保你是根据一个逻辑的思维过程而得出的结论。缩小问题的可能性,这就是你应该如何调试。

checklist

1.你的样式表没有上传或保存?

你在浏览器中看过已改动的css代码了吗?你忽略了这一步,如果你没有看这个改动。

2.你在html代码里面引用了你的css了吗?

html需要引用样式表来表现其属性

3.确保你使用了正确的语法

css是区分大小写的。

类名的开头不能是数字或特殊字符(如:连字符号“-”)开头,它必须以字母(a-z)开头
确保类以.开头(如:.classname),ID以#字开头(如:#idname)。确保你没有丢失或者混淆他们。

确保你的类或ID组是放在圆括弧里,你的类或ID的属性以分号结束。

确保你的类或ID名拼写正确。听起来似乎很荒唐,但我们都会犯错!加倍的检查类/ID或属性值的拼写.

4.你是否确保你所编辑的是正确的网址/样式/文件?

很多人确实会犯这种错误,所以通篇检查你的css代码是很重要的。你首先应该做的事情通常来说要加倍的检查你的代码。

5.你是否声明了正确了文档类型?
如果你没有申明你的文档类型(特别是ie浏览器),很有可能会出现意想不到的异常

6.你的css是有效的吗?

运行起来验证你的css问题。在你开发的过程中这通常是一个好的方法使你的css有效。这会使你有检查代码的良好习惯,并且你还会发现在你即将要发现的错误。

如果你证实到以上所述是正确的,那么是时候从行为观点的角度去置疑你的css.试试我之前在如何调试css上的建议,配备上合适的调试工具去进一步的研究。

结论
我认为很多这种错误都是源于对基础网页和html知识的缺乏。如果你发现基础不够扎实,你要通过全面的理解html和网页通常是如何起作用的来建立扎实的基础。一旦你有扎实的基础,加上足够的锻炼,你会逐步发现你自己会在分秒内解决问题。坚持,不要放弃,你会成功的。

【架构反模式】-如果你的架构满足以下条件,那么它一开始就是一个欠佳的架构(Your architecture starts to be suboptimal if…)

2008年12月4日 没有评论

translate from Adam Bien by 丑鑫鑫

1. 很多专家参与,但是没有一个人是真正投入其中的。There are lot of experts involved, but no one is really excited.

2. 一天天的谈论没有被论证或代码讨论的概念和架构。You are talking for more than a day about concepts and architectures without a single Proof Of Concept or even discussion of code.

3. 一味地推销特性,而对将会造成的后果(风险)避而不谈。You are just selling the features without explaining the consequences.

4. You start with a multi-layer architecture without highlighting the “added value” of each layer and its individual responsibilities.

5. 寻觅众所周知的,甚至满足未来需求的银弹架构,You are searching for the “silver bullet” architecture, with which all known and, even, future requirements can be fulfilled.

6. 试图超前地或用UML鉴别出热点(hotspots)和瑕疵。You are trying to identify hotspots and shortcomings in advance with …UML.

7. There is no clear vision defined; there is no clear relationship between the vision and the resulting architecture.

8. 没有第二种可选策略,只有一个总体规划。The is no secondary strategy… you have only one “master plan”.

9. 不写代码用图形思考,坚信图形比代码更有价值。You are thinking in pictures, not in code. You believe that pictures are more valuable than code.

10. 架构师(们)相信他们比整个开发团队都更NB更有经验。The architect/s believe they can be smarter / have more experience than the whole development team.
(完)

架构师的checklist Commented by 丑鑫鑫

撰写令人感兴趣的技术文章的五个技巧 5-tips-for-writing-interesting

2008年9月22日 没有评论
撰写令人感兴趣的技术文章的五个技巧


在过去的几周,我收到了很多邮件。这些邮件都是咨询我是怎样不断的写出好文章的。正如我在以前的一篇文章中说过,我为Javalobby, Test Early 写过文章,当然也包括我自己的博客.以下是一些撰写令人感兴趣的技术文章的技巧。

撰写一篇好的技术文章的确是一个挑战,它将会占用你大量的私人时间,要求你做大量的研究。而且需要你对读和写一些技术文章有相当的热情。相信我如果你不喜欢阅读,那么你也不可能写作。现在让我们来看一看这五个技巧:

1. 第一点也是最重要的一点,你所写文章的论题上你应该有有相当多的专业知识。如果你对你所要写的论题不自信,你也不要写这个文章。要确保你已经制订出所有的步骤和给你的读者相当多的信息当出错时让他们知道应该怎么办。集中在一个论题上,并确保是扼要的。包括许许多的带有清晰说明有用的样品。如果你真的想去写,但又没有线索应该在哪里开始,最好的地方的就是从你自己的博客开始写。

2. 写作风格和标题:确保你所用的语言越简单越好自从你开始写一个技术论文。这是为了让母语不是英语的人在不用来回查字,也能很好的领会你的文章。让你的论文使读者感到友好。一个容易记住的标题对于吸引读者的注意力是非常重要的。这里的意思不是说你用为了让标题引起读者注意,而让文章与标题不符。

3. 写一个粗稿:我们都在语文课上学过一篇文章应该有三部分;引言,主体,最后是结论。在你发表之前确保你自己已经读过2-3次。如果你有家庭成员或同事,请他们看一下。通常来说,两个人看总比一个人看要好,对吗?

4. 评论:确保当你的读者有任何问题时,你能尽力最快的回复给读者。这些回复往往紧随在你的文章后面。尽管这些评论不恰当。但请务必不要进入口水战。请试着礼貌的传达你的信息,如果你不能做到,那就不用回复了。

5. 资源:请提供你认为的对读者有用并能得到更多信息的链接。这些放在文章末尾或者你直接提供把链接放在文中参考过这些资料的地方。如果你参考过任何书,也将他们列出来。这会给读者一条清晰的思路去搜索更多的详细资料。

这些就是我平常写文章的一些技巧,现在你也知道这个秘密,你还在等什么呢?开始写吧,让我们继续在Javalobby上发表文章吧。

分类: Translations 标签: ,