Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
0x12
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
48 ms
·
481.
▲
by
0x12
15y ago
Do you really believe that facebook will be around for 4 consecutive generations while retaining the data that was entered there?
482.
▲
by
0x12
15y ago
They do auctions? Thank you, I never realized that. Hey downvoter, thank you for showing your ignorance. In case you had not read the craigslist faq let me help you out here: "No - craigslist is not an auction site." So me not realizing tha
483.
▲
by
0x12
15y ago
I don't know what his reason is, my reason for thinking she is a bad choice is that she has no experience running a hardware company.
484.
▲
by
0x12
15y ago
Where do you go to auction second hand stuff?
485.
▲
by
0x12
15y ago
That's called aliasing.
486.
▲
by
0x12
15y ago
HP is as good as dead. It will take a long time to die but they're now officially the Yahoo! of hardware. Brand damage this severe is going to be very very hard to fix.
487.
▲
by
0x12
15y ago
There is a special place in hell for you. Had me laughing though :)
488.
▲
by
0x12
15y ago
I think you win the nerd award for 2011.
489.
▲
by
0x12
15y ago
Don't fret about it, you're doing great. The thing that matters is the content, not the package. I'm sure that if you'd write a sales brochure you'd have someone check it but for your blog posts your level of English is more than adequate.
490.
▲
by
0x12
15y ago
For a software startup it is perfectly possible to get off the ground with an outlay <$100 and some of your time. I really don't see the need for dramatic and totally silly strategies like these. Using one hole to plug another never was
491.
▲
by
0x12
15y ago
One of the most common pitfalls is to customize to that first customers business processes without noticing that everybody else does things differently.
492.
▲
by
0x12
15y ago
gdb: where
493.
▲
by
0x12
15y ago
> I've seen plenty of code where I was like "WTF was this guy thinking?". Yes, that happens. But I've seen that in COBOL, Perl, Pascal, Java, PHP and in Ruby as well. > In case of errors (s)ome functions are returning 0. Some are re
494.
▲
by
0x12
15y ago
Fancy that, catching Colin at his own game :)
495.
▲
by
0x12
15y ago
10,000 images is not over the break even point yet (unless you do something really hard resulting in a runtime significantly larger than what it would cost to farm out that job to a bunch of EC2 instances, it's all about the question whethe
496.
▲
by
0x12
15y ago
My biggest nightmare: debugging a chunk of badly documented C code that does not check return values to system calls at all...
497.
▲
by
0x12
15y ago
> It is generally a (very) stupid idea to write such software in C. Is it? It isn't very common but that alone does not make it stupid. Why do you think it is stupid? From the README: "Half-arsed divelog software in C. I'm tired of java
498.
▲
by
0x12
15y ago
My money is on massive FPGAs, think a whole wafer of silicon with just a bunch of general purpose IO and power. Once stuff like that becomes available at a reasonable price (a big FPGA will cost you a lot of money at the moment) open hard
499.
▲
by
0x12
15y ago
Absolutely, on top of that the stuff that is made today is not even meant to be repaired at all. It's all about the cost to the manufacturer and not falling apart until the day after the warranty expires.
500.
▲
by
0x12
15y ago
In my experience just about every language has its own pitfalls. The reason that C has memory leaks is that the programmer is responsible for allocating and de-allocating memory. In a language with a more complex runtime that might be taken
501.
▲
by
0x12
15y ago
Think of javascript and PHP as DSLs for web development written on top of C. Their reliability and conciseness is an indirect proof of the authors main point. C allows you to write interpreted languages that execute with a speed high enough
502.
▲
by
0x12
15y ago
With all respect to you, looking a gift horse in the mouth is not very nice. I invite you to re-write it in a higher level language, prove that it ends up shorter and less buggy. He's made the code available (as he would) to ease your tas
503.
▲
by
0x12
15y ago
Great article. My personal take on this is that C programs are so damn reliable because there is nothing under the hood, the building blocks are so simple and transparent that you can follow the thread of execution with minimal mental overh
504.
▲
by
0x12
15y ago
What a fantastic piece. Check the bottom for the sign-off: "People paid no attention when I harped about how to write __maintainable code. I found people were more receptive hearing all the goofy things people often do to muck it up." You c
505.
▲
by
0x12
15y ago
It's downright scary how accurate that prediction is.
506.
▲
by
0x12
15y ago
Yes. No ;).
507.
▲
by
0x12
15y ago
> For example, a global economic depression would result in people keeping their possessions longer simply because they don't have the money to buy new. That would seriously suck then because the stuff that we've got today for the most
508.
▲
by
0x12
15y ago
The copy on the page seems to be a bit ahead of itself, as long as you are in the vaporware stage I think it is premature to say that "none will be as easy to use as I will. None will be as reliable or work as hard for you". The video capti
509.
▲
by
0x12
15y ago
Apologies I was mixing up your plans with one of your competitors.
510.
▲
by
0x12
15y ago
And why not? Google could put up a lot of resistance but if the government wants something bad enough they generally get it. The other option is not to do business in that particular country, and for google that option is not on the table.
More ›