Re: Why SPAs are usually a waste of time/money

The author analysis is very long and it is out of my possibilities
to do a full review.

But, skimming through it these are my naive thoughts:

*] Interfaces are important. SPA (so called) offer a better user experience
respect to MPA, i guess there is little arguing about that.

You could also say that a GUI is a terrible waste of resources when a shell
script can do the job. But the end user prefers GUI, so we build GUI.

If your GUI is sub-optimal, your competitors will make a better one.
There is no shortage of interface developers.

*] In my opinion managing the logic of a SPA application is easier
because it is a single thread running in the web browser. It is very
similar to write a program on your computer. Global variables are
always there.

You call the server for a DB access or  to perform special tasks, but 
the idea is clean,
when you need unavailable data call the server, ask a question, get an 
answer, update your
page to display the answer. It is similar to what you would do in a non 
web GUI.

*] It is my impression that that author thinks of SPA developed through
large frameworks which may be difficult to master. Personally, I develop
web stuff in Javascript/jQuery + Node + HTML + CSS. Once you learn
the basics of Node and control Ajax and the async nature
of the beast, It is not much more complex that developing standalone  GUI
applications.

*] At the moment, in my web framework Ruby is running server side, for 
automation. All
other stuff is written in Javascript, the server is Node.

*] I have not experience with Rails / Sinatra etc. Other people may tell 
you about that.

bye
Nicola






On 10/30/18 6:53 AM, Greg Navis wrote:
> Hey!
>
> I'd like to share an article with you why SPAs are a bad architectural 
> choice from a business perspective 99% of the time.
>
> https://www.gregnavis.com/articles/the-architecture-no-one-needs.html 
> <https://www.gregnavis.com/articles/the-architecture-no-one-needs.html>
>
> Thoughts?
>
> Best regards
> Greg Navis
>
> Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>


Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-talk>