Live data from Hacker News

New IDE: code bubbles

cs.brown.edu

21–30 of 226 posts

Re: New IDE: code bubbles

#22
post #9

I feel like the response has been fairly lukewarm, but to me this is some really nice (dare I say game-changing) stuff. Mindmap + IDE = great. Why? I have written in a variety of languages, and my number one complaint, whether it be with eclipse, textmate, vim, emacs, whatever, is the clumsiness of going from one file to another and then back to the original. Further, outside of actual development, when debugging, I…

I think there's some really interesting stuff here that should be leveraged. What I like best is that it really focuses your mind on the task at hand. You don't spend a lot of time looking through large amounts of code just to find a few things.

I wouldn't like the UI directly as presented, but there's certainly a starting point there.

Really though, don't know what kind of programmer would accept line wrap on code. Urf.

Re: New IDE: code bubbles

#24
Looks pretty cool actually. There are often times when I need to see a little bit of code from a number of files, to trace what's happening. Anyone care to make an emacs mode for this?:-)

Re: New IDE: code bubbles

#26
This is awesome!

I'm kind of a weird mixed-bread developer. I'm now a heavy Vim user, but was once a heavy IntelliJ IDEA user. I'm also currently a heavy Resharper user at work. I understand the importance of really solid, visual tools, but I also understand the importance of simplicity and flexibility. There is a middle ground, I know it.

As an aside, I think that the GUI toolkit confusion is one of the biggest blockers to this sort of innovation. Terminal emulation is just the lowest common denominator. HTML/JS/CSS is the closest thing we have towards a portable, successful GUI toolkit. And it's simply still not quite ready to fight the advanced desktop graphics battle necessary for this sort of new bread of tools.

Re: New IDE: code bubbles

#28
post #19

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…

But to your #2 - that seems to me to be exactly what this IDE is doing. That's the way I see it, anyway.

It's better than normal eclipse for sure - you get the arrow link between related methods, etc.

What I meant is that in Vim I go to a name in ctags. That's what happens - whether I'm in the same file, or different, or I looked at that tag before. Type in tag name -> go - that's all that happens.

With code bubbles, I could have the bubble already open, but just off the screen. Or maybe it's open in another dependency. Or maybe it's not open at all. I have to look at the screen, localise the bubble, make a decision and then do the action (either click existing bubble, or open a new one). Of course it's too early to criticise it, without testing beforehand. But it definitely got my attention, as something I tried to avoid. Having one good way to access stuff == less thinking.

Let's say that Vim is stateless, but bubbles are stateful :)

Re: New IDE: code bubbles

#29
post #7

C-x 2 C-x 3

Without screenshots / explanation / some more content, you're not very informative... (edit: I know it's emacs, but without explanations it's like saying C-x M-c M-butterflies)

Alright, I confess to being a little glib; however, I'm merely suggesting another way that people already commonly "see many fragments of code (or other information) at once without having to navigate back and forth."'

It's not nearly as slick as code bubbles, but it does work for many of the use cases suggested above.

Re: New IDE: code bubbles

#30
Interesting idea. Drawing a line between two procedures to find the shortest call path between them could save time navigating an unfamiliar codebase.

Edit: Also interesting - storing an old debug session with state and being able to visually compare that with a debug session made after code changes.

Post reply on HN