skysight-inc/HackerNews huggingface dataset:
For me personally, it's not what the language offers syntax-wise but what I can do with it.

I was excited about Ruby because of Rails; only after working with it did I pick up a book on Ruby itself and come to appreciate the cleverness of block arguments (Ruby's insight, that functions that accept another function as an argument almost always accept at most one, so special-casing the syntax for that to make it clear, was really quite clever). And then I migrated away from using Ruby when I started to care about execution speed and couldn't escape the feeling that I was investing more time keeping up with the framework changes than I was writing my program.

For Go, I can write fast web servers in it. That's what I want, and it shines for that use case. I haven't looked at Haskell for that use case yet. Rust is still figuring itself out in that space (http://arewewebyet.com/). Go, in contrast, has a very solid commitment to backwards compatibility until the major version number changes.

So my general take on Rust and Haskell, specifically, is "Wake me when it's cooked."
Lost property: Malaysia seeks owners of three Boeing 747s abandoned at airport
Can you really say that when you can install a terminal, get shell access, and drop in a Debian based chroot?
Professional Development: A Fresh and Updated Approach
OTOH if the CEO is excited about a tax shenanigan i will not be excited by the company.
True enough.

I hadn't had the chance to read the article until now, and it's nothing like the Newsweek "expose."
It's funny. I know very little about C++ and my first thought was that this was, essentially, a shortcut for something like:

path += '/' + 'yourfile.txt';

It's also entirely possible that I'd already subconsciously read ahead and so knew that it couldn't have possibly been division.
That was Yahoo's core business pre-2000. The posted asked about post-2000.
The Different Flavors of Risk Early Stage VCs Take – SaaStr
>> I wouldn't make such claims these days because deep learning methods are gaining ground very fast. There are many tasks at which the deep learning model is better than traditional models. Furthermore, there are already deep learning models which are better than humans at image labeling.

We've been here before. Back in the Olden Days of GOFAI, expert systems used to routinely outperform human experts at all sorts of cognitive tasks (medical diagnosis being a typical example). There was a huge amount of excitement and people promising wild things were just around the corner. A few years down the line, there's the same excitement around a completely different technology and expert systems are nowhere to be seen. So I'll keep my expectations at about mid-range and wait for another ten years before I say I know exactly what's going on.
I would appreciate if anyone could point me to some good links about e-cigs. I'm interested in switching but know nothing about. Thanks.
remember how you used everything form yahoo when you were first online? well, there are billions of people just getting their first online experience.
InfluxDB v0.9.6 is out with a big update to the TSM storage engine
I agree, it's super cheesy/cliche that she is writing formulas on windows and stuff, but it makes for nice TV.
A caveat - if you have the skills and enough people in your life to actually facilitate a healthy lifestyle.
Yes, but under Australian capital gains tax law, moving the coins overseas is a "taxable event", and he'd have to pay the capital gains tax on the capital gain based on the value at the time he moved them.
Show HN: Generate Markov Quotes from US Presidential Candidates
Well said.

This is my Nokia heartbreak all over again
Even if they themselves do not know, they know where to find someone that knows. I am pretty much the go to tech support of family and friends, for example.
I think that perfumes are a more relevant problem than e-cigs.
func SameSideOfTriangle<N>(p0 Point2D<N>, p1 Point2D<N>, a Point2D<N>, b Point2D<N>) bool where N: Number {
ba := Point2D(b.x.Sub(a.x), b.y.Sub(a.y))
p0a := Point2D(p0.x.Sub(a.x), p0.y.Sub(a.y))
p1a := Point2D(p1.x.Sub(a.x), p1.y.Sub(a.y))
cp0 := ba.x.Mul(p0a.y).Sub(p0a.x.Mul(ba.y))
cp1 := ba.x.Mul(p1a.y).Sub(p1a.x.Mul(ba.y))
dot := cp0.x.Mul(cp1.x).Add(cp0.y.Mul(cp1.y))
return dot >= 0
}

Versus:

func SameSideOfTriangle<N>(p0 Point2D<N>, p1 Point2D<N>, a Point2D<N>, b Point2D<N>) bool where N: Number {
ba := Point2D(b.x - a.x, b.y - a.y)
p0a := Point2D(p0.x - a.x, p0.y - a.y)
p1a := Point2D(p1.x - a.x, p1.y - a.y)
cp0 := ba.x * p0a.y - p0a.x * ba.y
cp1 := ba.x * p1a.y - p1a.x * ba.y
dot := cp0.x * cp1.x + cp0.y * cp1.y
return dot >= 0
}
The things I tend to miss most in Go are the functional operations, so I'm inclinced to agree. On the flipside, when I'm programming in Rust or Haskell, I can spend a couple hours optimizing a particular expression until it feels "right", which sometimes never happens. It's incredibly fun, but it's not as much of a problem in Go, since it's not as fun to tweak.
The way you formulated that is fascinating and made me understand the whole debate a little better. The strict order in which we grasp things does indeed indicate that these basic skills are perhaps not left to chance waiting until the correct input is provided, but are hardwired into the process that develops our brains.

I guess the Chomsky debate is whether grammar is one of those basic skills. Would two children left unsupervised by adults through their formative years construct their own language that surpasses the communication exhibited by gorillas for example?
that doesn't make it any more moral. just because others are already doing it, is it automatically OK?
Very informative, thanks! Looks like I'll be sticking with C++11 onwards from now on, despite its flaws and the ability to do dangerous stupid things. Even better, it is backwards compatible so there is an abundance of usable existing libraries for it. (On reflection, it can do dangerous stupid things but in truth it would be entirely my fault for doing dangerous stupid things, so best not blame the language for my stupidity).

A very informative article though, thanks!
A Real Live Cricket Steers Toy Car
> I'm saying I don't want to breathe any of it I don't have to second hand, and the argument that I breathe liquid smoke at concerts or Christmas festivals is beside the point.

It's not, it's about magnitude of danger and pointing out it's not a kind of danger that's worth worrying about. This is the rational approach; contrast with media fear-mongering that likes to point out "a connection" between X and some illness, without mentioning how insignificant the connection is. Or, in this case, without noticing that you ingest the exact same thing in similar amounts from different sources, and those sources somehow aren't considered bad for you.

> Forget addiction in users who decide to smoke it, nictotine a neurotoxin

So is water, when overdosed.

> and exhaling it to people who don't want it in public places is inconsiderate.

I totally agree with that! But let's call a spade a spade - it's inconsiderate, not dangerous.
That's not hotlinking, that's just linking. Hotlinking refers specifically to embedding content (e.g. an image or iframe) from another host.

JWZ, despite being one of the main engineers at Netscape, does not seem to know what hotlinking means, and is (a) happy to break the web, and (b) happy to look like an asshole by making penises pop up on random people's computers because they didn't know "don't click a link to this random dude's site from HN".

HN mods, any chance of disabling autolinking for JWZ sites?
Except that encapsulation doesn't make a lot of sense when you're just modelling information.

For example, suppose you have an Employee class that contains the employee ID, name, birth day, etc. Employee records don't do anything. They're just data. Hiding that data makes no sense if the point of their existence is just to hold the data.
On this day: engineers discover that leaded gas reduces knock in auto engines
It's easy in a little two-line snippet discovered in the context of a discussion about operator overloading. It's much less easy to understand when grepping for a config file name (which is where I found it) where you don't even have the declaration of the variable to give you the context that you're dealing with anything other than char*.
C programmers use void pointers for generics. :)
Senate considers forcing Twitter and Facebook to report ‘terrorist activity'
Blocky+Cars+Online+v3.5.1+Hile+Mod+Apk+İndir-Ferhat+Özal
Hell-bent
Yeah, the hack makes me nervous, but not nervous enough to write Java without it.
How to Interpret a Satellite Image
This rings true to me. As a trained musician, I know that I hear music differently from most untrained people. I notice the bass line, or the way the melody inverts, or anticipate the end of a phrase.

Several years ago Kathy Sierra wrote a great post about how app developers should try to educate users from the first time they use the product and "raise the resolution" on how they think about the problem the app is designed to solve.

http://headrush.typepad.com/creating_passionate_users/2005/1...
> Why doesn't rpc over http work out well in practice?

It's not so much the nature of HTTP as the nature of RPC. RPC is all about calling remote procedures (hence the name); the issue is that there's almost always some internal state which is being mutated. REST makes clear what that state is, and provides reasonably clean semantics for idempotent updates; RPC tends to obscure that state. RPC can certainly be done right (after all, REST can be thought of as a constrained form of RPC…), but in many cases REST is the right level of abstraction to work at.
I tried making a CSP library for C. It was not very pleasant. At best you end up with something slightly significantly less safe than POSIX threads, but now with message passing. While C is an extreme example it's certainly not true that all languages can add CSP/actors/whatever in an appetizing form through a library.

Anyway, there's a reason the phrase "tacked-on" has such negative connotations.
> I think that people who point out all of the things that Go doesn't have and Go doesn't support misunderstand the language

This is the argument that's always thrown out. The OP obviously understands the language very well. Saying someone just "doesn't understand" belittles those that are voicing genuine criticisms. A language shouldn't be based solely around ideology.
For the distance formula? That's about the simplest graphics routine in the world. If you can't readably write distance without temporaries, the language isn't really usable for (generic) graphics programming. Replace distance with bilerp or point-triangle intersection tests (as I did in a sibling comment) and you'll see what I mean.

(It's totally fine for a language to be not interested in that domain. But that doesn't mean operator overloading is bad. Overloaded operators are essential for some domains.)
Fair enough. I sympathize with that concern, though as 'ptaipale pointed out, at this point you should start worrying about perfumes as well. But it's no longer about danger - it's just about being nice to other people.
So Verizon is going to inject some 0day malware into this page to, what, serve you more ads?

If you're concerned about tracking cookies or headers, get a plug-in to stop it. Every website on the planet should not need to use https just because Verizon wants to make money off targeted ads.

And nobody is attacking this page to hack individuals. Of course you can. Security isn't about preventing every single possible attack from every possible angle. It's about making attacks more difficult when one is plausible or likely. Nobody will attack you through this particular website. So https is not needed to prevent a targeted attack.
Haha, I have the same experience. "I Have Hair..."
Right - he makes that point in the article that it went well with the Germans and Irish, but it doesn't mean it would go well with mass immigration from China, India, or the Middle East.

Impossible to prove without doing it, but valid point that should be considered.
> +1 on this. Clojure's core.async[0] is the perfect example of an implementation of CSP as a library.

With the added convenience that shared mutability is pretty much nonexistent.
To be honest, I expected a bit more from the site, considering its name. It is good, don't get me wrong, covering a lot of file formats, but you have limited it to things on your computer.
For me, if it were an all inclusive wiki, you should expand it to include things like financial file formats. Banks tend to use formats like ach and edi (for example). Those formats are extensive and can get quite complicated, but their file specs are published and available.
The site is a great start, but I would love to see it expanded to include anything file format related. Even having the most obscure formats will make the site more appealing to people as a reference. Sort of 'the place to go' for file formatting. Just my .02.
Certainly Go lacks some features (generics) which are more-or-less standard in other large languages, but I think that's a sacrifice to the code quality gods (not that you can't write shit code in Go). To use another metaphor: if C++ and Java are motorcycles, Go is more like a bicycle. Smaller, easier to maintain, and more portable, but there are times when you might really wish you had a motor.
Just tried it out on my Nexus 6. Scrolling the "home" list feels sluggish to me, as does the "Notebook" feature. Is this written in something like Cordova? I certainly hope not.
>To come in as an outsider

She's a Silicon Valley darling; in what way was she an outsider?

>I think the hand she took over when she sat down at the table was bad.

I agree with this.

>she played smart

But not this. During her tenure the company treaded water for a few years, lost nearly all value, and now might be looking to break itself up. Is this the standard we should be holding high-profile, high-priced executives to?
How to integrate new sensors into Android from the ground up
Java's verbosity makes me want to puke. Go wins over java on this point alone. I wish go had generics, but, overall, I enjoy writing Go, because I can do most of the things I did in java while feeling like I am writing python.

I like other languages like Haskell (haven't looked at Rust), but I can't use it on the projects for a variety of reasons.
I believe the imperative-vs-functional war is coming to an end.

Now that structures based on Category Theory (generic types, lambdas, monads, futures/promises...) are being adopted by most mainstream programming languages, side effects can be described in a declarative way that is thread-safe and thus amenable to parallelism, will still allowing developers to write in a mostly imperative style.

It's a rare instance where we can really get the best of both worlds. I'm optimist about future developments of PLs.
Precisely. Just because a language lacks certain features available in other languages doesn't mean it's not 'good'.

Things that are 'good' for me: Good concurrency primitives, single binary deployment with no dependencies, a language that can be picked up in a matter of days and a consistent coding style (gofmt).

If another language suits you better than use it, but to call Go "a regression from other modern programming languages" ignores the many reasons developers are using it.
It's still a very young language. It is good for a lot of stuff: I've written quite a few daemons in Go that perform really simple tasks very quickly (think: get an HTTP request, do something small, forward it).

I've also worked on Docker, which while the design patterns are interesting, is a larger project that works very well with Go!
2015 Sleep Patterns Survey
If you work out the math, Yahoo could sell those assets, take the tax hit (whether or not the tax is legally owed is irrelevant), then by shutting down the entire company, hand its shareholders several dollars per share more in cash than the market currently values the share.

It's possible that some shareholders would realize significant capital gains on that, and the taxes would offset part or all of the profit. But of course other shareholders would not only make a profit, but would also have a fat capital loss to go with it. It just depends on when they bought the shares and what they paid.

Overall, though, when one factors in all the tax effects, the market is assigning a negative value to Yahoo proper. Why? Because they, quite reasonably, assume that Yahoo proper will chew up the cash that's currently on the books and any that is obtained via asset sales. That is, should the shareholders ever receive a dividend of any kind, it is likely to be the current cash value of the company less some large fraction wasted between now and whenever that might hypothetically happen.

Bluntly, if the company were being valued as a going concern, the market would be pricing it a lot lower even than it is. The only reason for the share's relatively high price is the expectation that some kind of spinoff will happen to allow the shareholders to receive a larger fraction of the value of the company's assets than they would if the company sold those assets itself and used the capital to continue its own operations. In the latter event, one must reasonably assume the ultimate return to shareholders would be very close to zero (an eventual sale of the rotted carcass to private equity) or zero (bankruptcy).
There is no difference aside from the potential tax liability but the tax liability is potentially huge. We're talking over $9bn.

Matt Levine wrote a good piece on this a week ago: http://www.bloombergview.com/articles/2015-12-02/yahoo-is-lo...
Haskell can do fast web servers. See Warp
Yes, boost has a couple of instances of eyebrow-raising uses of operator overloading. Including stream operators, that still does not prove that operator overloading is an anti-feature.

On the contrary, when all you have is a couple of examples that aren't even that bad and a slippery slope argument, you are on very thin ground, rhetorically speaking.
When one mentions Go, I imagine the crowd.
When one mentions Haskel/OCaml/F#, I imagine an artist.
Interesting question. Even NASA can't standardize.

Each lander mission so far has used its own time zone, corresponding to average local solar time at the landing location. Of the six successful Mars landers to date, five employed offsets from local mean solar time (LMST) for the lander site while the sixth (Mars Pathfinder) used local true solar time (LTST).

https://en.wikipedia.org/wiki/Timekeeping_on_Mars#Time_zones
InfluxDB is now InfluxData, a platform for time series data
Bitcoin transactions were just ruled exempt from Europe's VAT: http://www.coindesk.com/bitcoin-is-exempt-from-vat-says-euro...

That doesn't mean you don't have to pay the VAT just because you buy something with Bitcoin, it just means that bitcoin/dollar exchanges don't owe tax. I don't know whether VAT applies to donations.
> As an even older millennial (35)...

cough

Dude, give up the skinny jeans :)

https://en.wikipedia.org/wiki/Generation_X

"Generation X, commonly abbreviated to Gen X, is the generation born after the Western Post–World War II baby boom. Demographers and commentators use birth dates ranging from the early 1960s to the early 1980s."
Mark Zuckerberg didn't invent social networking. If it wasn't facebook, it would be some other website. Social media doesn't cause people to envy others or engage in behaviors that you don't approve of. Human nature does. The problem here lies in the collective mirror.

I've seen no evidence that Mark Zuckerberg is anything other than a normal ivy league type guy. I'm sure that he hears dozens of positive things about facebook every single day - it helped someone meet their spouse, connect with old friends, solve a problem. It's likely that in his view he's doing something to make the world a better place. Some may focus more on the negative aspects of facebook, and that's fair. But there doesn't seem to be any reason to question his character.
Grass is always greener. If you were a medical professional you'd probably be having the exact same thoughts, wishing you had taken up law or computers, anything to escape from all the blood, broken bones and sick and dying people, day in day out, with no end in sight.
That's not entirely fair. It legitimately solves a lot of issues - concurrency namely - even if it is hindered by its type system. I will bet my long term money on Rust, but where Go works, it works well.
Is there ever going to be a reason for people to move in the future? It seems to me like it would be climate-based instead of for work as it was in the past.

Millions of people moved to the midwest for automotive jobs. What new industry is going to cause that many people to re-locate these days? I think it wouldn't only happen if something like a drought causing people to move out of the southwest or sever flooding a la Katrina.
How to get started (and progress) in robotics: A quick guide for kids and adults
>> Another issue is at what point does very fast attention switching become effectively multiprocessing? If we don't notice the context switching happening is still "happening"?

Well, OK, that's one big question.

However, I can process music and language at the same time. I think I can process multiple pieces of music at the same time, for example I can follow a complex piece of classical music or jazz with multiple instruments playing at various signatures and so on (full disclosure: I'm a drummer). I can't quite do that with speech though. So maybe music and language are just different things and they're processed in different ways?
I thought the problem it was supposed to solve was to provide a relatively simple language, that performs reasonably well, and which produces statically compiled artifacts to make deployment much easier and lighter-weight?

Go seemed to be borne primarily out of an ops-driven ethos. The fact that it's sort of stupidly become the current darling language of Silicon Valley hipsterdom isn't really Go's fault.
The blogger has completely missed the entire purpose of Go. I suggest anyone who actually wants info one way or the other to read the Preface in Alan Donovan and Brian Kernighan's "The Go Programming Language". You will then understand why Go is the way it is and why all the negative points (in his mind) this blogger listed, are not in the language.
Why there’s no Uber for Healthcare
As feedback on the article itself, I kept getting confused. The author describes a wish:

> If I write a function to sum a list of numbers, it would be nice if I could use it on lists of floats, lists of ints, and lists of anything else that can be summed.

I agree with the author and continue reading, expecting to see an implementation of that function in each language. I keep reading and re-reading to try to figure out how the first two code samples (Rust and Haskell) are summing a list. I feel like an idiot, because I can't figure out how that code is possibly summing a list. Thankfully, the next paragraph explains it, but a heads up would have made it more clear.

The article continues with pairs of Rust and Haskell -- as a reader, I'm thinking, "Yes, yes, but show me how this compares to Go." Finally, when I get to `Go's Solution: interface{}` I feel like I'll be able to compare the languages... but instead of implementing an already-mentioned problem, a new problem is introduced:

> Let's say you wanted to write a function that printed a hash code for objects that could be hashed.

As a reader, I have too many things in my head now.

I think the author probably has valid points to make, and I will now finish reading the article. Hopefully some of this feedback is helpful (I'm not trying to be a jerk).
Fortunately, pistol duels have fallen out of style nowadays...
It's probably because the interviewer's time is a sunk cost, whereas the background check would require accounting approval.
Comcast CEO justifies data caps