d********g
发帖数: 10550 | 1 你还不如说万般皆下品，唯有JavaScript高。JS现在是前后台都可以做
Python和Ruby比，显然应用广多了，效率也高，虽然效率都和Java没得比。Ruby主要就
靠RoR在那撑着
Scala为时尚早，过5-10年再看不迟 |
|
M****z
发帖数: 1058 | 2 你是说angular?node?
node做后台rest好像挺全乎啊，除了two-legged token authentication很可能需要自
己写，不过那个打算用的新框架不是JS的，好不好用还需要等合作伙伴自己定夺，实在
不行就上他自己最熟悉的，估计几小时就搞出来了。
angular的app也并不少啊
另外一个meteor不敢用，我不需要实时，而且他们的改变还挺大，但是他们的东西很好玩
一开始我学的是RoR，结果太多没有为什么照做就行，稍微想改就云里雾里，所以还是
放弃了，估计还是我太菜，我自己还是想搞明白node一些，夏天有空继续看看，整个JS
异步完全没整明白。回头看看还是Obective-C简单多了~~ |
|
H********g
发帖数: 1107 | 3 RoR应该是个不错的架构。
“结果太多没有为什么照做就行，稍微想改就云里雾里”
这个是你太着急了，再简单它毕竟是个完整的framework，
不用这个东西从头到尾做几个项目，是不可能随心所欲的customize的。
其他的不太了解，nodejs我稍微看过一点，我记得MVC还没有搞全。
template engine是有了。但是ORM好像还没有特别完整的。
不过可能是我的信息没有up to date |
|
g****z
发帖数: 1135 | 4 无所谓替代，会共存，看你喜欢那个了。比如我喜欢Ruby，可我不喜欢RoR。 |
|
g****z
发帖数: 1135 | 5 大概的分布是中小型公司目前是 php > RoR > Python. 大型企业级基本还是java的天
下。
不过我估计现在新项目上马Java的越来越少了，主要还是因为太繁琐（尽管已经简化了
很多）。 |
|
g****z
发帖数: 1135 | 6 现在小的startup用RoR的很多。嗯。。我们都差点把另一个重要参与者给忘了，那就是
asp.net。
在传统行业公司asp.net那绝对是傲视群雄呵。 |
|
b******y
发帖数: 9224 | 7
有道理。看来我也需要熟悉下php, RoR了。
asp.net就免了吧，我不喜欢微软的平台。另外，我觉得做web/网站来说，linux based
的平台上的机会足够多了。没必要沾微软的边儿 |
|
g****z
发帖数: 1135 | 8 “Python生态好“这话说得精准。但web上还是不敌RoR的。其实Ruby真是个好语言，完
败python.
可除了和Rails搭配其他很少应用，这不能不令人惋惜。想来可能是因为是日本人发明
的吧，地域歧视啊呵呵。
, |
|
p*****u
发帖数: 214 | 9 就个人来讲，Python所占的市场会很大，ROR相对来说还是有差距，和地域没关系，和
喜好有关系。
php不会完蛋，而且将来在占市场也会很大，node.js也会很快上来。 |
|
H********g
发帖数: 1107 | 10 太多了，论坛本身就是个细碎的工作，难度不大。
现成有discuz，就满足99%的需求了，基于php的。
还有国外的一些开源php论坛。
最近还有个基于ROR的discourse http://www.discourse.org/，有很多很有特色的功能，可以说是未来论坛的一个方向。
还有最近国内一帮人搞的project babel，这个有python的，也有各种基于其他平台的
克隆。 |
|
q***2
发帖数: 1861 | 11 【 以下文字转载自 TJU 讨论区 】
发信人: qsyd2 (潜水员 - 第二名), 信区: TJU
标 题: 这里的校友有没有做平面设计的（网站艺术设计）？
发信站: BBS 未名空间站 (Wed Apr 6 02:38:53 2011, 美东)
是这样： 知道咱天大的建筑系厉害，艺术造诣很高，所以特别来这儿发个帖。（说不
定现在天大的计算机系也有图像或艺术设计专业了？） 情况是我们这儿有一个网站设
计、软件外包的小团队，目前在国内不到十个设计与技术人员。美国呢是两个人，还都
是天大的校友。
目前呢，我们接到的活有点忙不过来 -不过这个也是临时的，不知道能不能总这样- 所
以想看看有没有做 Art design， Graphic design 的校友，愿意出来客串一下，顺便
挣点零花钱的。 基本上，会 Photoshop 等绘图软件， 加上HTML， CSS 等等 web
design 的工具就好了。要是会PHP、Mysql， flash， Jquery， ROR 等等当然更好。
希望能瞧瞧你以往的作品啊。
对了，我们以前做的一些网站项目在这个帖子里头有demo：
http:... 阅读全帖 |
|
a******e
发帖数: 982 | 12
這個批評是合理的。
不過Perl 還是很難讀，適合用過就丟的。
小日本發明的 Ruby 是有長處， 不過主要還是因為RoR 才帶動起來的，語言
設計本身只是普通而已。 |
|
m*p
发帖数: 1331 | 13 【 以下文字转载自 JobHunting 讨论区 】
发信人: mbp (Mac Book Pro), 信区: JobHunting
标 题: google interview, text mining
发信站: BBS 未名空间站 (Sat May 28 02:30:42 2011, 美东)
how to find out synonyms in a huge text corpus?
e.g, "ruby on rail" and "RoR". |
|
l***y
发帖数: 190 | 14 个人认为，spring更好，当然也更难学。ror很好学，但是还太简旦了些，主要还是小
公司在用。 |
|
a******g
发帖数: 13519 | 15 前20里，我15种技术都做过。做得最多的，还是PHP。接下来是ROR，跟ASP.NET。最讨
厌J2EE。 |
|
r******3
发帖数: 221 | 16 未来几年IT行业会focus在移动互联网和云端计算，前景还是不错的，SNS的泡沫还会继
续。
但是40岁再转码公说实话有点晚，有许多的基础课你要pick up，而且如果你想进一二
线公司的话，几乎不例外得要解算法题，说实话40岁的脑袋反应是没有25岁的快了，实
话实说没有冒犯之意。而且就算进去后也从底层码公做起，40岁拖家带小的绝对没有一
个25岁来的有吸引力，25岁的可以随意加班加点。
另外很多的软件公司主流都是25～30的，让一个比你小一轮的天天指手画脚教你怎么做
，你会觉得舒服吗？
另外最重要一点就是软件这个行业技术更新很快，各种OS琳琅满目，昨天的Spring/
Hibernate/MySQL，今天的Python on Django/ROR, 明天说不定就Scala on Play/Lift
+ NoSQL了，不同公司用的技术很有可能会不一样，这样你得要一直学.......
其实除了码公，还有其它行业，career path可以走，码公其实也是底层民工，只是摊
上现在的行业吃香而已。 |
|
|
b********e
发帖数: 58 | 18 Cannot be sure since I did not code in RoR for a while. But I remember that
if you configure it to be in the "development" mode, the trace would show
rather than "internal error". |
|
|
b********e
发帖数: 58 | 20 Cannot be sure since I did not code in RoR for a while. But I remember that
if you configure it to be in the "development" mode, the trace would show
rather than "internal error". |
|
c**t
发帖数: 2744 | 21 I think RoR has better caching, you could cache html element rather than
page |
|
|
t****p
发帖数: 1703 | 23 这个好像是full的crisis recovery,mini版本的话就没有autoexec.bat的事情了,直接自
动flash bios.
还是想不通phlash16.exe什么时候新版本不行旧版本才可以的了,可以在dos下面看看er
ror message |
|
k**L
发帖数: 3630 | 24 I got similiar problem before, but my card is 7800GT. and the format is
blueray rip ts file. The video would stuttered, sound borken. Turns out it's
not the video card power nor CPU, it's the harddrive. try moving it to
local hard drive. not over the network or anything.
【 在 ROR (Rhythm of the Rain) 的大作中提到: 】
resolution |
|
h******1
发帖数: 1930 | 25 哈哈水平不咋地但是咱有一颗追求处的心呐
[在 ROR (Rhythm of the Rain) 的大作中提到：]
：楼主，看你这水平，还是去dell或者lenovo的outlet淘一个refurb算了。 |
|
R*R
发帖数: 2661 | 26 强悍啊，谢楼主。入了一个。
ROR，您好：
您转给 liamsun,现金(伪币):20,收取手续费:0.2
同时附加了如下留言给 liamsun.
多谢deal。 |
|
t********k
发帖数: 808 | 27 Clob clob = null;
String strTemp;
... //给strTemp赋了一文章的内容
clob.setString(1,strTemp)
执行到上面一句是出现如下错误
用的系统是Oracle9i
看了JDK,setString在1.4已经支持了
而我用的Bea Weblogic 8.1
用的是JDK1.4.1
为什么?
java.sql.SQLException: 不支持的特性
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269)
at oracle.jdbc.dbaccess.DBError.throwUnsupportedFeatureSqlException(DBEr
ror.java:690)
at o |
|
g*****g
发帖数: 34805 | 28 Lately I've heard a lot of hype of Ruby on Rails.
One even claimed it's 10 times faster to develop a web application.
I am not a big fan of dynamic lanagugae after being painful
with perl in old days.
But I do feel JEE of today is too complicated, and simplicity is
the trend as JEE5 tries to do. If RoR is really 1/10 of dev cost,
with only little sacrifice on performance and scaling well, I do
see JEE takes its toll in 10 years.
Any comment? |
|
m******t
发帖数: 2416 | 29 Well, industry wise, I'd say RoR is for real. It makes things a lot easier
for the developers.
On the other hand, I for one still prefer strong-typed languages with run-
time reflection support - oddly Java just came across my mind as a good
example 8-). |
|
g******e
发帖数: 3760 | 30 Our company used to invite a key developer for RoR to demonstrate how it
works. It was inseed quite impressive. Didn't mention about performance
though. |
|
g*****g
发帖数: 34805 | 31 这说得是没错的，应用开发从C++转到Java上来也是同样道理，
如果真的开发速度是10倍，哪怕3倍，而同样的功能都能达到，
RoR取代Java只是时间问题。
Ruby |
|
m******t
发帖数: 2416 | 32 I guess most of my comments from the previous post can be tied up
to one point: I absolutely hate having to rebuild and redeploy
the whole app just because I changed how one property should be
rendered. That's where php/RoR beats JEE hands down. And don't
tell me we don't need that in enterprise web apps - we can cut
down at least half of the heavy release cycles if we could drop
in one jsp file.
So you might also have guessed that I would disagree on "logic
in template is evil". 8-)
I believe i |
|
|
g*****g
发帖数: 34805 | 34 I think it's case by case. RoR hasn't been proven beyond
CRUD application. |
|
c***c
发帖数: 21374 | 35 我一个朋友的公司做payment gateway，用ROR做的，一个月的交易笔数200来万次
运行很稳定
大部分中小企业的网络应用这个量级足够了吧？ |
|
b******y
发帖数: 9224 | 36 I think transaction based systems are ok with RoR, but, for high performance
systems like twitter, they need something that's very fast. So, different
market I guess. |
|
m******t
发帖数: 2416 | 37
As must as I like ruby for a script language, I've
never been a big fan of RoR - or any web framework
entirely based on a DSL.
I've been toying with the idea of incorporating
ruby into the JEE framework. Ruby is ideal for
implementing the more "volatile" parts of the architecture,
for instance the request handlers, the business validation
rules, etc.
OTOH, I'd like to stay with good old java for the
domain model, and the service and data repository tiers. |
|
t*******e
发帖数: 684 | 38 ROR，GAG之类把简单的CRUD问题变得更简单了，但对复杂的问题帮助不大。毕竟复杂性
是由business requirement决定的，没有frameworks可以预知你的项目的requirement. |
|
g*****g
发帖数: 34805 | 39 For the latter, on the contrary, free open source software keeps Java
alive. Without Spring, hibernate that led to EJB3, Struts that led to
JSF. We are stuck with JSP, Servlet and EJB2.x, and people would have jumped
into RoR camp without hesitation.
and |
|
g*****g
发帖数: 34805 | 40 Overall, if you are working on a serious project that
should be maintained for a number of years down the road.
And you want the flexibility, it's worth it. EJB3 has been
pretty thin and there ain't much to simplify. Java learns
a lot from convention over configuration from RoR and I
dont' think the productivity will be much different. |
|
g*****g
发帖数: 34805 | 41
This is largely due to that spring does it right first, (IoC, AOP,
POJO oriented, no do one thing with 3 classes), getting mature,
popular and adopted by many open source projects before ejb3 becomes
a spec. ejb3 is pretty much some good practices of spring and
hibernate, and some good features of RoR (convention over configuration),
and I am gonna give it credit for that.
Well, since spring 2.0 and especially after 2.5, you can configure most
spring components using only annotations too. So th |
|
|
k****u
发帖数: 133 | 43 How about Grails? The old name for Grails is Groovy on Rails, as you can
guess, follows the same concept of Ruby on Rails. And like RoR, it's much
more productive than any other Java web frameworks, which means you'll write
much less code, which translates into better maintainability, readability,
etc. It's built on top of Spring and Hibernate, so it's also a solid
framework. |
|
r*****s
发帖数: 985 | 44 也不是learning from scratch
IoC/DJ也不是问题
就是本来IoC/DJ就不是个复杂的东西，
不就是把programming postponed to config吗？
不就是increase some level of indirection & “flexibility”吗？
我是说spring的选择太多，
照顾的太多，
又要兼容，
又要new feature。
我有一阵子弄RoR，
就觉得很舒服，
你就不用选，
就那么一套。
hello world的程序当然好写，
现实中跟已有的application配起来就不那么简单了，
特别是如果这个系统有很多人一起在弄，
spring的很多东西都是hiddenly/vaguely configured somewhere，
谁知道你的config跟别人的config是不是overlapped/conflicted,
结果就是可能一个简单的Bean或Aspect就要弄半天。
我想主要的问题是这个config也是一种programming
本来programming有很多best practices
其实是适用于confi... 阅读全帖 |
|
g*****g
发帖数: 34805 | 45 In java's term, they create a Future in servlet, and block
on Future to return. In the Future, they do all kinds of
async processing. On a loaded system, there'll be less CPU
cycles blocking on IO, and they can achieve better throughput.
Though they don't really use servlet, that part is in RoR. |
|
b******y
发帖数: 9224 | 46
ejb现在想想都脑袋疼. 还好的是工作当中没有用过. 说到ejb, 就明白了为啥其他的
language诸如php, RoR等流行了。因为他们都很简单易上手。Sun没了，否则估计还要
搞出个啥比ejb更复杂的东东。 |
|
b******y
发帖数: 9224 | 47
Totally.
I still consider Ruby/Rails not a serious-enough programming language.
Granted, a lot of start-ups use RoR, but, when it comes to scalability and
performance, Java is the clear winner. |
|
r*****s
发帖数: 985 | 48 同意好虫的意见，
其实都是差不多的东西，
RoR啊，Django啊，
一套就在那里，
您也不用选也不用挑也不用比较所以也不用烦恼，
但是肯定不是没有代价的。
说到工作，
python也好，
ruby也好，
我没觉得那个真正独当一面稳定在那里了，
所以they may come and go，
相比较Java is well established. |
|
g*****g
发帖数: 34805 | 49 Although spring is proprietary, it's also open source with apache
license, so discontinued support is not really a concern. Someone
will just fork it.
Spring+Hibernate is more flexible and more powerful, with finer
control and a bigger set of API (e.g. Advanced AOP through aspectJ).
On the other hand, ejb3.1 is definitely more consise, has a lot of
convention over configuration learned from RoR.
I think ejb3.x is mature enough for most projects, so you can't go
wrong with either one. Personally... 阅读全帖 |
|
g*****g
发帖数: 34805 | 50 Although spring is proprietary, it's also open source with apache
license, so discontinued support is not really a concern. Someone
will just fork it.
Spring+Hibernate is more flexible and more powerful, with finer
control and a bigger set of API (e.g. Advanced AOP through aspectJ).
On the other hand, ejb3.1 is definitely more consise, has a lot of
convention over configuration learned from RoR.
I think ejb3.x is mature enough for most projects, so you can't go
wrong with either one. Personally... 阅读全帖 |
|
