skysight-inc/HackerNews huggingface dataset:
Here's one study showing that complexity grows exponentially with the size of the program:

http://www.cc.gatech.edu/sparc/Resources/readings/berry.pdf

Here's a study showing addressing changed requirements or ﬁxing program defects requires a program maintenance effort that is directly proportional to the size of a program:

http://dl.acm.org/citation.cfm?id=358228
That's different to HTTP access logs.

If I view a profile on the mobile app or on the web page it is (presumably) measured the same, presumably in the application layer. That's different to recording the your id in the HTTP access logs.
Les Hatton has some of what you are looking for. See "Re-examining the fault density - component size connection":

http://www.leshatton.org/IEEE_Soft_97b.html

...and some of his other work:

http://www.leshatton.org/index_CS.html
I used to use that all the time. It's great because it's quick, and a pretty damn good sloppy metric. I remember joking that the extra semicolons in for loops and the lack of semicolons in if/while statements balance each other out. People tend not to use semicolons in comments, either, except in commented-out code (which some of us have a pet peeve against anyway).
How to use AIM Password Decryptor to recover passwords?
I label it, and you, wrong. You seem pretty OK with that. Remind me never to hire you.
Lulsec Hacker Tracked by Proxy Logs ,Could face up to 15 years in jai
ExtJS has two commercial licenses and an open source license: http://www.sencha.com/products/extjs/license/
But do we have enough lithium in the world to power all batteries of all cars?

http://www.google.com/search?q=lithium+availability
After rummaging around code metrics, I've come to the conclusion that kLOC is the best estimator for 'hardness' of a codebase. There are a few ways to slice it, of course, (no-comment source only? statements only? semi-colons only?), but, fundamentally, I do not see any pragmatic use for code quality metrics besides "How many pages is this". Everything boils down to the amount of moving components in the system.
Thanks, I'll take a look. This point from the abstract of the latter is highly reminiscent of the paper cited by the OP:

"Repair maintenance is more highly correlated with the number of lines of source code in the program than it is to software science metrics."

Edit: I read it. This must certainly be one of the studies people are referring to; it covers exactly the question of interest. The major limitation is that all the programs were in PL/I, so it says nothing about language-independence. The important finding is that line count was the most highly correlated variable with bug count of those studied, quite a bit more so than more complex metrics were (Halstead's E). It's also interesting that although the authors write, "There are some very large programs in this set," the largest program was in fact only a very modest (by our standards) 6572 lines of PL/I.
I would say it probably has fewer movies, but it's selection is more mainstream. However it's model is quite different from netflix's (except if you have a paid for Prime account, with some titles).
For anyone interested in more discussion of this I suggest grabbing a copy of "Making Software", in particular chapter eleven on Conways Corollary which the chapter centered around this paper from 2008 http://research.microsoft.com/pubs/70535/tr-2008-11.pdf

The meat:

Table 4: Overall model accuracy using different software measures
Precision Recall Model
86.2% 84.0% Organizational Structure
78.6% 79.9% Code Churn
79.3% 66.0% Code Complexity
74.4% 69.9% Dependencies
83.8% 54.4% Code Coverage
73.8% 62.9% Pre-Release Bugs

Or in plain terms if people mess with code they don't normally mess with, you can bet real money (with a higher probability than other metrics) it introduces bugs.

Edit: I have been meaning to make a git tool that would analyze the history of a project to create predictions on what bit of code is the most buggy using this model, but just haven't done it yet. It would be cool to integrate it with GitHub's bugs api to see how correct it might be. If someone does make it let me know!
That's a marvelous book-length essay, but not a formal study. Or does Brooks cite research on this?
I'm not so sure things are at all bad for Netflix (though I see the stock market is punishing the hell out of them, that may have just been because the stock was ridiculously over-valued based on a number of indicators).

I remember back in the olden days, like a decade ago, the argument about music and media and writing online was that the company or companies that figured out how to curate the vast array of available data would be the successful media companies of the coming decades. Netflix is better at it than anyone. Because I run Linux most of the time when I'm working, and Netflix doesn't work on Linux, I was using Amazon's video service, and Hulu, to keep myself entertained while working on a server migration. The lack of good recommendations is notable for both services. I feel like I find good things to watch much more readily and with less clicking around on Netflix than on Amazon or Hulu. The overlap is relatively large, particularly with the low-budget movies and older TV series, but the ability for me to find the stuff I'd want to watch is vastly different, and I prefer Netflix by a large margin.

I still go to Amazon sometimes for stuff that I can rent there but can't get on Netflix. And I still go to Hulu for TV that is not yet on Netflix. But, when I sit down with a friend to watch a movie, we fire up the XBOX or Wii and browse Netflix. There's no contest about which is more likely to get my viewership when I'm sitting down to actually watch a movie.

What I'm trying to say is that if the "curator" concept holds water, and I think it will for the next few years anyway, then Netflix is the best placed company in the world right now to play that role. Even if HBO and Sho and various networks wanted to deliver their shows online, history indicates they'll suck at it, and it's unlikely they'll be able to deliver to an XBOX or Wii or Roku...and even if they can do so, they'll be tempted to think they can get 20+ bucks a month from me for a subscription to their cable service for the "on the TV" viewing. All around, the old way they've made money is going to prevent them from making the hard decisions to accept lower revenue per customer, in exchange for more viewers. Classic Innovators Dilemma situation.

I may be wrong...maybe some of the Netflix competitors will figure out the recommendation thing. Maybe they'll get a nice UI. Maybe they'll make the deals they need to put it on televisions rather than just computer screens. Netflix just has an awful big lead in those areas.

All things considered, I'm awfully tempted to buy some NFLX while it's on sale. I bought Google when it hit its 52 week low a few years ago, and have been pleased with the return. NFLX isn't as good a company as GOOG (probably), but it's even more heavily discounted right now.
This metric relies on the assumption that people are trying to produce readable code. IMHO long variable names are much more helpful in complex codes than simple ones.
This is copied from a 2008 Entrepreneur magazine article: http://www.entrepreneur.com/article/198920
That's awesome! I'm guessing it fits within what I defined - you look at the starting line number and the ending line number for code points in a function and the number should be <50 to 75 LOC. That includes inline comments (noticeably not function definition comments). Code clarity should also be prevalent - meaning, nothing fancy! ;-) Don't cheat the system with single line if statements (for example). It's a really, really simple rule that works! People have argued with me, saying they needed more LOC for a routine, but not once has that proven to be true - at least not in the code I reviewed. And I'm, by far, not the sharpest tool in the shed. If I can do it, anyone can!
Link to the actual post: http://blog.thirdyearmba.com/two-ways-many-entrepreneurs-scr...
But nine characters at a time? Is that really impressive? I thought the whole allure of the Infinite Monkey Theorem is that ONE monkey might reproduce an ENTIRE work, all by himself, in a single shot. That doesn't seem to be what's happening here...
I've used iTerm2 (http://www.iterm2.com/) for quite a while, especially for its full-screen mode (a must-have) and its semi-transparent capability (total vanity there). Importantly, the full-screen mode is actual full-screen, without a menu bar or any other nonsense. Switching between terminals is easy.

I can't really think of anything else in a terminal program that I'd look for. Good font rendering, obviously. Huge scrollback buffers would be nice. Maybe better copy-paste handling?

I can still use MacOS X's built-in terminal app, and I often do when working on a client's computer, but it feels really inelegant now by comparison. A little like having to give up your favorite ratcheting box wrench set for standard combo wrenches.
Interior Decorator Burlington, Interior Decorators Toronto 
VisualEyesDecor is a Niagara based company dedicated to creating distinct personal designs for your home, business, office store fronts as well as restaurant and lounge atmospheres.
Interior Decorator St. Catharines 
VisualEyesDecor has great excellence in interior design bringing and fresh ideas to clients in the Canada and abroad. Contact us at 289.696.3937 for more information.
Yes, this seems considerably easier. If we're going to relax the requirement that each monkey must generate a substantial portion of the work in one shot (or the complete work in toto), then 9 characters is just as arbitrary as 1 character (in which the fitting would occur quite rapidly).

At the very least, we should require that the Map Monkeys produce complete sentences.
Four Lessons I Learned From Social Media Week
Vigrx | Vigrx Male Enhancement
If you change your mind, let zealots know. With these thoughts on VigRx come others bordering on VigRx.Why do now what you can put off until later? VigRx will provide you more opportunities for using your unexplored talents. Whatever happens, your actions are useless. VigRx is actually paramount to me.Here's your opportunity to try out VigRx.
Ok, but now I'm wondering if we have opposite views of code size. In my view, code size is bad bad bad. More code means more complexity. Any time you add code, you're subtracting value; it's just that (if it's good code) you're adding more value than you're subtracting. So a higher score in a code size metric is a bad thing to aspire to, and we should greatly favor approaches to writing software that -- all other things being equal -- lead to smaller programs. I don't think that programmers who use long names for readability should have their programs discounted as longer (and thus more complex). Just because their names are longer doesn't mean their programs are.
Unrelated to the discussion, but KEXP is hiring a software engineer if anyone's interested

http://seattle.craigslist.org/see/sof/2609125268.html
Who are MCGIP (and Why are They Suing for Other People’s Movies?)
Also reduced its maintainability.
GNOME's Sandler: Is there a killer in the code?
"A dead simple way"
iTerm2 is great, and Terminal is also pretty good.

Make a good terminal UI for Windows. Those don't exist, and the OS-bundled one is crap.
'Even worse'? The honeycomb browser is pretty awesome. Fast, renders everything I've seen well, syncs with chrome. The default UI is a little clunky, but enabling the quick thumb controls from the labs option fixes that. Too bad that they're not likely to do another system wide UI rehaul. It'd be great to have the quick controls everywhere. My only complaint is that the browser does crash more often than one would hope.
It is more than enough. I am just surprised that this is doable at universities where "proper" students pay serious money for getting a degree.
Potemkin Bank: How Big Finance Pretends to Innovate
PIRKA was introduced! http://www.e-pirka.com
>whereas Android they can just fork a version from git

No, they also have to negotiate patent licenses or find some other way to avoid injunctions. (Sadly.)
Beautiful Women
San francisco party bus,san francisco bus charters,san francisco bus charter
Charter Pros is here to provide you with all your charter bus and coach bus rental needs.
We provide you with finest, safest and the most reliable service in Bay Area and San francisco.All our vehicles are well
maintained and serviced timely. We are always available for the services like san francisco airport transportation,san
francisco shuttle service,san francisco bus charter,party bus rental san francisco.
I just pulled Steve McConnell's (must read!) CODE COMPELTE: A Practical Handbook of Software Construction off my bookshelf. The section How Long Can a Rountine Be? references some surprising (but perhaps dated) studies that suggest the evidence in favor of short routines is "very thin" and the evidence in favor of longer routines is "compelling". These studies are probably biased to desktop and corporate software written in C during the 1980s.

The consensus is that routines should have fewer than 200 LOC, but that routines shorter than ~30 LOC are not correlated with lower cost, fault rate, or programmer comprehension. btw, the longest function I've seen in commercial software I've worked on was 12,000 LOC! I will not name names. :)

* A study by Basili and Perricone found that routine size was inversely correlated with errors; as the size of routines increased (up to 200 LOC), the number of errors per LOC decreased (1984).

* Another study found that routine size was not correlated with errors, even though structural complexity and amount of data were correlated with errors (Shen et al. 1985)

* A 1986 study found that small routines (32 LOC or fewer) were not correlated with lower cost or fault rate (Card, Church, and Agresti 1986; Card and Glass 1990). The evidence suggested that larger routines (65 LOC or more) were cheaper to develop per LOC.

* An empirical study of 450 routines found that small routines (those with fewer than 143 source statements, including comments) had 23% more errors per LOC than larger routines (Selby and Basili 1991).

* A study of upper-level computer-science students found that students' comprehension of a program that was super-modularized into routines about 10 lines long was no better than their comprehension of a program that had no routines at all (Conte, Dunsmore, and Shen 1986). When the program was broken into routines of moderate length (about 25 lines), however, students scored 65% better on a test of comprehension.

* A recent [sic!] study found that code needed to be changed least when routines averaged 100 to 150 LOC (Lind and Vairavan 1989).

* In a study of the code for IBM's OS/360 operating system and other systems, the most error-prone routines were those that were larger than 500 LOC. Beyond 500 lines, the error rate tended to be proportional to the size of the routine (Jones 1986a).

* An empirical study of a 148 KLOC program found that routines with fewer than 143 source statements were 2.4 times less expensive to fix than larger routines (Selby and Basili 1991).
The Bestest Privacy Policy Ever.
Consider it done, thank you. I'll be making the first update when the month runs out and take you up on that suggestion. Google spreadsheet is a nice idea. Appreciate it!
Encrypted messaging library based on ZeroMQ
Ask HN: Is online communication a solved problem?
Today we have email, chat, instant messaging, video calling, video conference, blog, forums, QA groups, sms, mms and social networks. So, many ways to communicate on the web/mobile.

Is online communication a solved problem? Do you see any scope of improvement?
The Power of Joining Forces
Groupon's IPO prospect loses luster as COO leaves
(This aside it too interesting to leave...)

Cycling is a fascinating industry. I've done quite a lot of research into it (mostly on the framebuilding side).

These days the vast majority of non-custom (and especially carbon fibre) frames are made in China & Taiwan.

Many smaller manufactures actually collaborate with a factory on a frame design, and the factory usually ends up owning the design.

In a few cases larger manufactures screw up the process as well. For example, Bianchi famously got a Chinese factory to manufacture one of their high-end framesets but neglected to manage the IP properly and ended up in a situation where the Chinese factory owned the frame moulds and the rights to use them after 1 year (or 2 years?). Now you can buy fake Bianchi frames on ebay, but ironically they are actually legally produced (although branding them as Bianchis isn't legal).
I solve more problems taking a walk (to get coffee, fill my meter, or just walk) than staring at the screen for the same period of time. Often, walking around doing nothing, getting your mind off the problem is the answer.

Hence why you often hear great stories that start off "So I was in the shower yesterday..." and rarely hear great stories that start off "So I stayed at my desk for an additional two hours..."
Samsung Galaxy S II global sales at 10 million
Developer preview of Windows 8
More insights about defect prediction in Thomas Zimmermann's publications at:

http://thomas-zimmermann.com/publications/list/Short

A lot of his papers are freely available as pdf.
Scalable and Modular Architecture for CSS by Snook
Nice work, and very customizable.
Commercial Cleaning Services
The Commercial Cleaning Service provides Regular Office Cleaning as well as One-Off Deep Cleans to Commercial Sector.
It's Time to End the War on Salt
I don't see how any online streaming service can survive longterm.

There is still quite a digital divide (lack of affordable, highspeed internet access in the US in many areas).

By the time this is resolved, storage media will become so inexpensive and dense, it will be possible to store years of tv shows and movies locally and very cheaply.

Personally, I have grown tired already of having certain tv shows or movies available one week and gone the next. I also dislike having to watch Hulu commercials if I decide to watch the same episode multiple times.

It doesn't make sense to spend billions of dollars on infrastructure when cheap, ultra high capacity media can do the job.
It's very easy to correct for both for loops and if/while.
Google wants everything... Web, OS, handset, carrier next i guess they will be fighting for oil also :).... Now dropbox... One company cant do so many things well... Learn from Microsoft
"dressful" makes you more fashionable;) http://dressful.me/
V for Vendetta came out in March, 2006. The above link states the meme came about in late 2006.
Interlibrary Loan. There are places in the world that don't have internet either you know.
While these types of horror stories are everywhere - some of the best consumer goods manufacturers (by quality and price) are in China / Taiwan. While working to find injection molding and CNC suppliers - people continually referred me to their vetted suppliers in Asia.

The general consensus in my work was that Asia wants it more than we do. There are a lot of superfluous American manufacturers that survive based on old relationships and word-of-month, not on quality, price & innovative marketing - the former ones are becoming harder and harder to win with. The Chinese manufacturing sector is ultra-competitive with each other, more than in the US, and this leads them to their position - beyond just being cheap labor. This is at least my experience.
Clinging To Friction: Some Thoughts On Facebook’s f8
I believe Quake had a big impact on the growth of my technical ability at a young age. Tweaking config files, creating maps, setting up game servers, messing with skins and mods. I cherish those days.
Try Airbnb, I'm currently at an apartment I rented in NYC for a few weeks. So far so good, the subway system is great.
The way they smile, talk, look at each other and all that buzz in the promotional video is probably the key factor for so much money on funding.
"What might go wrong? (This is a test of imagination, not confidence.)
Google might finally unleash GDrive and steal a lot of Dropbox's thunder (especially if this takes place before launch.)" - Dropbox application

Well at least they could not steal dropbox's thunder :)
Now its time for dropbox to kick ass - "Getting love from early adopters will be important"
They already have that, I guess they just need to add newer features now... All the best
Freshdirect.com in Nyc is pretty great
Facebook tracks you even after logging out
Thanks. I'll take a look at those too.
Daily26sep11
Well technically most backend server MVC frameworks are using the Front Controller pattern. This is perfectly fine MVC though of course different from event driven, which matches a desktop application or JS based MVC.

Really this is just spitting hairs. The Front Controller pattern is perfectly suited to a non-event driven (node) backend system like rails or Zend framework, etc. Essentially the front controller is a router, similar to Backbone.js using hashbangs.

http://en.wikipedia.org/wiki/Front_Controller_pattern
It has to have the ability for the context of keystrokes to be toggled. Sometimes I notice that there are conflicts between Emacs key bindings and the operating system.
> "back in the 60s people didn't have complaints"

How do you know? There was no internet back then and such stories usually don't appear in newspapers, even now.

> "Maybe they're poor because they cheat each other all the time."

No, they're poor because it's been just 30 years and 20 years since China and India opened up (liberalized) their economies respectively and these two countries have massive population.
4x4 Car Hire Kigali Airport Rwanda
You're missing the point of the parent: There is no 'one true' metric. If you use different metrics (actual lines, logical lines, gzip'd size, etc) you may well find different correlations.
The issue with trying to fully automate manufacturing, even just the quoting, is that it's such a complex process and the most efficient means of mass production require lots of fixture costs (molds, dies, automation programming, etc.) to see the technological gains.

This means that, in order to afford to get these types of cost gain, you must produce a lot of something in order to justify it. Also, it means your engineers working with their's to optimize the design. This isn't as easy as it should be - like the interpreter throwing errors on line #X - because much of manufacturing engineering is still the art of try-and-see. Whoever is closer to the production line knows best.

I'd love to see a world where CAD files go in and fully made products are quoted, interactively optimized using simulations, and then produced on demand. However, these systems are hard to justify when large costs allow humans to do this for only slightly less efficiently than an amazingly complex computer system for this purpose.

We'll get there - look at the full-auto sites like Ponoko where you can get laser-cutting, 3D printing and CNC in this manner, but it's a while until full products can be made this way.
Any data this time for your wild yes-I-will-call-them-racist assumptions? Nope? Didn't think so.
Celebrity (or: how I met my Internet friends)
A life save for your PC
Great write-up. I went this year's as well as the one in 2010. The quality of the speakers at each is amazing; in 2010, the speakers seemed more focused on telling a unique story rather than the straightforward where-we-were and where-we-are-now stories from this year.

In particular, Kevin Hale's talk about WuFoo's customer support and James Lindenbaum's machete approach to product design. The year since may have burnished their memory and left me with overly high expectations for this one.
In terms of job security, I heard that many hospitals are outsourcing radiology to India, ie. sending the X-rays, etc, over the internet and getting them diagnosed in India, by equally competent Indian doctors.

Is this true, and if so, do you think this might jeopardize at least radiology in the US?