Comment by taylorhughes | Hacker News Reader

Comment by taylorhughes | Hacker News Reader

Parent Full thread

Skit author here. We've been using skit internally to build LaunchKit (https://launchkit.io/) for the past 4-6 months.

We have skit sitting on launchkit.io, with a REST API in Django sitting behind it (serving prelaunch native mobile clients from api.launchkit.io).

Logged-in requests that load data hit the API first from node, using the same JS API client that runs in the browser. The logged-in user cookie is actually an encrypted OAuth token from the backend API, so our website is actually a first-class API client just like our mobile apps. No separate session logic, etc.

I prerender the first results in the "reviews" list using a template on the server, then when you scroll down the list the additional items are loaded and rendered with the same template in the browser. It seems weird/foreign but in practice it's not that weird.

So far it's been fun, and honestly it's worked far better than I expected it to when I started tinkering.

Would love any feedback / etc., here or on twitter @taylorhughes

Haven't played with the framework at all yet, but I have to say that was the best announcement for a framework I think I've ever read. Totally subverted my knee-jerk oh no not ANOTHER one reaction I've come to expect...

Agree. It was great subversive announcement and marketing. All of our objections were encapsulated (horrible, terrible, oh no) and lightly dispatched. It was very skill full writing. Also the comments on this thread really work.

You should remove 'sudo' and '--global' from 'sudo npm install skit --global' in your getting started guide. I almost had a heart attack when I first saw it.

http://stackoverflow.com/questions/19352976/npm-modules-wont...

Otherwise, it looks very promising!

will do :)

For the routing, this seems like the traditional server-side routing where you have a 1 to 1 relationship between a page and a URL (as opposed to a relationship between an URL and a state). If that premise is correct, does this mean Skit would have difficulty doing things like deep linking?

Assuming that all webpage resources are now dealt with intelligently by the framework itself, can I inline all js and css and possibly image files using just the logic on the framework's end? for mobile clients?

That isn't built, but it's within the realm of possibility here. Other things I've thought about are some kind of automatic spriting, serving browser-targeted JS to remove compatibility layers, etc.

(Also serving all the CSS/JS on the page itself would be fairly easy with the way skit works — the other stuff I mentioned is farther flung.)

Very cool. I'm not really the target audience for this, but if you could make it work in TypeScript, I might actually try programming in JavaScript (well, TypeScript) again.

Is it used in Cluster?

Yep, the logged-in web app is skit. The logged-out homepage etc. is not, because we launched Cluster before skit existed and there's too much random stuff to move over at the moment.

Reply on news.ycombinator.com