skysight-inc/HackerNews huggingface dataset:
We have the inner architecture for "chrome" debugging (extensions debugging). This sill needs some more work though.
Hacking up a quick demo the non-TDD way definitely has its upsides but if you don't force yourself to review and rewrite your early code you would have been better off doing the right thing from the start.

Just preaching TDD is not helpful, we need a coding process that allows clean separation of early and production code.
I think you should read more pre-Internet journalism. You'd be shocked (SHOCKED) at what a NYT really looked like from 1970, let alone the zillions of regional papers, weeklies, newsletters, etc.

We remember the good stuff.
Ok sure, don't use it for your mortgage yet, but have some nerdy fun with it and buy a domain name.
Yeah.. and looking at what happened with Wikileaks... I'm sure Amazon's got your back, and won't just cut your service off.
Please don't do this.

A) it is futile: people upvote what they upvote. No amount of whining will affect that.
B) If something gets upvotes and comments, then obviously it's of interest to enough people.

If you have genuine confusion as to why people upvoted, perhaps a question asked in good faith along those lines would be the proper way to find out.
Forgot to mention that if you travel the world you'll find inspiration for what to do next. I did this before but ended up stressing for money and took another high paying job in exchange for my soul. I'm hoping not to make that mistake again.
My needs exactly.
You are welcome to try out any of the other fine news establishments this great wide Internet has to offer.
The two things that I'd want to see are a Network tab and a better way to edit the HTML. Adding to the HTML is a must-have in my opinion, not just editing what's already there.
A menu somewhere to select the current media type would be lovely - not least for checking print stylesheets. Perhaps a drop-down at the top of responsive mode?

A nice ui for cookie management stuff (edit, delete) would be good too. Even better would be a way to manage different sets of cookies on the same site - eg per-tab cookies, or an option to save/clear/restore - to make it easier to test as different users at the same time.
Bangability: A Klout Score For Bang With Friends
Look, I know that, and I will sit there and read thousands of words of well-written copy all f*ing day.

Meanwhile, Americans are terrifyingly ignorant of basic facts about the world around them and their own lives.

"Well, the elite media exists, and people with college-level reading skills know what's up, so I guess we don't have to do anything" isn't a real answer.
Bringing SIMD to the Web via Dart
A clear strategy as to which dev tools will be maintained in the future.

Will Firebug and Firefox Dev Tools coexist? What's the plan there? It seems like a duplication of effort from Mozilla.
@DigitalJack's comment [http://news.ycombinator.com/item?id=5325542] reminded me of another talk on monads viewed by me recently, by none other than dear ol' Dougie!

http://www.yuiblog.com/blog/2012/12/13/yuiconf-2012-talk-dou...
1. Why would anyone ship eggs across the pond ?

2. I don't buy "clean" eggs. They look fake. Eggs come out of a hen's butt, deal with it. But then again, I'm neither American nor British (but French).
You're strawmanning.

Uncle Bob isn't saying "If you aren't using TDD at the startup phase, you suck!" What he's saying is "Just because you're in the startup phase and think you're invincible doesn't mean you should throw best practices out the window." There are good excuses for not using TDD, and I tend to agree that "We're in a startup phase. We don't have time for this crap." isn't one of them.
When I go in a tweak the CSS of various html elements, it would be nice to have those changes available somewhere (even if I reload). Even the ability to replay those tweaks after reloading.

I need this to be able to move that css back to my external files.
This is generally one of the first things that people who decide to keep hens learn, and is reprinted in nearly every homesteader/farmer magazine ever.

(that said, I'm surprised to find it on the front page of hacker news!)

Where I live in NH lots of small farms and people keep a few hens, and most of the smaller places will mention this to customers.

Eggs from these "home hens" definitely taste different, though I doubt it has to do with washing and much more to do with hen diet.

(And now it's mid noon here, time to go home and make eggs. Far more important than any local food movement, for me, is living within walking distance to work!)
It would show it for me over and over, but suddenly stopped. Maybe installing Ghostery and ABP helped?
This is my wish list: (I'm running Firefox Beta)

- Show ::before/::after pseudo elements in the DOM inspector.

- An option to clear the web console on page reload.

- An option to hide assets requests / show only ajax requests in the web console.

- A "Storage" tab for viewing cookies, localStorage, applicationCache, etc.

- Merge the Developer Toolbar with the DevTools.

Thanks!
In some states you can self-insure your car if you have the cash.
Ha! I know you, we've worked together. I was on the web team for Longshot Magazine in 2011.

How expensive can it be if you guys are getting content for free in exchange for "exposure" ;)

I'm also not talking about video. I'm talking about interactive storytelling that combines interactive elements with strong narrative elements that gives people the ability to explore, and that can grow over time.

It might cost more to produce, but it also isn't a one-shot thing. If you were to take what the Atlantic did on gun violence and you had built something a little more substantial around it, something that broke outside of the web template, and committed to adding to it over time, you could continue extracting value out of it for a long time.

When things like "explainers" are produced, they usually sort of fade away after a while because they're released in the same episodic format most journalism is, even though they don't really work the same way.

For instance, This American Life's "Giant Pool of Money" is as relevant now as it was when it was produced, but to find it you have to look in a date-based archive. That doesn't make any sense.
> They aren't even close to replacing Firebug

That's why we still work on Firebug :)

> yet they're more obtrusive

It should be better in Firefox 21.

> I can't remove the unwanted built-in menu options.

Firebug allows you to do that. But seeing the number of comments about this specific issue, I think we can do something smarter.

> Sorry it's not more constructive

It's actually a great comment :)
A case of Worse is Better?
We don't automatically send anything through LinkedIn. However, we have a feature that allows an entrepreneur to send an invitation to someone else via LinkedIn's API. In order for that to function we need the permissions you are referring to. When we have more time we will probably reduce the number of requested permissions for general users.
Firebug has a "disable built in tools" feature that prevents Inspector from loading already.
This is more of a plugin request but I'd love to see something like Postman for Firefox: https://chrome.google.com/webstore/detail/postman-rest-clien...
How to Have a Bad Career in Research/Academia
This is a big request:

Improve "design in the browser" capabilities. i.e. pushing CSS/HTML and maybe JS changes made in Dev Tools back to the source files without manual shenanigans in the middle.

I probably waste more time copying CSS / HTML tweak diffs from the browser back into the related source files than anything else with in browser dev tools. Due to the nature of 'losing changes' if I happen to hit refresh or if the page has some automatic polling mechanism I also tend to do this very often as some sort of manual 'save' action.

There have been a couple attempts to do this (http://www.cssupdater.com/ or https://code.google.com/p/backfire/). But, I'd really like to see a standardized protocol for pushing changes to the server such that server side frameworks can implement it appropriately.

For example a server side implementation for Rails needs to understand the asset pipeline to know how the final file was created so it can work its way back to the correct file to save changes to. This also means you probably need source map style support for LESS and SASS also. Also to change HTML template files the server side needs to know how the page was constructed so it can find the correct partial / template to save changes to. Which is probably really hard depending on how much state based conditional rendering there is in your templates, maybe the server side caches the last response and associated state to work around this.
Throw an error if a ajax request fails because it's a cross domain request. Last time I run into that problem everything looked good but the request silently failed and it was only when I tried it in Chrome that I got a hint what might go wrong.
Your DPI is insane! What are you using?
Previously banned choose your own adventure story by Soviet computer scientists
You can get unwashed eggs from farms in most parts of the US. Farm-fresh eggs are much better than supermarket eggs, regardless of whether they're washed.
Personally I find it annoying that <tag> is displayed as <tag >. I never understood why this is.
Or, at least different "flavors". I'd like to try "Busy Airport Terminal" and "Mall Scene".

For working parents, maybe a recording of your kids playing/fighting in the background. :)
Something similar was also used by C64 cracker groups adding their intros to cracked games. Before the intro ran, user saw a few seconds of random characters on screen - most likely a buffer for a decompression algorithm. In this was case it wasn't done to ease debugging - it's just that the game itself occupied almost all available memory and the only area left that was big enough was the screen buffer. Plus, the resulitng effect itself looked Matrix-like :)
Is it a strawman? Because I have heard plenty of developers espouse this attitude.
Disbelief is correct here. On the other hand we have a developer at work (with a prescription) that takes this stuff almost daily. I couldn't live like that, I enjoy my lunch too much and feeling "normal."
I like to talk about TDD using a finance analogy.

One of the first concepts you learn in introductory finance is that, in a mature market (ie the stock market -- basically something with a bunch of people and a bunch of information) you have to be compensated for risk. This is why a riskier stock -- like tech stocks or penny stocks -- can boast incredible amounts of risk but generally will give you higher returns over the aggregate than something like pork commodities or a CD. When you choose to purchase a tech stock -- or any stock at all -- you're saying "okay, I recognize that this is riskier, but I think I'm being fairly compensated for the risk, too."

Choosing to eschew TDD is like purchasing stocks. By definition, going through TDD is going to be a safe route, but it's rare that TDD (at least in my and my friends'/peers' experiences) is actually going to make you get from Point A to Point B any faster. TDD isn't, by default, a superior or inferior approach to anything: it's a tradeoff -- do you want risk or do you want return?

Sometimes, you want to minimize risk, and that's probably smart. Sometimes, you just want to produce an MVP -- and that's okay, too.
My feeling is that the point of this article isn't strictly to promote TDD or any single engineering tool that startups tend to eschew. Instead, the author seeks to make the broader point that cutting corners in engineering is not a good idea even in a startup. While it can make startup engineers feel like they are moving quickly relative to the competition, the engineering debt incurred is non-negligible.

I strongly agree with this point, and don't buy the blanket rationale that speed trumps everything in a startup. Yes, speed is quite important when you are bringing something new to market; it lets you get your foot in the door and rapidly find the right fit for your product. But if you cut corners then your product will suffer, and you'll end up treating your customers poorly by it.

There's a fine balance to all these things, of course. We all have to find the right balance between keeping engineering standards high and heavy-handed structures.
How could I forget about Amy! She's one of the first people I saw publish her numbers:
http://unicornfree.com/2010/i-made-216668-from-products
Nice track. I do enjoy some jazz/chillout stuff while working. I really like Ryo Fukui's Early Summer [1]. But, one can never go wrong with Miles Davis' In Silent Way [2]. I am also a big fan of electronic ambient stuff like Liumin [3].

[1] https://www.youtube.com/watch?v=WaVVdkVbYfA
[2] http://www.youtube.com/watch?v=PUOGehr-4CA
[3] https://soundcloud.com/modernlove/sets/deepchord-presents-ec...
Paul, can you comment how Firebug fits into this?

I mean there is A LOT of people who routinely use Firebug. Heck, I am actually designing sites with it. So from my perspective the best thing moving forward would've been for Mozilla to adopt Firebug as a standard DevTool. Frankly, it pains me to see two almost identical tools being developed in parallel, while it would clearly benefit everyone much more if it were a single, unified effort, with freed up dev resources spent on something else.
Interestingly, I've found an opposite effect -- people tend to oversell their favorite movies, restaurants, etc., so a person's strong recommendation will often lead to disappointment, not because the movie/food isn't good but because my expectations were set too high.
Surely! InsertQuarterly.com, we believe gamers are growing up and gaming 'content' in general is feeling a little outdated. We're going to publish original, fresh content from writers in the industry who are passionate about what they do. We're just trying to focus on content (the stuff that matters). Experience doesn't really matter to us, all we care about is if you have something awesome, amazing, insightful, or fresh to share :)
Indeed. Not the first it's asked.
The only thing that ultimately matters to me as far as recommendators (whether human or algorithmic) are concerned is whether their recommendations turn out to be valuable to me in some way.

That's how you build trust: by making good recommendations. Everything else is secondary.
My wife's 2012 11" MBA has this same issue, it's not related to just the MBP line.
Dynamically-loaded libraries (.DLL, .so, etc) have been around for decades. A feature can be "baked in" and still loaded (and unloaded) on-demand.
I'd like to be able to debug webworkers in their own environment (though I would accept the Chrome workaround of debugging in an iframe).
My understanding is that Firebug is discontinued from Mozilla's side (which means nothing wrt any volunteer effort ongoing there, btw!), but they assist in keeping it alive on Firefox updates because the native tools don't have the same functionality yet.
I thought this was going to be an article about overwork, or about charging for what you build as a way of proving your market, or about how employee stock options are often a bad bet. Instead, it's about TDD. What a disappointment.
Waiting for them to wake up and fix. :)
One things I recently tried in firebug, and which seemed unnecessary hard: I tried to get a list of all the event handlers that fired. Yes, you can go in the source view, and there on "trace events" or whatever it's called (why doesn't that work in the DOM view?), but when there's a page reload, tracing is off again.

And as soon as there's a handler for mouse movement, you see nothing else in the flood of onmouse* events.

(Maybe there's an elegant solution to this problem already, but I didn't find any).
At the same time, it's hard for me to trust algorithmic recommendations. I don't trust them because I know they're from a computer, and I find it difficult to believe that a computer program can "know" who I am.

Determining something that's likely to suit your tastes based on your browsing/buying/watching/reading/etc. habits isn't "knowing" you and doesn't require such a thing. I don't know if this is some sort of accidental anthropomorphism or what, but I've seen this in more than one place and it just doesn't follow.
Any recommendations on specific music that helps you (artist/album)? I find that Radiohead/In Rainbows is good for me
There are other DNS providers that will do what you want with a purchased domain... you can also use afraid.org for that matter... I put up a domain I wanted others to be able to use for dyndns on afraid.org ...
A lot of people are asking for that. I guess sourcemap is (part of) what you're describing. We're working with Google on this, and we'll soon have builtin support at least for JavaScript (not HTML/CSS yet).
We do lazy load the devtools.
Do we need the Supreme Court to weigh in on coding indentation style?
Chrome has a button that gives format to minified code. It's useful.
I'd greatly appreciate a performance monitor that is tab specific or even code specific. If you can dial down that one of my methods are using up 80% of my memory, please let me know. Or if the reason my page keeps crashing is because some knucklehead is still using flash poorly for ads, then I need to know that.

From that, if you can "label" sites or ad styles or script styles that are known to perform poorly, that would be amazing.

I find it difficult to edit code in place and see its change. It'd be nice if when I Right Click > Inspect Element; I can track the changes, and maybe even see side by side comparisons. Most of us have multiple monitors so screen real estate isn't an issue. Maybe even be able to let us launch a new window and edit the currently rendered page would be nice.
Busy Airports reminds me of Brian Eno's Music for Airports.

https://www.youtube.com/watch?v=RfKcu_ze-60
Please have another look at the various guidelines for HN.

This post invites discussion on a number of fronts.

i) It demonstrates one person's work and information flow through a day. Good hackers will spot opportunities to make that a bit easier.

ii) We can discuss the problems of finding good longform journalism. Good hackers will spot opportunities around collation of great articles, or filtering news for people.

iii) There are problems around paying people to create decent journalism. There are opportunities around this. The current ad-driven model sucks, with it's reliance on pageviews and linkbait and controversialist nonsense.
I like this, it would be even cooler if there were a way to scale the density of the conversation/background noise. As it is, for me, this sounds a bit too cluttered and makes me feel a bit anxious, besides that, it's pretty cool, and a great idea.
I'm trying this out now and am really enjoying it. I work at home and usually just have my noise canceling headphones on with no music playing, so having the ambient coffee shop sounds plus music is a nice change. So far, I'm still able to concentrate on my work. Not sure if I'm being more productive or not, but it is a nice change. I just need a coffee to complete the illusion.

The loud dish clanks don't really bother me yet. (I am using my beloved Bose Q15 headphones, listening to KCRW Eclectic 24 + the ambient soundtrack both volume levels are very low).
I don't think they come out of its butt.

[Edit] Fair enough, parent didn't say "anus" "intestine" "digestive tract" or anything more specific. And the "last mile" is a shared pathway. "Butt" works :-)
If eggs were previously stored ‘up to a year’ (p. 2, § 3), then I wouldn’t be surprised if they were also shipped halfway across the world if there was a sufficient difference in price…
"Given that 90% of experienced programmers"

Is this your proof? Nice...

"is on you to prove that "counter" is beneficial"

And why not on you to prove that it's harmful? Because you don't have arguments?

"Any time I see a long variable name, I naturally assume it is important"

Very good habit, keep at it - and please define 'long' by the way. For me it means 14-20 characters; and short means 3 to 6 characters.

"experienced programmers fall on the side of "i or gtfo","

Well, these are probably the same people who claim that comments in code are bad. Both claims are simply stupid. Anyone experienced enough - and not dyslectic... - will tell you that readability counts, that you should never or almost never use any name shorter than 3 characters and that you should comment your code heavily. Whoever tells you otherwise - to put it simply - writes bad code or wants you to write bad code.

I find it amusing to see so many people mistaking familiarity for readability. Just because something is very familiar to you it doesn't mean that it's readable. It's a shame that people are unable to look at the matter objectively and hence they write bad, unreadable, hard to change and extend code.
The whole point was that there's an emotional component to how good recommendations seem.
It's important to challenge your ideas. How many times have you shared what you thought was a great idea only to find out it had major flaws? A second opinion is a must IMHO. Murphy's law is also a healthy self-check method.
Awesome...didn't know that! Self-insurance seems like a reasonable compromise to what I'm talking about.
Better regarding what? Taste, nutrition, price?
Why Both Sides Are Wrong in the Debate Over Telecommuting
I don't understand your point. If your third-party APIs are volatile and out of your control, causing a liability in maintaing tests... wouldn't that cause an even bigger liability in your application code? Such volatility is even more dangerous to your application. This is why we have integration tests.

This is classic case of why you need tests and integration policy. When your APIs change or break, the tests break and you are quickly made aware. You just saved yourself a huge embarrassment and likely have the competitive advantage to those we don't look forward like you should do. Need to make a release quick and need to update your handlers? Go for it. If you're on a deadline and secure with the release, go ahead and push it with a couple tests breaking with false-negatives then swing back for an hour and fix them.

You'll thank yourself when they release v2 of that API and sunset your methods.
I think the output/pretty-printing of objects is lagging far behind Firebug/Chrome Devtools. Would like to see this improved.

Also, the request interface seems kludgy and could be optimized. Having to turn on logging of req/res bodies is an annoying extra step. I feel if the devtools are open it should do that.

Thanks for all your effort. Looking forward to upcoming devtools releases. JSTerm is awesome also!
Anyone ever heard of the Hawthorne Effect? http://en.wikipedia.org/wiki/Hawthorne_effect
> Visualized event bindings

Yeah, we've been thinking a lot about that lately. Not a priority though (yet?).

> An aggregate repaint view

I filed a platform bug just about that today :) I think it can be done soon.

> An intelligent debugger that would automatically step over certain files

That's interesting. I never thought about this. I like that.
So this is completely worthless to the average person on the street, since you have to be an accredited investor in order to participate. This is no more "crowdfunding" than getting on a private jet is "crowdboarding."
He sure takes his time..

Episode 4: Conclusion: But we are so close! Next time on FAIC we'll make a small but vital modification to the signature pattern ApplyFunction to arrive at the actual second requirement of the monad pattern.
Very informative article. I was expecting the author to finish off on an "Americans are weird and people shouldn't have to worry about refrigerating their eggs" but, instead, he showed why its valid for us to be doing so.

Kinda cool, learned something about eggs today.
Make it exactly like the webkit dev tools?