Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
marcuswestin
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
61.
▲
Ask HN: how should one act differently in the face of a potential bubble?
2 points
by
marcuswestin
16y ago
|
1 comments
62.
▲
by
marcuswestin
16y ago
I tend to build all my DOM in object oriented javascript, and always give the root element of a UI component the same class name as the name of the JavaScript class. See eg https://github.com/marcuswestin/Focus/blob/master/js/ui/pane... .
63.
▲
Ask HN: angel/series A startups located in NY?
2 points
by
marcuswestin
16y ago
|
0 comments
64.
▲
The Four Elements of Web Performance: Weight, Time, Processing & Perception
(marcuswest.in)
4 points
by
marcuswestin
16y ago
|
1 comments
65.
▲
by
marcuswestin
16y ago
Did not know that! :P I guess browser-require will still be useful, since you can import the same files in node and in the browser
66.
▲
by
marcuswestin
16y ago
no, it does not :)
67.
▲
by
marcuswestin
16y ago
That's one of the big differences - I'd say the other big difference is that it comes with a compiler that bundles all your required modules into a single javascript file for production
68.
▲
by
marcuswestin
16y ago
The synchronous XHR requests are only used in your development environment. For production, use `node browser-require/compile.js`, which will compile all your required javascript modules into a single file. It really doesn't make sense to a
69.
▲
by
marcuswestin
16y ago
require.js does asynchronous file loading and is supposed to be deployed as-is in production. Browser-require makes it easy to develop your code using synchronous require statements and straight-forward dependency management. For production
70.
▲
Browser-require.js brings "require" to the browser (just like node)
(github.com)
17 points
by
marcuswestin
16y ago
|
16 comments
71.
▲
by
marcuswestin
16y ago
kudos
72.
▲
by
marcuswestin
16y ago
Can't get past the login page :/
73.
▲
by
marcuswestin
16y ago
I viewed http://github.com/languages a couple of hours ago, and ruby was still at #1. Very cool that js is now on top of the hill! (for the disbelievers: it's really not that hard to fathom, especially considering the recent growth of leg
74.
▲
by
marcuswestin
16y ago
There are two hard problems in computer science. Naming, cache invalidation, and off-by-one errors.
75.
▲
by
marcuswestin
16y ago
Meebo - we're kicking butt so hard it hurts! Ping me at marcus@meebo-inc.com and check out meebo.com/jobs. Offices in CA, NY, and elsewhere.
76.
▲
by
marcuswestin
16y ago
Yup - no pragmatic advice offered really, just a theoretical idea. Perhaps the most interesting point is simply that it's hard to put a value to the work of a teacher.
77.
▲
by
marcuswestin
16y ago
Yup - that wouldn't be very nice :)
78.
▲
by
marcuswestin
16y ago
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 bene
79.
▲
The World's Most Underpaid Profession (creating an economy for great teachers)
(marcuswest.in)
15 points
by
marcuswestin
16y ago
|
16 comments
80.
▲
by
marcuswestin
16y ago
Thanks!
81.
▲
by
marcuswestin
16y ago
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
82.
▲
Meebo has a postMessage replacement for IE7
3 points
by
marcuswestin
16y ago
|
1 comments
83.
▲
by
marcuswestin
16y ago
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=b7S
84.
▲
by
marcuswestin
16y ago
Oh yeah, info at http://www.meebo.com/jobs
85.
▲
by
marcuswestin
16y ago
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 (room
86.
▲
by
marcuswestin
16y ago
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
87.
▲
by
marcuswestin
16y ago
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!
88.
▲
by
marcuswestin
16y ago
Why not open source what you have?
89.
▲
by
marcuswestin
16y ago
Jemplate does not do the realtime stat synchronization across browsers I don't think
90.
▲
by
marcuswestin
16y ago
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.
More ›