skysight-inc/HackerNews huggingface dataset:
> First reason is we hate JSX.

I feel like this is often the reason people dislike React, and it mostly comes out of a misunderstanding of JSX and es6 syntax and interaction. Why do I say this? Because I've yet to hear an argument that came after a statement like above which was actually true in any way. Most arguments that come after actually expose the fact that the author of the statement simply doesn't understand the syntax usually because they've never really bothered to try to use it and instead are simply turned off by something new in their code.

> It forces you to write loops, conditionals, etc, outside of the markup you are currently writing/reading

This is quite simply false, it doesn't force you to do any of these things. A lot of people seem to think it does which again comes from a misunderstanding of the syntax. You're quite able to either embed your logic into the JSX or not, whichever you prefer. I most often see people lean toward the former unless the logic in question is extremely complex in which case it could be argued it's best being removed from the markup anyway. But JSX itself does not force you either way.

> It's like writing shitty PHP code without templates

I simply don't see a viable comparison here at all.

> It also forces you to use a lot of boilerplate like bind(), Object.keys(), etc.

Again, this is simply untrue. In fact I'd argue that if you're using lots of .binds you're doing it wrong. .binds inside your render function are actually bad practice due to the fact that they mean you're adding overhead of creating new bound functions as each .bind returns a brand new function every time your render tree executes. The overhead of such is probably negligible, however it's still inefficient and cumbersome and thus is bad practice.

As for Object.keys() - While I share your dislike of the overuse of this particular method, I'd love an example of where you think this is forced on you by JSX because for the life of me I can't think of one.

> There is no official React router

This I completely agree with, it is annoying, and I too am not a fan of react-router. However it's so easy to create your own routing setup and/or plug and play other lightweight ones that I don't usually think of it as a particular plus/minus point when comparing to frameworks like Vue.
Oh wow. When did Immelt become former GE CEO? With so much political news, I did not even notice he got fired recently. He will take Uber to the ground with his excellent non technical chops.
Good point.

That being said, TS does suffer from something unique, in its JS interop. If my C program interfaces with a C library, I have great certainty that all of these were compiled at some point, and the types are sound (as much as C allows, at least).

In TS, if you're lucky a library you consume was written in TS, so you've got high certainty that the typings it comes with are really good. Less lucky: the developer wrote it in JS, but provides typings. Less lucky: a random person on Github reverse-engineered the typings and provided them on DefinitelyTyped. Less lucky: There are no typings available. You'll run into npm libraries in all of these categories.
That's true and Travis said that when he first got calls to quit but he listened to his customers and employees and quit. I'm no fan of Travis or uber but I feel like Travis deserves some points for making the right call months ago and I wish others followed his lead back then.
While human nature can excuse some lasting response to lived experience, I think there's a wider gap to bridge before ethics allows us to generalize and map past crimes to present perpetrators.
I remember someone hacking at this issue a while ago. They blocked Sony Japan's server, of which the download was coming from. The Playstation the fetched the file from a more local server, of which the speed was considerable faster.

Really strange
> learning JSX

Not just learning, JSX/React.createElement approach is the hell itself, it increases the technical debt every time you use it, but some people prefer to make a blind eye to this. When juniors come to work with React I guess it makes them think that React way is the only way, but it's more like the 10 years old PHP code.

Let's imagine that for some reason in 2-3 years there will be a silver bullet like framework. So most likely hipsters will be going to switch to it and I'd like to see how they will be cherry-picking all the template's parts from the JS/JSX code to the single holistic template (I don't think the sliver bullet like framework will follow the mixing template with code ideas).
As the saying goes: if you have a business partner, get rid of them.

I suspect the only people for whom partnerships could in anyway make sense are lawyers.
> Obviously you can find ways to break out of the type systems (void* cast?) but that's on you

Sometimes a type system can be proven to have no holes. (Of course, not counting the FFI, if any is provided.)
Lol that video preview is the best.
If you are a small shop, you just don't have the money to file a patent claim against Facebook. That's exactly what the parent post told you: patent litigation is expensive.

The PATENTS file is red herring. If you're a small player and you launch a patent lawsuit against Facebook you stand no chance of winning. Facebook has thousands of patents in its portfolio, and software patents being broad as they are, you're invariably infringing one of them.

You know what, scrap that. Even if you were a somewhat large player with your own respectable patent portfolio, and Facebook had almost no patents you could never win. Why? Because this already happened, dear internet:

https://techcrunch.com/2012/04/23/facebook-patent-fortress/
https://www.washingtonpost.com/business/technology/facebook-...

TLDR: Yahoo sued Facebook before their IPO with 10 infringed patents (not just 1), trying to scare Facebook into giving them money. Facebook only had 56 patents, but they had money, so they bought up 1400 more patents, and countersued with just 10 of them. Yahoo realized they don't have the money to win a lawsuit against Facebook, and meekly submitted and cross-licensed the patents to Facebook.

Now imagine trying to copy cat the Yahoo move with two guys in a garage who own just a single patent against a stronger and more prepared Facebook that has thousands.
https://engineering.instagram.com/react-native-at-instagram-...
The fact is that the employees wanted Travis to quit. Whatever the truth is about Travis or anyone else supporting Trump, that's what happened. And this new guy didn't quit. Those variables therefore matter. The capable of what the CEO actually thinks doesn't matter.
I don't buy the idea that all votes in PoS should be considered with equal weight. Otherwise it seems pretty easy to DOS the network with a ton of low-weight votes, get 51% of the network, and do whatever you want.

The capital-weighted PoS system prevents this because if you want 51% to the network to be able to do abusive things, you have to risk devaluing your enormous PoS investment by destroying trust in the Ethereum network.

I don't understand your first point, could you clarify?
You're right, but it's one of those things that you can basically treat it as html until you can't - and the points at which you can't are quite specific and other than className - are rarely used. Also the dynamically inserted html param being obnoxious is by design - they don't want you to dynamically insert html, and that's a good thing. Honestly you shouldn't ever be using that param.
Main discussion: https://news.ycombinator.com/item?id=15052192
I've never understood how there is a "right way to think about something". Isn't it an attribute of humanity that we all think and approach problems differently? Are companies really looking for one single type of individual to clone across all their engineering teams?
Companies like Facebook and Google seem to understand that the least. Hence the endless services and other perks meant to keep you on "campus" as long as possible.
Good to know; if this were a stated reservation, that'd be worth writing about.
Kinda sounds like poor management. It seems to me that proper management would have everything arranged such that an employee is a drop and replace asset.
And the departure caused the article to be published early[1]:

> I've been reporting on Carl Icahn's role as an adviser to Trump. Monday, in an email to me, the White House fired him. Today, he resigned.

[1] https://twitter.com/praddenkeefe/status/898674961161662464
How I so desperately wish that were true in the general case. Sadly with many large corporations there is one single answer they're looking for and damn the false negatives.
> the slow guy on a team full of quick-hack people

isn't that called 'cultural fit'?
You don't. They're convinced, and you're not going to change their minds.
>There is a const operator, which helps ensure primitives don’t get mutated. But anything that’s not a primitive is as malleable as jell-o

Making so many errors in a sentence about basic language features, when a big chunk of OP's article is argumenting that React Native is bad because JavaScript is bad... Maybe it would be less bad if OP actually learned the language?
Awesome. I'm 44 and work in technology. Just started tinkering with hydroponics with my kids (kale and catnip lol). It's completely disorienting, I'm beyond clueless and I love it.

One thing I didn't foresee is that my kids never really get to see me learn something from the ground floor. We're basically peers in this and they can see (for better or worse) how I attack the unknown. It's been fun, our plants are so dead.
Yes. Dear God. It's just silly. The worst part of the whole thing is how un-silly it looks. The author must have spent at least a week (probably more) putting this together. I don't envy his manager. One of the toughest problems a manager has to deal with is an incredibly passionate engineer who is clearly wrong. How do you talk this guy down? Tough job.
Yeah, it's really easy to fix things in Arch. Once, during 'pacman -Syyu' install, the linux kernel didn't install correctly and left the system broken. I just chrooted via a Arch live USB and reinstalled linux and was good to go again. This kind of issues hasn't happened since.

Around 2 years ago, I wanted to tinker and understand linux distros and have installed most of them. But, when I tried Arch, I settled with it,no more tinkering.
However,I find it painful to install. I installed Arch successfully in third time.
These sort of quirks is why I love baseball. The infield fly rule[1] was created to prevent players from intentionally dropping balls to get a double play.

[1] https://en.wikipedia.org/wiki/Infield_fly_rule
Are you saying that the high-performing teams are continuing to work as they were, and the other, presumably lower-performing, teams being made to act differently? That doesn't sound too bad, at least on its face.
I really don't believe this is true for tech companies at all.

A decade ago, I had a front-row seat for Yahoo! under the stewardship of CEOs brought in to run the business well. The focus was not on innovation, and the company continued to languish. Why? Because tech companies that don't innovate get their lunches eaten by the ones that do.

As for Buffett, I'm no expert on his portfolio, but I believe his track record was built on non-tech companies until very recently.
Not true, see link: https://engineering.instagram.com/react-native-at-instagram-...

Push Notifications, Edit Profile, Photos Of view, Post Promote, Comment Moderation, Lead Gen Ads, SMS Captcha...and that was in February. They are ramping up their usage all the time.
The authors main complaints seem to focus around "but Typescript isn't ES6". I don't have a problem with this because Typescript compiles down to very clean vanilla JS. Unlike C++ to C, Clojure, and Babel the compilation down to JS is extremely good in comparison.

Good enough that I usually debug the Javascript output. Typescript has the cleanest transpilation I've ever seen so I don't have any problems with using it. And if Typescript ever falls out of vogue I'm confident just compiling down to JS one last time and being done with it. Really the language is so easy to get rid of its harmless.
Hmmm, does that actually improve speeds for Netflix, or was that somebody just doing it because they thought it would?

It's been a while since I've looked into it, but I thought that Netflix's devices peer with the provider's routers and intercept traffic through that way, so the DNS server shouldn't matter (because they would share the same IPs as the publicly accessible CDN load balancers).

I thought most CDNs worked that way now - using DNS never really worked well.
Because Sony has (naïvely) limited download speeds by limiting how many packets can be "in flight" at a given time.

Say for example that they clamped it down to a single packet in flight. In that case, if the server was 30ms (round trip time) away then you could only get a packet every 30ms, and if the server was 60ms away then it would cut your speed in half.

In normal situations this doesn't happen: your max-packets-in-flight limit (aka your receive window) will eventually scale large enough that it doesn't matter how far you are from a server, the speed will eventually reach the bandwidth limit of the slowest part of the route.
how do you install ublock on android chrome?
Just to correct, the Apple CEO, Tim Cook, has attended meetings with Trump, but never sat on any formally organized council.

Jeff Immelt and Travis Kalannick sat on the "American Manufacturing Council" and "Strategic and Policy Forum" respectively, which had memberships and were regularly consulted.
You don't have to be on the President's showpiece panels to not be ignoring him.

Anyone who would be invited to be on one of those panels has no trouble hearing from and making themselves heard by government without being on a panel.
Go far enough right or left and you get things that look pretty similar. Friend of mine calls it moronic convergence.
Normally I'm not attacked for it. And why does indifference mean silence exactly?

Do you genuinely care about every word that you speak and every action you take? Seems tiresome.
I can't attest to either, having not read them, but you might try Bob Harper's "Practical Foundations for Programming Languages", or Benjamin Pierce "Types and Programming Languages".
Cooley LLP has a number of people dedicated to blockchain and digital currency:
https://www.linkedin.com/in/marco-santori-7ab37b28/

https://www.cooley.com/news/coverage/2016/2016-11-03-acclaim...

Never dealt with them, but a place to start.
Historically speaking, putting blue chip CEOs in charge of tech companies, had worked out disasterously. The skill set, management style and risk profile is completely different.
Sometimes, but very rarely, if only because of FFI as you pointed out.

And usually there's something in the unsafe category that lets you break some rules, if only to give a pressure release as in the interop reply above.

I don't deny the existence of such a thing, just that there aren't many practical examples
The problem for a type of hedge fund like this is regulation that would apply to your instrument and its potential exposure to illegal activity. That is not insinuating that there IS that activity, but that there is a potential for it, and i can't see how the SEC would approve it.

It would be akin to a hedge fund that was providing hedging to the industry of 'ransomware' or 'illicit drug distribution'. Unless you could ensure that this wasn't possible, I'm not sure you could ever list it.
Even if the author's premise that women were "crowded out" of programming 40 years ago is true, that does not imply that “innate dispositional differences” between sexes don't influence one's tendency towards pursuing certain fields.

The author suggests that the current stereotypical portrait of a geeky socially awkward neckbearded male engineer was socially engineered, causing a self-fulfilling prophecy. That's idiotic conspiracy nonsense. Geeky reclusive men tend to pursue computer programming because dealing with a machine doesn't involve dealing with a human, not due to society's marketing of computer engineers as geeks.

The author is clearly not a computer programmer (professor of history apparently), nor someone capable of basic logic. If you're going to cash in on the diversity scandal for views, at least make a coherent argument.
8,000 years ago, 17 women reproduced for every one man
Returning a 503, can anyone link to a mirror?
Perils of Syncing Cookies (2014)
No you do not lose the copyright license to use React in your code base. It is BSD. You only lose patent grants in the event you sue Facebook. In the event you sue Facebook, you're going to have to comb through your entire product code base and implementations for possible infringement against their portfolio of thousands of patents because you can bet your ass their legal team is going to come after you in retaliation. That is the nature of patent wars.
That's right. In the case of a download, the receive window can also be visualized as a limit on the number of packets that are allowed to be "in flight" at once.

Shrinking the window is the wrong tool for the job here, like hammering in a screw. It's sensitive to round-trip-time in a way that makes it impossible to equate a given window with a desired speed. A better method might be to monitor download speed and delay ACKs when it exceeds the limit, but traditionally Unix doesn't have a standard API to do this.
This kind of article is so bad that it actually makes the opposing opinion sound better.

It's clear that whoever wrote this doesn't understand logical deduction. There were many unconnected thoughts. The logic was like "it can only have one simple answer (marketing or biology).

"Women dominated programming at one time, but got pushed aside once men discovered the field’s importance"

If it were marketing alone (and it's impossible to know that)...Why spread the idea that women could easily be pushed aside?

Just "rebrand" and boom gender diversity solved :)
> How do cryptocurrency adherents explain this?

Speculators be speculatin'.

> I mean, that value has to come from somewhere.

Demand is constrained: only miners and those who bought BCC since Aug 1 fork have any BCC to sell. Most of us struggle with "hmm how do I recover/import my BTC wallet keys into BCC? Holy crap it's worth how much?!" And finally much of the BCC is semi-orphaned by the fact that they hold pre-fork currency but have no idea that BTC exists.
I'd recommend starting with what you know best. PWA/Webview is a decent place to start for many as it's a quick learning curve.

If the application takes off, usually you'll drop the cross-platform approach and re-write in the native variants - IMHO obviously. In that lens you're better off iterating quickly and then diving into specific native builds. I'm sure there are many that will disagree.

If you know React really well, then React Native might make more sense. Weex is good if you're coming from Vue, but the technology is still relatively new (and documentation is light).
There are certain industries and companies that you do really need to continue to innovate. If your product is a technology innovation, it has a life span. Eventually, something will replace it. History has proven this over and over again.

At this point of time, Uber is an excellent example. There is an innovation on the horizon that will completely change the taxi industry; autonomous vehicles. It's not a secret either. It's an inevitable future. The date of realization? No one knows, but we can see it's coming. Now, should Uber optimize on it's current product set and optimize until they are profitable on every ride? Or should they balance some part of that, with innovating on the future of autonomous vehicles? Travis seems to be working towards the big vision of driverless cars. What would Jeff do?

Fun stuff to think about :)
http://archive.is/cKcry
Crack it open and use it as a normal drive.
It's not inevitable. Centralization is a side effect of the CFAA and copyright laws. The reason that people aren't able to read Facebook on a user's behalf and multiplex the feed into a competing network is because Facebook will sue you and the FBI may arrest you if you do this.

As such, users are denied true competitive freedom to say "I prefer the way that NewThing does stuff". They instead have to say "I prefer NewThing, but my social graph is held hostage by Facebook."

I won't say anything in particular about network effects because it's usually taken the wrong way, but there's no reason any of this lock-in has to exist on the digital web. We've chosen it by giving extremely strong legal protections to existing tech incumbents.
Even if there is perfect replaceability of transferrable skills, there's a non-zero time to gain familiarity with the unique aspects of the tech stack, specialized domain niche, etc.

Good process reduced this to the level that is practical, but reducing churn is an important key to managing the unavoidable cost due to this.
Microsoft released a library for making native Windows apps with React Native: https://github.com/Microsoft/react-native-windows
Oneiro Host
I think the moral of this story is fundamental to all of academia: the sexier projects tend to rake in the grant money, even though they're less likely to succeed. The advisor didn't tell your buddy to do that project because he expected it to work, he told him to do it because he was seduced by the potential publishability of the result.

I see a lot of these burnout stories are about PhDs, and I've been there. The key to getting out is frequently to stop listening to your advisors. You're ready to graduate when you tell them what you're doing, not the other way around.
> TypeScript fundamentally changes the way JavaScript works. JavaScript does not have classes. Even ES6 classes are just syntactic sugar on top of the ES5 prototypical inheritance. I’ll repeat it again. JavaScript does not have classes. The class keyword may exist in ES6+, but under the hood, it’s still just prototypical inheritance. As long as this is understood, it’s perfectly fine, but the problem comes when ES6+ or TypeScript is marketed as having “classes” in the traditional OOP sense of the word.

It looks like the author started out as saying one thing (how Typescript is fundamentally different from JS) and ended up with another (how they are fundamentally the same) :-)

Which reminds me. Could you please explain to me what are the proper classes? I guess I have spent too much time with JavaScript to start thinking about classes just as about collocations of methods and properties spewed out by constructors. What is so improper about JavaScript's prototype-based classes that is different in real classes?
"Google was being already investigated/accused of extreme gender pay discrimination"

Being "investigated" implies government intervention.
Being "accused" implies lawsuit.

Which is it?

Big companies like Google are likely engaged in litigation over personnel matters on a constant basis, a majority of which are settled privately.

I'd like to coop your "sigh" ... i'll trade you a <headslap>
Prevent madness systematically? I feel like it would be like orwellian world.

You can only tweet "good", "plus good" and "doubleplus good"
This gives an explanation of why they made the choice: https://github.com/Microsoft/TypeScript/wiki/FAQ#why-are-fun...

Also, FWIW, in my experience, I don't think I've ever actually run into a problem with this in real code.