[lnkForumImage]
TotalShareware - Download Free Software
Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Komodo is the IDE for Ruby and Ruby on Rails!

zoat

2/21/2007 6:59:00 PM

The new Komodo IDE 4.0 is the first unified workspace for end-to-end
development of dynamic web applications. A rich feature set for client-
side Ajax languages such as CSS, HTML, JavaScript and XML, coupled
with advanced support for dynamic languages such as Perl, PHP, Python,
Ruby and Tcl, enables developers to quickly and easily create robust
web apps. Komodo is the first IDE to provide professional debugging
tools for Ruby and Rails application development. The Ruby interactive
shell is available separately or from within debugging sessions.
Komodo is the IDE for Ruby and Ruby on Rails!
http://www.activestate.com/products/komodo_ide/more_inf...
25 Answers

M. Edward (Ed) Borasky

2/22/2007 3:32:00 AM

0

zoat wrote:
> The new Komodo IDE 4.0 is the first unified workspace for end-to-end
> development of dynamic web applications. A rich feature set for client-
> side Ajax languages such as CSS, HTML, JavaScript and XML, coupled
> with advanced support for dynamic languages such as Perl, PHP, Python,
> Ruby and Tcl, enables developers to quickly and easily create robust
> web apps. Komodo is the first IDE to provide professional debugging
> tools for Ruby and Rails application development. The Ruby interactive
> shell is available separately or from within debugging sessions.
> Komodo is the IDE for Ruby and Ruby on Rails!
> http://www.activestate.com/products/komodo_ide/more_inf...
>
Well ... I have Komodo 4.0, but I haven't really attempted to develop a
whole GUI-based application with it yet. But I have to disagree that
it's the first "unified workspace for end-to-end development of dynamic
web applications." I'd put a combination of KDevelop and Quanta ahead of
Komodo, and I'm pretty sure Eclipse is as good or better. I ended up
picking Komodo over KDevelop for two reasons:

1. KDevelop and its friends, QtRuby, QtDesigner, Korundum and Kommander,
really work well only on Linux and are really integrated well only with
the KDE desktop. Komodo, on the other hand, works with all of the Linux
desktops, and supports Windows a boatload better, especially if you are
using the ActiveState Perl, Python, Tcl/Tk and other tools.

2. I had a lot of trouble getting KDevelop to sync up with my RubyForge
projects. I gave up on it after a day or so. Komodo picked up on them
right out of the box. All I had to do was start Komodo in the directory,
and it found the CVS stuff and just worked.

--
M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P)
http://borasky-research.blo...

If God had meant for carrots to be eaten cooked, He would have given rabbits fire.

Griff

2/22/2007 12:34:00 PM

0

I bought it, too. It is pretty nice.

It isn't the end all for IDEs, but it supports both Ruby and Perl, and
every OS on which I would ever end up working for my job.

Richard Conroy

2/23/2007 3:00:00 PM

0

On 2/23/07, Servando Garcia <garcia.servando@gmail.com> wrote:
>
> I apologize in advance if I offend anyone on this list. My post below is
> more a rant than a question.
>
> Yes I agree that Komodo is a very nice IDE. When I am teaching programming
> one, I find that many of my students get so involved with using the lasted
> IDE ; that they lose sight of the project they should be working on. I
> suggest to my students to use either Vi or emacs to get the job done.
>
> Beginning programmers should concentrate solely on the basics of
> programming.

I read an interesting blog post about this recently. Damn. I would have linked
it if I could.

Its different when you are learning at the same time as having to get a job
done. You have to compromise between tool-assisted results and getting
enough foundation skills to grok what you have actually completed.

But I recommend and even actively steer people away from IDEs. You need
to know where files go etc. and why thats important. Programming editors
are what you want at the start - syntax colouring, run code from editor, and
see results in editor is what you want. Debugger would be nice in some platforms
where that is essential.

To all the people who learn Ruby in my sphere of influence - I say use SCiTe
(on windows), IRB or Notepad++ (windows).

I am also a command-line type of guy when I am learning rails. I use RoRed
to organise the files a bit (there are a lot - too much for a
programming editor)
but thats it. When I learn it, yeah I will use a big IDE that suits.

benjohn

2/23/2007 4:12:00 PM

0

> I am also a command-line type of guy when I am learning rails. I use
> RoRed
> to organise the files a bit (there are a lot - too much for a
> programming editor)
> but thats it. When I learn it, yeah I will use a big IDE that suits.

I've "discovered" my stance on this recently. I raelly like to
understand things properly, because then I know what to do. I'm very
poor at remembering random stuff, so I need things that I can
understand.

If an IDE (or any tool, really), presents a layer and interface that is
complete and consistent, that is, it does what is needed, and underlying
implementation details don't poke through and spoil the facad, then I'm
very happy using it.

The two problems with that are either: when you need to do something
that's not supported, or when the abstraction provided by the interface
breaks down.

For this reason, I like IDEs that do what they do well, and just work. I
really liked code warrior, and I love using irb because what it does is
consistant. It's horrible when you can't understand what they're doing
because they're showing you a fractured image of the underlying reality.

What I'd really like to see is a programming environment where the IDE
isn't a cunning layer over the underlying reality, but where it's an
equally valid interpretation of the data. Then you can work at what ever
level you like, and see what ever details you like. This isn't going to
happen while we're still storing our programs and data as flat text
files though, in my opinion.

Cheers,
B

Chad Perrin

2/23/2007 7:27:00 PM

0

On Fri, Feb 23, 2007 at 11:59:30PM +0900, Richard Conroy wrote:
> On 2/23/07, Servando Garcia <garcia.servando@gmail.com> wrote:
> >
> >I apologize in advance if I offend anyone on this list. My post below is
> >more a rant than a question.
> >
> >Yes I agree that Komodo is a very nice IDE. When I am teaching programming
> >one, I find that many of my students get so involved with using the lasted
> >IDE ; that they lose sight of the project they should be working on. I
> >suggest to my students to use either Vi or emacs to get the job done.
> >
> >Beginning programmers should concentrate solely on the basics of
> >programming.

Thanks, Richard, for quoting as plain text. I wouldn't have responded
if the HTML email was all I had to work with.


>
> But I recommend and even actively steer people away from IDEs. You need
> to know where files go etc. and why thats important. Programming editors
> are what you want at the start - syntax colouring, run code from editor, and
> see results in editor is what you want. Debugger would be nice in some
> platforms
> where that is essential.

That's pretty much where I sit, too.


>
> To all the people who learn Ruby in my sphere of influence - I say use SCiTe
> (on windows), IRB or Notepad++ (windows).

I was actually surprised to see that the OP was steering beginner
students toward vi or emacs to keep their attention on the programming
rather than the tool. Yes, you actually see all your code in vi or
emacs, whereas you don't with an IDE -- but you also have to learn a
new, complex editing environment that is probably strange and arcane to
you if you come from a mostly GUI background (as most coders do these
days). I love Vim, and use it for almost everything I do, but I was
surprised to read that a GUI text editor (GUI versions of Vim and emacs
don't exactly count for this case) wasn't being recommended.

SciTE is one of the best GUI code editors out there, I think. It's
certainly my favorite. It's also not just a Windows editor. It's
available on Linux and FreeBSD as well (I have no idea whether it's
available for other OSes such as NetBSD, OpenBSD, or Plan 9). In fact,
the availability of the same text editor across multiple platforms is a
major positive that cannot be claimed for certain other editors, like
Notepad++.


>
> I am also a command-line type of guy when I am learning rails. I use RoRed
> to organise the files a bit (there are a lot - too much for a
> programming editor)
> but thats it. When I learn it, yeah I will use a big IDE that suits.

I'll probably still be using Vim for editing and bash for my file
browser when I get my Rails skills nailed down.

--
CCD CopyWrite Chad Perrin [ http://ccd.ap... ]
This sig for rent: a Signify v1.14 production from http://www.d...

Chad Perrin

2/23/2007 7:29:00 PM

0

On Sat, Feb 24, 2007 at 01:11:53AM +0900, benjohn@fysh.org wrote:
>
> What I'd really like to see is a programming environment where the IDE
> isn't a cunning layer over the underlying reality, but where it's an
> equally valid interpretation of the data. Then you can work at what ever
> level you like, and see what ever details you like. This isn't going to
> happen while we're still storing our programs and data as flat text
> files though, in my opinion.

I'm not entirely sure what you mean about an editor/IDE providing an
"equally valid interpretation of the data." Perhaps you could
elaborate.

I'm extremely hesitant to go along with anything that eliminates flat
text files as a means of data storage when writing code, though. Plain
text is our best defense against data obsolescence and vendor lock-in.

--
CCD CopyWrite Chad Perrin [ http://ccd.ap... ]
Leon Festinger: "A man with a conviction is a hard man to change. Tell
him you disagree and he turns away. Show him facts and figures and he
questions your sources. Appeal to logic and he fails to see your point."

Gavin Kistner

2/23/2007 7:37:00 PM

0

On Feb 23, 12:28 pm, Chad Perrin <per...@apotheon.com> wrote:
> On Sat, Feb 24, 2007 at 01:11:53AM +0900, benj...@fysh.org wrote:
>
> > What I'd really like to see is a programming environment where the IDE
> > isn't a cunning layer over the underlying reality, but where it's an
> > equally valid interpretation of the data. Then you can work at what ever
> > level you like, and see what ever details you like. This isn't going to
> > happen while we're still storing our programs and data as flat text
> > files though, in my opinion.
>
> I'm not entirely sure what you mean about an editor/IDE providing an
> "equally valid interpretation of the data." Perhaps you could
> elaborate.

In Microsoft's Enterprise Manager for their SQL Server (and in several
other apps of theirs), you can create a complex SQL query via a
combination of graphical table joins and filling out information in a
grid. As you do this, you see the SQL statement being fleshed out in
text. The graphical representation drives the SQL.

However, you can ALSO edit the SQL text directly, and (provided you
haven't done something illegal, or that can't be represented) the
graph and grid update when you change the raw code. The SQL drives the
graphical representation.

I'm totally guessing, but I think this is an analog to what the OP is
describing. An IDE that doesn't try to take over the way you work, but
is a valid alternative view of the same underlying code, that doesn't
prevent you from doing raw coding when you want to.

Chad Perrin

2/23/2007 8:12:00 PM

0

On Sat, Feb 24, 2007 at 04:40:05AM +0900, Phrogz wrote:
> On Feb 23, 12:28 pm, Chad Perrin <per...@apotheon.com> wrote:
> > On Sat, Feb 24, 2007 at 01:11:53AM +0900, benj...@fysh.org wrote:
> >
> > > What I'd really like to see is a programming environment where the IDE
> > > isn't a cunning layer over the underlying reality, but where it's an
> > > equally valid interpretation of the data. Then you can work at what ever
> > > level you like, and see what ever details you like. This isn't going to
> > > happen while we're still storing our programs and data as flat text
> > > files though, in my opinion.
> >
> > I'm not entirely sure what you mean about an editor/IDE providing an
> > "equally valid interpretation of the data." Perhaps you could
> > elaborate.
>
> In Microsoft's Enterprise Manager for their SQL Server (and in several
> other apps of theirs), you can create a complex SQL query via a
> combination of graphical table joins and filling out information in a
> grid. As you do this, you see the SQL statement being fleshed out in
> text. The graphical representation drives the SQL.
>
> However, you can ALSO edit the SQL text directly, and (provided you
> haven't done something illegal, or that can't be represented) the
> graph and grid update when you change the raw code. The SQL drives the
> graphical representation.
>
> I'm totally guessing, but I think this is an analog to what the OP is
> describing. An IDE that doesn't try to take over the way you work, but
> is a valid alternative view of the same underlying code, that doesn't
> prevent you from doing raw coding when you want to.

I don't think that:

1. requires using a data format other than plain text
2. would work so well with turing-complet programming languages
(though it sounds interesting for query languages and the like)

--
CCD CopyWrite Chad Perrin [ http://ccd.ap... ]
Leon Festinger: "A man with a conviction is a hard man to change. Tell
him you disagree and he turns away. Show him facts and figures and he
questions your sources. Appeal to logic and he fails to see your point."

M. Edward (Ed) Borasky

2/24/2007 3:02:00 AM

0

Chad Perrin wrote:
> I'm extremely hesitant to go along with anything that eliminates flat
> text files as a means of data storage when writing code, though. Plain
> text is our best defense against data obsolescence and vendor lock-in.
>
*Especially* when you work on both Linux and Windows and have tools that
seamlessly and transparently deal with the two different end-of-line
conventions.

<weg>

:set fileformat=dos

er ...

;)


--
M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P)
http://borasky-research.blo...

If God had meant for carrots to be eaten cooked, He would have given rabbits fire.

Jeremy McAnally

2/24/2007 4:28:00 AM

0

But many times people find Vi or emacs just as hard to learn if not
harder as an IDE. I did at first. Ctrl this, Alt that, how many keys
was that again? Four!? It was just completely alien to my brain.

I usually give my students something like SCiTe or Notepad++ to start
out with. Keep it simple and familiar. If you want them to focus on
the basics, then give them someting that is familiar, and as such gets
out of their way, but also makes them work harder to keep their code
formatted and working. Not only will they appreciate IDEs/code
sensitive editors later on, they will be able to handle their editor's
quirkiness better and more intuitively.

--Jeremy

On 2/23/07, Servando Garcia <garcia.servando@gmail.com> wrote:
>
> I apologize in advance if I offend anyone on this list. My post below is
> more a rant than a question.
>
> Yes I agree that Komodo is a very nice IDE. When I am teaching programming
> one, I find that many of my students get so involved with using the lasted
> IDE ; that they lose sight of the project they should be working on. I
> suggest to my students to use either Vi or emacs to get the job done.
>
> Beginning programmers should concentrate solely on the basics of
> programming. It seems to me, that the next generation of programmers expect
> the newest and latest IDE to write the code for them. More than once a
> student has come to me with simple nesting errors that was missed by the IDE
> they were using. Each of us here as been bitten at once by the dangling
> Else error using C++. One of my students debated with me over this very
> problem because the IDE he was using did not catch this error.
>
>
> Come on Spring Break
>
>
>
> Sam


--
http://www.jeremymca...

My free Ruby e-book:
http://www.humblelittlerubybook...

My blogs:
http://www.mrneigh...
http://www.rubyinpra...