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

GUI Architectures (2006)

martinfowler.com

Post reply on HN
Print view View original

11–20 of 29 posts

Re: GUI Architectures (2006)

#11

Post by bmer »

zensavona wrote: post #5
uranian wrote: post #3

Earlier quoted context omitted.

> with a vast reduction in complexity That is very optimistic looking at the current state of client side development with it's ever changing Javascript, Babel, Typescript, whatever script, Webpack, with HMR?, React or Vue? Angular? Flux? Redux? Isomorphic? Linters? Testing? CI? CSS/???SS or inline?, some NPM modules maybe?, and so on.. Sorry for me being a bit more pessimistic here.

I think what this person is talking about is simplicity in the actual UI pattern, and thinking about them. The problems you mention are JavaScript problems, not UI problems. Have you ever tried to build a UI with Qt or JUCE?

Isn't JUCE music-app only (or, mostly)? Also, I am having a hard time figuring out whether you are mentioning Qt and JUCE in a positive light, or a negative one...

Re: GUI Architectures (2006)

#12

Post by rimliu »

kmicklas wrote: post #2

At first I was amazed there is no mention of Functional Reactive Programming. Then again this is from 2006 when there were no fast, powerful, and practical FRP frameworks. I suspect we will see somewhat of a revolution in terms of client side development in the coming years - with a vast reduction in complexity and huge increase of programmer productivity.

I would not be surprised to see article on GUI architecture in 2028 which does not mention FRP either. FRP is in no way a silver bullet.

Re: GUI Architectures (2006)

#13

Post by gavinpc »

kmicklas wrote: post #2

At first I was amazed there is no mention of Functional Reactive Programming. Then again this is from 2006 when there were no fast, powerful, and practical FRP frameworks. I suspect we will see somewhat of a revolution in terms of client side development in the coming years - with a vast reduction in complexity and huge increase of programmer productivity.

Was just re-reading this paper [0], where they discuss how they "addressed some familiar limitations of the FRP model" in a research language called KScript. The defining constraint of the STEPS project was to make an entire personal computing system in 20,000 lines.

http://www.vpri.org/pdf/tr2013002_KSonward.pdf

Re: GUI Architectures (2006)

#14

Post by pvg »

narribbi wrote: post #10

When you read Trygve Reenskaug's original 1979 paper "MODELS - VIEWS - CONTROLLERS" -- it is very short, simple, and crystal-clear -- ( http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf ), it obvious what Trygve meant: * The MODEL is something like a web server * The VIEW is something like a browser * The CONTROLLER is something like the Windows start menu Trygve literally writes: "A view (=browser) is attac…

He literally writes these things but none of it really suggests your analogy. 'Controller = start menu' seems particularly iffy.

Re: GUI Architectures (2006)

#15

Post by cottonflop »

pvg wrote: post #14
narribbi wrote: post #10

When you read Trygve Reenskaug's original 1979 paper "MODELS - VIEWS - CONTROLLERS" -- it is very short, simple, and crystal-clear -- ( http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf ), it obvious what Trygve meant: * The MODEL is something like a web server * The VIEW is something like a browser * The CONTROLLER is something like the Windows start menu Trygve literally writes: "A view (=browser) is attac…

He literally writes these things but none of it really suggests your analogy. 'Controller = start menu' seems particularly iffy.

Taskbar might be more appropriate. Or even browser tabs, given he went with the browser.

Re: GUI Architectures (2006)

#16

Post by pjmlp »

uranian wrote: post #3
kmicklas wrote: post #2

At first I was amazed there is no mention of Functional Reactive Programming. Then again this is from 2006 when there were no fast, powerful, and practical FRP frameworks. I suspect we will see somewhat of a revolution in terms of client side development in the coming years - with a vast reduction in complexity and huge increase of programmer productivity.

> with a vast reduction in complexity That is very optimistic looking at the current state of client side development with it's ever changing Javascript, Babel, Typescript, whatever script, Webpack, with HMR?, React or Vue? Angular? Flux? Redux? Isomorphic? Linters? Testing? CI? CSS/???SS or inline?, some NPM modules maybe?, and so on.. Sorry for me being a bit more pessimistic here.

The life on native client side development is more peaceful.

Re: GUI Architectures (2006)

#17

Post by hasenj »

narribbi wrote: post #10

When you read Trygve Reenskaug's original 1979 paper "MODELS - VIEWS - CONTROLLERS" -- it is very short, simple, and crystal-clear -- ( http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf ), it obvious what Trygve meant: * The MODEL is something like a web server * The VIEW is something like a browser * The CONTROLLER is something like the Windows start menu Trygve literally writes: "A view (=browser) is attac…

It seems more like:

Model: JavaScript

View: HTML templates and css

Controller: Browser engine

Re: GUI Architectures (2006)

#18

Post by Cieplak »

narribbi wrote: post #10

When you read Trygve Reenskaug's original 1979 paper "MODELS - VIEWS - CONTROLLERS" -- it is very short, simple, and crystal-clear -- ( http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf ), it obvious what Trygve meant: * The MODEL is something like a web server * The VIEW is something like a browser * The CONTROLLER is something like the Windows start menu Trygve literally writes: "A view (=browser) is attac…

Wow, thank you! That is enlightening. It makes me think of a Nintendo (model) plugged into a TV (view) with a controller (controller) plugged into the Nintendo.

Re: GUI Architectures (2006)

#19

Post by jlebrech »

with WebAssembly we should be able to compile applications written in qt/gtk/sdl and use javascript to render their gui to a canvas and send the mouse events back the the apps, and html will just be a layout engine that places those apps, similar to xwindows.

Re: GUI Architectures (2006)

#20

Post by avodonosov »

narribbi wrote: post #10

When you read Trygve Reenskaug's original 1979 paper "MODELS - VIEWS - CONTROLLERS" -- it is very short, simple, and crystal-clear -- ( http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf ), it obvious what Trygve meant: * The MODEL is something like a web server * The VIEW is something like a browser * The CONTROLLER is something like the Windows start menu Trygve literally writes: "A view (=browser) is attac…

Contoller is a toolbar I would say
Post reply on HN