skysight-inc/HackerNews huggingface dataset:
> i was in the same boat as you regards to syntax but in 10 mins you will grasp everything about vuejs.

Not sure about the original poster, but I prefer react/jsx not because it's simpler, but it's more powerful - it's a simple extension to a full programming language. You can do whatever you want with it.
You mean it hasn't catch on with the community or it hasn't progressed as a technology?
you've never been to Hawaii, apparently
Thanks, yes that's pretty broad, makes sense. Cheers.
Are you implying then that the Closure Compiler mitigates or even eliminates the need to carefully examine the output sizes because of its optimization capabilities? If so, that's great, but I do remain skeptical about this, based partly on my experience described above. I don't mean this in a sarcastic or dismissive way but I was expecting to see something along the lines of:

console.log("Hello world!")

I realize this is a silly example for such a powerful tool but I just wanted to quickly get a feel for what the compiler is capable of before I committed a whole lot of time to learning the language. All I got out of the exercise was that the compiler creates a much larger minimum package size than I'd hoped. I'd appreciate any suggestions on a better way of proving its value for the cautiously curious. The language itself seems great, as does the community.

Perhaps it's just a different paradigm from npm/webpack, e.g. utilizing a rich built-in library rather than, yeah, carefully grocery-shopping for only the components you need? I'm not saying one is necessarily better than the other but it does intuitively seem that choosy shopping will tend to yield a smaller package size, at least for small-to-medium applications.
One of the biggest things React has going for it, other than being maintained by Facebook and having a much larger community, is React Native. You can learn one web framework and now also make compelling, real native apps. To me those are both deal makers.

Surprised I haven't seen this mentioned more in the thread.
Personally I prefer the ternary operator in those cases, however I think do expressions will fix most of the if/else awkward stuff: https://babeljs.io/docs/plugins/transform-do-expressions/
قناة ست البيت
Because it's still using a server. large scale distributed resource abstracting server network (short lsd-rasn) or something along these lines would be more accurate.
The question I immediately had, is which drug companies DON'T have an opiate in their lineup? Because as profitable, and easy to make as they are, I'd imagine most would qualify, and then saying "Opiod Makers".. becomes a bit misleading.
On the corporate backing note- Vue has Monterail, Laravel, JSFiddle, STDLib, UpYun, Deepstream Hub, and others to fund a small team.
no, it's the opposite. Arrive with an ego and an attitude and you'll get an adjustment
[Aside: Why do I have the Whiley (http://whiley.org/about/overview/) link marked seen?]

I was mildly curious why Graydon didn't mention my current, mildly passionate affair, Pony (https://www.ponylang.org/), and its use of capabilities (and actors, and per-actor garbage collection, etc.). Then, I saw,

"I had some extended notes here about "less-mainstream paradigms" and/or "things I wouldn't even recommend pursuing", but on reflection, I think it's kinda a bummer to draw too much attention to them. So I'll just leave it at a short list: actors, software transactional memory, lazy evaluation, backtracking, memoizing, "graphical" and/or two-dimensional languages, and user-extensible syntax."

Which is mildly upsetting, given that Graydon is one of my spirit animals for programming languages.

On the other hand, his bit on ESC/dependent typing/verification tech. covers all my bases: "If you want to play in this space, you ought to study at least Sage, Stardust, Whiley, Frama-C, SPARK-2014, Dafny, F∗, ATS, Xanadu, Idris, Zombie-Trellys, Dependent Haskell, and Liquid Haskell."

So I'm mostly as happy as a pig in a blanket. (Specifically, take a look at Dafny (https://github.com/Microsoft/dafny) (probably the poster child for the verification approach) and Idris (https://www.idris-lang.org/) (voted most likely to be generally usable of the dependently typed languages).
Why not just use ip cameras? Most neighborhood ISPs will give you public IPs, just slap a camera on your pi and fire up ffmpeg.
I'm trying to understand your complaint.

Obviously you'll need a vendor directory somewhere containing the source code of your dependencies. Maven places them outside the project's root dir (defaults to ~/.m2/repository), whereas Go puts them inside the project's root dir. Tomato-tomato. They have to exist on your system somewhere.
What are some of the most basic things every programmer should know?
Very Nice summary

> I've built semi-large applications in both Vue.js and React. I like both but prefer React.

> If you're serious about Vue you should adhere to unidirectional bindings, components and use Vuex.

> The best thing about Vue.js for me is the single file components. It's such a nice feeling to know that everything affecting a certain component is right before your eyes.

>The biggest problem for me with Vue.js is the template DSL. You end up with the "how do I do this complicated tree render in Vue's template syntax?
I guess the next step is to make game engines and web browsers NUMA aware.
> Distinction without a difference

This seems pretty misleading to me. Sure, it's a hole in the type system, but not a hole in memory safety, unlike void*.

(Even the fact that it's a hole in the type system isn't particularly interesting. Most languages have holes in their type systems, by design. What's important is the amount of use it gets, which is of course somewhat-frequent in Go. Same with void in C, so at the type system level, I agree that there isn't too much to distinguish other than quibbling about frequency of use.)
Currently, yes.

Right now, laws still require a driver to be "in control" of the vehicle, usually meaning someone in the driver's seat, ready to take control when needed. Even if you never needed to take active control of the vehicle, you would still be unable to if the situation did arise. The "in control" part is how you can be arrested for DUI even if you're in a stopped car while intoxicated.

In the future, when self-driving cars get to the point of not needing someone in the driver's seat, the law will likely still require someone to be "responsible" for the car. In other words, similar to now, someone that could take over control in an emergency and would be held responsible for the car's actions. As is said in the thought-provoking I, Robot movie, "...a robot cannot be charged with homicide.... murder can only be committed when one human kills another".
http://www.eldiario.es/catalunya/barcelona/comunidad-musulma...
I’m not a surfer, so I imagined that Dylanfm was describing driving:

Here are some things that could lead to a negative atmosphere: –tailgating, –slamming on your brakes for no reason forcing everyone behind you to stop, –swerving in front of someone, –running stop signs, –stopping in the middle of the lane to unload passengers, –turning without signaling right in front of an oncoming car, –driving the wrong way down a one-way street.

If you think folks rebuking people for antisocial behavior and not following simple community norms are “assholes”, I imagine you must find an abundance of assholes in just about every aspect of life.
This is the same reason I rolled out Salesforce for a couple workflow apps for a few teams in our company.

I could bootstrap a .Net/Java/whatever app to do the same thing, but our team is swamped with a backlog years long - I could only afford a couple days to develop and release this so a dozen Force.com licenses ended up saving tons on development and ongoing maintenance costs.
> What makes me pick Vue in the end is the fact that there is no compiler needed

Why are then Vue components written in .vue files and compiled to Javascript then? ;)
Go is an alternative for C (for services), PHP, and server-side JS. I don't understand why people keep comparing it to languages like C++, C#, D, Java, Rust, or Scala. The problems these two sets of languages solve are fundamentally different.
I wouldn't call "React Native" much more "native" than Flutter. Most of the widgets, while inheriting from UIView, are internal FB implementations. No system buttons, labels, navigation, animation, gesture recognizers, etc.
We moved away from React to Vue about 8 months ago and everyone on the team is a lot happier.

First reason is we hate JSX. It forces you to write loops, conditionals, etc, outside of the markup you are currently writing/reading. It's like writing shitty PHP code without templates. It also forces you to use a lot of boilerplate like bind(), Object.keys(), etc.

Another problem with React is that it only really solves one problem. There is no official React router and we hated using the unofficial react-router for a number of reasons. A lot of people end up using MobX too.

With Vue there is no need to resort to third parties for your essential blocks. It provides an official router and store called Vuex, which IMO blows Redux out of the water when combined with Vue's reactive data.

Vue docs are probably one of the best I've used. They provide technical docs, plus excellent narrative docs (guides) for all their projects (Vue, Router, Vuex, templates, etc).

I won't say that Vue is perfect, but we would never go back to React.

If you don't like Vue but want to get out of React, check out Marko, the UI library by Ebay. It's better in every way than Vue or React except that the community and ecosystem are almost non existent.

http://markojs.com/
To me, the language really is so great. I've discussed this with a friend, but in my 4.5 yrs of using it in production environments I've never found myself held back by the lack of generics. The apps I write need to be high availability, doing 1k req/sec on avg on one server, and go has never been the bottleneck.

I come from originally a PHP background, and for me to do a fraction of what Go can do would require me to go in and mess with php config files and spin up more servers in order to get the performance I need, and with Go that's just not the case.
How to Build a Startup in the Uber and Airbnb Ecosystem (& Beyond)
For what it's worth, we do have PBS ("Public Broadcasting Service") over here, which is funded via a combination of taxes and donations. A lot of folks dismiss it as being "left-leaning", though.
Newsvoice is another
> I wish there were better languages that had such nice tooling

Have you considered that the reason why go has such great tooling is precisely because of its desperate grip on simplicity and non-configurability -- the very things you might call upon as why it's "bad".

Maybe this correlation is more than coincidental.
Discussion happens on the two main Ethereum related subreddits: https://www.reddit.com/r/ethtrader/ and https://www.reddit.com/r/ethereum. At ethtrader, as a community, we've recently had an effort to put forward a set of criteria for evaluating ICOs, a test example of which is https://np.reddit.com/r/ethtrader/comments/6tg8up/ethtrader_...
'Behind the Scenes' Peeks Can Spur Customer Interest
For jobs in this industry salaries everywhere are sufficient that a person should be saving the maximum percentage his company will match away in a 401k as a minimum (it's free money, more or less), if it's offered. Personally, I put 50% over the minimum in my 401k and then have after-tax allocations to savings and conservative stock (dividend paying) investments. If a 401k isn't offered, there are plenty of other ways to save some (smaller) post-tax amount.

Here's the thing: for tech jobs in these low CoL areas the salary is also lower, so the 401k contribution is lower and one is more likely to have to contribute a smaller percentage because a greater percentage of the gross is spent on living expenses.

The only cost of living item that is grossly out of whack with reason in the Bay Area is housing. It's not out of whack to the point that the entire boost in salary is consumed by housing expense.
"Material Design" apps on iOS are as foreign as ever, don't fool yourself.
You can send an email to the mods hn@ycombintor.com with a small one paragraph explanation of the details that are different and interesting in the new article. Sometimes they agree and remove the [dupe] label, sometimes they disagree.
> ...Facebook doesn't care either way

I disagree. There are clearly a lot of people who evangelize React and other open source projects. It helps a lot with recruitment and Facebook's public relations among devs. I just don't think the attorneys grasp how much this is affecting other parts of the company.
You can include a babel script that compiles everything on load. There's a performance hit but people do it because it's easy.

Edit: more information: https://github.com/babel/babel-standalone/blob/master/README...
The Little Scheme Implementation on Top of Clojure
The text is much less neutral than normal.
See: https://github.com/showcases/front-end-javascript-frameworks

These things usually don't happen overnight. It will be interesting to take another look about a year from now.
Which part of this is clean or pretty?

<button v-bind:disabled="isButtonDisabled">Button</button>
<div v-bind:id="'list-' + id"></div>
<form v-on:submit.prevent="onSubmit"></form>
<a @click="doSomething"></a>

There are some redeeming qualities compared to say, Polymer. But it's neither clean nor pretty
I don't have a good sense for the size of the ecosystem. I had assumed that 1.5Bil of some ico coin was X amount of ETH * current ETH exchange rate. But that if you actually tried to sell all of that it would collapse the market, so if gun to your head you tried to cash out with $1.5 billion USD you'd "only" get $100mil or something.
While I'm not part of any, I have heard from members of the existence of underground slack and FB groups of fairly sophisticated investors and early adopters (obv now all closed to public).

Some money is also from investors escaping currency devaluations or restrictions (ex. China). I've heard of quant traders who are porting public equity algos to crypto. Naval R. Also Said on a recent podcast that some cryptocurrency traders meet in person to do trades too.

Would be interested in hearing what other things people have heard (or can confirm). I have a feeling some big whales(or syndicates) are participating in market making bc of the small caps of some of these coins, and that may cause a lot of boom-busts. Regardless, I'm still really bullish on crypto/blockchain as a whole though!
Much more than six projects for sure. Nice pun though. I started using React before the hype train. I couldn't care less about Facebook's reasons but I enjoy the fact they somehow built a library which is a good fit for some of my projects.

I don't like Redux that much. All React based frameworks I like are not even written in JavaScript.
This is behaviour that's harmful to the web as a whole.

The loop of "everyone only uses chrome" → "I only need to support chrome with my website" → "nothing works on firefox, I'll switch ti Chrome" is harmful to the entire internet industry, and the startuo economy.

It is harmful to all of us, and hurts all of our future.
I'm just going to drop this in here, this is a quote from Patrick McKenzie during a live chat on Product Hunt [1] that John Collison tweeted out back in April [2]. It's an answer to: "What is one thing you believe that others disagree with you on?"

It's a pretty cynical view, but worth digesting.

> The fundamental innovation in Bitcoin the social dynamics of the gold rush phase, which distribute cryptocurrency tokens widely for almost free. This creates a self-organized distributed boiler room to market Bitcoin. Bitcoin needs nothing else to get as big as it has; this is convenient because it has nothing else. Bitcoin has no utility as a means of transaction or a store of value. The blockchain is the world's worst database. The long line of very smart people on the other side of this bet have been scammed, are scamming, or both. Bitcoin will, accordingly, go to zero with the inevitability of gravity.

[1] https://cards.producthunt.com/cards/comments/452743?v=1

[2] https://twitter.com/collision/status/850454173384454144
I don't understand what you mean. Please explain.
Arch, on laptop and server. I like having very nearly the latest release of everything. I used to use Slackware, but then I'd get played by the huge jumps in version numbers - config files changed drastically, GCC #pragma changed, etc etc. I prefer getting those changes gradually and incrementally with Arch.
To my knowledge, there isn't a full OSS implementation of K/Q. I do know of a K5 interpreter in JS [1] but otherwise I've only been able to find the free for personal use 32 bit Q distribution.

[1] https://github.com/JohnEarnest/ok
I think you're missing the plot. Currently, there is a big philosophical debate on whether OSS licenses like the BSD include an implicit patent grant. When Facebook explicitly includes a revocable patent grant, your argument of the BSD license "with no patent grant" is self-fulfilling. But if the PATENTS file had never existed, then what you have is "a BSD license with a potentially implicit patent grant", which has never been tried in court so could set a precedence, but is waaaay better for the consumer than a "BSD license with no patent grant because that patent grant has been explicitly granted and now revoked".
It's funny you bash JSX, which is a very thin XML-like DSL on top of JS, and then turn around and claim that Vue's DSL is HTML

<button v-bind:disabled="isButtonDisabled">Button</button>
<div v-bind:id="'list-' + id"></div>
<form v-on:submit.prevent="onSubmit"></form>
<a @click="doSomething"></a>

Something tells me JSX is the better DSL.
If we use the "minimalist" interpretation like you and others propose here, then I'm stumped by Facebook would bother. It's such a tiny, ultra-specific advantage for Facebook. Why throw this gas on the fire for such a minimal advantage? Just leave it alone.

I suspect this must be coming from Zuckerberg. He's pissed off that some patent troll, somewhere, was using Facebook open source, and he issued an edict. That's the only way this makes any sense at all.
> I wrote some code that takes a list of servers to query for some particular thing, and it was easy to write it to do them all simultaneously

In javascript that would be:

Promise.all(list_of_servers.map(query_server))

Other mainstream languages with similar concurrency primitives (pretty much all of them that either is dynamic or has generics) is similar. I don't think this is an area where Go shines.
The FAQ says Flutter has basic accessibility support. I wonder what's missing. If there's a Flutter-based app on the iOS App Store that uses some non-trivial widgets, I'd like to try it out with VoiceOver.
When Java was first introduced, the world was abuzz about this cool new language which you could "write once, run anywhere". It took some time, but as it grew in popularity, articles started appearing about how much Java sucked because it was slow and bloated, required a ton of boilerplate code, and eventually because "write once, run anywhere" turned out to be a myth, along with a boatload of other reasons. The honeymoon wore off, and legions of Java-haters were born.

Perl suffered a similar fate. When it came out unix was just surging in popularity with the internet boom and a lot of people were thrilled to have a single language you could learn which combined the features of common command-line tools like sed and awk, and that was a "real programming language" that was more powerful than shell scripting, and which grew to have a ton of useful libraries in the form of CPAN. Years later, and Python and Ruby started getting popular, the "Perl sucks!" mantra sprang up and the once-mighty Perl shrank before the upstarts.

Ruby and Python are getting their turn now, and I'm starting to see some people expressing hate towards them as well, though it hasn't quite reached the pervasiveness of Java and Perl hate yet.

Go was next. People were excited about this cool new language from Google, a place filled with great engineers, and from the mind of Rob Pike, of Unix and Plan 9 fame. It was supposed to be like a simpler and more elegant form of C. What's not to like. Well, the replies to this post are showing that for some the honeymoon is already over.

Other languages had their day in the limelight, only to wind up being hated: C++, Lisp, Fortran, Cobol, HTML, Javascript.

Bjarne Stroustrup observed that "there are two types of languages, the ones everyone complains about, and the ones nobody uses."

Whenever some shiny new language comes out, promising to solve everyone's problems in some domain, and people start jumping on the bandwagon and singing its praises to high heaven (which seems to happen ever couple of years), I try to take a deep breath and step back. There will likely come a day, before too long, when they too will be subject to hatred and scorn, just as all the other popular languages before them.
I checked React, didn't like JSX, then I find out about vue, and after an hour or two into its guide, I am completely hooked. Especially love the fact that you don't need a compiler, or a node installation. Although single file component looks very nice, I don't want to "bring in a whole jungle just to have a banana".
Actually under Chavez a lot of improvements were made thanks to state socialism. Chomsky’s position in Venezuela currently is that it has a lot of problems, and he’s criticized the authoritative directions the government has taken, but he believes the US should be trying to help, and not start fires there.
> It seems to me that you define socialism as whatever it fails and capitalism as whatever it works.

No socialist state that called itself a socialist state has been a success. None. Zero. There are democratic countries that may at some point have "social democrats" or even "socialists" in power. These countries may have passed some laws that are "socialist" in spirit, but virtually all of those countries employ a capitalist free enterprise market. Then you have countries like China that call itself communist and still employ capitalism.

Yet, socialist thinkers are pre-occupied with the perceived evils of capitalism (and finding means to abolish it), even though it has outperformed any socialist economic model thus far conceived. Capitalism is blamed for practically every ill, including the failure of socialism itself.

> So, when you criticism socialism, remember that a lot of countries in the world redistribute resources in a not market way very successfully. Call that whatever you want.

Like which? I'm not going to call any form of redistribution "socialism", like some people like to do.
I'm not sure how that statement can be taken seriously. Puppet leaders of industry, are extensions of the party. The ability to act independently isn't much different than the leeway given to a US executive agency head.

Socialism isn't ever absolute...as if the Nordic Model isn't "socialist" either.
I really don't want Vue to become another React. React used to be a single </script> dependency in the browser and now it is difficult to find examples and discussions that don't require downloading npm and all these other components.
Peter Norvig: Design Patterns in Dynamic Programming [pdf]