skysight-inc/HackerNews huggingface dataset:
"I'm below-average as a writer."

How did you decide that? I'm really curious here, since only based on your comment, you seem above-average to me.
> They don't give a shit that the recipient is rejecting legitimate mail -- they blame us for their problems. All because some asshat with a copy of TheBat! signed up and managed to send out a couple hundred "Russian bride" spams before we were alerted and nuked the account.

Funny that. The RBL providers found out about the spam and tracked it down long before you did.

> I could probably fund a semester of college for some random kid with the time I've been paid to waste on de-listing and convincing idiot admins that one of their customers really wants to get mail from one of mine.

Or you could hire a competent mail administrator and not have to deal with these issues at all. One that knows how to keep his outbound mail clean, one that makes sure he knows about spam in his outbound connection before the recipient does, and one that makes sure that his upstream is a reputable and trustworthy provider and not some fly-by-night cheap hoster who happily sells space to spammers.

> Sure, 99.9% of email hitting the typical in-bound relay is spam, but CPU, RAM, and disk I/O are cheap. Do per-inbox statistical filtering and let the user decide what spam is. Better yet, let client-side filters do the work

CPU, RAM and disk are not that cheap. But why should ISPs have to pay for a vast panoply of hardware to handle the garbage being poured out by disreputable providers elsewhere? If an ISP allows spam on their connection, they get cut off, period. Their connectivity to the internet, the commodity they sell, is dependant upon the goodwill and trust of their neighbours. If they abuse it, they lose that commodity. As for per-inbox statistical filtering, why bother, when running an RBL like Spamhaus removes the crap and, more importantly, forces the hosters to do their job or lose their connectivity.

> If you operate an RBL -- fuck you. If you are an admin that rejects mail based solely on being listed in RBLs, then fuck you, too.

I did run them when I was a mail administrator - my users demanded that I do something about spam, so I did. RBLs work, and I wholeheartedly support Spamhaus in their efforts, and wish that more SMTP providers would use them. As for your attitude, that merely demonstrates that you are a two-bit amateur.

> As a mail admin, I want to throw SMTP out the window. It wasn't spammers that killed the protocol, but rather the growth of use of RBLs.

Don't call yourself a mail admin while at the same time spouting asinine garbage that demonstrates that you know nothing whatsoever about being a mail administrator. RBLs never did harm to email - they were a solution invented to try to save SMTP from the spam deluge. Not only did they stem the tide of spam, they also provided lots of evidence which could be used to name and shame the worst spam hosts and provide evidence to legal authorities to take action against the criminals running the spam operations. No amount of squandering money on client-side filtering or statistical analysis is going to do that. And that is why no competent mail administrator rejects the use of RBLs, since they know that they are the only solution that makes any actual difference.
Best Video Converter for Mac - Convert Any Video at Your Will
In my experience writing C++ as a hobbyist & minor professional work, it leads to complexity for a couple reasons.

- Lack of higher order functions generates boilerplate classes for fairly simplistic closure-istic operations

- Using templates with any sophistication infects gobblygooky templating syntax around your codebase. Since templates are actually a really nifty concept and worth using, this happens pretty quickly and now your codebase has more angle brackets than braces. ;)

- Inability to add syntactic abstraction means everything is written out, all the time.

I spent a lot of time learning C++98. After I got exposed to other languages, I don't think I'm going back to C++ without a good reason. There's too much ceremony for too little gain. Arguably with sufficient blood, sweat, and tears libraries can be written to make C++ do or fake what other languages do easily, e.g., regex, closures or continuations.

I think that taking the dynamic language approach of C in the performance parts and dynamic language for the rest is a better way to architect your system. Or, select a dynamic language that compiles to native code. :-)
You could try the HN archives: http://www.hnsearch.com/search#request/submissions&q=eve...

Most of these links to really good papers. You should also read this about memory: http://lwn.net/Articles/250967/
It means you don't get a board seat, and you probably get common, non-voting stock.

Sadly, it probably comes WITHOUT an anti-dilution clause, meaning that any new stock allocated will dilute your 5%. As a company progresses through its capitalization phases, new stock is likely to be allocated, usually in new classes that offer more protection to the investors, and less protection to the "monkeys" like us.

Your "5%" will likely be converted to a number of shares at the time it is executed, and that number of shares will likely NOT be 5% of the total number of shares available when a liquidation event (IPO/Buyout) occurs.
Ask HN:  Best Fiction Book(s) You Have Read In 2011
Doesn't have to be published in 2011.
Things to know about secured and unsecured debt
Great article. I have always been impressed by Oberon.

Anyone know how to get in contact with Michael Franz
?
It's funny I never knew about that project, but in the early 90s there was a smartphone movement that was active in the east coast mostly focused around bell labs as I recall (mostly focused around ISDN). The idea very similar to what that photo shows: A desk based phone with some computer functionality. The project never became real although something very similar from that era was minitel in france in the 80s: http://en.wikipedia.org/wiki/Minitel
Google Pulls "Official" Siri for Android App
I'm probably atypical in that I came to the world of web engineering from the depths of low-level C++ systems development. But I can honestly say that once you've written a perf- and security- conscious file system driver, pretty much nothing in the web world will be confusing or surprising (except maybe design/UX).

Of course, this is terrible advice to take at face value and I won't suggest that you should go become a C++ master for great good.

But I stand by my theory that it really doesn't matter how you approach the learning. If you work on challenging problems in any area of computing, you'll realize that most of this stuff is just different people solving the same basic problems with different terminology.
Not to mention link times: templates generate HUGE mangled symbols, with corresponding increase in memory and time as all those strings have to be stored and string-compared.

I've long wondered about why doesn't any C++ compiler implement symbol hashing? As in: replace symbol names with symbol hashes (SHA1) in the symbol table, and emit an extra section that maps hashes back to mangled names. Linker could do all of its work using hashes, and would map them back to regular symbol names only when generating the final debug info file.
The OP extols the virtues of releasing code "when it's ready" due to the hazards of rushing code out the door in an "unready" state. Unready means bad.
I love that potassium is down in the none area, given the fact that I had it shot into my arm at the hospital with the doctor looking at me saying I don't know how you walked through the front door. Many people don't get a balances amount of electrolytes and a supplement can guarantee that you at least get the RDA. I would say it is worth it, given the lack of it almost killed me.
Fiction? Hmmm... I'd say:

11/22/63 - Stephen King

77 Shadow Street - Dean Koontz

The Name of the Wind - Patrick Rothfuss

The Wise Man's Fear - Patrick Rothfuss

Zero History - William Gibson

Mona Lisa Overdrive - William Gibson
I think this is the first time I've ever had to down vote pg.

Spamhaus are not the bad guys in any way, it seems like this was a false positive, Spamhaus didn't know who op was (that he was an ISP hosting other's content), and his host apparently suck a bag of dicks and he needs to switch asap.

Put the blame where it belongs, man.
I haven't heard that expression. I could guess, but you'd do best simply to ask whoever's offering it to you what they mean by it.
Poonam Pandey is Rising Fast Celebrity in India
When /did/ it represent anything of importance?
The article doesn't explain what 'spatial intelligence' actually is. There's a link to a paper that goes on and on about 'spatial ability', but never defines it.

As if 'IQ' wasn't useless enough, they had to come up with with 'EQ' and now everyone and their brother tacks 'intelligence' after a phrase they think should be desirable.

Not to mention the fact that every test I've ever taken did include a section testing this 'spatial ability' (the paper contains examples, so I can infer what it means).
Edit you Youtube Videos Online with Fixes , Effects and Audio
as is the assumption that free(NULL) won't corrupt the heap.

When you refer to simplifying assumptions, are you talking about assumptions made by the programmer, or by the compiler and libc? For example, the POSIX manual page[0] for free( void* ptr ) says, "If ptr is a null pointer, no action shall occur." The malloc manpage says, "If size is 0, either a null pointer or a unique pointer that can successfully passed to free() shall be returned." That sounds more like a definition than an assumption to me. What am I missing?

[0] Obtained by installing manpages-posix-dev on Ubuntu and running man 3posix free.
I use the Wikireader (from OpenMoko) when traveling:
http://en.wikipedia.org/wiki/Wikireader
I find it very useful, especially on the longer wall-socketless cycling trips.

You can stick both wikipedia and wiktionary on it. Quite possibly also Wikitravel, if they provide dumps.
to me the real issue is not so much the format.
its standardization. (standard-issue stack-based VM)

- no two javascript VMs support the same things.

- no two HTML engines support the same things.

- no two CSS engines support the same things.

So there you go, dear open and standard web: you're not. you're just not standard. it's time for people to realize that.

There's a zillion w3c drafts which every browser attempts to support, and they spawn new ones (hi Google) all the time.

There's zillion of new extensions to solve "HTML5 stuff that we need" (everything is called HTML5 if its new features, easy!) and of course many are not compatible, or implemented only by one or the other browser (audio stuff, database stuff, etc).

And you have pages with "works best in chrome" or even "you need chrome to see this". Chrome is the best example because Google is the company coming with the most new drafts and the most "Chrome-only" technology. But it could be other companies eventually.

Well again guess what. That's not standard. At all.
The best way to branch seems to be to release the code but hide it with a switch so that only developers can see it. This way, when you release the new feature, all you are doing is enabling it for everyone else.
"At the time the Spamhaus guys themselves didn't deny that they'd blacklisted large numbers of innocent Yahoo Store users. Their defense was that the end justified the means."

Putting this into context, this wouldn't have been the first step. This type of measure was typically implemented after it becomes increasingly clear that Yahoo would not, or could not, adopt measures to reduce the amount of spam coming from their mail servers.

One of Yahoo's general weaknesses is that it takes over 24 hours from sending a complaint until appropriate action is taken (that's why comments on their main sites - e.g. News - contains oodles of spam, and other types of abusive comments). On the typical life-cycle of email spam this is far too long - if a site is ever closed at that point, and so these abusive sites tend to still be up when the email recipient is clicking on those links. Closing a site after the damage has been done is just a never-ending game of whack-a-mole.

Blackholing bigger and bigger chunks of Yahoo Stores is then an escalating step until either Yahoo addresses the spam situation appropriately, or their customers see that Yahoo cannot sustainably provide the service customers are paying for and they either leave or seek legal remedies. At that point innocent customers are paying the price for living in a bad neighbourhood. The question is, why didn't Yahoo do a better job in controlling the level of abuse through Yahoo stores? That Spamhaus felt it necessary to escalate through to blocking chunks of ip addresses indicates Yahoo Stores fell significantly short of what was needed to reduce the spam coming from their servers. The indicative belief from the anti-spam community at that point is: it's mostly clear that the revenue generated from hosting spammers is more important to Yahoo Stores than being able to provide their innocent customers with the level of service they paid for.

From my perspective, SpamHaus were one of the cleaner, more diplomatic black lists around the time of the Yahoo Stores problem. It's been a few years since I last poked around in the anti-spam community. Last I've seen of Spamhaus they didn't defend a legal challenge in California raised by a confirmed spammer, because California doesn't have jurisdiction over UK-located organisations, and so the spammer got a default ruling in his favour ( http://www.theregister.co.uk/2007/03/23/e360insight_lawsuit/ , http://www.spamhaus.org/organization/statement.lasso?ref=3 ).
A Googleplex for $1000 by 2040?
The Wikipedia donation page says: "Google might have close to a million servers."

Assuming as Kurzweil suggests that the limits of computing hardware are really far out, i.e., we can expect Moore's "Law" to continue unabated until we hit computoronium, today's Googleplex should be available for $1000 in 2040 (2011 + 1.5 [years per doubling] * log2(1e6)). Somehow it sounds too good to be true.
Selenium's webdriver is great for this, they have different implementations so you can use it like wget (but more sophisticated) where it doesn't run an actual browser or you can have it run an implementation where it actually runs a browser, like Chrome or Firefox (good for debugging)
See http://www.ics.uci.edu/~franz/
Is there an option between 2 & 3?

My experience, albeit only the last 2 jobs, with the concept of "Enterprise Service Bus" is that it becomes a magnet for "Architecture Astronauts" with little functionality delivered :-(

But it sounds a hell of a lot more impressive than "we will wrap simple REST or XML-RPC services, for which clients can easily be implemented in various consumer systems, around needed queries and updates, using the technology most amenable to the data store in question, documenting the interfaces, using proper configuration management policies", though.

But maybe that's about what you meant, in a nutshell.
"Lack of higher order functions generates boilerplate classes for fairly simplistic closure-istic operations"

Do you think this will change now that C++ has closures?
What problem does it solve for the end-user?

If it doesn't, we should skip it. Programmers love large-scale infrastructure refactorings and they always get those wrong. Both in axiomatics and in implementation.

For example, I would argue that if unified web bytecode was adopted in 2002, its performance would be inferior today than
To be clear, while I'm not sold on binary formats for HTML and CSS as they currently exist, I do agree with your general point.

The web (even as of HTML5) is somewhat of a ridiculous answer to the question of "How do we build these things we want to build" when those things are rich UI apps.

Unfortunately the problem is more politics than technical. To make any big sweeping changes you need buy in from at least Apple, Google, Mozilla and Microsoft, who all have very different goals and borderline antagonistic relationships with each other in all directions.

Good luck with that.
http://www.youtube.com/watch?v=a6cNdhOKwi0

http://www.youtube.com/watch?v=bwj2s_5e12U
What problem does it solve for the end-user?

If it doesn't, we should skip it. Programmers love large-scale infrastructure refactorings and they always get those wrong. Both in axiomatics and in implementation.

For example, I would argue that if unified web bytecode was adopted in 2002, its performance would be inferior today than leading JS engines provide. Optimizing high-level code is actually simplier than optimizing low-level kludge built upon wrong assumptions. And they would not get it right in 2002. I argue they wouldn't today,
Hmm. "Give me your huddled masses, yearning to be free^H^H^H^H H1Bs"?

It'll be funny to see what happens if Target gets themselves a boat-load of H1Bs. Funny, except for the lost employment opportunities for locals, and the cultural miscommunication.
I would argue a lot of what was called "mash-ups" a few years ago, came about because people could view the underpinnings. Long before companies started documenting official API's developers where pulling apart their code and adding and mixing and matching features from various web app providers. I think there is a culture of openness on the web and part of that I believe is due to the readability of the underpinnings.

That being said, the web has felt like technology soup for some time now, shortly after getting away from CGI, it just felt like we where doing it wrong (at least the apps part). The newer JavaScript / CSS / HTML front-ends communicating to a REST back end feels a little more right to me over all the proprietary server pages mess (ASP, JSP, PHP) that we contorted the document language with, to make pages, apps. But it does still feel like there should be a better way to deliver apps. I think this is why IOS apps are doing so well, the use a common REST back end with the web, yet make development of the UI a lot less complex. I think the web could learn a lot from Apple's successes on the mobile platform, but there is just so much inertia behind web technologies that a radical departure is just not in the cards.
Tried it a couple of weeks ago and could not get it to sync between a couple of Mac machines. Dropped the experiment soon after.
Twitter lawsuit threatenedover alleged Hezbollah aid
The name makes me wince as well.

This is because Python is a rather simple and straightforward language. It's not the sort of language that makes you panic at all when you first see it. It doesn't fit. Python is not a "seat of your pants, what the hell is going on, what do you mean my house is being demolished today?, oh the plans on display in the disused lavatory with the sign marked "beware of the leopard"?, oh well may as well enjoy the ride" type of language. The Python community is co-opting the wrong name.

There's gotta be a million better names to use. Some Monty Python-related ideas:

* Yorkshireman's Python Guide: You've got it easy!

* Python Guide: It's wafer thin!

* Python Guide: I like it runny!

* Self-defense against fresh Python: A guide

* Python! Wink wink, nudge nudge, say no more!

* Spam-free guide to Python

* Python: Our chief weapon is simplicity ... simplicity and readability ... readability and simplicity ... Our two weapons are simplicity and readability ... and namespaces .... Our three weapons are simplicity, readability, and namespaces ... and an almost fanatical devotion to Guido .... Our four ... no ... Amongst our weapons .... Amongst our weaponry ... are such elements as simplicity, readability .... I'll come in again.
If 91 million people already have smartphones (I don't know if that is true, I'm taking the linked article at face value), shouldn't we expect growth to be slowing?

There are 310 million people who live in the US and not everyone in that 310 million is a target customer for a smartphone (young kids, older folks, people who just don't like cellphones).

Based on nothing but common sense it seems fairly obvious to me that growth will continue but at a slowing pace -- the market isn't saturated, but much of the low-hanging fruit is snatched up.
I don't think it's inconceivable for today's computing performance to seem very trivial 30 years from now. But just like now, when we get there we'll take it for granted that whatever service is available then uses 1 million times more computational power than today's Google.

People don't seem to think that much of the fact that a simple smartphone that you keep in your pocket today is more powerful than a computer powering a rocket 50 years ago.
Uk honours are titles (Commander of the British Empire, etc).
The 10 must have iPhone accessories
Recycle and Earn money
Over 45 million printer cartridges go into UK landfills each year according to the UK Cartridge Remanufacture Association. That means if everyone in the UK
Wind Chimes For Your Garden
The sweet sounds and music created by a decorative set of wind chimes can add a relaxing ambiance to a spring or summer evening. Hang them from the roof of your deck, a branch of a tree, or the eaves trough of your garage and let the wind do the rest. In addition to the lovely sounds these chimes will add to the mood of your evening, they come in beautifully decorative themes, from rustic to modern, tropical to patriotic.
Intype is back
Galaxy ,galaxy samsung ,samsung galaxy
galaxy ,galaxy samsung ,samsung galaxy
galaxy ,galaxy samsung ,samsung galaxy galaxy ,galaxy samsung ,samsung galaxy galaxy ,galaxy samsung ,samsung galaxy
This sort of analysis is pretty common for legacy formats -- never seen it for modern data, though, so that's pretty awesome. Here's a story about doing the same sort of analysis with a tape cassette for the Apple I. http://www.pagetable.com/?p=32
One of the important causes of doubt, even after we are sure that laughable plagiarism has occurred, is whether we've identified the right person. It seems that the moron thief posted this essay under his own name somewhere, which is quite unambiguous. But then we also see a LinkedIn account. Someone else will probably write down a Facebook account, someone else a Skype name, etc etc. Someone along the way will get it wrong, and if the hordes at reddit or 4chan happen to pick up on the story, they could easily do something damaging to the wrong person.
Nike Kobe 6 For Men's Cheap Online
have you got your nike zoom kobe 6 Shoes yet?ladies and gentlemens,come basketballshoes-store.com buy kobe zoom vi discount high online,original packing,great deals,save Up To 46% Off,please do not miss nike basketballshoes online website.
Viznut's classic signature:

#include <math.h> /* outputs 8 kHz 8-bit unsigned pcm to stdout */
main(v,i,z,n,u,t){for(v=-1;;)for(n=pow(/* gcc -lm sig.c;./a.out>/dev/dsp */
1.06,"`cW`g[`cgcg[eYcb^bV^eW^be^bVecb^"[++v&31]+(v&64)/21),i=9 99;i;putchar(
128+((8191&u)>i?0:i/8)-((8191&(z+=n))*i-->>16)))u+=v&1?t/2: (t=v&6?t:n/4);}
I'm not sure what other people will recommend, but I don't personally feel that you need such a deep knowledge of fundamentals to be a good technical co-founder. More important is your ability to pick things up when you need to.

You don't need to be a decent DBA, a pen tester and a network admin to get your startup off the ground. You need to be able to wear all the hats, but by the time you actually need a master of each skill you'll have the revenue to employ them.

That said, these two paths may actually converge. If you're interested in learning and read a wide range of authors and topics, you'll probably be good at JIT learning stuff when you need to change hats.
Facebook can easily help the random user to upgrade their browser. And it has to.
This guy took some interesting leaps of faith to attain his result.. I'm impressed. I wonder if he had background in this industry to expect each square long wave to represent 1 or 0? I would have expected them to have a more intricate binary-to-audio algorithm considering how much science must exist in this area (modems, HAM, etc)
Is there anything like this for ruby?