- 浏览: 352972 次
- 性别:
- 来自: 北京
最新评论
-
wind35:
楼主分析的挺好,我自己也通常会给自己的懒惰一个冠冕堂皇的理由
天道酬勤? -
zx848:
乔布斯....
答复: 面试遇到 “怪题”你如何应付? -
ggsjy:
同意二楼,本篇貌似理性,却隐约看出楼主对底层生活的疏远,不拿软 ...
Re: 父母逼着我买房子,怎么办? -
adamed:
高考与前身科举类似正面意义是给了广大底层人民‘可能’走上来的途 ...
应试教育的精髓所在 -
zjf_1103:
楼主说的是实在话
天道酬勤?
Sample of Gosling build script:
https://gosling.dev.java.net/source/browse/*checkout*/gosling/trunk/gosling/Gosling.java?content-type=text%2Fplain
实在没话说了。
赞一个, 本来就是, build脚本, 几乎没有什么好改动的。 编译,打包, 测试,上传(FTP),email(把结果发出来)。无非就是这种东西。 谁天天改的? 让我学习学习。(又转页了。-_- )
是不是需要频繁修改build脚本取决于项目组本身的经验和使用的工具。
如果使用maven2,并且遵循它的那一套目录结构和使用惯例,连最初的build脚本都不需要手工写,唯一需要修改的地方就是依赖jar的声明(以前codehaus有针对maven1的eclipse插件,现在不知道有没有出maven2的,有些日子没写过java程序了)
如果项目组经验丰富,自然知道一个五脏俱全的某类项目(比如web类的)需要一个什麽样的build脚本(实际上是项目的结构布局决定了build脚本,而同类项目的结构都是一致的)。build脚本本身都是大同小异的,其中唯一的项目相关性区别就是依赖库。个人认为那种头上长角的开发型项目极其少见.
赞一个, 本来就是, build脚本, 几乎没有什么好改动的。 编译,打包, 测试,上传(FTP),email(把结果发出来)。无非就是这种东西。 谁天天改的? 让我学习学习。(又转页了。-_- )
项目一开始只有几个简单的测试,然后测试越来越多,然后有了functional test suite,然后有了performance test suite,然后要打包发布……半年都不改?莫非这个项目半年做的事情都那么类似?
需要更新的时候肯定得改啊!
我们项目中用的一个日历控件,据说是项目经理作开发的时候写的,写好了就没有改过,界面丑的不行,使用起来比较麻烦,我们开发初期还都乖乖的用;后来时间长了真是觉得难以忍受了。现在用javascript写的日历控件多得不行,很多即漂亮使用起来还相当方便,干嘛不换啊?真是的!
这个是build脚本。。。
需要更新的时候肯定得改啊!
我们项目中用的一个日历控件,据说是项目经理作开发的时候写的,写好了就没有改过,界面丑的不行,使用起来比较麻烦,我们开发初期还都乖乖的用;后来时间长了真是觉得难以忍受了。现在用javascript写的日历控件多得不行,很多即漂亮使用起来还相当方便,干嘛不换啊?真是的!
你的项目是这样?build script半年都不改一次?
那你还要build tool干嘛。
别玷污了道家思想,抵制日货,这也是我们学ruby时觉得心里别扭的原因
我也觉得没有必要把ruby往道家思想上扯.不过ruby和抵制日货没什么关系,他的确是怪异了点啊.好好的语言被搞成一个个智力题,要是项目组里用ruby,我想我还是死了算了,做出来的东西大家各搞一套,没统一规范,叫谁维护啊.c都比它强.
https://gosling.dev.java.net/source/browse/*checkout*/gosling/trunk/gosling/Gosling.java?content-type=text%2Fplain
实在没话说了。
评论
34 楼
花花公子
2006-10-21
maven就算了吧,只能作为ruby比java优秀的另一佐证,严重违背KISS原则。
33 楼
charon
2006-10-21
xiaoyu 写道
Godlikeme 写道
写好了就放在用好了,有什么好改的,里面又没什么复杂的业务逻辑。
赞一个, 本来就是, build脚本, 几乎没有什么好改动的。 编译,打包, 测试,上传(FTP),email(把结果发出来)。无非就是这种东西。 谁天天改的? 让我学习学习。(又转页了。-_- )
是不是需要频繁修改build脚本取决于项目组本身的经验和使用的工具。
如果使用maven2,并且遵循它的那一套目录结构和使用惯例,连最初的build脚本都不需要手工写,唯一需要修改的地方就是依赖jar的声明(以前codehaus有针对maven1的eclipse插件,现在不知道有没有出maven2的,有些日子没写过java程序了)
如果项目组经验丰富,自然知道一个五脏俱全的某类项目(比如web类的)需要一个什麽样的build脚本(实际上是项目的结构布局决定了build脚本,而同类项目的结构都是一致的)。build脚本本身都是大同小异的,其中唯一的项目相关性区别就是依赖库。个人认为那种头上长角的开发型项目极其少见.
32 楼
roseanne
2006-10-21
Here is a comparison in the job market
http://www.indeed.com/jobtrends?q=Java+programmer%2C+C%2B%2B+programmer%2C+COBOL+programmer%2C+Ruby+programmer
Java programmer, C++ programmer, COBOL programmer, Ruby programmer Job Trends
If you like, you can add FORTRAN/Perl programmer too.
Try them!!!
http://www.indeed.com/jobtrends?q=Java+programmer%2C+C%2B%2B+programmer%2C+COBOL+programmer%2C+Ruby+programmer
Java programmer, C++ programmer, COBOL programmer, Ruby programmer Job Trends
If you like, you can add FORTRAN/Perl programmer too.
Try them!!!
31 楼
roseanne
2006-10-21
I was a C/C++ developer for a long time, developed in Java for many recent years, then spend a month to review my C/C++, and got a C/C++/Java conjunction/communication contract for 5 months, now I got a new job 3 months ago, and developed in Ruby and Ruby on Rails for two months, now I am back in C++.
I don't like my current job too much, tried to find a new job doing Ruby.
However, there is almost no Ruby jobs available, but tons of Java jobs. I might go back to do J2ME conjunction with C++, and wap.
Languages are just tools to get the job done!
Fighting for which one is better to death, that is the most stupid thing you could do on earth.
COBOL was born in 1950's and COBOL is still very much alive in the US. Believe me or not, COBOL programmers are paid very good in the US, because it is hard to find good ones.
哈哈,物以稀为贵!!!
I don't like my current job too much, tried to find a new job doing Ruby.
However, there is almost no Ruby jobs available, but tons of Java jobs. I might go back to do J2ME conjunction with C++, and wap.
Languages are just tools to get the job done!
Fighting for which one is better to death, that is the most stupid thing you could do on earth.
COBOL was born in 1950's and COBOL is still very much alive in the US. Believe me or not, COBOL programmers are paid very good in the US, because it is hard to find good ones.
哈哈,物以稀为贵!!!
30 楼
xiaoyu
2006-10-21
Godlikeme 写道
写好了就放在用好了,有什么好改的,里面又没什么复杂的业务逻辑。
赞一个, 本来就是, build脚本, 几乎没有什么好改动的。 编译,打包, 测试,上传(FTP),email(把结果发出来)。无非就是这种东西。 谁天天改的? 让我学习学习。(又转页了。-_- )
29 楼
gigix
2006-10-20
Godlikeme 写道
写好了就放在用好了,有什么好改的,里面又没什么复杂的业务逻辑。
项目一开始只有几个简单的测试,然后测试越来越多,然后有了functional test suite,然后有了performance test suite,然后要打包发布……半年都不改?莫非这个项目半年做的事情都那么类似?
28 楼
小贾
2006-10-20
呵呵!不好意思,没看清楚!
27 楼
Godlikeme
2006-10-20
小贾 写道
Godlikeme 写道
写好了就放在用好了,有什么好改的,里面又没什么复杂的业务逻辑。
需要更新的时候肯定得改啊!
我们项目中用的一个日历控件,据说是项目经理作开发的时候写的,写好了就没有改过,界面丑的不行,使用起来比较麻烦,我们开发初期还都乖乖的用;后来时间长了真是觉得难以忍受了。现在用javascript写的日历控件多得不行,很多即漂亮使用起来还相当方便,干嘛不换啊?真是的!
这个是build脚本。。。
26 楼
小贾
2006-10-20
Godlikeme 写道
写好了就放在用好了,有什么好改的,里面又没什么复杂的业务逻辑。
需要更新的时候肯定得改啊!
我们项目中用的一个日历控件,据说是项目经理作开发的时候写的,写好了就没有改过,界面丑的不行,使用起来比较麻烦,我们开发初期还都乖乖的用;后来时间长了真是觉得难以忍受了。现在用javascript写的日历控件多得不行,很多即漂亮使用起来还相当方便,干嘛不换啊?真是的!
25 楼
Godlikeme
2006-10-20
写好了就放在用好了,有什么好改的,里面又没什么复杂的业务逻辑。
24 楼
gigix
2006-10-20
Godlikeme 写道
这是一个典型的以偏概全的命题,也符合gigix一贯的命题风格,呵呵,非要比个谁好?关于ruby 和java的这种工具上的讨论,回头看看人月神话,觉得有什么太大的意思么? 不过是 两个公司的扳子的比较,谁爱用那个顺手就用那个好了。 如果真是所谓的技术狂热者,非要钻这个牛角尖,也无可厚非,那请再在命题的时候写清楚,比如:ruby 的脚本就是比java的脚本好。想一想,一个脚本写再那里,半年也不会改一次,这点好处真是没什么意思。
你的项目是这样?build script半年都不改一次?
那你还要build tool干嘛。
23 楼
njmzhang
2006-10-20
且不说Ruby到底好不好,Java我用得很不爽倒是真的
22 楼
小贾
2006-10-20
我没用过ruby,不过近来看你们争的那么火热,想必其中肯定有不少ruby高手。也曾在一篇文章中看过作者对java开发的种种不满,其中有些我也是深有感触,不过java开发模式已经相当成熟,使用也很广泛,即便ruby真的象很多人所说的那样方便且又有潜力,企业级开发也不可能在短时间内转向ruby。再说ruby是不是比java好,实践和时间肯定会给我们最好的回答!
21 楼
Godlikeme
2006-10-20
这是一个典型的以偏概全的命题,也符合gigix一贯的命题风格,呵呵,非要比个谁好?关于ruby 和java的这种工具上的讨论,回头看看人月神话,觉得有什么太大的意思么? 不过是 两个公司的扳子的比较,谁爱用那个顺手就用那个好了。 如果真是所谓的技术狂热者,非要钻这个牛角尖,也无可厚非,那请再在命题的时候写清楚,比如:ruby 的脚本就是比java的脚本好。想一想,一个脚本写再那里,半年也不会改一次,这点好处真是没什么意思。
20 楼
edge_hh
2006-10-20
花了一天时间看过ruby,觉得不适合企业开发。
太灵活了。
容易写出后人难以维护的代码。
这些语言都是各有所长。
不加上定语直接说 xxx语言好过xxx语言 纯粹是 nonsense.
太灵活了。
容易写出后人难以维护的代码。
这些语言都是各有所长。
不加上定语直接说 xxx语言好过xxx语言 纯粹是 nonsense.
19 楼
xiaoyu
2006-10-20
想起一个朋友的一句话: 现在不是javaeye了,是rubyeye了. 呵.
如果自己真喜欢这种那种语言, 自己写一个呗. 爱怎么改就怎么改.
记得哪个大师讲过: 如果叫我现在带人做项目的话, 我首先会设计一个合适自己的语言.
如果自己真喜欢这种那种语言, 自己写一个呗. 爱怎么改就怎么改.
记得哪个大师讲过: 如果叫我现在带人做项目的话, 我首先会设计一个合适自己的语言.
18 楼
icezeroc
2006-10-20
黑人比白人黑;白人比黑人白。
有什么好讨论的。
不过JE的钻石们好像都奔ruby去了,等忙过这阵子,偶也去体验一下。
有什么好讨论的。
不过JE的钻石们好像都奔ruby去了,等忙过这阵子,偶也去体验一下。
17 楼
NoName
2006-10-20
呵呵,我可没时间想这些,倒是有时想什么时候可以不靠技术吃饭,仅仅是当成个兴趣,那就不会有那么多烦恼了,想用那个就用那个喽
16 楼
giscat
2006-10-20
小日本的东西不用
15 楼
geszJava
2006-10-20
gaovb 写道
uncutstone 写道
我也很喜欢 ruby。 甚至认为由于 matz 是日本人,所以 Ruby 与中国道家思想暗合。扯远了。呵呵。
别玷污了道家思想,抵制日货,这也是我们学ruby时觉得心里别扭的原因
我也觉得没有必要把ruby往道家思想上扯.不过ruby和抵制日货没什么关系,他的确是怪异了点啊.好好的语言被搞成一个个智力题,要是项目组里用ruby,我想我还是死了算了,做出来的东西大家各搞一套,没统一规范,叫谁维护啊.c都比它强.
发表评论
-
咨询的奥妙
2008-08-15 18:13 2378iamredeye 写道但consultant不能免责,他的一 ... -
天道酬勤?
2008-04-13 12:09 3811<p>翻译这件事情, ... -
晒ThoughtWorks的新办公室
2007-11-20 20:21 9108http://picasaweb.google.com/hyc ... -
晒ThoughtWorks的工作环境
2007-11-04 22:27 10341http://picasaweb.google.com/gig ... -
iTechTag:声望创造价值
2007-09-01 15:37 3372http://gigix.thoughtworkers.or ... -
怪现状,不止说相声的有
2007-08-24 20:40 2355blueskyone 写道没上过学的 混混程序员飘过 啥学都没 ... -
讨论重开IT红黑榜的可能性
2007-07-06 11:05 31965JavaEye管理员 写道IT红黑榜被查封是迟早的事情。在一个 ... -
消除浪费,企业敏捷的根本
2007-06-16 16:40 2015引用是不是只要能实现客户需求就行,甭管什么面向对象、敏捷过程, ... -
“敏捷西安”首次技术交流活动成功举行
2007-03-26 11:05 26193月24日星期六,“敏捷西安”首次技术交流活动在西安软件园成功 ... -
持续集成上铁道——CruiseControl.rb简介
2007-03-14 21:26 9438什么是CruiseControl.rb CruiseCont ... -
了解Rails最新版本的健康状态:Rails的官方持续集成服务器
2007-03-14 10:21 4125http://cruisecontrolrb.thoughtw ... -
“敏捷西安”用户组成立
2007-03-09 20:03 2741http://groups.google.com/group/ ... -
Re: 看《初学ROR的疑惑》所产生的疑惑
2007-02-24 15:11 2263calmness 写道相对于同一语言的遗留系统是会逐渐减少的, ... -
CruiseControl.rb
2007-02-24 11:41 4119一个简单的、convention over configura ... -
[转贴]致招商银行的公开信
2007-01-31 19:16 10415致招商银行的公开信 作者:徐继哲 大概在一年以前,我有了写这 ... -
Buffalo成为主流AJAX框架(恭喜迈克尔)
2007-01-12 17:14 4349张孝祥:好的软件公司难道不垂青这样的人才吗? http://c ... -
Re: 老被人说我学的东西没有技术含量怎么办?
2006-11-18 15:36 3053[quote="刑天战士"]最近慢慢在工作 ... -
中文敏捷社区汇集
2006-11-04 14:51 3627JavaEye:敏捷软件开发 专注企业软件开发技术的论坛交流社 ... -
“敏捷中国”加入敏捷联盟
2006-11-04 14:28 3986敏捷中国 http://groups.google.com/g ... -
Re: [zt]PHP 會被 Ruby 殺死嗎?
2006-10-07 15:33 2692cxd110 写道我想如果ruby将来成为主流,那么那些大公司 ...
相关推荐
然而,Ruby鼓励使用异常来控制程序流程,而在Java中,过度使用异常会被视为不良实践。 在开发工具和生态系统方面,Java有成熟的IDE如Eclipse和IntelliJ IDEA,以及Maven和Gradle等构建工具。Ruby则有RubyMine作为...
在深入探讨Ruby与Java之间的误区时,我们首先要澄清一个普遍的误解:Ruby只适合小型项目,而Java更适合大型复杂项目。...总的来说,选择Ruby还是Java应基于项目的实际需求和团队的技术背景,而非固有的偏见或误解。
标题中的“ruby生成java文件的工具”指的是使用Ruby编程语言编写的一种工具,它能够自动生成Java源代码。这种工具通常用于提高开发效率,特别是在需要大量重复性代码的情况下,如数据访问对象(DAO)、控制器...
标题 "从 Java 到 Ruby_ 每一个管理者应该知道的事情" 提示我们,这篇文章或书籍将探讨在 IT 管理领域从使用 Java 转向 Ruby 的关键点。Ruby 是一种动态类型、面向对象的编程语言,以其简洁、灵活的语法和强大的元...
JRuby的实现方式是将Ruby源代码转换为Java字节码,然后在JVM上执行。这种转换过程涉及到词法分析、语法解析、抽象语法树(AST)构建以及最终的字节码生成。JRuby还支持Just-In-Time(JIT)编译,这意味着频繁执行的...
jvm,JRuby是面向Ruby、基于Java虚拟机(JVM)的一种解释程序,它结合了Ruby语言的简易性和功能强大的JVM的执行机制,包括与Java库 全面集成。适用人群:计算机,电子信息工程、数学等专业的大学生课程设计、期末大...
【Java与Ruby在Web开发上...虽然Ruby on Rails以快速开发和简洁语法著称,但对于追求更强大、更灵活的开发流程的Java开发者来说,Java提供了一条不同的高效开发路径。选择哪种语言取决于项目需求、团队技能和开发偏好。
《从 Java 到 Ruby》不仅为 Java 开发者提供了一条通往 Ruby 的清晰路径,同时也为管理层提供了充分的理由去考虑将 Ruby 纳入技术栈。无论是对于个人技能的提升还是组织的整体发展,本书都是一份宝贵的资源。通过...
Java与Ruby的结合不仅体现了这一点,也为开发者提供了更多选择和可能性。通过合理利用Ruby的灵活性和Java的强大功能,开发者能够在保持高质量的同时加快开发进度。在未来,我们可以期待看到更多关于这两种语言结合的...
利用Ruby简化你的Java测试.rar利用Ruby简化你的Java测试.rar利用Ruby简化你的Java测试.rar利用Ruby简化你的Java测试.rar利用Ruby简化你的Java测试.rar利用Ruby简化你的Java测试.rar利用Ruby简化你的Java测试.rar利用...
《基于Ruby+Java搜索引擎原理与实现》是一部深入探讨搜索引擎技术的书籍,虽然只涵盖了前三个章节,但已足以让我们对搜索引擎的基本运作有初步的理解。在本文中,我们将围绕Ruby和Java这两种编程语言如何应用于搜索...
本书由 Bruce Tate 撰写,旨在帮助 Java 开发者了解并过渡到 Ruby 领域,同时也为管理者提供了宝贵的视角,让他们理解这两种语言之间的差异及其对企业的影响。 #### 重要知识点概览 ##### Java 与 Ruby 的比较 1....
2. JRuby:JRuby是Ruby的一个Java实现,它可以在Java平台上运行,并且能够利用Java的性能和生态系统。JRuby的最大优点是与Java库的无缝集成,以及在多线程环境下的高效执行。 3. Rubinius:Rubinius是一个用Ruby...
Stuart Halloway的"Ruby VS Java 之怪谈"系列博客深入探讨了关于这两种语言的一些常见误解,旨在为开发者提供更全面的理解。以下是对这些误区的详细分析: 误区一:Ruby适合小型项目,Java适合大型复杂项目。...
Ruby2Java项目则更进一步,它尝试直接将Ruby源代码转换为Java字节码,从而避免了JRuby中的解释阶段,理论上可以提升运行速度。这种编译方式让Ruby程序能够像Java应用一样被预编译,减少运行时的解析开销。 在项目源...
ruby_vs_java_recursion Ruby vs Java:为什么世界会用 Java 更快地结束? 该 repo 显示了 Hanoi Towers 上的经典递归调用。 上有Java、JRuby、Ruby实现的比较结果
Ruby 开发环境的配置 Ruby 是一种流行的编程语言, Rails 是基于 Ruby 的一个 Web 应用框架。本文档将指导您如何配置 Ruby 开发环境,包括安装 Ruby 和 Rails、配置开发环境、安装数据库等步骤。 一、安装 Ruby ...
java-faker, 将流行的ruby faker gem 引入 Java Java Faker 这里库是 ruby gem ( 以及perl库的Data::Faker )的stympy/faker端口,它生成假数据。 当你开发一个新项目并且需要一些漂亮的数据来展示时,它很有用。用法...