skysight-inc/HackerNews huggingface dataset:
>None of the languages being compared against were released in the ubiquitous-internet age with things like Github and widespread blogging to drive interest and adoption.

Which doesn't seem to matter anyway. There are tons of languages released every year that fare even worse than languages released in 1980, despite having "ubiquitous-internet, Github and widespread blogging" at their disposal.
It certainly makes for good HN discussion fodder :)

FWIW, I've had the "Real Engineering" discussion before -- way more in depth than you illustrated here. My grandparent response above is probably a bit of pent-upness towards those discussions more than anything about your article in particular.
I think it's mostly a case of storage systems being a very core, important part of any software stack. If shit goes wrong at that level you're really screwed, so it takes longer to develop that kind of software and also longer for people to trust it enough to use it for serious things.

But there is plenty of action at that level in the Go community, and as distributed consensus libraries like go-raft mature it will only become easier to write and trust such software in Go.
Learning to Learn: Leveraging your Circadian Rhythm
1) Being one or two time zones away is pretty critical to having more overlap during the day. While it's possible (in some cases) to work completely asynchronously, it's notoriously difficult to pull off in the early stages.

2) Bandwidth and latency is a real problem when trying to do video conferencing across continents or do some pair programming.

3) Cultural fit still applies with interpersonal interactions. Being able to identify with coworkers in similar life stages (mid 30s, small kids at home, living in suburbia) makes a huge difference when trying to plan and execute work.
Contagious Courage
5 Years of hard work
this kid has been rapping for five years and finally produced his 4th video but his FIRST professionally done video, representing 3STRIIIPEZ loyalty, respect, and dedication
I've also read the pragmatic programmer. They had the right idea, eh?
Statically typed languages don't necessarily not have a REPL, most functional languages are statically typed and yet they general have a REPL. OCaml, Haskell, F# and the like.
Reddit is actually the most powerful facebook-alternative in existence today. And I mean alternative in the sense of "community for online conversations" and not necessarily, "place to post baby pictures".

The sort of political and organizing power reddit has shown recently (say, with the SOPA campaign) is not thinkable on facebook or google+. An AMA on reddit has also become a required stop for actors/directors/authors etc. for promoting their latest projects. G+ can only dream of such reach and power and facebook is by design (and branding) not suitable for such "interactive-broadcasting" type of usage.
Why filling hard drives with helium can boost storage capacity by 50%
Merhaba. :)

There are no real conflicts or problems, just political grandstanding. Glad to know normal people don't buy into it so easily, I'm sure I'll have a lovely time when I visit.
Why did they go to an install-time optimizer instead of inventing something better than Dalvik?
That is how they end up stealing your bitcoins too. All of these QUANTUM INSERT computers have now been targeted at getting hold of your wallet keys. Your money will be gone.

Staying in the banking system will not help either. The sum of the balances of your holdings in the banking system forms a bounty on your head.

They know who you are. They know where you live. And they damn well know how much money there is to be made in dying you.

You will not die. You will be died.

Do not hold any monetary values anywhere without them knowing where it is, because that amounts to money laundering, you criminal terrorist!
>So the idea that "Real Engineers" building bridges and railroads and skyscrapers get it right in plans and schedule is total bullshit.

A few examples do not an argument make. You don't think in the "law of long numbers" sense.

If you did, you'd find out that MOST engineering projects do end on time and budget, and even if they miss, they miss far more gracefully and with extremely better predictability of outcome that MOST software projects.

That you can find some counter-arguments doesn't mean much -- what TFA proposes holds in general, and holds much better than the alternative propositions (that engineering is as fucked or more fucked than software). Of course there will be several counter-examples, it doesn't have to be perfect to be near-perfect compared to software schedulling.

>And by the way, those "Engineering" disciplines have only been around for, what, hundreds, if not thousands of years. What they do for a living is mostly explored territory.

That just reinforces the original posts thesis.
Actually vimdiff seems to have no problem with:

vimdiff <(ls /bin) <(ls /usr/bin)
Thanks, much respect to you too.
Because it's an effective means of communication? You seem to be implying a nefarious agenda that's not warranted.
> As far as I can see, commercial software isn't limited by "major unknowns"

I'm sorry, I needed to get in an afternoon run and actually deleted a paragraph that explained this a little more that I couldn't get just right before posting.

I completely agree with you. There aren't a lot of technical unknowns for most things people are trying to do.

Thing is, I wasn't actually talking about technical challenges with that point, rather, the requirements that are given at the beginning of a project. The requirements for the new Bay Bridge, for example, are pretty darn clear: make a new bridge from Oakland to Yerba Buena Island.

The requirements for making G+ attract Facebook users... errr... uhh...

Or how about the requirements for the next Call of Duty to be fun...

A great many of today's software projects -- especially those discussed here on HN -- aren't straight up engineering problems, they're more design and UX problems. Even for something like the software for the Joint Strike Fighter, you're more into UX than hard-hittin' avionics for a lot of it these days.

And I think that's what makes it hard to predict software development schedules. If we were all building ATM software again and again, we'd be knocking it out of the park. A competitor to Snapchat that is able to sway users over... that might be harder to define up front.
With all respect towards your implied bitter experiences that led to your leaving academia...

Hey, parent here. Love your "incredible" assumptiveness about my experiences. "Respect" to you too, baby, dude.

Actually I've never been an academic myself, not even slightly. OK, I have had friends and relatives that who've been failed as well as very successful academics so I have some idea of the culture but be that as it may.

Your post seems likely a way to showcase the versatility of the adjective "incredible", usefulness with new age cretinisms and your "implied success" there, well, except I don't see any.
> While China considers Taiwan a rebellious province to be reunified with the mainland, by force if necessary, Taiwan insists on its rights as a self-governed entity...

Hate to be that guy that pulls the issue back to unification when moving beyond that is so obviously the point of this white shirt movement... but this has really got to stop. Every mainstream news outlet repeats the above in articles about Taiwanese politics, but look absolutely ridiculous when they do so. The Republic of China has governed in various forms since 1912. The People's Republic is the upstart rebellion, and Taiwan the last holdout of the older RoC government. Anything else is a gross rewrite of history and communist propaganda, and really annoying to see in print from an otherwise respectable newspaper.

Is this a lack of fact checking? Or appeasement of mainland China? Either way looks very bad for an independent news organization.
they honestly believe they're "doing the right thing", and at the same time that "those laws don't apply to us while we're doing our job".

This logic also applies to a great many criminals and other unsavory characters.
Well since Go made it's appearance in 2009 and C# in 2000, I wouldn't call that 'only slightly older', not even by programming language standards.

Beyond that, Go certainly doesn't have the same backing from Google as C# had from Microsoft, on the other hand Microsoft had a monetary incentive to provide support and tools/frameworks as they charged for those proprietary implementations while Google is giving Go away under a permissive licence.

Anyway, for fun I looked at the language poll made here recently on HN and compared C# and Go:

C# 1130 likes, 465 dislikes
Go 1126 likes, 365 dislikes

So it would seem that Go has reached the same popularity as C# here on HN atleast.
https://news.ycombinator.com/item?id=6527104
For people with government / federal contracting experience that aren't familiar with the 'USP' jargon (as I wasn't, once), the appropriate federal term is "key differentiator".
One page article http://www.washingtonpost.com/world/asia_pacific/taiwans-whi...
Taiwan’s ‘White Shirt Army,’ spurred by Facebook, takes on political parties (washingtonpost.com)
3 points by ilamont 27 minutes ago

Previous discussion: https://news.ycombinator.com/item?id=6709216
The article does have such a separation, but you navigated down to the section about the fifth season. Honestly, what were you expecting if not a summary of what happens is that season?

Also, who should spoiler warnings in an article about a TV series benefit? People who haven't seen the latest series? People who haven't seen it at all?

Should the summary say nothing about how Walt turns to crime (which wasn't apparent to me when I started watching it), and instead describe Breaking Bad in vague terms as the struggles of a New Mexico man to provide for his family?

Spoiler warnings are inherently at odds with writing a succinct and accurate summary of a given subject, which is what Wikipedia strives to do.

Other commenters here are right, if you don't want something spoiled for you then simply don't read encyclopedia articles about it.

You wanted some information about the structure of the aired episodes, there's plenty of TV-guide like sources for that that aren't encyclopedias.
I looked into this as well. Basically, depending on where the company is located, accepting online payments becomes a huge issue. A lot of countries (my home country included) just do not have good financial infrastructure to be able to handle online payments.

There's also the administrative overhead and weird tax laws that come into play. Basically, if I start something elsewhere, it would be the opposite of "lean."
Risk is recoverable. The (admittedly high) chance of failure is not a reason to avoid the experience. I'd recommend anyone dissatisfied with their work/life situation do attempt this, even with the full knowledge that it won't amount to a "job" or "business" or anything.

Because, the risk is not a real risk. If you have friends and family who care about you, if you live in a 1st world country, you're not going to end up starving on the street. No, that takes mental health issues and a government that ignores the problem. Merely running out of cash on which to live when one is perfectly capable of working does not wind one up in the chow line.

What is the worst that can happen? He has to move in with a friend for a few months and get a "real" job. Basically, he'd be back to where he was before he quit. That's not a "risk".
Tetris and The Power Of CSS
There is simply too much money to be made in knowing where someone lives and in what bank accounts, 401k, and IRA accounts his net worth is stored. This person will not just die, my friend. This person will be died.
McCain says NSA chief Keith Alexander 'should resign or be fired'
Interesting, if confusing post. Things are simpler than they seem, the complication is pricing the unknown.

Basically if I told you "I am from the future, this company is going to change its industry in a fundamental way, all the early people from here are rich and influential in the industry. Many have gone on to found new companies of their own and become richer and more famous."

You might take your existing practice, wrap it up, and jump in with both feet knowing that the "future" is assured.

If I say, "Hi I'm from the future and this company doesn't exist in that time, it tried really hard, floundered around and kept missing opportunity after opportunity. Eventually it ran out of money and everyone was laid off with no severance."

Now you say, you know I'll just stay a consultant as long as the checks don't bounce.

I've got really sad news for you, you can't.

The outcome is controlled by things that may contributed to by your negotiation, but probably won't directly depend on that negotiation. The absolutely best you can hope for is to learn something from the experience and to have fun doing it. Everything else is up to things you cannot control.

So sit down and decide if you want to work on this project full time, to commit to it and making it a success. Figure out if you will learn enough and get enough experience to make it worth while. There are obvious things you do like verify they folks are not crooks, and that they are telling you the truth. Ask questions about the future the company, its funding etc.

Since you are starting from a position of keeping your existing clients serviced, it sounds like you'd rather be a consultant than a full time employee. Listen to that if it is where your passion lies.
Probably a lot of it is bitcoin related (which uses ECDSA over the secp256k1 curve).
Because they need to get hold of all information possible. They must know where you live. They must know what your net worth is. They must know in what bank and other accounts you are holding this net worth. They must know what other freelance crooks work at these banks. All of your financial holdings form a bounty on your head. At some point, you will not die. You simply will be died.
I looked for something like this myself - the closest I think you could get for now is a bespoke, stripped-down Gentoo with Docker. That said, there's a conversation taking place on the CoreOS mailing list that looks promising (https://groups.google.com/forum/#!topic/coreos-dev/cioNy0GjC...).
this is how i code.
1st pass:
func(
);
2nd pass:
put in the args.

this ensures the closing paren immediately and makes it possible to comment out things that are inside the parens.
I use pinboard too, great service.
In all fairness, I've never worked anywhere with a staff of less than 20 where the sales team weren't compulsive over-committers, leaving engineering / development to pick up the slack between what was promised and what was delivered.

That said, I agree with your concern, specifically as it relates to the customer engagement process. We get so much of our feedback from our sales team as to what features potential customers are looking for, what features are selling new business, and what missing features are making the sales process harder.

A good salesperson (and sales engineer, and contract person, etc.) keeps the relationship two-way, and might make it harder for the engineers in the short term, but generally lead towards a much easier to sell product. Outsourcing any part of that engagement seems ... I dunno, I can't quite bring myself to call it 'bad', or 'naive', but I think it should definitely not be decided lightly.
In fairness to the submitter here, who apparently submitted the canonical URL, the previous submitter should have trimmed off the referrer code from the URL before submitting.
Many of those you listed were covered specifically in the article, and I believe the author cites sound reasons why the supposed differentiation doesn't add the claimed value. I tend to agree with the author for the most part, though I think some of his refutations are as theoretical as the assertions of claimed value he is refuting. Grain of salt though, as I don't claim expertise with these altcoin beyond general familiarity. I would be curious to know what you think of his opinions re: the altcoins you mentioned.

Still, I think the overarching point (at least in my view) is that what is overlooked most is that Bitcoin's greatest value at this point is the network effect. By far, it is the closest thing we have to a consensus on an alternative currency. So, it is not enough for a new coin to present some incremental benefit. It most be unquestionably superior in some fundamental ways. Remember, these altcoin aren't just competing with Bitcoin. They are competing with fiat.

So, the sheer number of altcoin popping up tends to devalue the lot. BTW, I actually believe that Bitcoin has some fundamental weaknesses that need to be addressed. Some of these may be so foundational to Bitcoin, that it may actually require a new altcoin to fix them. For instance, confirmation time is one such issue. So, it's not that I am swooning over BTC as the perfect currency. I just haven't yet seen anything that offers a compelling alternative when the BTC ecosystem, network effect, and inertia are considered.

EDIT: BTW, the idea of having a bunch of different altcoin, each catered to a certain "niche" strikes me as especially odd for a currency. As we've seen with BTC, it is difficult enough to gain widespread adoption for even a single alt currency. It is hard to see multiple niche currencies gaining the necessary critical mass to breakout, nor the desirability of managing such from a user perspective.. I am not being facetious in saying that the idea of assigning some niche value to a particular currency seems an excuse for the lack of true differentiation, and an acknowledgement that the currency represents only some minor or incremental benefit.
Those experienced in Go, do you miss generics?
If payments are an issue, maybe someplace like Ireland? There are well trodden paths here.
I for one really like the article. Yes it's true engineering projects aren't anywhere near as perfect or on-time as people often given them credit for, but that's exactly the point. People often expect engineering project to fit a agh exile exactly. The article is about changing that perception and dealing with the reality that as an industry we don't estimate very well at all. So we need to change the metaphors to get people to understand more clearly what is I we are doing. And the Gardner metaphors is apt. Great Article!
Perl and PHP are also open source languages were people don't use repls often. Java and C# don't have repls either. I don't think everyone has ever thought they needed a REPL for any reasonable definition of everyone.
> The attackers embedded the exploit code directly "into a strategically important website, known to draw visitors that are likely interested in national and international security policy," the researchers wrote.

Anyone know which site they're referring to?
Yeesh, $40 for the ePub directly from Manning, or $33 from Amazon for the print edition with a free ePub.
NKO2013: tut, a package registry for programming tutorials.
I see go as essentially a polished and robust glue language. It's not particularly well suited to data processing because its lack of functional constructs and generics makes transforming lists verbose, but it's perfect for wiring up databases, apis, system calls, sockets, queues, and the like in a way that's safe, performant, and concurrent by default.

Given this focus, it sort of makes sense why you might not miss a repl as much in go (though personally I do still miss it). Repls are most useful for exploring and experimenting with complex data, while I think go's focus is more on streamlining and bulletproofing all the machinery surrounding the data than doing a whole lot with the data itself.

I don't mean this as a criticism and I'm not trying to say that you can't do serious data processing in go, just that it's not a core strength like it is in functional languages. I think the majority of applications out there actually have fairly light data processing needs and heavy glue needs, so go's set of tradeoffs make it a great candidate for tons of projects.
DER SPIEGEL: Are the intelligence services out of control?
How to choose: 13-inch MacBook Air vs. 13-inch retina MacBook Pro
I can do the reminders part with my Google calendar. I can specify when to remind me (say 1 week before and 1 day before) and how (email, sms).
I'd recommend you to learn about MVC in PHP and javascript frameworks like Angular.js, I think this suits for PHP Bootstrap, keep doing good work :)
Everybody with enough financial net worth to make sure he does not just die but will be died. Strange transactions on your accounts, my friend. The balance is almost gone. Is that why you have had an accident?
In an industry like ours where finding a job is easy six months is quite reasonable. If things aren't going well after four or five months you just find a new job.
I think "Process Implementer" is best. I can see both a mathematics and engineering of processes. Processes instead of computer, because it is more general and applicable to fields like biology.

Also computer science might be the worst -- there is zero science in CS. Science has to do with nature![0]

[0] R. Feyman: http://www.youtube.com/watch?v=lL4wg6ZAFIM
3D printing some of those (the possible ones) would be killer.
> http://blogs.hbr.org/2013/11/that-guy-with-a-thousand-incons...

I think you may just be the person this article talks about.

Bill Gates is doing good but...

Yes vaccines are great but...

All of Bill Gates energy and dedication to make the world better but....
Might be a good idea to have a security section in the presentation, considering the sensitive info. Other than that, it's very nicely focused and consistent, makes it easy to remember (!).
Another example would be Scala. It has a command-line REPL and the IDE has a worksheet[1]. I find both tremendously useful.

[1] https://github.com/scala-ide/scala-worksheet/wiki/Getting-St...
Do you think that Camel and SOLR and Scala are worth learning? If yes, then learn some Java as well, but remember that the world of today is different than the world when most Java books were written and most Java curriculums were designed. In other words Java is NOT going to dominate the world, is NOT even going to dominate the Enterprise, and not everything in the Java ecosystem is going to last. But some parts are damn good, like Oracle's JVM, 3rd party commercial JVMs, Camel, Groovy, Scala, SOLR, Lucene, many of the projects in the Apache foundation, Eclipse, IntelliJ, many or the projects from Spring.IO, and so on.

It is probably not worth your while to become proficient with J2EE but some bits of it like JDBC are still widely useful. If you do decide to tackly J2EE be aware that you are walking the same path of the COBOL programmers of old, and you will likely spend the rest of your professional life working with Java J2EE enterprise stuff that suffers severely from the Big Ball of Mud and various other antipatterns. I guess that someone has to do it, but I also guess that most people on HN are like me, and are want to always learn new platforms and apply the latest knowledge coming out of the computer science academic world. We want to speed up innovation, and plain Java is not where it is at.
Wouldn't you look for better migration tooling rather than jumping technology?
What is your financial net worth? Let me tell you where you hold your money, your stocks, your IRA, your 401k, and everything else that my friendly crook in the bank will transaction away, while I will transaction you away, mister America-safe, law-abiding citizen-idiot.
if someone makes a habit of deviating from their publicly stated mission, do you trust them? nobody sets out to be evil from their perspective, but living up to your word does impact others' perspective of you
It is through storytelling that we teach children to read, write, think and learn. All of us owe our education to storytelling and I don't know what it is that makes people suddenly think storytelling is the new big thing.
Terms of Service update - Google