skysight-inc/HackerNews huggingface dataset:
For me, its kind of redundant. Also, I've been mind melded into an MVC mindset and can't see how this would be helpful to me.

Is there any speed gains in terms of page weight or loading times?
I read these types of comments by some people from time to time, usually from programmers who have been in the industry for a long time. They're always semi-derogatory towards new technology and carry a disclaimer the author has used said technologies. But, always, old ones are better. Usually for the sake of being older, not any inherent quality the comment has elicited.

I love C above almost all languages you subtly referenced. I disagree with a lot of what you said, and a lot of what you implied. I just wish I never become that guy.
Some issues I have with this article is that he is projecting the future of automation taking over lots of jobs but he isn't doing much deep digging outside of that theme.

He mentions that eventually all programming jobs will be outsourced to India because Indian developers cost 1/10 of what U.S. programmers cost. But the cost of labor is controlled by supply and demand. Programmers in the U.S. cost more because demand keeps those costs high. If the demand goes up in India and lowers in the U.S. then the gap will close, especially if unemployment is 50% in the U.S.

High value will always be high in demand. "A" players will always be able to command a premium over "B" players, no matter where they are located. So, U.S.developers will have to keep moving up the value chain.

Employment may change to such a degree by 2040 that the idea of a job may no longer exist. Currently the system of K - 12 to college to job is an institution which will have to change in such a world. When this institution fades, then people will adapt and figure out a way to add value to the world. That's how we arrive to this world in the first place, and we won't stop progressing when robots take over 50% of the jobs that we have today.

Add value and money will come. That's true today and will be true in the future. Only the structures in which we deliver that value will change.
> Given the considerable resources that ____ has ...

This is far from true. Example: Given the amount of resources Microsoft has and all the effort they put in UX it seems reasonable they have made the best UX decisions

No, that's provably not true.

It seems logical that the large resources of big companies would work that way but that's not how the real world works. It always comes down to just a few people and their taste. Rarely are these kinds of decisions made based on anything more than a few people's opinions whether it's Microsoft, Google, Apple or Facebook. Whoever is the lead programmer for a particular project or lead UX designer for another or one of the 2 or 3 people around them decide this stuff based on nothing more than their professional opinion. That opinion might be more informed than your average joe but it has nothing to do with the size of the company and their "considerable resources".
Best Android Apps of 2012
"Head of Talent" sounds pretty third-party HR, sorry. The fact remains is that this kind of conventional wisdom persists without examples.
I dont have any numbers to back this up but:
* templates get compiled to js
* there is no magic the code you write is the code that runs

It feels faster because there is no interface between you and the template language - because there is no language its just coffee script.
Vdebug: a DBGP debugger client for Vim supporting PHP, Python, Perl and Ruby
Jade is still a language. This is just near plain coffescript.
That was my question too. My guess is that it's Arista, based on the MLAG, ISSU, and 'agent' references. There's a chance it could be Cisco or Juniper, but I don't think so. The author of their post-mortems does a very good job of removing any vendor-specific language that would give it away.
Perhaps one reason is that more hosting providers support MySQL but not PostgreSQL. Amazon AWS, Google Cloud SQL, and numerous others offer hosted MySQL solutions but not PostgreSQL. I'm unsure how much overall usage such service providers account for though; it would be an interesting stat.
I recommend taking a look at DryKup: https://github.com/mark-hahn/drykup Its basically a better CoffeeKup.
If you've got a lot of domains or are willing to pay their crazy retail prices - Fabulous.com.

I've been with them for many years and have hundreds of domains with them. Best service and feature set I've experienced (and price, but I am not sure you will qualify). They've had the features other companies are just 'launching' for 5+ years. I can even see things like how many times people are hitting my WHOIS lookup for a domain (go ahead, copy that feature, it's awesome).

They have free privacy and can setup all sorts of authentication to change domains if you want to add that level of security.
Thank you, much less exciting than I was hoping for but I'd been trying to figure that out for quite some time.
&#187 language softwares
As an alternative for 1) you might consider using the TTL collections feature in mongo, which expires data after a given time threshold: http://docs.mongodb.org/manual/tutorial/expire-data/
Startups 101: Advice from 63 entrepreneurs in the trenches
Proof that paywalls are bullshit: "the company is expected to make more money from subscriptions than from advertising — the first time that’s happened."

In other words, they're charging so much, and the cost of digital distribution is so low, that they're making a ton of money from this paywall. They shouldn't be. Advertising should be the bigger source of revenue. It's like the government running at a massive surplus - time for a tax cut.
Can you port this to Metro? Would love to sitback on my couch and reading through all my emails on my Surface.
Survetement Nike
Exactement ce que vous devez Renseignez-vous sur survetement Nike et les raisons
"I think you'll find it's not even close." Fairly similar for me actually, my heart rate goes pretty high when I'm lifting.

When people say healthy weight surely they always mean healthy body fat percentage?
You lost me at "email is broken". Email isn't perfect, but contending "The system is broken, so we built another layer on top of it" makes me think you haven't given this a lot of thought.
I know it's not as flexible as Zen Coding (conditionals and such), but this is just another layer of complexity to have my code misinterpreted and come out wrong.
Ah, the iMac that you still can't buy (end of the year is a really strange time to have no inventory of your new flagship desktop)... But that's another rant.

Apple's computers (desktops included, save for the Mac Pro which is essentially EOL) no longer have an optical drive, maybe I should have used that instead. I saw a coworker hunting for his MacBook's ethernet port today, so it was was fresh in my mind.
What about just using rsync?
Then article speaks about the half life of truth, but that is really just how long it takes us to find out it was never true in the first place. But even that is assuming that in 100 more years we don't find out it was actually correct. We need to make a distinction between truth that becomes outdated and facts that were never true in the first place. So what percentage of current scientific conclusions are likely to be wrong?
Well those 160lb Olympic weightlifters sure manage to fling around a lot of weight for people with no real functional strength. World record lifters in that class can get around 400-430lbs overhead in the C+J.

But who knows how strong Brad Pitt was
Pocoo.org is down. Sure could use some jinja2 docs :(
I don't see why that conclusion follows. It seems that they've found that people are more willing to pay to read their content than advertisers are willing to pay to have ads alongside the content. There is nothing wrong with that model if it works.
Wikipedia founder Jimmy Wales bans discussion of former PM in controversy
Was he really unlucky..or did he just make bad decisions?
I think there's much more evidence that there is a management mandate to squeeze as much as possible out of salaried employees than there is about counter-offered employees having their head on a block under management efforts to replace the perceived-disloyal. The proactivity being championed in the post and comments does not have industry support and any manager who suggests giving raises or benefits ahead of time likely has the Sword of Damocles hanging over them afterwards.
I'm the founder of Peek, where we made a mobile device/app for doing email better. The main comparison at the time was Blackberry and eventually Android. We were a low cost smartphone centered on email and stuff. So with that backdrop, some comments.
<pre>
TRIED IT, LIKE IT

- hosted gmail account - set up easily for me

- sucked in my mail fast too

- prioritized the inbox pretty ok, but will have to try in the AM when I have more BS mail not just late night 'real' mail

- UI is a little slow I guess. You need a ? shortcut to prompt keyboard shortcuts

- I like the approach: just be an alternative UI to the gmail engine. You can coast on their infrastructure. Others are doing this too like Handle, AltoMail, others

TAKE IT FROM ME...

- Peek also got constantly dinged to "hey, support Exchange!" but we never got far with corporate users even when we bent over backwards to support them

- gmail was the vast majority of users

- outlook/hotmail is actually large and super annoying to support. you need a special partnership license with msft and we went and got one. email me if you want help/access. amol at peek dot ly

- yahoo you can use imap back door. also very large

- power users: we were a cheap, simple gadget so power users would criticize us on the one hand but then not use us since they weren't going to abandon their blackberry anyway (or android, later). In this case though, it seems Inky needs to work well for power users. So this performance stuff people are complaining about needs to be better

SUGGESTIONS

- weird that you didn't start with a mobile app

- a bit weird to create a 'desktop client' that is actually just a web app container (that's what it is right?)

- efforts like thunderbird or postbox at least "get your mail on your pc" which has a neat quality to it. Inky doesn't do that. What's the advantage of being a desktop app here?

- the overall betterness of Inky isn't apparent. The UI does resemble the "3.0" looks of a bunch of other mail apps as commenters have mentioned. There are some usability tweaks but also some steps back. I am most excited about the relevance and smart views -- this is the area nobody is doing well yet. The "algo for your email". I guess I need to use it more to see this benefit?
</pre>

I'm excited to find my next mail client. I really don't like Gmail and the death of Thunderbird was sad for me. I want you guys to make something awesome!
I'm the founder of Peek, where we made a mobile device/app for doing email better. The main comparison at the time was Blackberry and eventually Android. We were a low cost smartphone centered on email and stuff. So with that backdrop, some comments.

TRIED IT, LIKE IT
- hosted gmail account - set up easily for me
- sucked in my mail fast too
- prioritized the inbox pretty ok, but will have to try in the AM when I have more BS mail not just late night 'real' mail
- UI is a little slow I guess
- I like the approach: just be an alternative UI to the gmail engine. You can coast on their infrastructure. Others are doing this too like Handle, AltoMail, others

TAKE IT FROM ME...
- Peek also got constantly dinged to "hey, support Exchange!" but we never got far with corporate users even when we bent over backwards to support them
- gmail was the vast majority of users
- outlook/hotmail is actually large and super annoying to support. you need a special partnership license with msft and we went and got one. email me if you want help/access. amol at peek dot ly
- yahoo you can use imap back door. also very large
- power users: we were a cheap, simple gadget so power users would criticize us on the one hand but then not use us since they weren't going to abandon their blackberry anyway (or android, later). In this case though, it seems Inky needs to work well for power users. So this performance stuff people are complaining about needs to be better

SUGGESTIONS
- weird that you didn't start with a mobile app
- a bit weird to create a 'desktop client' that is actually just a web app container (that's what it is right?)
- efforts like thunderbird or postbox at least "get your mail on your pc" which has a neat quality to it. Inky doesn't do that. What's the advantage of being a desktop app here?
- the overall betterness of Inky isn't apparent. The UI does resemble the "3.0" looks of a bunch of other mail apps as commenters have mentioned. There are some usability tweaks but also some steps back. I am most excited about the relevance and smart views -- this is the area nobody is doing well yet. The "algo for your email". I guess I need to use it more to see this benefit?

I'm excited to find my next mail client. I really don't like Gmail and the death of Thunderbird was sad for me. I want you guys to make something awesome!
True. I'm one of those true Python guys. That's why I know of others. Nuuton is being build with Python (Django for the front end of things). And I'm currently building an ad platform with it. So, if anyone needs to find good Python programmers from a Python programmer, let me know.
I fail to understand why would anyone want to use this. It's like a markup language to generate another markup language, except that now you have to deal with:

- bugs in your CoffeeKup code

- bugs in the CoffeeKup framework

- bugs in CoffeeScript

- bugs in the HTML output

- Plus of course having to train the developers that will come after you to maintain all this non-standard code.
It hasn't been updated for over a year and Maurice is apparently "lost"[1] (i.e., hasn't been seen online for over a year).

This fork is alive and well, though: https://github.com/gradus/coffeecup

Maybe a mod can change the link?

[1]: https://github.com/mauricemach?tab=activity and https://github.com/mauricemach/coffeekup/issues/110
No, the government exaggerates a fear of things people can't control well outside their level of risk in order to feed business to the security industries and receive campaign dollars.
I respectfully disagree about 1. Because of the autodetection, you can't be sure that the server you're connecting to is the right one. You have to double check this before you send your password to a potential attacker.
Makes sense, I am going to try it out.

I have found (in http://poe3.com, which uses backbone and handlebars) that as template logic gets complicated, more and more html gets moved to backbone views. And now the coffeescript classes contain a not-insignificant amount of HTML. Maybe I can avoid some of that mess.
If you're a rubyist (in heart), you'd absolutely, completely hate HTML and something like this (a clean, beautiful syntax) is like Christmas present. And if write your client-side scripts in CoffeeScript anyway, then there's really no learning curve.
I haven't found that - I've found helping people makes you quite popular, which gives you resources to do cool things, which makes you even more popular.

There's a threshold effect, though. The key is to help everyone, such that basically everything you do is for someone else. Word spreads around that you're someone who gets things done and makes problems go away, which makes even more people come to you with their problems. Eventually, you get to the point where you can say honestly "I'm sorry, I don't have time to help you because I have to help so-and-so first." When that happens, your niceness and your social status rise: you're viewed as a nice person because you're always helping people, and you're viewed as a powerful person because you don't have time to help them.

Keep this up and a curious thing happens: the requests for aid diminish because everyone assumes you'll just be too busy, and yet when you do help someone out, they're super-appreciative. This gives you both time and resources to accomplish your own goals, and people are happy to help you out both because you've done favors for them in the past and because their own social status rises by being involved in your projects.
Will be interesting to watch the fallout from these changes.
Proof-of-concept.
I really, really dislike builder APIs/DSLs for HTML. HTML itself is a DSL for documents, and now UIs in general, and since something like this doesn't really add any capabilities or, very useful abstractions, that I can see, I don't see the point.

I'd much rather write markup in markup, and then have a nice API, or no API with bindings, for tying markup and code together, than to try to do my markup in code.

Eventually all these template languages and DSLs will be supplanted by web components and all the time spent building them can go to more useful things like contributing to awesome, and inter-operable, widget libraries. Or so I hope.
I lean heavily libertarian, but my practical side says we should implement a basic income and do away with almost all labor regulations.
How else are they going to sell those magazines at the counter competing with "10 Easy Ways to Get Laid!!!".
Engineering Random Bits: F# Generics
IMHO you're not an experienced programmer, but there will always be someone below you on the stack, so I should shut my loud mouth before someone puts my words in it.

To your request, this is not a good place to start. By the table of contents, it appears to assume a working knowledge of C.

Here are some ideas you can use to design your own "teach me C" course.

Read K&R, and write some simple toys. Write your own "cp". Handle some errors, add some options. Try out fread(3)/fwrite(3), then try read(2)/write(2).

Then write "mv" and do the same. Now make it fast within a filesystem. Or work across filesystems (depending on your first implementation).

Then write an encryption or compression program.

Now write a simple library, make a red/black tree. Store ints first, but then later, store generic objects (design your API carefully!). Make two iterators, one using a callback and one using a next() function. Decide which you like better.

About now you may start to find your development environment lacking, do you use Make? Autotools? Something else? Go learn one and update your old projects to use it. While you're at it, write some tests for them. Did you handle command line options for your version of "cp"? Did you use getopt_long(3)? Might be a good idea. Oh by the way, does it support "-R"? Hmm...and your tree isn't reentrant either, better go learn about pthread locks.

After a while, you should start learning some other libraries (because you want to do real work): curl, libxml, sqlite (hey these are in that book!). Study their code, their build systems, their test harnesses (oh man, especially sqlite's) and incorporate the ideas you like into your own work. Use them to build something cool, maybe a web crawler or whatever.

Do you like music? Learn an audio library and make something. From here, you should direct yourself to what you like building, because you probably have enough tools to do the learning on your own.

HTH
> it allows the reader to avoid thinking about the claims in question.

There is nothing to think about when there is no evidence, except how to gather or find reliable evidence. No amount of solitary mental rumination will yield a revelation about how effective certain UI features are with users. My own anecdotes are just as useless as my opponents'. This isn't laziness. I'm not being lazy when I ask accusers to provide some evidence that someone is in fact a witch.

And sure, the scientific community may be out of date or downright wrong, even half of the time. That's not an argument against the need for evidence. It's an argument for thoughtful analysis of evidence after it is presented, and more and better techniques for gathering evidence.
How many "Why everyone should learn to code" articles show up on Hacker News? The same idea applies to design thinking. It will make you more powerful. User centered problem solving methodologies and visual communication abilities will help you with much more than side projects you can't pay someone to skin.
1, 2 & 4: You could _probably_ write all of CoffeeKup in a couple of days. The concept isn't complicated enough to have so many bugs.

3: CoffeeScript- After using it as my primary programming language for more than a year, I have come across exactly ZERO compiler bugs. It is pretty popular on GitHub, and there are enough eyes looking at it to be called a safe, mainstream language.
Saaspose.Cells REST API Documentation Changes Introduced During December 2012
I bench 120kg+ without a spotter (at 95kg body weight). If I were to fail disastrously, I might have a broken rib, but without collars on the bar the chance of a severe failure that cause me to drop the fully loaded bar on my chest is pretty much 0. I've put it down on my chest and rolled it off more than once, and it only causes a light bruise that's gone in a few hours. I probably wouldn't do much more than 1.5 times body weight without a spotter, but I'm assuming you're not there yet, as I suspect you wouldn't be asking those questions if you were.

And use the dumbbells. You can bench with them. Do sumo deadlifts (legs flared much wider than usual, and lift the weight between your legs - you can start with one dumbbell, and increase to two). Learn to clean the dumbbells for overhead presses and front squats. Back squats are tricky with dumbbells, so there you'll have to resort to the Smith machine, thouhg it is considered somewhat evil amongst many lifters (it is easy to end up lifting with bad form and an unnatural movement, and very easy to fool yourself by leaning into the bar), but it is better than nothing.

Frankly, until you start getting to dumbbells that add up to more than your body weight on every main exercise, there's not much reason why the lack of a proper bar should impede you, and dumbbell exercises have much to be said for them for stability.
Although I'd seen most before seeing your link the other day, it's still a nice base list to show people what can be done. I gave my brother a RasPi for Christmas and although he's struggling to find time to play with it, he's also wondering he could do. Hopefully when he gets around to reading that list, it'll inspire him.

In the current TL;DR user ecosystem, anything wordy, or involving use of page scroll has already lost the attention of most. When was the last time you heard someone complain that an image was too big (yes I know it happens, but that's either due to poor UI or just a jerk wad wanting to complain for the sake of hearing their own voice).

Having been one of the ones that landed on your revamped page, I honestly wouldn't have stayed around for too long on the original version. I would have skimmed through the list to see if there was anything relevant to myself, opened a new tab for each one, then left. The images, although they didn't give much to the content of the page, made it more enticing to click through, even on articles that didn't interest me.

What you might want to do is follow-ups, get people coming back. A lot will probably bookmark to read again later when they are interested, but those that have already got what they wanted are now lost unless you hook them again.

Google+ is alive and kicking (although the HN Community is constantly getting bombarded with people asking about "Hacking", I would say that a majority of the users I've seen are worth associating with (compared to FB)). There's a somewhat active RasPi community there now posting articles about everything and anything RasPi related. You should probably head over there and give it a go.

Thanks for the original article as well.