skysight-inc/HackerNews huggingface dataset:
Sure, Nagios, Collectd, Ganglia etc etc etc are all options. But I'm talking about something hosted, external, URL-based (so we can find user-facing problems), and most importantly simple and affordable. Something where you might be okay spending $10-$100 month rather than having to have someone manage a fine-grained internal monitoring system.
Zipcar to Go Public With $75 Million IPO
Real-Time Bidding without Real-Time Reporting
Hmmmmm. Or maybe Apple thinks it resembles a desktop simply because there are UI components on top of a background image?
There's a huge difference between someone competing against you in the marketplace (yes, including with free offerings), and that same someone rejecting your iPhone app and preventing you from distributing it entirely. The risks are of different orders of magnitude.
If you disliked HT in the Pentium 4, take another look at it today. The Pentium 4 had four dispatch ports and not too many execution units - a single thread was able to exploit that. The i7, in contrast, has 6 dispatch ports feeding 12 execution units. It's extremely difficult to find instruction-level parallelism within a single thread that can exploit that architecture, hence the need for HT to keep the execution units cranking. These days it's quite rare to find applications which are slowed by HT.
If the domains are in the standard TLDs and are obviously typosquatting, you can go after them using the UDRP. It's not cheap (low end is $1300), but you can go after multiple domains at once if they're all owned by the same defendant.
Circa 1993 the speech recognition team at Apple was giving out T-shirts to their volunteers. On the front, there was a nice scene of an island lagoon with palm trees. The text read, "I helped Apple recognize speech."

The back showed the same scene, but with trash strewn about. The caption: "I helped Apple wreck a nice beach."

http://picasaweb.google.com/lh/photo/W7XJhGme1hC7fNct3Lpepg
Stock Analysis Startup Trefis Raises $1.6 Million
Linode's Dallas having problems again
Can you expand on this, please?
Google's getting B(l)ing
Now it also considers among other things the average comment score of the submitter.

Does this create a rich-get-richer type scenario, where users with high averages get more exposure, thus leading to higher averages?
Sounds expensive, so probably not. Either way, I think that photographic documentation is better than no documentation at all.
(site's down) Here's the Cached version although I'm wary of taking optimization advice from a site that doesn't look like it can handle load...

http://webcache.googleusercontent.com/search?q=cache:HUi2mdf...
It's good to see a startup compete in stock analysis software.
"it can't be using the stored energy in the propeller"

Note that I didn't say it was. Sorry to get you off-script.

As claimed by the builders, the propeller is powered by the wheels. Assuming no other stored energy source, the stored energy is the motion of the vehicle after it's been started off by the wind. I'm not clear how they do it, but going from the treadmill video, I suspect they manage a temporary burst of speed followed by a slowdown.

"I don't recall attempting to force you to disprove anything"

You rushed in to try to get a layman to give explicit parameters for disproving it. That's a common tactic, usually followed by assurances that this system can totally do that, and we'll see video of it doing exactly that Real Soon Now.

At this point, I'm waiting for the normal course of events: the other shoe will drop months from now and hardly make a blip on the blogs and other venues currently hyping this story.
So, the propeller creates a virtual surface for the wind to act on. The speed of this surface is slower than the vehicle.

It sounds like perhaps the blades would spin at a rate such that they would slice cleanly through the air without moving it forward or backward when the vehicle is moving in the absence of wind.
Python has never; and probably never will claim to be the fastest language in the stable. The tradeoff made is processor time, versus developer time - one is cheap, one is not.

Should, and can Python be faster without sacrificing the speed of the programmer (including extension authors)? Yes, it can and will be, but never at the cost of productivity.
Ebay uses this tactic too. Ebay is very good to their buyers but can be ruthless with their sellers. If you google "ebay VERO" you will find thousands of sellers complaining.
Lessons Learned: Changing data storage
I don’t know if it’s just us, but for one reason or another, we changed the way we store our data multiple times in the recent past. After doing it several times a pattern emerged.
To anyone that is interested, I found that article I was talking about.
http://www.zurb.com/article/206/tables-not-as-evil-as-you-th...
Can Facebook Unring The Privacy Bell?
19? Anybody?
A necessary component of mass production is consistency. Like it or not, Rails has reached the masses of web developers and enforces its constraints and conventions to facilitate the production of new web applications. I empathize greatly with DHH when he talks about large apps and the need for conventions. The truth is that most web developers will never devote as much attention to URLs as some people think they should. Full stop.

With that in mind, stable conventions are of paramount importance if Rails is going to maintain its practicality when building large web applications. On the spectrum of poor conventions to good ones, Rails has been much closer to the idealistic end of pushing REST principles and the concept of resources over haphazard URLs and actions. We owe a debt to Rails and its designers for the abundance of REST in production today.

That said, I empathize infinitely with Adrian Holovaty. I love URLs and I want them to always be beautiful everywhere. It's true that Rails gives less obvious control over URLs than Django or Sinatra, but it does so for the reasons mentioned above. There are probably small changes that could be made to make Rails more URL-aware for those of us who would like to craft every URL with loving adoration, but those changes absolutely must be compatible with the consistency already embodied in the Rails routing system. I haven't thought much about what those changes might look like, but I agree with DHH that the post above feels very hand-wavy in the proposal department.

Just remember that we URLophiles are a minority. Rails must work well for the majority and they will never care about URLs.
Agreed, sorry about that. To tell you the truth, my own consultancy's site (this one) is the only site I run for which I have not yet implemented any of this advice. At any rate, it's back up.

[Edit: I've also been having problems with Slicehost this morning for a few sites, wondering if that has anything to do with it.]

[Edit 2: Nevermind, it's not Slicehost's fault, I borked the caching in a recent code update.]
Here is a programmable RTS that is a lot of fun: http://www.hacker.org/bitbath/
Just one counter-example: IIS runs parts on kernel mode (at least until last year when I last checked.) Parsing HTTP on kernel mode sounds very bad. How many vulnerabilities were last year for IIS alone?
Python is not static

Python is not monkey-patched

Python is not multiple coding styles

Python is not enterprise

Python is not overly verbose

Python is not overly concise

Python is not lacking in libraries

Python is not a dialect

Python is not manual memory management

Python is not hard to learn

Python is not a roadblock to writing code quickly

And really the only important issue: Python is not a pain to use.
The SD Times 100, 2010
Mr. Graham,

I think we all owe you a great deal of thanks for HN, and I certainly think that we may not share this sentiment enough. Thank you, Mr. Graham. Simplicity in design truly is elegance, and I feel that--sometimes--too much flashy Web 2.0-related cruft tends to distract from the content (as the submitter points out). Certainly the Twitters and Facebooks of today and tomorrow have their uses, but I'm not so sure it's a good thing for society at large that we're moving toward content consumption limited to 140 characters. Worse, when one is so distracted by the interface of a site like Digg--as the submitter mentioned with regards to votes and such--does the visitor cross a dangerous threshold between actually reading/enjoying the content or does it spiral downwards into some sort of meta-evaluation for pseudo-rewards instead of a truly rewarding and educational experience? Me, I think I'll stay here. I don't read news to be entertained.

For me, reading HN truly is a great joy to experience, and I know a great deal of that is in the community you have created. Whenever I click on "comments" from an article, I've grown to expect that I'm going to read through a meaningful chain of conversations and am far less likely to encounter something unpleasant. Aesthetics aside (and these certainly play a significant part of why I like HN--the simplicity is an amazing breath of fresh air), one of the the more qualitative reasons I find HN so much more appealing is the community. It has been my experience that comments generally don't devolve into flamewars, and it is delightful to see that disagreements here remain respectful and substantive. Perhaps part of this is precisely because of the simplicity: Those who come here expecting to be entertained go elsewhere; those who come here to browse meaningful submissions stay and contribute.

I was (and still am, I suppose) a long time reader of Slashdot, but I could never quite get interested in Digg and its kin; they're all effectively modern tabloids with over-sensationalized submissions (this includes Slashdot). HN is an altogether different beast, and it wasn't until about a year ago when a friend of mine directed me to something posted here. I was greatly astounded at the time that, in 2008-2009, there would exist a site that doesn't hide itself behind flashy UIs and simply delivers raw content, bottled at the source. What a breath of fresh air! Make no mistake about it: HN is deceptive. What it might lack in fanciful (and, IMO, obnoxious) features, it more than makes up for in its submissions. When I come here, I know that I'll immediately have access to meaningful content--I won't be distracted by fluff.

My only regret with regards to HN is that I didn't seen the site sooner!

Once again, thank you Mr. Graham.

-- A short-time reader of HN who truly wishes he'd experienced it much earlier on!
>. It said you don't have to avoid tables for certain small situations where it can save you a ton of time and a few headaches.

I am not a front end developer, but I agree to the philosophy to an extent in terms of generic software development.

As software developers, our job is not to thrive for the perfect solution, but writing maintainable, code that we ship. I understand that many people (probably not HN users) take "real artists ship", as an excuse to put ugly unmanageable "hack", which I am not supporting either (infact I think I would be one of the last guys to compromise of code quality), but truth of the matter is, we live in an non-ideal-finite-time-full-of-deadline world, and as every thing has a cost-to-benefit ratio (short and long term). I think as software developers, its a part of out job to judge that cost-to-benefit ratio and if the cost starts to become much for the benefit offered, its time to rethink about software puritanism.
Python is like a piano: anyone can sit down and tap out Three Blind Mice within a few minutes, but a virtuoso can play Rachmaninoff's Symphony No. 2.

The language is well designed; the barrier to entry is low; the language allows for progressive discovery of its advanced features; it is powerful and flexible enough to allow an arbitrary combination of imperative, object oriented and functional programming; and the large, mature ecosystem of third party libraries means it can already do about 80% of just about any problem you can think to throw at it.
Decline delivery.
Bear in mind that this is only applicable if your code is very CPU-bound. If it's IO-bound as many applications are these days, then this is for all intents and purposes a non-issue.
Cool, I like the skin options. Let me suggest some help.

FlareVideo doesn't play on the iPhone (at least not mine). Make sure you're using the baseline encoding profile for h.264. iPhone won't play anything else.

In your example you fall back to Flash for every browser but Safari. You should probably have Ogg and WebM versions as well. You can encode to Ogg most places. Zencoder is probably still your best bet for WebM/VP8.

You should also consider using the Video for Everyone embed code by Kroc Camen.

Hope that helps. Nice start. I'd love to have your help on VideoJS. :)
Diaspora’s Final Tally: $200,000 From Nearly 6,500 Backers
As a HP printer engineer I heartily endorse this project!
Given the fact that the company relies so heavily on data when making UI decisions, I have a feeling that Google must have some pretty convincing data that would lead them to copy bing both in search results, and now with these iGoogle options...
But I hate using craigslist. I only use it because I have to.

Now, Thats some value creation.
Could get a digital camera and set it to take a picture every 1 second. Some do this, but only will take 3 or 4 shoots.
It might. But that's only an issue if the rich don't deserve to get rich.
Steal This Ebook
Steve Jobs Talks about ATT, Flash, Gizmodo, Google, etc @ D8 (video)
Thanks for posting this. It was a pleasure to read it again.
This is a perfect example of why tinyurl (or anything like it) is a completely worthless, harmful service.

What was the thing you were trying to link to? Tinyurl has no idea what it is supposed to be (at least for me).
I'd be curious what hand-crafted URLs you feel aren't possible with the new Rails 3 router. We've gone far to allow all kinds of hand-crafted urls. For example, here's an example:

get 'something/fun/:id', :to => "controller#action"

You can map just about anything that falls outside of the conventions with a variety of that.
That's a good story. By the way, no matter the use of "we" and professional titles, it's not hard to tell which places out there are one-man-shops; I hope there is no shame attached to that in this day and age.

Even though I don't work in a commercial environment, I do recognise the value of forming a semi-symbiotic relationship with a few "good" end users like this story's Tom; if you do that, the worst case scenario is ending up with a product that a few people want, rather than one that nobody wants. In the best case, you end up with a small army of free and enthusiastic beta testers that can really help you along.

But I think the writer missed the real reason customers love you even when you screw up; it's not just honesty, it's being responsive and being seen to work your butt off for them. The honesty part is certainly necessary, but not sufficient.
Lego Felt-Tip Marker Printer
Your criticism is fair, but I don't think it really compares.

Nowhere in this thread is anyone riffing on in-joke memes a la Slashdot, nor is anyone attempting to achieve advancement in rank like at Wikipedia.

There is plenty of self-reference here but it's purely practical, and certainly there's a bit of sycophantic behavior, but what does anyone stand to gain by it at HN? Honestly telling PG you like his site just makes both of you feel good, unlike pretending to like a high-ranking Wikipedia admin in hopes of getting a promotion next round.

Either way, I'd be inclined to agree that love-fests like this aren't particularly useful to the HN community. But they happen, and occasional ones are a good sign (and maybe over-frequent ones are a bad sign).
"One possible explanation is that no one actually understands the dire state the world economy is in. Discarding that theory, let me note some observations that you will also not understand, but will at least leave you feeling self-satisfied."
Case Study: Refactoring Interfaces with TDDed Tests
Since you specialize in HTML5, why would you need me to write your view layer?
Smart designer exports dumb pictures of text
Dear jcromartie %LAST_NAME%,

Thanks for writing me with your concerns on %TOPIC_NOT_FOUND%. I will soon be writing up a law to prevent this from happening again.

Thanks,

%GOVERNOR_NAME%
Hrm, interesting. I would have thought the way allocation is done with threadlocal variables negate a lot of the scaling for allocs, but I could be wrong. Do you have a direct link to the PDF, or mind putting it somewhere? I don't have an ACM login.
I think they should get rid of controllers and instead model RESTful / resource-oriented concepts like Resource and Entity directly!

A Resource is an object which responds to some subset of GET, PUT, POST and DELETE. It has a unique URL which identifies it.

(OK it's a bit more complicated than that, but you get the gist).

At present Controllers in Rails are a flat grab-bag of procedural code loosely associated with some group of resources, with meta-programming used to sweep some of the mess under the carpet. They're not an elegant way to model RESTful concepts.

(I actually have a framework in development for doing resource-oriented APIs on top of Rack, however it's currently very pre-1.0)
I'm sure Jobs was as against this change as the rest of us - do you really think this is something Jobs would willing do and 'approve'. Seriously?

There is no way this is a good for Apple and conversely, it's unlikely Jobs had any control over this change. Remember, this is ATT's move, not Apple's.
My interest is piqued:

As proof of our commitment: from the start we treated our own internal app developers as third party developers. A developer-friendly environment is in our blood. We’re powered by the WebKit browser engine, so if you can build a website, you can build a Kno app.

Also, don't miss the photos on the home page. This thing is enormous.

Engadget has a hands on: http://www.engadget.com/2010/06/02/kno-dual-screen-tablet-ap... (edit)
The initial purpose for an HTML5 player is a consistent player look between browsers, as well as some additional functionality not built into the browsers' default players yet (e.g. full-window/fullscreen modes.) I imagine with time these libraries will expand to have a lot more of the functionality you can currently find in many flash video players.
I hate apartment search. It's so so painful. Their data model is all wrong.

Location is the most important thing about an apartment in my opinion. That should be the primary method by which you search. And they've tried, but you end up searching within these broad "neighborhoods" in the bigger US cities. And a lot of people mischaracterize their apartment's location in order to make it seem nicer or whatever.

Why is craigslist wasting my time? Require posters to put in the actual address or at least an intersection for their apartment. Then show me the postings on a map. Something like hotpads.com works really well for me, but they don't have the volume that craigslist does, so I'm stuck.
Piano is actually somewhat notorious for being excessively baroque and difficult to play at the higher skill levels, the keyboard having been originally designed to play only in a single key with a different tuning system.
Working on a fix for this. It's a problem with fixed positioning on the iPad.
How, why? Why not just host the Javascript yourself to prevent XSS attacks.

I'm missing something here - why would this be less secure then any other JS lib?
This is probably the answer I wanted to hear from someone. Confirmation that they indeed have no good intentioned reason for joining my mailing list.
ding ding ding.

>Essentially the issue is that you want your L2 to stay hot

Exactly the reason a 'parallel' app can slow down as you get more cores. More contention means more ACTUAL locking which mean more cache flushes, from my understanding.
I agree that police abuse is a problem, and I also agree that laws like the ones mentioned in the article are an obscene violation of our liberties; however, I'm starting to see the problems that recording officers can cause. I was recently leaving North Avenue Beach after playing beach volleyball when a gang fight erupted. Hundreds of kids started mobbing each other and causing all kinds of mayhem. I got out of there quickly, so I don't know what exactly went down, but I do know that the day before there was an attack on joggers, fights, arrests, and even a shooting.

Here's a story mostly focused on what happened the day before I was there: http://cbs2chicago.com/local/north.avenue.beach.2.1714897.ht...

There hasn't been a ton of news coverage about the recent problems at North Ave Beach beyond the article above, but I was able to find a few videos of the violence on YouTube like this one:

http://www.youtube.com/watch?v=LDd5-QfjDXM&has_verified=...

It seems to me that the focus of the videos is more on how the cops are treating the criminals than what the criminals are doing (assaulting police officers and acting like idiots in the video above). A lot of comments on the Second City Cop blog - http://secondcitycop.blogspot.com - have indicated that law enforcement officers in Chicago are becoming extremely hesitant to act because they are worried about how their actions may look on camera.

Yes, "citizen journalists" with cell phone cameras will help to curb police abuse, but they will also discourage use of force by police officers when it is justified. The video above isn't the best example since the cops do end up using force to restrain some of the perpetrators, but they do seem to show a decent amount of restraint. In the situation that I saw, the cops seemed wary of getting involved.

The situation that I witnessed opens up a number of other issues, but my point is that I want the people who are paid to protect me to be fully empowered to do what they need to do to quell situations like a massive gang fight on the beach.

I don't think that passing laws prohibiting citizens from recording on-duty officers is the right way to go about this, but I do think that citizens and the media need to be more understanding of the fact that sometimes it is necessary for cops to use force. A 30 second YouTube clip doesn't always tell the whole story, yet these types of videos can ruin an officer's career.

Social media is a great thing for Democracy. I think that recording police is a good thing. I just think that knee-jerk reactions to news that comes in bits and pieces can be extremely damaging to our society. Our law enforcement officers shouldn't be afraid of making the right decision because an edited video clip will make it look like abuse.
Great title!
Simple things are simple. Hard things are doable and still easy to read and maintain. Concise but not so much that it looks like line noise later. An application often has about as many characters as the pseudo-code used when designing it. The language syntax is so minimal and flexible that, unlike Ruby, you do not want to create a true DSL but rather plain old modules, functions and classes in order that you keep the readability & extensibility high by having a common language syntax.
Which ones do you keep around? The yes men, the indifferent, or the naysayers?
My startup is actually not a secret at all, I simply didn't want this thread's outcome to reflect on it. I'm not stealth as I have a landing page and am actively advertising it online to get people to sign up. I just don't want my competitors knowing what I'm telling my potential customers just before launch.
> the problem of having a too fast processor on your deployment platform

The sarcasm here is unwarranted, as is basically your entire paragraph. Why not just say: Python is slow ?
Indeed, they could just as easily use a throwaway email address to get to my newsletter. In that case I'll have no choice but to send it to them. :)