require(['css!style.css','ejs!template.ejs'], function(){})
I probably don't have to say anymore about this.
I should be able to send the same message to many workers with the same message with no incurred copying cost. This is because there is no way to modify a string in JavaScript, only create new strings. So, I should be able to call:
javascript
var bigString = " .... ";
worker1.postMessage(bigString);
worker2.postMessage(bigString);
...
And it should be smart enough to pass the reference around and not copy anything. The only copying would be done later if I read or created substr's of bigString.
The alien, presumably killing supposedly started life on Earth. Exactly how does adding your DNA eventually evolve right back to match humans? There are some other theories that might make more sense scientifically. But why leave it so unclear?
If it is not Earth, how can the engineer breath? They were terraforming the planet for a reason I suspect. Which brings me to a minor point ...
How did he go from his crashed ship to the escape pod.
I'm considering adding an alternative to CanJS's EJS live-binding system. I really like EJS, it's extremely powerful, but ugly to look at. So, I'm trying to create a better mouse-trap.
Currently, the most popular mouse-trap seems to be Handlebars. What do you like about it?
Handlebars uses {{}}
for insertion and {{#}}
and {{/}}
for widgets and control structures.
A few points:
Not everybody is as smart as Gilad Bracha or John Resig and those that aren’t – like this author – are probably better off with writing their code in a statically typed language.
There's no other reason than this on why JS isn't suitable for large web apps.
His article seems to imply that all dynamic languages are not suitable for large apps of any kind (he only talks web apps, but a safe assumption). There are many examples of large apps written in a variety of languages (take anything written in php or ruby).
If the users's time was 1970-01-01 and they were shown a page titled "tomorrows reservations", it would show no reservations.
However, this would be correct from the user's computer's perspective, just not from reality (unless maybe they are traveling at light speed).
In my opinion, despite the advantage of always showing reality, no matter what time the user has, it's better to use the client's local time for the following reasons:
Here's how to build an app with something like CanJS and AMD-like modules (using steal). For this example app, consider a tree-like nested grid where you can select locations and get more information. The app might look something like:
IL | |
Chicago |
Client-side models are becoming more common. Most work with JSON-REST interfaces by default. However, there is no standards around manipulating the set of data returned by a rest service. This attempts to come to some standard.
Before learning JavaScript, it's important to learn how it fits into the larger picture of the Browser and DOM (and your webapp).
To start, lets walk through a very basic "Hello World" webpage. Assume that the server at helloworld.com has this HTML file. What happens immediately after a user enters the URL for helloworld.com and presses enter
?
First, the browser creates a HTTP request for index.html. The server returns the HTML as part of the HTTP response.
The browser feeds the HTML to it's DOM engine which begins processing the HTML and building a HTML document and it's HTML elements. For example it
will create a DocumentElement
when it sees an html
element, and add a child head element
when it sees that. When a script tag is encountered, the browser passes the contents of that script tag to it's JavaScript engine to be evaluated.