Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gallery of programming UIs

docs.google.com

Post reply on HN
Print view View original

71–80 of 124 posts

Re: Gallery of programming UIs

#73

Post by lou1306 »

deskamess wrote: post #71

A lot of grid style environments. Unless I somehow scrolled past it, the missing big one is 'Excel'.

First slide says "Not covered: spreadsheets".

Edit: however, a little more recognizion to spreadsheets would have been nice, since some of the UIs are so evidently rooted in that metaphor

Re: Gallery of programming UIs

#74

Post by johannes1234321 »

afarrell wrote: post #52
rdsubhas wrote: post #39

Expected to see TUI (Terminal UI) IDEs here (the likes of DBase/Foxbase/Foxpro/etc). Disappointed, because they were hugely used "programmer interfaces" for a long time and influenced GUIs when they came up. Heck, a lot of retail TUIs still run on them (and some of them are in process of being changed to "web apps" bypassing desktop apps). They were yesterday's full stack (design a database, build forms, run CLI comm…

I think Terminal UIs are under-valued. When well-designed, they enable a great combination of efficiency of operation and visibility of the model of the system. `tig` is a good example of this for viewing info about a git repo, though I'd be interested in hearing others.

The key part is keyboard control and training. If one knows the relevant shortcuts and codes by hand working can be quite fast.

Each time one has to look at the screen to target with mouse or touch it becomes slow.

This all can be done with a GUI as well, as long as one doesn't create too many windows, where the user has to find the correct window all the time.

Re: Gallery of programming UIs

#75

Post by johannes1234321 »

wjnc wrote: post #44
gonzo41 wrote: post #41

Earlier quoted context omitted.

The user data is tied to the location of the data center. the files may not be replicated past the most proximal location for his use. Regular performance/networky issues then come into play.

They should have used a Lambda-function for scaling. It's only code in a zip-container.

Scaling they code they can easily. The issue is with collaborative editing and keeping everybody in sync - which is the job of Google docs.

Re: Gallery of programming UIs

#79

Post by petepete »

afarrell wrote: post #52
rdsubhas wrote: post #39

Expected to see TUI (Terminal UI) IDEs here (the likes of DBase/Foxbase/Foxpro/etc). Disappointed, because they were hugely used "programmer interfaces" for a long time and influenced GUIs when they came up. Heck, a lot of retail TUIs still run on them (and some of them are in process of being changed to "web apps" bypassing desktop apps). They were yesterday's full stack (design a database, build forms, run CLI comm…

I think Terminal UIs are under-valued. When well-designed, they enable a great combination of efficiency of operation and visibility of the model of the system. `tig` is a good example of this for viewing info about a git repo, though I'd be interested in hearing others.

I love tig and use it for staging/unstaging lines/chunks.

Another tool I'd recommend (although I don't tend to use it so much now) is lnav, which makes jumping around/searching log files really straightforward http://lnav.org/

Re: Gallery of programming UIs

#80

Post by jeffreyrogers »

It's interesting how you see the same idea pop up in different forms over the years.

Two they missed: Lazarus (based on Delphi) and Qt. I've dabbled with Lazarus, people who use it a lot tell me it's great. I use Qt professionally and it's the most enjoyable way of building GUI applications that I've found.

Post reply on HN