<div dir="ltr"><div>On Thu, Jun 14, 2018 at 11:19 AM Ramon Leon <<a href="mailto:ramon.leon@allresnet.com">ramon.leon@allresnet.com</a>> wrote:<br></div><div><span></span></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 06/14/2018 07:39 AM, Blake McBride wrote:<br>
> Old web architectures that made a lot of sense then aren't really <br>
> applicable anymore.<br>
<br>
They'll always be applicable; the wheel of smart client dumb client will <br>
never stop turning.  Server based page rendering isn't outdated, it's <br>
not an either or situation, it's an and situation.  React and Angular <br>
have not replaced server rendering and Ajax updates of fragments, <br>
they're merely additional options you now have.  Perfectly fine and <br>
functional applications can and are still being done in what you call <br>
the old way and they always will be.</blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Give it a few years, the wheel will turn again and dumb clients will <br>
come back into fashion as they always do and have since the green screen <br>
mainframe days.<br></blockquote><div><br></div><div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><br class="gmail-Apple-interchange-newline">With respect, having personally lived through all of it, there is no "wheel" of technology.  Each change was motivated and a response to the available technology at that time.  Having a central data store has always made sense.  It just wasn't feasible if you were a small company and couldn't affort a $1M data center.  A PC was better than nothing.  Then, as technolog cought up and networks became available, we used that.  Now we have cloud computing that is basically the same as mainframes.  It isn't because of some "wheel" or a fickeled industry, it's about needs and feasability.  The industry will never return to PC's!</div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
 > 1.  Does Pharo support multiple OS/native threads?<br>
<br>
No.  What you do is run multiple processes on the backend and load <br>
balance between them via a proxy. Apache/haproxy, whatever.<br></blockquote><div><br></div><div>Given the limits of processors (and the speed of light), short of  quantum computers (which are happening), the best scaling choice we have is multi-processing.</div><div><br></div><div>Although running multiple processes and a load balancer does work, the world is not moving in that direction.  It is a short-term kludge around the problem.  A multi-threaded aproach allows the OS to manage resources rather then me (or the Squeak VM)  trying to do it on top of the OS.  The OS has more global knowledge of what is happening on the machine.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
 > 2.  Can I run Seaside headless?<br>
<br>
Of course.<br></blockquote><div><br></div><div>Great!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
 > 3.  The Seaside book at <br>
<a href="http://book.seaside.st/book/advanced/restful/nutshell" rel="noreferrer" target="_blank">http://book.seaside.st/book/advanced/restful/nutshell</a> talks about REST <br>
services in two models but seems to only give an example for the case I <br>
am not interested in.  Is there a tutorial for the REST centric core model?<br>
<br>
Frankly I wouldn't use Seaside if I were attempting RESTful services, <br>
I'd find another option.  There's probably already a nice Smalltalk REST <br>
framework, but if not it wouldn't take much effort to hack up something <br>
like Sinatra in Smalltalk for doing it.<br></blockquote><div><br></div><div>That's disappointing but probably accurate.</div><div><br></div><div>Thanks!</div><div><br></div><div>Blake McBride</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-- <br>
Ramon Leon<br>
</blockquote></div></div>