felixge

28 ms·

241.
by felixge 16y ago
The costs for TDD greatly vary. Trying to do TDD for GUI / frontend programming is much more expensive. I also find TDD very hard when working within a framework that was not written using TDD. So of course, if your environment makes TDD
242.
by felixge 16y ago
I have written a library called gently. This library lets you define a series of expected function calls spawning multiple objects (since overall order is important to us). Whenever you define such an expected call, gently returns a closure
243.
by felixge 16y ago
A few facts that I didn't get to fit into the article: - We have ~1.6x as much test code as we have code being tested. - Our unit test suite takes < 5 seconds to run. Our system test suite takes < 60 seconds. - We use Hudson for con
244.
Test driven development at Transloadit(debuggable.com)
133 points by felixge 16y ago|65 comments
245.
by felixge 16y ago
Node's API was frozen with the 0.2.0 release (for most parts). Things were indeed very rocky before, but most libraries have been updated now and are unlikely to break again soon.
246.
by felixge 16y ago
Great comment! Anybody interested should check it out: http://hns.github.com/2010/09/29/benchmark2.html#comment-820...
247.
by felixge 16y ago
That will help with the symptoms, but not with the problem. Having big response-time variations like this is undesirable.
248.
by felixge 16y ago
To the author of this article: Could you run your node test with "node --trace-gc <script>" turned on? That will output when, and for how long, node's GC is doing it's thing. Anyway, this could be a legit complaint at this point.
249.
by felixge 16y ago
Node does support two models for concurrency: Non-blocking I/O and worker processes. Non-blocking I/O is no magic pony, so if you need access to more CPU cores, you start creating worker processes that communicate via unix sockets. I would
250.
by felixge 16y ago
FWIW: I would like to not use semicolons in JS. But the current "push" for that is IMHO a mix of ruby/python home sickness and "Let's do this because we are smart enough to do it right.". Both are terrible influences on style in any la
251.
by felixge 16y ago
Personally I think the Google Javascript Style Guide has it right: > Relying on implicit insertion can cause subtle, hard to debug problems. Don't do it. You're better than that. http://google-styleguide.googlecode.com/svn/trunk/javasc
252.
by felixge 16y ago
No
253.
Poll: Semicolons in JavaScript
24 points by felixge 16y ago|39 comments
254.
by felixge 16y ago
Yes
255.
by felixge 16y ago
2 things. Step 1 is to "sign" your post using our authentication: http://transloadit.com/docs/authentication Step 2 is to use our templates to hide your params entirely from the eyes of your users. Templates use 256 bit AES encryption: h
256.
by felixge 16y ago
Correct me if I'm wrong. But we're using Uservoice (not get satisfaction), and you can create ideas entirely without login. Otherwise I wouldn't be using this stuff : ). But we are considering to change the style of the Feedback button now!
257.
by felixge 16y ago
Alright, can't verify it - but I changed our post : )
258.
by felixge 16y ago
Thanks! That's a great suggestion! Glad you like the design : )
259.
by felixge 16y ago
We'll probably even lower our pricing in a few days, so we'd definitely love to talk! My skype is 'transloadit' !
260.
by felixge 16y ago
Pricing: We are going to make things cheaper. Privacy issues: It's basically not much worse / better than using co-located servers. Market size: Since you mention Tumblr, they have actually switched to one of our competitors for video encod
261.
by felixge 16y ago
Good point. We also considered "Best Value", but that's only the case for the biggest plan. We finally decided to stick with "Most Popular" and not worry too much about it. But yeah, we might change that : )
262.
by felixge 16y ago
Thanks for the feedback. This is exactly the reason we are doing this, video uploading and encoding is one hell of a nasty problem - something people would be glad to knock of their todo list. In terms of dealing with the 2 problems: We've
263.
by felixge 16y ago
Hey thanks for the suggestions, what browser are you using? I agree that our visuals are not the best - hopefully we can add a real designer to our team at point.
264.
by felixge 16y ago
I agree with you, image resizing is simple enough that an average programmer can get it done. The reason we are offering it, is because it fits very naturally with our architecture, and people who handle video through us will probably also
265.
by felixge 16y ago
2. and 3.: We are working on that, right now 4. We've processed ~4.000 uploads so far / 60.000 internal jobs (each time a robot touches a file). Great idea, we'll add that. 7. We are the first one that charges money for the service. Let me
266.
Ask HN / Review my startup: Transloadit
25 points by felixge 16y ago|35 comments
267.
by felixge 16y ago
I think Amazon EC2 cannot be trusted for these benchmarks. On the physical hardware I tested node scales very linearly with the amount of cores added. On Ec2 I have seen very strange results / bad performance. There is something seriously
268.
by felixge 16y ago
We're announcing/launching https://transloadit.com/ later on today. The service (not the website) is written entirely in node.js. So far we have processed 55k internal jobs for our test users, where each job is usually tied to 3 or more c
269.
by felixge 16y ago
Node's scales linearly if you add a process per additional core (see my original link). That does allow for a certain extrapolation from a single process/cpu benchmark. Anyway, you are correct - a real benchmark between node / clojure would
270.
by felixge 16y ago
http://developer.yahoo.com/yui/theater/video.php?v=dahl-node Shows node to outperform nginx for serving a static 1 MB buffer.

More ›