Which is why working memory performance is so tightly correlated with so many factors (maybe not all) involving programming
Holding a Program in One's Head (2007)
111–114 of 114 posts
Re: Holding a Program in One's Head (2007)
#112As someone who has written programs professionally his whole career, I find the idea that any programmer holds an entire non-trivial program in their head to be laughable. Good software design means writing programs in such a way that you absolutely do not need to hold the whole thing in your head at one time.
Re: Holding a Program in One's Head (2007)
#113Earlier quoted context omitted.
This is one of the reasons I think that the push towards server-side UI is misguided. It's much easier to walk through the runtime of a program running locally than it is to step through a render that's distributed across a network.
You’ve clearly never used Elixir/Erlang.
You've clearly never built a complex UI.
Ad hominem arguments don't land so great, do they?
Re: Holding a Program in One's Head (2007)
#114Earlier quoted context omitted.
You’ve clearly never used Elixir/Erlang.
You've clearly never built a complex UI. Ad hominem arguments don't land so great, do they?
Oh lordy, I'll bite.
I was responding to your blanket claim that server-side is misguided in general.
I have no idea what you consider complex, but most people pushing toward server side UI are not advocating that it's a one-stop solution, just that it simplifies a large majority of situations that many of us are in which is building CRUD apps. You can even get pretty complex, like say an email client though at that point we're in a grey area where you could kind of go either way. If we're talking something like building PhotoShop in-browser or even a calendar or gantt chart (which I have worked on) then, no, I would not personally advocate server side and instead use a good client-side view library.
The Elixir/Erlang comment was that it makes server-side even easier as you can hop into running production systems and debug them.