marcuswestin

Yup - that wouldn't be very nice :)

Thanks for your thoughts!

> It's hard to determine benchmarks for performance when the kids are operating at such different stages of development.

Agreed - the point I'm striving for is an incentive conceived from shared gains (you benefit directly from creating value) rather than evaluation by proxy (performance evaluation). It's possibly too theoretical a point to be of much value though, I see that :)

Thanks!

The sidebar is not showing up for me after installing and restarting.

Firefox 3.6.11 OS X 10.6 firesheep-0.1-1.xpi

Meebo made a presentation at Velocity this year about truly asynchronous loading, among other performance secrets of the meebo bar. (FF can still block using the suggested technique)

Well worth the watch: http://www.youtube.com/watch?v=b7SUFLFu3HI

Oh yeah, info at http://www.meebo.com/jobs

For anything that you spend more than an hour per day doing, get the very best that your money can buy you. This probably includes

- your bed

- your desk setup if you work at one, including the chair

- food

- the people closest to you (roommates, family)

Good feedback! I had the time to add a simple

    // PHP code

and

    // Fun code

comments at the top of the code examples. Not great but hopefully helpful :) This was meant to be a high-level intro. I'll be diving into explaining the nitty gritty of the language next month.

Nice - the relevant fin API used under the hood by Fun is dead simple:

    fin.set(id, property, value)
    fin.observe(id, property, function callback(mutation){})

Would be rockin to see if we could hook up fin to js-model!

Why not open source what you have?

Jemplate does not do the realtime stat synchronization across browsers I don't think

That's awesome! Sorry, didn't mean to sound cheesy. Yeah, I find most shops commercially licensing open source software get pinched into an almost apologetic position. Seems completely counter productive and unfair to me.

There's a javascript library under the hood that does just that: http://github.com/marcuswestin/fin

Fun is MIT licensed :)

http://github.com/marcuswestin/fun/commit/05870f3f54fda43090...

The difference is the realtime synchronization across all clients. Fun comes with a complete network stack, ensuring that the state you're viewing is always up to date. Does that make sense? I actually do think that's a new value proposition.

Sorry about that - fixed in http://github.com/marcuswestin/fun/commit/05870f3f54fda43090...

Totally - remains to be seen!

Someone should take the underlying realtime datastore (http://github.com/marcuswestin/fin) and bundle it with mustache or <angular/>!

Absolutely!

You can declare something akin to a function, which takes arguments and emits HTML. Imagine e.g.

    let taskTemplate = template(task) {
         <div class="task">
              <span class="title">task.title</span>
         </div>
    }

    for (task in tasks) { taskTemplate(task) }

I'm not decided on syntax yet.

You can definitely separate out logic from template this way.

Fun outputs javascript, not HTML - the javascript then builds the DOM.

The bottleneck with Fun is going to be the network latency.

Any piece of UI that needs extra care, e.g. a very long list of items, is implemented in javascript with appropriate lazy rendering.

Oh - the original question actually had intense debate in the title. It was removed - perhaps because they have lost mindshare? :)

intensedebate seems to have lost mindshare. I'd go with either jskit echo or disqus.

This will throw if console is not defined. Try

   if (!window.console)

Or

   if (typeof console == 'undefined')

Or

   if !('console' in window))

 N

I use semicolons when they're needed (for loops, multiple statements per line), and don't use them when they're not. The code becomes cleaner to my eyes.

erlanger: you can consider the API stable now.

PersistJS is 12kb minified. store.js is 4kb unminified

PersistJS falls back on flash and cookies, which is bad (flash slows down browser during page loading, cookies fatten your network requests). Store.js uses localStorage, globalStorage and IE behaviors which do not have those negative side effects.

I'm not convinced that IETester changes the underlying APIs correctly. Because of bad experience with "Multiple IE" simulators in the past I don't test on anything but the real install.