skysight-inc/HackerNews huggingface dataset:
I am quite happy with Projecturf, and I like it because it is simple, but it might be too simple for your needs. You might as well give it a try!
The security considerations of allowing web content to load arbitrary compiled shaders onto the GPU are important. This of course also applies to ordinary WebGL.

Adobe addresses the topic briefly in their W3C proposal: https://dvcs.w3.org/hg/FXTF/raw-file/tip/custom/index.html#s...

I wonder how the shaders will be vetted in practice?
For sysadmins, the times are a-changin'
Surely this?
Clarification: apparently, I tend to play a different game than what this text is about. The game I know forbids placing ships so that they touch (sometimes allowing corner touches). With those rules, finding a large ship can rule out lots of spaces from the search space. For example, a 5x1 ship has up to 16 bordering squares.
It also uses process.nextTick aggressively (for each recursive call) so that the server can take other requests in the middle of computing a big sum.
BGR is reporting that the iPhone5 may be a Sprint exclusive. That's pretty big for Sprint. Explains why Sprint has been completely mum about Windows Phone Mango. If this is true, it might be time for me to leave Sprint.

http://www.bgr.com/2011/10/03/sprint-guarantees-to-buy-over-...
Oh god, I hope you're joking.
Instead of memoizing in the server you could memoize in the browser and use socket.io to ask connected browsers if they have a memoized value for a given fib number. That would get you around the limitations that bascule mentioned.
You are correct and the product was a complete dog.
That was nowhere in my statement.
I suspect that folks who really care that it's an iPhone and not an Android (or potentially WP7, if that ever gets off the ground) have already made their move.

Remember, though, that the smartphone market is far from saturated. You could argue that it's barely been tapped - dumbphones still compose the vast majority of the U.S. phone share. Upgrading from a 3 year old dumbphone is a prime opportunity for a consumer to rethink their phone carrier. I imagine Sprint lost a lot of first time smartphone buyers to the iPhone thanks to Apple's "easy-to-use" reputation and the massive hype of every iPhone debut.
"it's really easy to accidentally write something that blocks badly"

What is this nonsense? Isn't it time we knock this one on the head? Let me let you into a secret: If you write CPU intensive enough code in any framework you can eventually block all further requests. This whole debate was based on FUD and a complete misunderstanding of what node is all about. Read the previous posts and don't post generic, bullshit comments like "which is still not all that great".
Yeah, I don't have those people in any meaningful capacity. If I did then hg would immediately be a strong contender.

With regards to the philosophical difference, I see where you're coming from. This is the reason I use OS X instead of Linux for instance, it's more important for me to have a simple and usable GUI than to have ultimate control and flexibility. With text editors and version control systems I don't feel that way though. As a matter of fact, I do use vim, and I don't think it's ridiculous in the least to use tools that require "grokking" for one's core competency. I'm not saying everyone should use these tools, but I do believe in my heart that the power of vim can not be equalled by a more user-friendly text editor. Sure you can have a more powerful IDE for language X or Y, but I doubt any of those will be able to stick around and grow with me over the dozens of languages I will use over the course of my career. Since I plan to use these tools for decades (unlike programming languages themselves), the importance of newbie-friendliness approaches zero. That's not to say the UI doesn't matter, but just that the factors that matter are the ones that are applicable to the master rather than the apprentice.
You can probably get it work by asking it for increasingly large numbers to break up the calculation into stages.

v8's current GC implementation has a hard memory limit of 1GB which is uppable to 1.7GB on 64bit systems. There's a new GC implementation in the works which is supposed to be able to beat this.

The memory usage is due to the overhead of nextTick creating a new stack each time, and the interpreter keeping track of where the callbacks need to lead. Splitting the calculation up into batches could be incorporated into the algorithm quite simply by adding an additional task to async.series which called fib(i) for i to n with a step of 10 when n is > 100.

Obviously there are much more efficient and effective ways of calculating the fibonacci sequence, but I quite like the recursive algorithm for its clearness and its amenability to memoisation.
I am not quite sure what it is you are trying to say. Node does (in this case) require a bit more hands on approach than most other languages but that is because of a subtile but important difference. Node uses corporative concurrency whereas threads are not corporative. This is both a disadvantage (you are required to do more work and cannot take proper advantage of multiple CPUs) and a huge advantage (no locking is needed and you can share the results between different execution points).

Of course the real issue is that you should choose a better implementation of the algorithm.
If it's the situation that someone needs something from you, I think you're within your rights to limit the "conversation" to whatever medium you're most comfortable with (e.g. I myself prefer e-mail for most communications). But if it's a situation where you need something from them (e.g. sponsorship from a potential PhD advisor) you may have to just suck it up and place the call.

You don't mention why you're averse to phone calls. If talking on the phone (especially with strangers) makes you anxious, maybe it would help to write down notes in advance about potential topics of conversation, and have those in front of you before you make the call.
The devops movement, while interesting, seems to be orbiting around Ruby... Are there any tools language agnostic or other-language-than-Ruby oriented?
async is not part of the node.js core - it's an external module.
Is Apple Setting Itself Up For Media Suicide Without An iPhone 5?
http://www.oracle.com/technetwork/database/nosqldb/overview/...

hipster oracle loves irony
Well the other option for computationally expensive code is to use some sort of worker that runs a sufficiently fast language.

JavaScript on v8 is actually one of the fastest interpreted languages available, so unless you really need to drop down into C or similar, splitting across the event loop or using another node child process is not an unreasonable way to approach CPU heavy calculations.
I don't know why you are getting downvoted. I've been involved in and also seen plenty of corporate cellphone deals where the carrier promises stuff (on paper, even) and then never delivers. "Billing mistakes" drag on and on, costing the customer huge bills they supposedly weren't going to get, etc.

On the consumer side, I've seen plenty of helpful customer service people do something slightly wrong and then the customer is locked out of their grandfathered plan or whatever else.

So yes, I agree. What they say and what is true don't always have anything to do with one another.

(One caveat to this is that sometimes only a few people know how to do something, and to everyone else it is "impossible." Sometimes this is poor training, and sometimes it is a rep who knows how to cheat the system a bit for a better customer experience.)
FeeFighters Loses BBB Accreditation Over Investigative Blog Post
Another Blogspot blog that pulls s/a resource/resources/ from blogblog.com and is completely invisible with NoScript enabled. (Google's own LatLong blog, in its current format, is another.)

I suppose I should look, myself, but is anyone familiar with this situation? Having Blogspot "disappear" for us paranoid types would be annoying.

EDIT: Took a glance. Ugh. Wall of scripting and apparent (in my biased opinion) obfuscation. Off to better things...
(sometimes with complicated data migrations to new tables).

To be fair this is an issue with or without sprocs.
Polymorphic malware is multiplying
Cleantech Accelerator Greenstart Seeks Startups for Second Program
California's Reader Privacy Act Signed into Law
Now that Adobe has bought Typekit I anticipate an HTML5 version of Adobe Bridge® bundled with Adobe® Typekit® Master Collection® 6.0…
Ya but your local B&B can't deal with this. They need to mobilize now and pool together to buy good legal defense.
Raspberry Pi : Cheat Sheet ($25 ARM computer)
The State of the Art is Terrible
Couldn't the point be made that those founders who don't present themselves well, might have a bit more trouble presenting their startup to customers? i.e. They can't sell themselves well, so it could be argued that they might have trouble selling the benefits of their startup to customers?

Thoughts?
we are in the same boat as you in our w2012 application. we applied early enough since we had most of the pieces together. i agree that the wait time plays tricks with your head. checking hacker news, email, and our phones multiple times a day doesn't really ease the anxiety. but exciting none the less.

we want this as much as the next guy, if not more, but we also know getting in is not the end result, it's only the beginning. it's gonna get much tougher once you're in!

the advice i got a few week ago really helped:
"don't put all your eggs in one basket"
The more NOs you hear the closer you'll get to YES (unless...)

Cisco systems, pitched 70+ VCs/investors before it got funding, similar stories for intel, ebay, amazon, google, twitter, and so on...
Coercive Charity Auction
> Well the other option for computationally expensive code is to use some sort of worker that runs a sufficiently fast language.

Which only helps if you know your code is going to be slow. If you somehow implemented an algorithm with a quadratic complexity and did not test for sufficiently large input, you might not realize what's going to happen before it hits production.

> JavaScript on v8 is actually one of the fastest interpreted languages available

1. Nobody is denying that.

2. The issue is with the behavior of evented systems in general and node in particular in case of in-request CPU-bound code paths, namely that the whole server blocks killing concurrency and basically DOSing the instance.
The specific point is that the evented model is not designed as a "one size fits all" solution. It's great for certain scenarios, not very good for certain others.

Basically, the original blog post tries to get to this, remarking on node.js is sold as if it was the silver bullet of web servers, that will scale to anything for anything you .

Of course, you can try to adapt most problems into something that would work in an evented model, but you have to know VERY WELL what you're doing.

IMO the solution is simple: polyglotism. Have parts of your app in node. Other parts in python. Others in ruby. Whatever works best for each specific small part :)

Node is not useless, but it's definitely not my choice to program everything and anything. Same thing with, for example, Rails :)
Software I use (self promotion)
function fib(n)
{
var phi = (Math.sqrt(5) + 1)/2
return Math.floor( Math.pow(phi, n)/Math.sqrt(5)+0.5)
}
Building Serendipity
I am aware that HN discourages editing of page title. In this case, I added ($25 ARM computer) to title as otherwise the title would have made no sense to those not familiar with the Rasperry Pi.

That said, it is a tiny board (about the size of a USB stick) with 700MHz ARM11 and a Broadcom GPU with OpenGL ES 2.0 support and 1080p video decode. It will have an HDMI port and can connect to keyboards and mice and will run Linux. Should be available in November.
More details here: http://www.raspberrypi.org/
What I cannot create, I do not understand
-- as quoted in The Universe in a Nutshell, Richard Feynman

The scientist describes what is; the engineer creates what never was. -- Kármán Tódor
An absolute rockstar.
I am comfortable in Emacs and quite good with vim. Both do get in my way, which is why I moved to Sublime Text for text editing.

I don't live in my text editor. I spend most of my time in IntelliJ or Visual Studio. The conventions of normal text editors are largely established, and so something that runs counter to those normal conventions--an emacs or a vim--do get in my way. It is a mental gearshift to go "oh, I need to do something different now", which is a drain on my concentration and a way to get annoyed and off track because I tried to go Ctrl-A in Visual Studio and it didn't do what I wanted it to do. The productivity benefit of not having to make my brain go modal or instantly remap my mental keybindings to use emacs even outweighed losing the extensions I liked (vimwiki has been largely replaced by Evernote for me now).

And, yes, VS or IntelliJ are more important than my text editor. They win by default--"Well, use vim/emacs for everything!" is unacceptable for reasons that should be obvious. Vim and emacs are nonstandard at their own peril, and conforming to them is a worse use of my time than using something that conforms to expectations.

That you don't "get" how I can stand it is OK; the important thing is that I can.
How the hell do you write an article like this without even mentioning what patent they're suing on?
I have a question? Can you fool yourself? Isn't it like ojects have kittleing yourself?
When you use terms like "experts agree is solid" and imply that its very safe with crypto, you, I and other techies will know about the cryptography behind it. However mundanes will think that third is a very reliable system, i.e. something that they can rely on.

When they get stung by a scam on eBay, try to get their money back, and are told there are no chargebacks, that BitCoin is the same as putting some banknotes in an envelope, and that there's no way for the police to track down where the money went (paper envelopes aren't even that bad), that their money is gone with absolutely no recourse, when this happens, they will not think BitCoin is in anyway reliable.
They don't like Android? Or do they prefer Apple hardware to Motorola?
Anyone know offhand what the minimum value of n is for which this fails due to floating point inaccuracies?
It's interesting to see Typekit guys cashing out. I bet the price was pretty solid.
I remember, when I first tried their service in 2009, the first impression was wow, it works!. Not only in technological aspect. It felt that the Startup worked. The timing and niche instantly became to be "naturally clear". Two years passed and we see here a nice cash out.
Meanwhile: let's step up and do something wow, it works. Stripe has started doing it in 2011. And probably many more.
Your split and join seem redundnant, and open defaults to read-only.

print open('whatever.file').readlines()[:-10]

But still, don't do that on any log too big to read into memory.
Ralph Steinman: Death and the Nobel
Scala on Heroku
Having launched a company with no voice conversations with developers, everything strictly over skype chat, can empathize. Voice conversations can be time consuming and not properly indexed for future use like email and chat typically is.

That being said, it's a tough challenge to want to change other people. Some strategy I typically go with:

If I feel that the person can digest it and you am in drivers seat (ie. lawyers, vendors) I typically say:
"if you think it's necessary we can jump on a phone call but don't want to waste time here, and am looking for your thoughts on x,y,z"

If it's someone that I am wanting something from and they are a high profile individual will go with:

"I know you are extremely busy and last thing I want to do is take to much of it, what I was simply hoping for was a,b,c..."

Some people though, will never be able to break out of voice conversations and if you really want to work with them you will need to sacrifice.

And in some situations voice will bring you additional results you never thought of and will be happy you did so.
The problem with NoSQL databases is that developers still do not understand how to use them well. NoSQL requires relearning how to use a database. Many developers misuse NoSQL databases, relying on the SQL patterns they know so well. I think that's Oracle's main point here. For example, it's easy to have a lot of round trips if you use NoSQL badly, but if you adapt and take advantage of its strongpoints, NoSQL can easily reduce the query complexity.

The point of this paper is to scare Oracle's customers from switching to NoSQL, and I agree that companies should not blindly switch from SQL to NoSQL without the willingness to relearn and adapt.
Crumbs of School Life
The Internet of Tomorrow: Faster, Better and Cheaper
Oracle: Java 8 will be revolution, not evolution
What are you talking about? The cost is shown in several areas of the page, and "pro" usually means the pay version.
If you're in the UK (or, heck, outside of the US), start saving up for when the standard Adobe currency conversion rates of $1 = £2 come into action ;-)
I sort of imagine that the large chains would smack these trolls down pretty hard. Hilton and Marriott and Starbucks aren't exactly mom-and-pop.
Diggnation to End in December
Of course it isn't a good deal. In order to make money on groupon your "standard" rate needs to have a profit margin of 200%.

Advertising costs money so whenever something is "advertised" you're going to pay more unless the advertising generates enough business to get an economy of scale greater than the cost of advertising. Advertising makes a lot of sense when you have something with high capital costs but low per unit costs. (Think CPUs or software based businesses). When you're buying a service such as cleaning where most of the costs come from labour it's going to be difficult to generate an economy of scale great enough for advertising to pay for itself. In businesses with out great economies of scale the increased cost of advertising is going to be passed to the consumer.

You're always going to get a better rate on a service business by doing a little leg work yourself and cutting out the "middle man".
I know hindsight is 20/20, but I find it hard to believe that anyone running a mobile phone company in 2007 that saw the January iPhone keynote did not think it was a game changer. IIRC, people were going bananas. The world was absolutely captivated. I, and many others, planned on switching from Verizon to AT&T for it even before it came out in June.
Natural Skin Care Products
I like to use number station recordings as spooky Halloween music.

You can get some from the Conet project:
http://www.archive.org/details/ird059
Why teach (young) kids to code?
Rushkoff has been quoted as saying "that the difference between being able to code and not being able to code, is like being the driver or the passenger (not, as some people think, the difference between the driver and the mechanic)."
( http://mulqueeny.wordpress.com/2011/09/15/teach-our-kids-to-code-e-petition/ )<p>I like the message, but am looking for a snappier quote. I was thinking 'the difference between being the farmer and being the cow', but that doesn't seem right. Can you think of anything better?
I'm glad to see an outstandingly helpful member of the rails community earn income from what has been a mostly altruistic task that must take a lot of time every week.
Ray Kurzweil & Tim O'Reilly at Zeitgeist Americas 2011 [video]
Javascript doesn't have more than one number data type. This algorithm may fail earlier due to loss of precision from the way JS does exponentiation or sqrt or some such but even a purely additive method will fail due to floating point inaccuracies as well.

Edit: On an in-browser test with Chrome I get accurate values up to 75 with the closed form function and accurate values up to n=78 for the recursive / additive function.
Ordinary Skill in the Art, (Software Patent lecture) by: Jeffrey D. Ullman
That's strange; this site is blocked at my office (we use Brightcloud.com) but it doesn't seem to have any history of problems.
Now there's an idea! That could be rather fun...
From the court filing:

U.S. Patent No. 6,714,559 (“the ‘559 Patent”) titled “Redundant Radio Frequency Network Having A Roaming Terminal Communication Protocol.”

Linked: http://www.google.com/patents?id=zi8SAAAAEBAJ&printsec=a...

I am neither a lawyer nor an RF expert, but it looks pretty bogus to me.
Sean Parker Is Now On Twitter: “Sorry Zuck”
just look at Greece

What does this mean? We're talking about end user credit card purchases over the web, not the sovereign bond market!
"If you write CPU intensive enough code in any framework you can eventually block all further requests."

"Intensive enough" is a vague and fuzzy term which you can hide too much behind. So let me put it this way: Go grab Yaws, the Erlang web framework. Write a web page that goes into an infinite loop. Write some other web pages that work normally. Observe that visiting the infinite-loop web page once does not cause the rest of the web server to stop serving. Yaws may time it out eventually, too, not clear from a quick look at the docs. In fact it will only marginally decrease performance, even on single core machines.

Yes, if you bash on that page often enough you will eventually degrade service to an unacceptable level. But you will not bring down the whole server, or even that OS process, and it will take substantially more than one hit per process or one hit per core.

Now, go grab Node, and write a web page that goes into an infinite loop. You just brought that OS process down, from the user's point of view.

Node is qualitatively much easier to lock up an OS process with than Erlang. Or Haskell, or Go, or anything else with a modern task scheduler, which is an ever-increasing number of language platforms.
Actually, I remember numerous friends describing the original iPhone as having terrible reception. An old boss switched to skype for phone calls so he could keep using his iPhone for its apps (or something).

It seems more like the iPhone combines generally good-but-not-fabulous engineering with the continued irrational loyalty of "Apple Fanboys".

Edit: But this too may indeed be a competitive advantage that's hard to match...
And perhaps a few leaches to get the bad humors out, as well. (financial) "haircut", indeed.

I actually agreed with much of the data integrity problems the paper pointed out, but found it a bit too condescending, or perhaps even a bit threatening, around the "You are not Google" part. Big Brother loves me!
AMA: Tony Conrad (about.me founder) live Q&A on Sprouter
CLFSWM - A(nother) Common Lisp FullScreen Window Manager presentation [video]
I have a similar sentiment. It doesn't feel right to pay for a private repo that you don't use any of the collaborative features.

I wonder if it makes sense for github to have a 'lite' repo that is just straight up storage, no extra features. This would be valuable to me because even though I can set up a bitbucket account and get the free private repos, I just like having everything in one place. I feel like they could even tack on a small amount to the normal subscription fee, or be able to add these on a la carte for an added monthly cost.

Don't get me wrong, I love the collaborative features and UI when I am working on the project with others, but for solo projects and old projects I don't update often this would be great.
There is so, so much more to this story that isn't here that it is practically not worth considering stuff like "mysql vs postgres" etc.

Really.
This is very nice!

Politicians will only solve a problem after it becomes a calamity. If the problem gets bad enough, they might start paying attention.