Live data from Hacker News

New IDE: code bubbles

cs.brown.edu

91–100 of 226 posts

Re: New IDE: code bubbles

#91

Reminds me of Squeak, first, because of the white->blue gradients. Second, this is like the Canon Cat/Archy (Raskin interfaces), where you have tons of room, and you just demarcate segments you want to look at. What was striking for me was the "capture my workspace and send in email" feature. Couple this with the Omniscient Debugger ( http://www.lambdacs.com/debugger/ ), and you've got me sold. Oh, but I'm a Ruby pro…

I've wondered for a long time why debuggers don't all have a "back" feature. Small controls on what's saved / how much memory can be used seem to me to be easy to add to any debugger. Just save memory states and rewind, the whole thing can be implemented with a stack. If someone knows a good reason, I'd be interested.

You've ended up adding more things for me to read / look into. I love programming... there's no way I can keep up with it all, so there's always something interesting.

Re: New IDE: code bubbles

#92

Earlier quoted context omitted.

1920x1200, actually. And that is not too uncommon; I've had my monitor at home for 5 years and it's that resolution.

I'd highly recommend any serious programmer with a screen smaller than 1920x1200, to upgrade... and get two of them while they're at it. After some time with that setup, it becomes painful to get back to something smaller. I've tried 3 screens (in: square, wide, square configuration) for a while. I wouldn't say no, if anyone gave me that again, but I didn't notice any significant improvement over 2 screens.

I've written lots of good code on my 9" eeepc, and didn't really hate the experience that much. Conversely, I have 2 19" monitors at work, and don't really find it productive at all. (We are asking for 2x 30", which should help.)

The difference is that I use Linux/xmonad on my eeepc, and Windows XP at work. A good window manager will make your computing experience 1000x more enjoyable than a new monitor will.

(As I mentioned above, I have a 24" monitor at home and use xmonad with that. Needless to say, that is the best environment of the three.)

Re: New IDE: code bubbles

#94
post #78
post #61

Earlier quoted context omitted.

I'd like to have a dollar for every time I've seen a NullPointerException on some line that was constructed by someone who loves the list of methods that automagically pops up for the dot operator: foo.bar().baz().qux() ...Grrrrr!

You know what's even better? When someone who writes that style of code (in C++, no less!) knows that one of the intermediate values could be null, so they use a set of macros involving setjmp and longjmp, and trap SIGFPE, all to implement a fragile sort of try/catch for null de-references. Clever? Insane? Horribly un-portable and prone to breakage depending on compiler, libc, and OS versions? All of the above! (And…

Clever? Insane? Horribly un-portable and prone to breakage depending on compiler, libc, and OS versions? All of the above!

Yeah, you already said it was C++.

Re: New IDE: code bubbles

#95
The smart tiling and interaction of "bubbles", beyond just IDE-centric actions, most intrigued me. I'm reminded, of all things, of playing with the Acme editor. The overarching task bar with nameable, savable, and shareable sessions was nice, too.

Such things strike me as generalizable beyond just IDEs.

Re: New IDE: code bubbles

#96
post #61

Earlier quoted context omitted.

I'd like to have a dollar for every time I've seen a NullPointerException on some line that was constructed by someone who loves the list of methods that automagically pops up for the dot operator: foo.bar().baz().qux() ...Grrrrr!

If only there was some combinator for sequencing computations... then you could write: foo >>= bar >>= baz >>= quux and there would never be a NullPointerException, because the >>= function could react appropriately when null was encountered!

You win at the "Most Subtle Haskell Reference" in this conversation.

Re: New IDE: code bubbles

#97

Earlier quoted context omitted.

I cringe when people talk about writing code in a text editor Yeah, because we have to type M-. to navigate to the related code. (Also, insert rant about how "UNIX is my IDE".)

Emacs is a text editor in the same way the space shuttle is a vehicle.

Yes, it's equally hard to operate.

Re: New IDE: code bubbles

#98

Earlier quoted context omitted.

Nice stuff! I just played around with it for a bit and it seems you have the basis of something interesting there, now for an application!

thanks - I am always hesitant to release projects where I know it is only a quarter of the way there. But what good does it do just having it sit on my hard drive? hah. There are some key bindings working ctrl+space creates a new editing pane, ctrl+arrow keys should let you move between panes - however I wrote this so long ago that I did not know ctrl+space brings up a menu on mac. hah. The other key bindings do not…

I've had this idea for a while and maybe this can be a part of implementing it:

A website where programmers can contribute 'widgets' which can be mashed together to create applications. Widgets would be written in python, and would have access to a bunch of underlying services and to other widgets.

You'd use an interface like what you have here as the 'ide' to create the bits and pieces of code that go in to making a component, and then a similar interface to combine components in to working websites.

The end result would be hosted on the same service, either using your own URL or using a subdomain of the service.

It sounds like a large amount of work though, to get that up and running, especially the security angle is a complicated one.

Re: New IDE: code bubbles

#99

Earlier quoted context omitted.

I cringe when people talk about writing code in a text editor Yeah, because we have to type M-. to navigate to the related code. (Also, insert rant about how "UNIX is my IDE".)

Emacs is a text editor in the same way the space shuttle is a vehicle.

Can your emacs editor construct hyperlinked call graphs showing all callers and callees of a given function? Will this call graph generation remain up to date as I edit files?

Can Emacs give me a hyper-linked list of all usages of a given symbol and do it properly(lexical scope, etc.), not just doing a simple symbol search?

Can I edit my code in emacs, have a background compiler compile the file on the fly, and also provide error feedback, hilighting the problem lines with a tagged failure reason and also providing a hyper-linked list in another window as well? Last I checked, the best I could do would be to kick off a compile manually and navigate the errors as a linked list.

How's emacs' refactoring support? Judging by the following stackoverflow post, it's pretty poor: http://stackoverflow.com/questions/673554/how-can-i-refactor....

How's Emacs' keyword completion? Last I checked, it was just a hacky dictionary look-up, whereas an IDE can semantically analyze the source to provide intelligent suggestions.

Even if you can get Vim or Emacs to do some of the above, it usually isn't as easy to use or as useful as an IDE. For instance, I know you can get call graph support in Vim using cctree.vim, but it relies on cscope, which requires refreshing the database manually, is slow to load, and tends to generate incomplete tag sets.

IDE's are, well, better integrated, and so can do many things a lot better than looser environments like Emacs and Vim. Their UI's tend to be a lot more powerful because they are not designed to be run on windowless environments. Personally, for small projects I use Vim and for large projects I use an IDE with a Vim emulation plugin like Netbean's JVI plugin.

Re: New IDE: code bubbles

#100

I see how useful it could be, but I wonder if it would be good for me. So far I've tried to run in exactly the opposite direction: 1. not using mouse at all 2. concentrating on what needs to be done to what object ... not where I'm a heavy Vim user, so I'm relying on ctags / incremental searching / positions stack for a lot of work. This goes exactly the other way - click your way through to the point you want to get…

I would agree. This seems to be exactly what this IDE is for. I wouldn't dare do any serious code-creating in an environment where I have to do that many key-clicks, but if I'm tracing through code and trying to find exactly where a bug is, I could either open about a zillion split panes in emacs/Netbeans, or I could have all the relevant code open at once, and only the relevant code open. That is where this IDE overlay(?) (it's part of Eclipse, right?) shines.
Post reply on HN