skysight-inc/HackerNews huggingface dataset:
3D touch is a pain in the hole - always going off when I don't want it, and otherwise not really there whenever I do want to use it, to any useful degree. It's just another distraction for app developers too, away from creating value. I'd far rather the effort went into that went into providing a more stable dependable ecosystem.
Fun with Lambdas: C++14 Style
You make some valid points (sometimes compile drivers, sometimes cryptic, seems unavoidable to not once end up on the commandline anyway or having to revert to configuration files - my last anecdote: create bootable USB with latest Linux Mint Live and there's no network. Serisously, wtf, why did eth0 not make it into /etc/network/interfaces on a live cd nota bene) but are also exaggerating, or lacking experience with the many many distributions out there, like when it comes to the UI being limited: seems like all big players got it covered pretty well, at least I always try a variety of them and the last years I wouldn't call them extremely limited, no way.
>The desktop is almost dead

I disagree.

-sent from my desktop

ps. try running 4K VR on your tablet
Probably both, not necessarily "zero-days" at least not in the traditional sense but various attacks and services that they might not want to advertise publicly for various reasons (don't forget that as an Israeli company their exports are controlled by the Israeli Defense Ministry).

In some cases they might also offer a bring your own exploit type of service where they integrate client provided exploits with their existing platforms and solutions.

Some of their products are also hardware focused, their "Chinese SOC" attacks are mostly OS agnostic (Mediatek chipsets for example are attacked via some generic DMA exploit) and are designed specifically to assist LEA's to breaking into cheap disposable phone.
http://www.cellebrite.com/Media/Default/Files/Forensics/Data...

But like any company these days it pretty much depends on what you want to buy for them they'll offer you a wide range of services from idiot proof turn key solutions to bespoke consulting like services, if they do have the ability to break into iOS9 or a more generic way to attack Apple SOC's they will not advertise it openly, at least not initially from previous experience with them it can take months and even years between them actually have an initial capability to it being integrated into their open commercial products.

This isn't only done for secrecy reasons this is also pragmatic some attacks might be very case dependent, expensive, or even potentially destructive and so wont be offered with their normal forensic services (that have to comply to very strict forensic standards, including being able to openly explain how access was achieved to ensure that the data has actually been extracted correctly and chain of custody maintained) so quite often what they are offered under their more bespoke services are capabilities that are not (yet) commercially viable for general forensic use.

In this case the FBI or any other agency is quite likely not to care about presenting the information as evidence in court, and their risk appetite might also be considerably greater.

Your local police/DA on the other hand must be able to present the evidence and defend how it was obtained in court so the tool has to be certified (NIST in case of US courts) and the extraction method has to be defensible in court.

However if we are talking about zero-days then those also cannot be offered as part of their commercial turn key solutions (court defensibility aside) because the solutions they provide have to be reliable and consistent.

Zero-days for the most part are likely to be fixed quicker than their products can be shipped yet alone certified so anything which is that volatile will only be offered via their "consulting service" and the clients will be quite aware that they are paying for something that might be a one off solution only.
> Thus I think the element that's incompatible with closed timelike curves is intentional thinking itself.

Interesting. I think I followed you.. Expanding on that,

We do not know for certain whether intentional thinking exists or if everything is fated. We do not know if true randomness exists. Our intuition says both intentional thinking and randomness do exist, yet there may or may not ever be a science that proves this.
It seems like C++ (C?) is also supported. Why don't you advertise it? In my (limited) experience, exchanging data with C/C++ is even more painful than between Python and R.
You do realize that React itself is only 3 years old.
React native is even only about a year old.

What expectation do you have when deciding to use a framework which hasn't even released it's 1.0 yet.
Part 2 is also great:

http://cpptruths.blogspot.nl/2014/05/fun-with-lambdas-c14-st...
No. But they still have to write drivers that will interact with those firmwares.
Companies currently using Go throughout the world
One-stop shop to learn Ruby-on-Rails
The author should start writing a game in java.

The author should start writing a heavy matrix calculations in java.

The author should start implementing a small command-line tool ine java (grep?)

All these use-cases is where Java fails miserably.
Pick to right tool for the job. Is still the right answer.
It's not at all easy to say who's winning or losing at most points in the game, or if there even is a winner or a loser.

You play out the game to the end.

making backward-looking techniques like minimax impossible, even if you could easily assign an evaluation function to each state.

That's exactly how AlphaGo works though. Read this paper, it was the landmark result that showed how to do this: http://www.remi-coulom.fr/CG2006/

AlphaGo uses the same technique, just optimized a bit more.
> The advantages of C and C++ ... don’t apply to my work. C# is nice but not cross-platform enough.

> Scala is too complex. And other languages like D and Go are too new to bet my work on.

So in the end you're talking about your work - the right language for the job.

Maybe Java is good for everything at your job, but not that good for most things at mine.

I prefer C++ over Java every single time.

Not because of the more power that it gives me, but because I'm experienced with it and I can get the job done.

I would use Javascript for a web application and Swift or Objective-C for an iOS app.
And I can't imagine doing that with Java.
Your reasoning doesn't make much sense to me.

Companies are temporary entities, even though they don't like to think of themselves as such. Companies get bought or go bankrupt.

So when I buy a device which only loads signed code, there is no way to know who is going to be able to sign code for my device in the future. I'm also out of luck if I ever want to run my own or someone else's code on my device.

The attack surface is completely dependent on the actual code being signed, so the signature doesn't provide any security benefit to me. And in case there were 3rd party code which is more secure than the vendor code I cannot run it.

From the perspective of the company, the signature provides vendor lock-in and planned obsolescence in return for a relatively small effort of maintaining code signing infrastructure. So there's only an advantage but no disadvantage. The only possible disadvantage is that I am less likely to buy the product, but regular consumers won't know the difference so the company can ignore me.

Omitting hardware components which would help with repair efforts or debugging problems is just as unfriendly. But I understand there can be a huge cost benefits during mass production.
Perhaps the difference here is between a RN app written by someone with only a web/js background and a RN app written by someone who has a deeper understanding of the system beneath RN's abstraction layer?
Or use Lombok and get it even more concise!

val userIdMap = new HashMap<String,User>();
A great curated list of resources for Node.js
Re:taking lower lages.
I'm pretty sure early Spotify employees had no idea it would become this big AND have pretty good wages as it is right now.

It doesn't mean that they don't care about their share in the company (obviously, after spending 5 years of your life at a company, you want your share of the cake) but it's unfair to conclude that they only have their stocks, a lot of the early employees either left the company or occupy rather senior positions at Spotify.
I don't know about Google, I don't really use any of their products, other than search. As for Apple, it seems like their trying to make things simpler, but forget that people do development work on Macs. It's never huge things that bugs be, just minor tweaks Apple make, and sometimes half-baked features.

El Capitan has seriously made me consider if my next computer should be something other than a Mac. While I do like if to "normal" computing, such as browsing, word processing and browsing, I think it's getting increasingly worse as a development platform.

Yes, iTunes is a huge mess, and there aren't any good alternatives which support iPod syncing. El Capitan isn't the bug-fix version it should have been, it's an eye candy release the introduces subtle annoyances.
Computer Science Video Lectures
Didn’t know that. Neat :)
He specifically said "my mum" how does that imply anything about females and the elderly in general.
Hi, I'm just some dude, but wouldn't it be best for everyone to work on the problem until the problem is solved? Also, what about philosophers who are also physicists? I had a physics professor in college who had a degree in philosophy, and she didn't seem to mind talking with non-physics philosophers about physics-related topics.
>For Linux to take over it needs not only to match but to surpass its competition (MacOS, Windows) in term of simplicity and ease of use. And right now it is far far far behind.

This should be your entire point.

While I am far from a linux expert, I have been using linux as my daily driver for a few years now. I have never even had to think about even potentially 'compiling my own drivers'. The UI is only as limited as the UI you happen to have chosen. And there are very few differences in syntax you'll find between the different distributions, mainly surrounding package management and (with decreasing frequency) init options (which a beginner won't be touching anyway).

To be sure, there are many things getting in the way of linux becoming a friendly desktop option for the family. But good lord you picked the few things that AREN'T wrong with it to complain about.
> The author should start writing a game in java.

Minecraft did alright...
About the startup delay, doesn't Java support having a long-lived VM that instantiates per-program class loaders and runs them?

Also, Go isn't JITted, so Java's HotSpot could potentially be faster for often-executed hot loops.
What is your vim setup? The fonts and colors and everything look gorgeous; I'd love to have something like that.
> This is my problem with neural networks in general, since they do not discuss how go boards divide into smaller problems or heuristics for putting them back together.

This strategy is called "chunking", and is an adaptation humans have developed to solve complex problems. There's no reason to artificially constrain AI to use the same crutches we do.
R vs. Python for Data Science – Which is best for programming language?
Foxconn agrees to buy Japan's Sharp Corp. at reduced price
Google Safe harbor certificate
But that's something that people have actually done, for example http://www.salon.com/2015/04/30/i_secretly_lived_in_my_offic... as a written account of it...
5 Entrepreneurs Share Easy Copywriting Secrets So That Designers Can Earn More
> Try telling my mum: "you need to compile your own drivers".

What decade are you in? I haven't compiled a wifi driver for linux this decade. One of the problems desktop linux faces is outdated FUD like this. Is it perfect? Of course not. But it's not the phone-home privacy invader that is modern Windows (which also has it's own usability issues) or the elitist the-poor-can-go-get-stuffed OSX (where you have to buy a pricey computer in order to use it).
React has very little to do with reactive programming.
It definitely has similarities, but in React you do not map the dataflow in the same way you would in reactive programming. Only the flow of data through components could be considered reactive.

The real dataflow in reactive programming which could be considered the 'state', is not managed by React at all. You could use Redux for that, but having a datastore with reducers which modify state, and actions which trigger reducers is not something I would consider reactive.
Even for iOS I still greatly prefer C++ as well over Objective-C or Swift.
To add to you, I present my mere anecdote:
I have an uncle who, somehow, manages to get all kinds of adware and whatnot on his computer no matter what antivirus/internet security/voltron PC protection suit. Then comes me periodically cleaning up all that, often backup his stuff and refresh the installation. Eventually I convinced him to let me install Ubuntu, since he needs a browser and whatever PDF reader.
Yes, now he doesn't have those malwares anymore, but my recurrent task has become running "apt-get autoremove; apt-get autoclean".
If Linux wants to target "desktop", then those trouble should be transparent to the users.
"basically everything in Go is built on pointers: structs, slices, even fixed arrays"

As I understand it while that does apply to pointer-to-struct and slices and probably strings, that isn't true for naked structs and naked arrays. Those both behave as value types like int.
Is it worth the hassle and uncertainty ? I guess that depends on what you store in the files, my UTF-8 encoded text files read by org-mode, is easily readable and information can be extracted without (almost) any effort.

Since I store my diary, ideas, manuscripts, cv's, contacts, meeting notes and a myriad of other things, I cant simply trust anything else with the data.

I've seen many cases with distraught persons realizing all their treasured data is locked into a obsolete format on a obsolete machine that just crashed.
The article doesn't contain a lot of hard data, but if this is a long-term consequence of the climate change instead of some unrelated temporary fluctuation, it's really worrying if you think about the size of the population affected.
Turbo Pascal has much faster compile times than Kotlin. Compile time just isn't that big a deal as a feature.
1.7 petabytes and 850M files lost, and how we survived it
> Why do you think Microsoft is giving patent promises for C#, .Net and others[0] (But not licensing their software to Apache/GPL)? Yes. Because they can bring harm to their business.

I think you continue to over simplify. This actually looks to me like Microsoft is doing their due-diligence in ensuring that the effects of their licensing are well-bounded with respect to patents. GPLv3 et al tend to hand-wave the actual patents covered, and leave it up to someone else to decide which patents actually apply, and how.

Also, it does appear that Microsoft is using the MIT, BSD and Apache licenses[0]

> Why Do you think Apple ditched Objective C?

They didn't. The way I see it is that Swift is to Objective C as C#/.Net is to COM -- which is to say the underlying tech isn't going away anytime soon. They've just made a nice, shiny high-level abstraction. Unless there is some announcement I've missed where Apple said they are throwing away Obj-C and Obj-C tooling and rewriting everything in Swift.

> So, they had legal reasons too for yet another language.

This is a stretch. There was and is nothing preventing Apple from continuing to develop and use and sell product made with Objective C. They don't even care about GCC -- they have Clang.

Also, there are plenty of suitable alternatives to GNU Coreutils, so please don't think that this means anything to Apple. The GPLv2 versions work well for what Apple needs, so they continue to use them. It is convenient for Apple. They could stop using GNU software entirely if they wanted and nothing would change.

> We shall see the struggle of apple someday, because they can't sue Samsung again, just because they are using patents of Apple which are derived from swift.

I have no idea what you mean by this. Companies sue other companies that infringe on their patents because NOT doing so is a tacit license. Why even file a patent then?

To be fair, I think Apple first sued Samsung because their phones looked like iPhones (or so Apple claimed) and were concerned about how that would impact public perception. I don't think has anything to do with software, which is the topic at hand.

> And last, why do you think language is not patented?

Because the language itself, at its core, is agnostic of anything patent-worthy. How the compiler works? Platform support? Potentially patentable. A programming language allows a user to textually express what they want a generic computer to do, and at it's core is not patentable (as far as I understand the US patent system). It gets fuzzy around the edges, but you can't patent a language. It is an abstract idea.

In any case, I get the impression you think these companies are evil. They're not. They're businesses looking out for the interests of their shareholders and their customers. There is no dark agenda against free software. It is just unfortunately complicated for big businesses.

[0] https://en.wikipedia.org/wiki/.NET_Framework#Licensing
It probably didn't come across as well as I was hoping, but I wasn't going for a scathing-review motif. I could probably have couched my response a little more comfortably though. Kudos for the brave face and the positive reaction :)

Also, I didn't make the connection that you were the article author (!) - your followup on here has been admirable and impressive. Not many of the people who submit OC (of sorts) also follow up.

And thanks for writing this, it's definitely made me very curious about trying out OpenSuSE - or more accurately why I would try it. I'm using Arch at the moment, but I might be exploring in future :)

The AUR is pretty amazing, though... I don't use it that much, but it's nice that I've been able to install the stuff I have wanted with a single command. I get the impression there isn't a comparable alternative to this for SuSE...?
I actually had a great experience setting my mom up with Linux (past tense because I bought her a Chromebit when the hardware died). The pain point comes with users who have enough computer literacy to want to install things. My mom is happy as long as she can click to open Chrome, and I'm happy because I don't have to clean up .exe malware hell.
A suggestion, you should use the form valueTypeFromKeyType. The key is always on the right side and the value on the left side. This also applies to conversion functions - myFoo = fooFromBar(myBar); I find that makes the code easier to read than myFoo = barToFoo(myBar);
How to Excel at Customer Journey Map Design and Execution?
If time travel is possible, why is consistency a concern? If one thing changes at one time, couldn't another change at the same time? Could time travel exist without our being aware of it by constantly changing our understanding of events such that there appears to have been no change?

Does consistency mean that some change must cause many other changes in order to make everything end up in perfect alignment?
I've been using Org-mode and babel for about a month; and I'm sold! I think the way I was writing software before outlines and the literate nature of Org-mode was just wrong. The software you write when you do literate programming can be read like a book, following the data-flow chronologically. That's a really attractive trait if you are to share your code with others and of course your future self.
> Why not just write it in C++?

No need. Someone already wrote Redis.
Testing packages, and testing that an entire distribution works with those packages on it, are two very different things..
How to save battery power life on an android phone
It's not a feature, until it becomes a problem. It is a problem in Scala.
So, your mum isn't going to RTFM, but she is going to use Windows' 'Scheduled Tasks'? She must be quite an unusual person - I've never seen a tech naif do either scheduled tasks or cronjobs. If it's time-based, it goes into a calendar app, and there's not even the vague idea that the OS has it's own scheduler.

Firewalls I'll grant you, but as another commentor mentioned, there's plenty of GUI updaters around.
$10/month when I already own a lot of music. I wasn't spending that on new music before streaming.

I've gone with Google Music for this reason - my personal collection is in the cloud for streaming purposes (saved me the hassle of a home media server) - I occasionally buy new music from various sources and upload it to my account.
> I'll grant you the other two.

I don't. Ubuntu does not come with a firewall, but if you want one you search in the software center for firewall, not for an acronym. Scheduled tasks finds a gnome app for managing automatic jobs (which are cron jobs).

cm2187 is either a troll or completely clueless of what a current linux desktop actually is.

Worrying about things like automated tasks and being put off by the differences between Windows and Linux in specialised areas like this no normal user would ever touch is rather common for Windows power users though. For them, any change means losing a big part of their abilities, and that hurts. It's exactly what Linus mentions: Many people don't like change for their desktop environment (in the broad sense, not only KDE/Gnome). This is a perfect example of user inertia.
The thing about React Native vs other frameworks is that it is cross platform. There aren't many proper cross platform frameworks which allow for 1 app, to be web-based and have native siblings in 1 codebase.

I'm not scared of Swift or Java, But I am frigthened of their ux. Even big apps like eclipse put me off, due to their bloat.

Also frameworks like QT don't offer the same ease of development.

Remember React-Native is currently on version 0.22, and over a year old. IMO it currently offers much better ux than TK/Swing/Qt/...
There is plenty of justification.

> Which is why I find Linus's childish view

This alone is enough. Someone has an opinion different than yours so you call them names?

Then you have this:

> If you frame the question of "is tivoisation bad" as "how could a psychopath use my code to harm users" it becomes clear that tivoisation is something we must reject.

Which barely makes any sense. You could change it to "are oranges bad" as "how could a psychopath use an orange to harm users", for basically equivalent logic.

Plus it appears to make the argument the tivoisation is GOOD since it stops the psychopath.

It's basically nonsense framed as insight. You deserved your downvotes - and I don't downvote lightly.
Yeah, of course. Well, I was hopeful, based on the glowing copy and what I had heard.
Remote-drive vulnerabilities have been demonstrated in infotainment systems, proving that the class of vulnerabilities is real. There's no need to prove it can happen for every single vehicle to be concerned about general best practices.
I did figure it out, but it wasn't obvious. It just seemed a weird interaction - take a long-standing and obvious feature away because they're pushing the iCloud service.
Kotlin has plenty of killer features, two of them is a very good OOB IDE support even in Community Edition of IDEA and machine translation of Java code to Kotlin.