nfm

11 ms·

61.
by nfm 12y ago
Sorry, I don't think I was very clear. That's exactly what I meant. They didn't make a performance based decision when choosing their stack, and now that they're a huge site they're doing just fine - no need to go r
62.
by nfm 12y ago
I don't think there's much point nit-picking on multiples - who knows for sure without seeing their code - but my point still stands. Would you have been surprised if StackExchange ran on 50 or 60 front-end servers? I certainly wo
63.
by nfm 12y ago
Yeah that's my point - if they were using a slower language they'd be clocking in at say 20 or 30 servers. Not remotely worth optimizing for saving that many servers at their scale.
64.
by nfm 12y ago
It always puts me on edge when people choose to write their web-app in a particular language or framework 'because performance'. The C# VM is by no means slow but the fact that StackExchange is running off 9 front-end servers unde
65.
by nfm 12y ago
It's essentially regression testing. Rubyspec specs out the behaviour of Ruby according to what MRI implements, so any failure is a change in behaviour from the initial implementation. Most of the time this is undesirable/unintent
66.
by nfm 12y ago
Don't forget InternalFrameInternalFrameTitlePaneInternalFrameTitlePaneMaximizeButtonPainter ( http://javadoc.bugaco.com/com/sun/java/swing/plaf/nimbus/Int... )
67.
by nfm 12y ago
It is type coercion. The runtime converts both operands to the same type before making the comparison ( https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe... ). This is also true of !, <, and
68.
by nfm 12y ago
`" " == 0 == false`, and `"" == 0 == false`, but `" " != ""`. `"Infinity" == Infinity`, but `"true" != true`. I could go on for a while like this.
69.
by nfm 12y ago
> Part of Spotify’s pitch to the music industry has been that its royalties — as low as 0.6 cent per stream, according to the company — will accrue to significant levels as the service grows > “Wake Me Up” had been played 168 million
70.
by nfm 12y ago
HTTP/1.1 will be around for approximately forever.
71.
by nfm 12y ago
Scalable, reliable Postgres is absolutely possible. This comment is unfounded. If you truly need reliability, of course you'll have to invest some time into setting it up. If this isn't something you're interested in, just go
72.
by nfm 12y ago
It's just a ruby script, and it works on Linux/Mac/Windows.
73.
by nfm 12y ago
It could be valuable to have a feature grid kind of page where you compare your platform to the built-in subscriptions in Braintree and Stripe, to provide an explicit list of the things you can handle that they can't.
74.
by nfm 12y ago
Your pricing looks extremely generous, especially because you only take a percentage fee. This could be good (an edge over the competition when signing up new companies) or bad (unsustainable). I expect your lead time for new customers grow
75.
by nfm 12y ago
Previous discussion: https://news.ycombinator.com/item?id=6374945
76.
by nfm 12y ago
This is a follow up from https://groups.google.com/forum/#!topic/rubyonrails-security... (HN discussion: https://news.ycombinator.com/item?id=7705415 ). Additional attack vectors have been discover
77.
by nfm 12y ago
Please note the vulnerability has now been amended. "There are additional attack vectors and as a result all users are advised to upgrade to a fixed version as soon as possible." https://groups.google.com/forum&#
78.
Rails Directory Traversal Vulnerability – Amended (CVE-2014-0130)(groups.google.com)
5 points by nfm 12y ago|1 comments
79.
by nfm 12y ago
They are functionally equivalent, but the longhand versions are clearly more readable/greppable/google-able. The longhand versions have the exact same benefits as calling a variable eg. `target_file` instead of `a`.
80.
by nfm 13y ago
I like this approach but there is a trade-off - you're an SQL injection away from losing your secrets, as opposed to a RCE or file reading bug when they're stored in .env. SQL injection bugs are more likely.
81.
by nfm 13y ago
Strongly disagree. Yes, there will be competitors, and there will be competitors that cost less than you. However, if you're targeting business customers they won't care about the difference between $500/month and $400/m
82.
by nfm 13y ago
This is a real attack vector. It's called a timing attack: http://en.wikipedia.org/wiki/Timing_attack
83.
by nfm 13y ago
Permalink: http://blog.pmarca.com/2014/03/18/when-carl-icahn-ran-a-comp...
84.
by nfm 13y ago
According to their blog post ( https://netguru.co/blog/posts/code-ping-pong-with-dhh ) DHH is in.
85.
by nfm 13y ago
Maybe we can hope for an MRI/YARV scenario!
86.
by nfm 13y ago
Never used Erlang nor considered it, for the same reason C programmers don't start rewriting their code in Python: it's just not the right tool for the kind of stuff I work on.
87.
by nfm 13y ago
This is a lesson I have learned the hard way... You should know the answer this question before you start work on anything. If you're having trouble figuring out who your product is for, or how you're going to get in touch with pr
88.
by nfm 13y ago
You're welcome :) By the way, I've found running things through eg. UserTesting.com will help reveal this kind of info in a way that you won't necessarily get via feedback from friends or HN. Lot's of facepalm moments bu
89.
by nfm 13y ago
I'd never heard of this site before today. This looks cool and like something I would actually want to use, and I think you've got a very promising way to demo your product while doing content marketing. That said, I had absolutel
90.
by nfm 13y ago
Sure, some of these examples are pretty academic (eg ` Array.isArray( Array.prototype )`). But can you truthfully say you never get bitten by basic JS arithmetic fails, given how many ways it's possible to accidentally coerce numbers t

More ›