Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Noufal Ibrahim
On Wed, Nov 11, 2009 at 9:21 PM, Darkseid wrote: > Yes, yes, I know, I know. While I'm no vi or emacs guru, I've paired (for a > fair amount of time) with experienced VI and Emacs users. Snippets, Ctags > etc. help a great deal - but have you ever worked with an AST aware > development environment

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Pradeep Gowda
On Wed, Nov 11, 2009 at 10:51 AM, Darkseid wrote: > Yes, yes, I know, I know. While I'm no vi or emacs guru, I've paired (for a > fair amount of time) with experienced VI and Emacs users. Snippets, Ctags > etc. help a great deal - but have you ever worked with an AST aware > development environmen

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Noufal Ibrahim
On Wed, Nov 11, 2009 at 8:06 PM, Darkseid wrote: >> >> 2. It's easy to hire an IDE-aware monkey to do programming in "proven >> technology" > > I do most of my work in Ruby (and have done for a few years now). Every day > I bemoan the lack of a powerful refactoring IDE like Java has in IntelliJ. A

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Ramdas S
On Wed, Nov 11, 2009 at 8:06 PM, Darkseid wrote: > >> 2. It's easy to hire an IDE-aware monkey to do programming in "proven >> technology" >> > I do most of my work in Ruby (and have done for a few years now). Every day > I bemoan the lack of a powerful refactoring IDE like Java has in IntelliJ.

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Darkseid
Yeah, that too :) Someday I will get of my ass and become a Emacs power user. Until then I'm muddling along with TextMate, snippets and a bunch of custom shell scripts. Of course http://martinfowler.com/bliki/IntentionalSoftware.html could become production ready first, in which case I may ta

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Darkseid
Yes, yes, I know, I know. While I'm no vi or emacs guru, I've paired (for a fair amount of time) with experienced VI and Emacs users. Snippets, Ctags etc. help a great deal - but have you ever worked with an AST aware development environment where you can safely make structural changes across y

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Roshan Mathews
On Wed, Nov 11, 2009 at 8:06 PM, Darkseid wrote: > you can only get so far with a > text editor*, no matter how many macros you have set up. Honestly. > Macros?? Really??? Don't you mean "no matter how many scripts you have set up" :) ___ BangPype

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Pradeep Gowda
On Wed, Nov 11, 2009 at 9:36 AM, Darkseid wrote: >> >> 2. It's easy to hire an IDE-aware monkey to do programming in "proven >> technology" > > I do most of my work in Ruby (and have done for a few years now). Every day > I bemoan the lack of a powerful refactoring IDE like Java has in IntelliJ. A

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Anand Balachandran Pillai
On Wed, Nov 11, 2009 at 8:06 PM, Darkseid wrote: > >> 2. It's easy to hire an IDE-aware monkey to do programming in "proven >> technology" >> > I do most of my work in Ruby (and have done for a few years now). Every day > I bemoan the lack of a powerful refactoring IDE like Java has in IntelliJ.

Re: [BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Yuvi Panda
VS is no just-text editor. But hey, that's a flame war waiting to happen! On Wed, Nov 11, 2009 at 8:06 PM, Darkseid wrote: > >> 2. It's easy to hire an IDE-aware monkey to do programming in "proven >> technology" >> > I do most of my work in Ruby (and have done for a few years now). Every day

[BangPypers] But IDEs rock! (was Google Go)

2009-11-11 Thread Darkseid
2. It's easy to hire an IDE-aware monkey to do programming in "proven technology" I do most of my work in Ruby (and have done for a few years now). Every day I bemoan the lack of a powerful refactoring IDE like Java has in IntelliJ. A good IDE is a massive productivity booster; you can only get