[ANN] RubyGems 0.8.4

P

Premshree Pillai

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello there.

|>And back to your question: Most companies normally hire on skills and not
on a
|>special language. Learn many languages (at least 5) find a job and
|>then convince your boss to use the language you are most productive
|>and that fits well enough for your task.
|
| Absolutely agree with you. Language is only a tool that one uses to
| solve problems. No company hires a person based on his language skills
| -- unless the company is run by a bunch of retards.
|
| Companies normally look into a person's problem solving abilities.
| Language is really secondary. Now what language you can use for your
| projects depends on the amount of freedom that you have -- which is
| usually less in a big-company setting.
|
| Of course, you could always *try* to convince a company why language A
| would be better then language B -- and you're reasons must be good, of
| course. It also depends how willing your company is to let you use a
| language that itself doesn't become the problem. ;)

Unfortunelly, this is not what Paul Graham thinks it's a "real hacker".
But I don't care about him. :)

I totally agree with you on the point that people wants people that solves
its problems, not with a language skills, but with their brains.

Some guys can be *really* good on some languages, but if they don't are
smart enought to see that in some cases one language are better for a kind
of problem than their beloved one.

The sad thing is that they start to call everyone that don't uses the XYZ
language as loosers. And they miss a good point to make some good friends

Very right. But I *tend* to call people who don't use dynamic,
strong-typed languages losers. ;)
 
E

Eustaquio Rangel de Oliveira Jr.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

| The sad thing is that they start to call everyone that don't uses the XYZ
| language as loosers. And they miss a good point to make some good friends
|
|> Very right. But I *tend* to call people who don't use dynamic,
|> strong-typed languages losers. ;)

That's your opinion and I can't do anything about that unless say you'll be
a little bit more friendly if you don't do that. :) But as I said, it's
your option ehehe. ;-)

I have friends that really loves to program in Visual Basic
(Jesus-Mary-Joseph-oh-God!) but they are my friends and are really nice
people, and I like them. If I call them losers ... you know what happens. :)

- ----------------------------
Eustáquio "TaQ" Rangel
(e-mail address removed)
http://beam.to/taq
Usuário GNU/Linux no. 224050
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB29I/b6UiZnhJiLsRAvjLAJwPdvmgk1RvlrHDyDZMmIfd1XyA/QCeNM8h
3INcnm+81snkAKC6KzQ25AQ=
=kySx
-----END PGP SIGNATURE-----
 
P

Premshree Pillai

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

| The sad thing is that they start to call everyone that don't uses the XYZ
| language as loosers. And they miss a good point to make some good friends
|
|> Very right. But I *tend* to call people who don't use dynamic,
|> strong-typed languages losers. ;)

That's your opinion and I can't do anything about that unless say you'll be
a little bit more friendly if you don't do that. :) But as I said, it's
your option ehehe. ;-)

I have friends that really loves to program in Visual Basic
(Jesus-Mary-Joseph-oh-God!) but they are my friends and are really nice

I have had bad experiences in the past. I used to find it terrible
that folks used to use Visual Basic for dumb-**** projects at the CS
grad level.

I do have friends who work on Visual Basic and stuff (MS technologies,
broadly speking). I don't know if it's some kinda mutual understanding
or not, but we never speak much about tech stuff that we know would
inevitably lead us to arguments.
 
E

Eustaquio Rangel de Oliveira Jr.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi.

|> I do have friends who work on Visual Basic and stuff (MS technologies,
|> broadly speking). I don't know if it's some kinda mutual understanding
|> or not, but we never speak much about tech stuff that we know would
|> inevitably lead us to arguments.

Kind of talking about religion and soccer, at least here on Brazil. :)

- ----------------------------
Eustáquio "TaQ" Rangel
(e-mail address removed)
http://beam.to/taq
Usuário GNU/Linux no. 224050
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB29zib6UiZnhJiLsRAnaUAJ4vIBEWevzGW6PlLo6ICB9wL+yvdwCeJbKl
xbwvs/yCL3cNGr+wkbOrsLw=
=fdOZ
-----END PGP SIGNATURE-----
 
L

Lothar Scholz

Hello Premshree,


PP> Very right. But I *tend* to call people who don't use dynamic,
PP> strong-typed languages losers. ;)

Can you please give me a hint about the language you have in mind.

From my knowledge of around 25 languages it seems that only LISP with
heavy use of (the 'integer 'x) statements are both dynamic and strong
typed.

Calling ruby users "losers" in this newsgroup is a little bit strange.
or do you mean "dynamic typed languages" ?
 
P

Premshree Pillai

Hello Premshree,

PP> Very right. But I *tend* to call people who don't use dynamic,
PP> strong-typed languages losers. ;)

Can you please give me a hint about the language you have in mind.

From my knowledge of around 25 languages it seems that only LISP with
heavy use of (the 'integer 'x) statements are both dynamic and strong
typed.

Calling ruby users "losers" in this newsgroup is a little bit strange.
or do you mean "dynamic typed languages" ?

I'm a strong proponent of Ruby, I wouldn't say anything like that.

Ruby is dynamic and strong typed, isn't it? I have a feeling this
discussion is going to head toward defining what typing means. :-S
 
G

Gavri Fernandez

From my knowledge of around 25 languages it seems that only LISP with
heavy use of (the 'integer 'x) statements are both dynamic and strong
typed.

Resources which claim that Ruby/Python are strongly dynamically typed languages

http://www.artima.com/forums/flat.jsp?forum=106&thread=7590&start=0&msRange=15
http://dictionary.reference.com/search?q=strong typing

Bruce Eckel got it wrong in an article some time ago when he equated
"statically-typed" with "strongly-typed", but I thought the Ruby
community have always agreed that Ruby is strongly-typed....

gavri
 
P

Premshree Pillai

And just to clear things up, I wasn't very serious anyway, that's why the ";)".
 
P

Premshree Pillai

Resources which claim that Ruby/Python are strongly dynamically typed languages

http://www.artima.com/forums/flat.jsp?forum=106&thread=7590&start=0&msRange=15
http://dictionary.reference.com/search?q=strong typing

Bruce Eckel got it wrong in an article some time ago when he equated
"statically-typed" with "strongly-typed", but I thought the Ruby
community have always agreed that Ruby is strongly-typed....

Ruby checks for type constraint violations. Strong typed behaviour.

However, I must also add that the "typing issue" is an unresolved one,
if I may say so. Unresolved not because there are ambiguities, but
people have -- to use a cliche -- agreed to disagree about what
"constitutes" the different typing types.
 
M

Mikael Brockman

Eustaquio Rangel de Oliveira Jr. said:
Hello there.

|>And back to your question: Most companies normally hire on skills and not
on a
|>special language. Learn many languages (at least 5) find a job and
|>then convince your boss to use the language you are most productive
|>and that fits well enough for your task.
|
| Absolutely agree with you. Language is only a tool that one uses to
| solve problems. No company hires a person based on his language skills
| -- unless the company is run by a bunch of retards.
|
| Companies normally look into a person's problem solving abilities.
| Language is really secondary. Now what language you can use for your
| projects depends on the amount of freedom that you have -- which is
| usually less in a big-company setting.
|
| Of course, you could always *try* to convince a company why language A
| would be better then language B -- and you're reasons must be good, of
| course. It also depends how willing your company is to let you use a
| language that itself doesn't become the problem. ;)

Unfortunelly, this is not what Paul Graham thinks it's a "real hacker".
But I don't care about him. :)

I totally agree with you on the point that people wants people that solves
its problems, not with a language skills, but with their brains.

Some guys can be *really* good on some languages, but if they don't are
smart enought to see that in some cases one language are better for a kind
of problem than their beloved one.

The sad thing is that they start to call everyone that don't uses the XYZ
language as loosers. And they miss a good point to make some good friends
and talk with some good professional with this kind of attitude.

Languages are not commodities. They differ substantially. For example:
compare Java to Ruby.

Ruby is certainly in the top three of languages that let you write short
and readable programs. Java is somewhere at the bottom.

Ruby culture says: keep it simple, keep it short, keep away from XML.

Java culture says: make it complex, make it long, and there's no such
thing as too little XML. Java programmers would deny having those as
goals in themselves. But I think they like those properties.

I used to be a Java programmer. I used to like that stuff. Some
perverse part of me still does. There's something strangely appealing
about a behemoth. Like the U.S.S. Enterprise.

I wouldn't hire myself as I were back then.

Your preferred language says a lot about your personality. I don't want
Java personalities on my team. In case I'm not offending enough
demographics: I don't want C++, C#, or Windows personalities, either.

I can imagine finding myself in a situation where Java, C++, C#, or even
Window would be the best solution. I wouldn't hire anyone who doesn't
realize that. But I'd be suspicious if he used that stuff in his free
time.

mikael

P.S. It seems like there are some undercurrents of simplicity in the
Java culture. If you're a part of that, you'll know to ignore my
ramblings. But by god, find yourself a better language.
 
J

Joao Pedrosa

Hi,
Ruby is certainly in the top three of languages that let you write short
and readable programs. Java is somewhere at the bottom.

Ruby culture says: keep it simple, keep it short, keep away from XML.

Java culture says: make it complex, make it long, and there's no such
thing as too little XML. Java programmers would deny having those as
goals in themselves. But I think they like those properties.

LOL. ;-)

I completely agree with you. But maybe someone that has been trained
in the Ruby camp can make things simpler elsewhere. :)

Cheers,
Joao
 
E

Eustaquio Rangel de Oliveira Jr.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

| Languages are not commodities. They differ substantially. For example:
| compare Java to Ruby.

Oh, I agree with you. They are very different.

| Ruby culture says: keep it simple, keep it short, keep away from XML.

This XML stuff is weird. Seems that a lot of people have a bad idea about
it because of the *huge* XML files a lot of Java stuff needs. I agree that
there's a lot of mess around there, a lot of no necessary complexity, but
this kind of generalization is not healthy.

I know YAML is very, very more simple than XML, but XML is helping us to
make the web more well-designed and with more semantics.

Try to give a look on XML with XSLT, it can make some cool stuff.

| Java culture says: make it complex, make it long, and there's no such
| thing as too little XML. Java programmers would deny having those as
| goals in themselves. But I think they like those properties.

I don't think ALL that *programmers that use Java* think this way. Another
generalization here.

I think we can talk about *people that uses languages*, and not *people
that are used by languages*. There's a lot of missing points about that on
the hype created with, let's say, the Java hype these days, the C# hype.

A lot of people learn how to do things the hard way. Some dudes learn that
to make a simple query on a database they need to install Hibernate, to
"keep the OO pure concept", for Christ sake. And some are lazy, ok.

This is not a fault from the language, but from where people are learning
things, the way people are learning things.

Even if people comes to Ruby, they could start to find how to find huge
things there also (and can make a mess, do you have some doubt about
that?), because it's the way *they think they need do things*, not the
language they're using. The concept of a text editor and a compiler is far
away from their ideas.

And, I know, talking just about the languages, Java is *very* heavier than
Ruby. This is a clear point.

| I used to be a Java programmer. I used to like that stuff. Some
| perverse part of me still does. There's something strangely appealing
| about a behemoth. Like the U.S.S. Enterprise.

Thanks God I never used J2EE or EJB's and never tempted by it. :)

| I wouldn't hire myself as I were back then.

You could hire yourself and give you some cool tips about programming. :)

| Your preferred language says a lot about your personality. I don't want
| Java personalities on my team. In case I'm not offending enough
| demographics: I don't want C++, C#, or Windows personalities, either.

Seems you see them like demons or something like that. :)

This take us back from the original point here: about people and languages.

I think, sorry if I offend you, that if you have a chance to have a *really
good* Java/C++/C# programmer in your team, and you know that the guy loves
his work, likes to study, is creative, smart, and you refuses to hire him
and hire a guy that started yesterday using Ruby or Python or whatever,
you're doing a foolish thing.

A good Java/C++/C# programmer can *learn* things (agreeding or not) and
*teach and discuss* things (some contestation and brainstorming is good!) a
lot better than somebody that thinks that is a programmer just because is
using a cool language.

I'd like to have a *very good* Visual Basic (ouch!) programmer on my team,
if he's interested on solving problems with the tools we use, than hiring a
stupid kid just because he comes here and say "yo, bro, I use Ruby, I'm
fucking smart, let me work for ya".

The problem here is the creative mind and the being able learn and create
cool things. :)

| I can imagine finding myself in a situation where Java, C++, C#, or even
| Window would be the best solution. I wouldn't hire anyone who doesn't
| realize that. But I'd be suspicious if he used that stuff in his free
| time.

Wow, man, you need to buy some crosses and nails. And some gasoline too
(fire works better with it). You can do not allow people think different on
their works (it's ok if you're their boss) but will watch them on their
free time also? Did you heard about freedom? About learning about other
things (good or bad, your point)? :)

This way a lot of people that comes to Linux from Windows we'll be screwed
(I'm one of those guys). People will not having a chance to trying
something different (good or bad).

Apple was trying to make that with their employees, I don't know that
happens, but they were trying to stop people of developing free software on
their free time.

But thinking here ... some cell phones nowadays have some JVMs there. What
will be your solution for that? Ruby is not running there, Python is on
some Nokias, but if your boss tell you "hey, we need to make some apps
there", what will be the best solution?

This will not lead you to hell, anyways. You can stay a little angry to
have to use that, but, *the situation needs a solution*. You can give it or
not. It's your choice, but the situation is there. :)

| P.S. It seems like there are some undercurrents of simplicity in the
| Java culture. If you're a part of that, you'll know to ignore my
| ramblings. But by god, find yourself a better language.

Well, I don't know who told you I use Java (just J2SE, not J2EE, as I know
and use Python, Ruby and oh, PHP, burn me in hell! :), but I like trying
to make the simple things on all stuff I do. If it becomes bigger in some
places than the others, it's a kind of language and enviroment context.

And, yeah, I know some other languages also. I think I can find ways to
make each one better on some situations, I thank you for your advice, but
don't worry so much about these kind of things. It's not the end of the
world, as we know it. ;-)

- ----------------------------
Eustáquio "TaQ" Rangel
(e-mail address removed)
http://beam.to/taq
Usuário GNU/Linux no. 224050
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB2/zEb6UiZnhJiLsRAhMAAKCSrp7LY+riboR/vrHfH7RqcKTgBgCfbitb
d1wJhOZXFyUccJKj8P4xl/M=
=PGss
-----END PGP SIGNATURE-----
 
E

Eustaquio Rangel de Oliveira Jr.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey. :)

| I completely agree with you. But maybe someone that has been trained
| in the Ruby camp can make things simpler elsewhere. :)

That's what I was talking about: the way to do things. ;-)

- ----------------------------
Eustáquio "TaQ" Rangel
(e-mail address removed)
http://beam.to/taq
Usuário GNU/Linux no. 224050
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB2/2Tb6UiZnhJiLsRAslDAJ9Y5kZ+l2RNee4+qZz9qSx45U/xMwCeOyJn
yxFpj63BpTyYKXc3rHYgLoY=
=Osys
-----END PGP SIGNATURE-----
 
R

R. Mark Volkmann

I changed the subject because this has really gone off topic.

Quoting "Eustaquio Rangel de Oliveira Jr. said:
| Ruby culture says: keep it simple, keep it short, keep away from XML.

This XML stuff is weird. Seems that a lot of people have a bad idea about
it because of the *huge* XML files a lot of Java stuff needs. I agree that
there's a lot of mess around there, a lot of no necessary complexity, but
this kind of generalization is not healthy.

I know YAML is very, very more simple than XML, but XML is helping us to
make the web more well-designed and with more semantics.

Try to give a look on XML with XSLT, it can make some cool stuff.

XML can be much less verbose if you use attributes instead of child elements
when the data they hold is a simple value as opposed to a paragraph of text.

For example, compare this

<car>
<make>BMW</make>
<model>Z3</model>
<color>yellow</color>
</car>

to this

<car make="BMW" model="Z3" color="yellow"/>

I used to think XSLT was cool until I got tired of how verbose it is and how
often solutions in XSLT require recursion. I now prefer XQuery over XSLT.
Currently though there aren't many good XQuery implementations. One of the
better ones now is Saxon.
 
P

Premshree Pillai

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

| Languages are not commodities. They differ substantially. For example:
| compare Java to Ruby.

Oh, I agree with you. They are very different.

| Ruby culture says: keep it simple, keep it short, keep away from XML.

This XML stuff is weird. Seems that a lot of people have a bad idea about
it because of the *huge* XML files a lot of Java stuff needs. I agree that
there's a lot of mess around there, a lot of no necessary complexity, but
this kind of generalization is not healthy.

I know YAML is very, very more simple than XML, but XML is helping us to
make the web more well-designed and with more semantics.

Try to give a look on XML with XSLT, it can make some cool stuff.

| Java culture says: make it complex, make it long, and there's no such
| thing as too little XML. Java programmers would deny having those as
| goals in themselves. But I think they like those properties.

I don't think ALL that *programmers that use Java* think this way. Another
generalization here.

I think we can talk about *people that uses languages*, and not *people
that are used by languages*. There's a lot of missing points about that on
the hype created with, let's say, the Java hype these days, the C# hype.

A lot of people learn how to do things the hard way. Some dudes learn that
to make a simple query on a database they need to install Hibernate, to
"keep the OO pure concept", for Christ sake. And some are lazy, ok.

This is not a fault from the language, but from where people are learning
things, the way people are learning things.

Even if people comes to Ruby, they could start to find how to find huge
things there also (and can make a mess, do you have some doubt about
that?), because it's the way *they think they need do things*, not the
language they're using. The concept of a text editor and a compiler is far
away from their ideas.

And, I know, talking just about the languages, Java is *very* heavier than
Ruby. This is a clear point.

| I used to be a Java programmer. I used to like that stuff. Some
| perverse part of me still does. There's something strangely appealing
| about a behemoth. Like the U.S.S. Enterprise.

Thanks God I never used J2EE or EJB's and never tempted by it. :)

| I wouldn't hire myself as I were back then.

You could hire yourself and give you some cool tips about programming. :)

| Your preferred language says a lot about your personality. I don't want
| Java personalities on my team. In case I'm not offending enough
| demographics: I don't want C++, C#, or Windows personalities, either.

Seems you see them like demons or something like that. :)

This take us back from the original point here: about people and languages.

I think, sorry if I offend you, that if you have a chance to have a *really
good* Java/C++/C# programmer in your team, and you know that the guy loves
his work, likes to study, is creative, smart, and you refuses to hire him
and hire a guy that started yesterday using Ruby or Python or whatever,
you're doing a foolish thing.

A good Java/C++/C# programmer can *learn* things (agreeding or not) and
*teach and discuss* things (some contestation and brainstorming is good!) a
lot better than somebody that thinks that is a programmer just because is
using a cool language.

I'd like to have a *very good* Visual Basic (ouch!) programmer on my team,
if he's interested on solving problems with the tools we use, than hiring a
stupid kid just because he comes here and say "yo, bro, I use Ruby, I'm
fucking smart, let me work for ya".

The problem here is the creative mind and the being able learn and create
cool things. :)

| I can imagine finding myself in a situation where Java, C++, C#, or even
| Window would be the best solution. I wouldn't hire anyone who doesn't
| realize that. But I'd be suspicious if he used that stuff in his free
| time.

Wow, man, you need to buy some crosses and nails. And some gasoline too
(fire works better with it). You can do not allow people think different on
their works (it's ok if you're their boss) but will watch them on their
free time also? Did you heard about freedom? About learning about other
things (good or bad, your point)? :)

This way a lot of people that comes to Linux from Windows we'll be screwed
(I'm one of those guys). People will not having a chance to trying
something different (good or bad).

Apple was trying to make that with their employees, I don't know that
happens, but they were trying to stop people of developing free software on
their free time.

But thinking here ... some cell phones nowadays have some JVMs there. What
will be your solution for that? Ruby is not running there, Python is on
some Nokias, but if your boss tell you "hey, we need to make some apps
there", what will be the best solution?

Heh, right you are. The kind of domain determines which languages can
be used. And various other factors -- programmer availability,
language knowledge, language support, and possibly a gazillion other
things -- determine which language is finally chosen.

I have been working in a startup where I have relative independence
regarding the language use. And I work on the web domain (generic,
maybe, but you get it, right?), so I've been using Ruby and Python at
work. However, I have no option but use other languages (for certain
tasks requiring more than two people) -- PHP, for instance (which I
_hate_, btw) -- because my colleagues don't know Ruby/Python.
Moreover, it's easier to find PHP programmers and all that jazz.
 
E

Eustaquio Rangel de Oliveira Jr.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

| XML can be much less verbose if you use attributes instead of child elements
| when the data they hold is a simple value as opposed to a paragraph of text.

Yeah, agree! Is the way you do things. :)
But is not me that thinks XML is evil ehehe.

| I used to think XSLT was cool until I got tired of how verbose it is and how
| often solutions in XSLT require recursion. I now prefer XQuery over XSLT.
| Currently though there aren't many good XQuery implementations. One of the
| better ones now is Saxon.

But they are coming! :)

Regards,

- ----------------------------
Eustáquio "TaQ" Rangel
(e-mail address removed)
http://beam.to/taq
Usuário GNU/Linux no. 224050
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB3ABOb6UiZnhJiLsRAkvpAKCmFG8wVFV6zeJVyKJJKFQ6lX/w4QCfQjl9
tgW0zyy5nwuQrWOFQp/4nCQ=
=wZ9Y
-----END PGP SIGNATURE-----
 
P

Premshree Pillai

I changed the subject because this has really gone off topic.



XML can be much less verbose if you use attributes instead of child elements
when the data they hold is a simple value as opposed to a paragraph of text.

Well, you can't attribute that as _XML's_ fault, can you? I mean it's
upto the person who implements the thing to decide what the right way
to do it is.
 
M

Mikael Brockman

Eustaquio Rangel de Oliveira Jr. said:

Good day!
| Ruby culture says: keep it simple, keep it short, keep away from XML.

This XML stuff is weird. Seems that a lot of people have a bad idea about
it because of the *huge* XML files a lot of Java stuff needs. I agree that
there's a lot of mess around there, a lot of no necessary complexity, but
this kind of generalization is not healthy.

As you've noticed, my post is a gigantic generalization. Sorry about
that.
I know YAML is very, very more simple than XML, but XML is helping us to
make the web more well-designed and with more semantics.

Try to give a look on XML with XSLT, it can make some cool stuff.

I like using XML to store documents, and XSLT is pretty neat, too. What
I don't like about Java culture is how it tends to overuse XML for
configuring stuff that should be done in code. See Rails vs any of the
overengineered Java web stuff.
| Java culture says: make it complex, make it long, and there's no such
| thing as too little XML. Java programmers would deny having those as
| goals in themselves. But I think they like those properties.

I don't think ALL that *programmers that use Java* think this way. Another
generalization here.

I think we can talk about *people that uses languages*, and not *people
that are used by languages*. There's a lot of missing points about that on
the hype created with, let's say, the Java hype these days, the C# hype.

A lot of people learn how to do things the hard way. Some dudes learn that
to make a simple query on a database they need to install Hibernate, to
"keep the OO pure concept", for Christ sake. And some are lazy, ok.

This is not a fault from the language, but from where people are learning
things, the way people are learning things.

Even if people comes to Ruby, they could start to find how to find huge
things there also (and can make a mess, do you have some doubt about
that?), because it's the way *they think they need do things*, not the
language they're using. The concept of a text editor and a compiler is far
away from their ideas.

And, I know, talking just about the languages, Java is *very* heavier than
Ruby. This is a clear point.

I agree with you. People used to the Java mentality try to use it in
Ruby, too. But that stuff doesn't survive in Ruby's culture. People
used to the Ruby mentality will probably apply it to Java development,
and I'm not sure what will happen. Maybe the recent undercurrents of
simplicity are due to Pythonic and Rubian influence.
| I used to be a Java programmer. I used to like that stuff. Some
| perverse part of me still does. There's something strangely appealing
| about a behemoth. Like the U.S.S. Enterprise.

Thanks God I never used J2EE or EJB's and never tempted by it. :)

Me neither. :)
| I wouldn't hire myself as I were back then.

You could hire yourself and give you some cool tips about programming. :)

Yes, that would be fun!
| Your preferred language says a lot about your personality. I don't want
| Java personalities on my team. In case I'm not offending enough
| demographics: I don't want C++, C#, or Windows personalities, either.

Seems you see them like demons or something like that. :)

This take us back from the original point here: about people and languages.

I think, sorry if I offend you, that if you have a chance to have a *really
good* Java/C++/C# programmer in your team, and you know that the guy loves
his work, likes to study, is creative, smart, and you refuses to hire him
and hire a guy that started yesterday using Ruby or Python or whatever,
you're doing a foolish thing.

A good Java/C++/C# programmer can *learn* things (agreeding or not) and
*teach and discuss* things (some contestation and brainstorming is good!) a
lot better than somebody that thinks that is a programmer just because is
using a cool language.

I'd like to have a *very good* Visual Basic (ouch!) programmer on my team,
if he's interested on solving problems with the tools we use, than hiring a
stupid kid just because he comes here and say "yo, bro, I use Ruby, I'm
fucking smart, let me work for ya".

The problem here is the creative mind and the being able learn and create
cool things. :)

I'm not disputing that excellent Java/C++/C#/VB developers exist. I
just think they're a lot rarer than excellent Rubyists, Pythonistas,
Smalltalkers, or Lispers.

That's partly because these languages are smaller. They don't attract
as many programmers, and the ones they do attract are generally just
more interested in programming than yer average VB coder. They managed
to discover an obscure language, so they have to be!

But I also think those languages and their cultures have certain
qualities that great developers enjoy more than average developers.
Examples: dynamicity, simplicity, brevity.

So if someone tells me they love Ruby, that's a good sign. If someone
tells me they're really into VB, that would set off some warning bells.
| I can imagine finding myself in a situation where Java, C++, C#, or even
| Window would be the best solution. I wouldn't hire anyone who doesn't
| realize that. But I'd be suspicious if he used that stuff in his free
| time.

Wow, man, you need to buy some crosses and nails. And some gasoline too
(fire works better with it). You can do not allow people think different on
their works (it's ok if you're their boss) but will watch them on their
free time also? Did you heard about freedom? About learning about other
things (good or bad, your point)? :)

This way a lot of people that comes to Linux from Windows we'll be screwed
(I'm one of those guys). People will not having a chance to trying
something different (good or bad).

Apple was trying to make that with their employees, I don't know that
happens, but they were trying to stop people of developing free software on
their free time.

Don't accuse me of stuff like that. I wouldn't try to *stop* my
employees from doing whatever they like in their spare time. But I'd
certainly ask them about it before I'd hire them. Because if a
candidate works on open source projects in Ruby in his spare time,
that's a fantastic sign.
But thinking here ... some cell phones nowadays have some JVMs there. What
will be your solution for that? Ruby is not running there, Python is on
some Nokias, but if your boss tell you "hey, we need to make some apps
there", what will be the best solution?

This will not lead you to hell, anyways. You can stay a little angry to
have to use that, but, *the situation needs a solution*. You can give it or
not. It's your choice, but the situation is there. :)

Indeed. If I were on that project, I'd suck it up and use Java in a
heartbeat. Maybe I'd see if one of the JVM dynamic languages would
work. If not, sure, use Java! The great Ruby coders I hired can
probably adapt to anything. :)

This is why I'd ask about their spare time. If they worked on Java
projects for work all their life, well, you can't really blame them for
that. It's a popular language. What they do in their spare time tells
me what they really *like* doing.

mikael
 
R

R. Mark Volkmann

Quoting Premshree Pillai said:
text.

Well, you can't attribute that as _XML's_ fault, can you? I mean it's
upto the person who implements the thing to decide what the right way
to do it is.

Exactly right. Pretty much any tool can be abused. I'll bet it's even possible
to write bad Ruby code. ;-)
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

Forum statistics

Threads
473,780
Messages
2,569,608
Members
45,242
Latest member
KendrickKo

Latest Threads

Top