<div dir="ltr">Inline, from the Moon<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 14, 2013 at 2:22 PM, Jorge Chamorro <span dir="ltr"><<a href="mailto:jorge@jorgechamorro.com" target="_blank">jorge@jorgechamorro.com</a>></span> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"></div>
What I meant with round-trip latency is: once the connection has been established</blockquote><div><br></div><div>I was talking about this latency, those 500ms in my example</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
, a network packet takes almost 250 ms to go</blockquote><div><br></div><div>while my 100ms per request were the equivalent of the 250 you are talking about here.</div><div><br></div><div>So we are saying the same thing, I just defined, probably wrongly, the roundtrip, only the "first-contact" one.</div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
The only work around for that is making as few requests as possible.</blockquote><div><br></div><div>never said the opposite, and if you read the repo I've pointed out you'll realize I've already done this pragmatically but nobody seemed to be interested at that time.</div>
<div><br></div><div>I have an inline require that uses Function over modules on demand but all modules are packed in a single minzipped JSON object</div><div><br></div><div>```javascript</div><div>// the equivalent of your file.zip in my case</div>
<div>{</div><div>  "module1":"content as string 1",</div><div>  "module-N":"other content"</div><div>}</div><div>```</div><div><br></div><div>The object does, inline, a similar require so that</div>
<div><br></div><div>```javascript</div><div>if (!modules[name]) Function(object[name]).call(module,global,require,module);</div><div>```</div><div><br></div><div>and you have inline require that does  in development the synchronous Ajax call.</div>
<div><br></div><div>Compared with the zip solution, if targeting only javascript, it gives you modules behavior, you still need to pack them all together, you will still use minifiers before packing to save as many bytes as possible so debug is hard in any case and bugs introduced by minifiers could still be there but, as it would be for the JS zip solution, you could just inline as text he whole script without minifier ^_^</div>
<div><br></div><div><br></div><div>the extra plus is given by the ability to use an initialization inside the script so that</div><div><br></div><div>```</div><div><script src="package.js" exec></div><div>
  require('any-module-in-package').init();</div><div></script></div><div>```</div><div><br></div><div>or something similar. In few words create a pre-minzipped package file is kinda possible but I am with you about having this standardize and simplified without the need for HTTP2.</div>
<div><br></div><div>Best Regards</div><div><br></div><div><br></div><div> </div></div></div></div>