Hacker News Reader

Comment by diggan | Hacker News Reader

I'd love to see one website/git repository with implementations from every major framework (desktop+web) implementing these 7 GUIs, and have some benchmarks additionally to some E2E tests. Would make it easy to see at a glance what kind of complexity you would get exposed to as a user of that framework. Anyone know any collection? Closest to that that I know about is http://todomvc.com/ but it's biased in a way that it's very trivial example, geared towards MV* frameworks/libraries and only for web.

I fist became familiar with 7GUIs after getting into statecharts of the various flavors, and xState (statecharts in JS) has some of the tasks from 7GUIs implemented: https://xstate.js.org/docs/tutorials/7guis/counter.html

View on HN

You might be looking for something like this?

https://github.com/gothinkster/realworld

Yes, that looks like a building block towards what I would want to exist indeed. Thanks for sharing!

Pulled down some of repositories listed and ran the provided Postman collection against them. None of them passes all the tests, so seems it's missing a bit of testing infrastructure and possibly centralization, to ensure they all pass the tests.

Once that would be in place, it would be easy to add benchmarking to it, to be able to do some honest comparisons.

At least it works as a baseline for seeing the complexity of frameworks, so it's still useful.

Isn’t this the whole idea? Unless you mean more widely used as a baseline test like TodoMVC is.

there are a lot of implementations (some of them obsolete):

https://eugenkiss.github.io/7guis/implementations

I poked around, and it seems nobody managed to implement the spreadsheet task.

I guess this says a lot, not sure though if about the implementors or the frameworks.

Reading through the challenges, the last one seemed like a big leap. Made me think of the “learn to draw” meme that progresses quickly from simple shapes to a simple cartoon and a god leap to a super realistically rendered pencil drawing.

It might seem complicated at a glance, but if you look through the implementation guidelines / rules / description, it's not that big of a leap. It has clear requirements and the paper[1] outlines everything together with example code (in both JavaFX and ScalaFX), and it's not a "god leap" if you have at least a bit of experience building UIs.

- [1] "Comparison of Object-Oriented and Functional Programming for GUI Development" - Eugen Kiss - Page 49 - 3.9 Cells

Neither is it really a "god leap" in the art analogue either, that's what makes it a particularly apt analogy, I think. The implication in the art example is "iterate the above techniques a large number of times to obtain a finished result like this". It seems like a "god leap" because most people don't see the thousands/millions of iterated steps, they see the finished product as a finished product without the intuition of the component parts. That does seem to apply to the Cells project here: most of the same underlying components but yes iterated far enough and long enough it seems like a more insurmountable leap than it should without the right intuition pump.

The spreadsheet task does rather feel like "draw the rest of the owl", yes.

Well, not a lot seem to have bothered. There are JS spreadsheet implementations in 200 lines, so it's not that it's very difficult, more like this didn't have enough exposure to attract programmers yet -- for example there's not a Cocoa or SwiftUI implementation.

Related: Build your own Excel 365 in an hour with F# https://www.youtube.com/watch?v=Bnm71YEt_lI

Reply on news.ycombinator.com