Re: [9fans] Acme without Flamage

["David Leimbach" <leimy2k@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]

On Wed, Aug 20, 2008 at 10:14 AM, sqweek <sqweek@gmail.com> wrote:

> On Wed, Aug 20, 2008 at 11:12 PM, Wendell xe <wendellxe@yahoo.com> wrote:
> > My nutshell evaluation of Acme is that it is for systems-level coding in
> C on modest-sized projects. It seems very well designed for that purpose but
> quickly becomes awkward as you move away. It is definitely not suited to
> working with Java or Lisp,
>
>  I used to feel much the same. Then I went back to coding java at
> work, fired up eclipse and was like "... where's my chording? :( :(".
> I had to whip up a plumbing rule so I could button 3 stack traces, but
> after that it was pretty comfortable. I keep switching between them
> now, generally using eclipse for browsing existing code or when using
> a lot of interfaces that I'm not familiar with (function completion =
> lazy way out), and acme when I want to view files side by side
> (eclipse's "window management" can bite me) or when eclipse annoys me
> too much with its highlights and tooltips and ctrl-w closing the
> window and automatic paren balancing and popups and underlines and
> FUCK OFF I KNOW THE FUNCTION NEEDS TO RETURN A BOOLEAN I'M HALFWAY
> THROUGH DEFINING IT GIVE ME A CHANCE JEEZE. ...which is somewhat
> often.


Hmmm acme plumbing rule for lisp s-expressions... that'd be neat :-)

As I've never written a plumbing rule in my life, I'm not sure how practical
that is.  (just haven't needed to do it...)

The only thing I'd miss in Acme vs emacs then, most likely, for lisp-like
languages is paren-matching.

And I'd miss it dearly.

[-- Attachment #2: Type: text/html, Size: 2162 bytes --]