skysight-inc/HackerNews huggingface dataset:
Distilled water tends to exhibit an acidic because there are nk dissolved salts to buffer against atomspheric carbon dioxide which forms carbonic acid once dissolved. However I would be very surprised if store bought water contains enough CO2 to irritate human skin, unless you meant carbolic acid instead of carbonic acid.
I think you misunderstood me. I'm not saying it is common to use unsafe functions in Haskell for 'bad things'. All I'm saying is that due to existence unsafe functions it is possible to lie about your real side effects and memory safety. Which considering that op article was about guarantees seems to be critical issue.

If I give you only the signature of function, You can't be sure what exactly it's doing, just like in C - http://lpaste.net/5209148331879563264
I found a new workflow called skullcandy workflow which has separate QA branch. So trying out that for a while. Only downside is you have to do accounting of which branches were merged to QA and were successful and then again merge them to dev, instead of reverting from dev.

http://blog.endpoint.com/2014/05/git-workflows-that-work.htm...
As someone who spends a lot of time with a weather radio and lots of more technical than usual weather apps (I photograph extreme weather), this is an interesting concept but I have a hard time seeing the practicality in when held up to the existing network of apps and baked-in phone features that do this. The latter being the most important -- for real weather emergencies like Tornadoes, the wireless carries now push out WEAs automagically to customers in the warning's geofenced area (https://www.fcc.gov/consumers/guides/wireless-emergency-aler...). I often get them before the weather radio does. There are a handful of apps that do this as well through proprietary channels, though I agree that it's difficult to vet which app you can trust.

But all this ignores that there is a really cheap, rugged, robust solution out there that already exists - an actual weather radio. I'd much sooner use one of those than start slapping hardware onto my smartphone (which has to stay on continually if you want to catch the alert), which I'd first have to root.

Now don't get me wrong, as a nerd I love to see stuff like this -- making technology do things they were never designed to do. But it doesn't do much for me as a product concept, even if you could streamline the hardware down to something the size of a penny and eliminated the root requirement.
It can be a good call to arms for the Democrats though. If the nomination is withheld long enough, lobbies like EMILY's list will get more donations and will raise more noise. and rightly so because more is at stake.
Look for ComScore studies on natural born clickers 2008-2009. Surprisingly it seems this click concentration work was never updated.
Have you ever written, debugged, tested, and deployed a mobile app solely from a smartphone? That's the point he was making. They're unequal in that the apps on them can't be made by them.
actually comparing jitted vm's without a warmup is extremly dump.

Second: using the default thread dispatcher for this kind of scenario is pretty dumb on scala (also I think erlang could be made faster, too. but since I'm not an erlang guy...) Fixed Thread Pool (GOMAXPROCS vs ForkJoin)
Though not unexpected, it's good to know what the order of difference is when choosing tools for the job at hand.
Instead of creating a new programming language, SageMath uses the extremely popular programming language Python (with some optional minimal preparsing). Thus the language design decisions were mostly made by software engineers, rather than mathematicians. That said, the only sense in which you have to declare variables is that you can't just write x + y without any further thought (you have to write "y=something" first). This avoids some mistakes due to typos, which are common in Mathematica. It also makes it easier to endow variables with more precise structure (e.g., make y a polynomial over a finite field).
Ooh, I like that. I'm going to adopt it, but I'll use "then we're only actors, not beings". Feels stronger that way.
How much is that as a percentage overhead, though? I'm guessing not much. It takes a lot of fuel to get something that hot. The point was why recycling glass is less economically favorable, not that the carbon advantage specifically was zero.
> you can cut that syntax down to almost the expression power of JSX.

What was the benefit for you over simply using JSX?
Unsure this is still there, Les Halles has been under major works for the last 4 years - haven't seen the sun dial for years.
Not to bother you, but I never received anything...
Allowing your customers to publish their patches is super cool :-)
All timers are started after the warmup.
>Why "smartphones"?

Because smartphones are replacing general purpose computers.
The point to understand here is that Go uses lightweight concurrency and has a layer of indirection between goroutines and hardware threads. Goroutines allocate a tiny stack and Go uses a software scheduler to jump between routines. Then that Go scheduler starts hardware threads as workers to start executing the routines.

The net result is that Go is relatively efficient for naive programs that start hundreds or thousands of threads and let them all run.

I don't know Scala or Erlang, but based on the results I would assume both are allocating a posix thread for each thread in the software and so it is using the kernel scheduler to switch between them with all the overhead that entails.

But a program can be refactored in all the languages to have a smaller number of workers and a queue of work to be consumed. This would be faster than the Go version, but require more code and complexity.

I have been considering threading in Rust vs Go and that is the biggest difference I see between the approaches. However it should be possible to implement Go style goroutines in Rust using custom dispatch code like old C coroutines. I think I have already seen libraries like that, but I haven't dug in the details to know for sure.
Why is what someone working at some company thinks relevant? Should society also not fund academics to work on drugs because it might make a research scientist at Pfizer sad?
Hugo: A Modern WebSite Engine That Just Works
akka/erlang actors are not equivalent to go routines, a closer concurrency mechanism would be futures/tasks
No, Scala and Erlang don't allocate pthreads. Their threads are also lightweight and in-system.
That division looks expensive.

He says, with absolutely no profiling whatsoever... I would like someone to offer some evidence though :)
See .NET Core implementation with tasks :)
Sweet! Last month I was at the CBI looking through the Mooers archive. I saw all the X 3.2.4 papers, which is why I hoped someone else had written about it. And you did, and also visited the CBI. (My own interest is in Mooers' impact on chemical information.)

Thanks!
I wonder how many people would not want to work for a company also producing warbots. I certainly wouldn't, but I'm not sure how common this sentiment is.
Options as pre-ipo startups may or may not be primarily a tax hack, but options more generally are much more than that. Like most instruments they are a mechanism for pricing risk.

With that in mind you could see some sort of ad derivative. I'm not sure if it would be options, futures or bundled tranches. Its not clear what the OP means.
You mean, he should implement a VM for Go or in Go? So the comparison is fair,
but totally useless by ignoring the way programs in those languages are
typically run? It wasn't meant to be fair, it was meant to be relevant.

Of course the results are more or less expected. JVM is by far the worst,
because it uses OS-level threads, while Go and Erlang use userland threads,
which are way cheaper to spawn and manage.

[edit] According to some other comment around here, Scala is supposed to use userland threads as well.
The author also measures .net core, which has the best performance of them all. I believe that is also running non native.

Moreover, the core assumption that native == faster is not true. One advantage of the jvm is that as a program runs, the runtime can internally profile and adjust the byte code on the fly in order to increase performance.
Looks misleading to me. Scala code spawns real threads while Go code uses go routines.

If we want to compare apple to apples, we should use thread pool shared across Scala actors:
http://stackoverflow.com/a/1597942/341181

Just add 7 lines of code and Scala should get at least 10x faster.
About 0.001% of voting-eligible US citizens work at Mathworks. The other 99.999% of voters potentially benefit from government funding for open source competitors to Mathworks products. In fact, Mathworks itself has benefited enormously from government-funded open source software.
wow the head up my own butt is high in this one... :O
> Didn't know what a TIL was until just now.

You’re supposed to say “TIL what a TIL is” :-) .
Payping, Iran's First C2C Payment Solution Launched
Nice work! I'm really happy to see this kind of restrained approach to introducing React. I wish it had been the first tutorial I encountered. I hope it inspires other teachers.

Tutorials should be about teaching others. But many tutorials today seem to be more about showing what the author knows.
Strategic Scala Style: Principle of Least Power
Nope. I just think the comparison should be nuanced. I agree that these data are relevant.

Yup.
You can deploy it on Heroku:
https://elements.heroku.com/buttons/jarr-aggregator/jarr
or use this instance:
https://jarr.herokuapp.com
I'm surprised that none of the compilers optimized this benchmark away completely...
It's odd that sexual matters are discussed at length but pornography is not mentioned. There are certainly pros and cons to being (or raising) a teenager in the internet porn era.
How do you know when warmup is finished?

Warmup's a tricky issue, see this brand new paper:
http://arxiv.org/abs/1602.00602
JVM threads map to native threads
Why did the FCC allow for a 500kW transmitter? What did powell have to do to get it?
Using Kotlin Extensions for Rx-Ifying
While I agree about this - I never made fun out of anyone. I'm just saying it's common sense in corporate world not to reveal the info behind the rejection. It should be common sense for others. But I'm in no way making fun out of anyone.
> They are unequal devices.

I guess what the author is trying to say, but a better wording would be asymetric.
The openness of Jolla is an illusion. Sailfish OS is barely open source: sure the core components are but when we move to the UI, you can hardly find any open code there.

Android on the other hand is fully open source.
Why Work Doesn't Happen at Work
Your operating system, and the outside world, is a shared mutable resource -- particularly file systems and network connections. Even in Haskell, you can explicitly close a file (the docs recommend it!), and if you shared that file with anyone else they'll start erroring out.

That said, programming languages (on their own) can't really do anything about other processes/computers interacting poorly with yours!
The ultimate semantic of ownership is still there, though.

There's also the ST Monad, which provides safe mutability in Haskell by enforcing that the mutated state doesn't escape a region of the program. This is literally the same idea as the borrow checker.
To add to his point about copy and pasting...

Notice the contradiction implicit in these bits of accepted dogma:

1. Copy and pasting code is evil (DRY).

2. Tight coupling is bad, loose coupling is good.

A system written with no abstracted functions (ie, where copy/pasting was the rule) has no coupling. Of course, I'm not advocating such a style. But it's worth keeping in mind that practicing DRY through abstraction necessarily increases coupling, which means that it's always a tradeoff and that you have to get your abstraction right so that the coupling, on average, makes change easier rather than harder.
Yes I see people taking pictures with their phones but do you really call this creating art? I think it gives them the _illusion_ that they're creating something, and maybe that makes them happy, but personally I think it's an act of self-delusion, and quite annoying too.
I'm not sure I've seen one that told users to enable root, but from what I've seen of the android malware scene large parts of it rely on users installing software from non-Google sources and their lack of ability in discerning a good app. from malware. (one example of many http://arstechnica.com/security/2015/11/new-type-of-auto-roo...)

That seems to me to illustrate the point of a locked down environment fairly well...
When i saw 1,111,111 threads i knew Go would be a winner here, because Go uses green threads which are not system threads - no syscalls needed etc.
We are the same generation then. :) The Old People.
> So is a photoalbum, so is a book, so is a TV, so is a music player

Comparing a powerful, expensive, fully programmable computer provided with cameras, GPS, radios with a photoalbum/book/TV is silly.

> They're becoming bigger, more powerful, and some can now be plugged in to monitors

You could plug a Commodore 64 to a television and write software on it, even if its CPU was probably less powerful than the battery controller of my smartphone.

It's obvious that smartphone OSes are designed to turn the device into an addictive toy. Your examples of not owning software and centralization goes on the same line.
Then say that in the post. The post isn't giving the impression that these types of tests might be valuable at one point.
I took the CSS from bettermotherfuckingwebsite.com and turned it into a bookmarklet. Works alright at least on this page: https://jsfiddle.net/49uzxkeu/
Facebook India’s Managing Director Steps Down After Free Basics Rejection
Erlang doesn't use system threads either.
Hey! Yeah, I just noticed the author added .Net core (this wasn't apart of the benchmarks when it was first posted to HN). I agree that the assumption is violated. On the topic of native code though, check out the numbers for .Net core on Win 8.1 vs. Mac OS X (almost 3x faster on Windows, which is expected).
I agree that using the default thread dispatcher is not how this should be used. The application's actors should create and use its own ExecutionContext.
That's true but there is some nuance here because you can use the JVM fork/join executor service & see behavior similar to coroutine's.
> I don't know Scala or Erlang, but based on the results I would assume both are allocating a posix thread for each thread

No. Erlang is only ~five times slower than Go, according to the benchmark
run, which is a marvellous result given the Erlang's VM is slow as hell, even
with HiPE. Scala/Akka is slower by thirty times under this workload.

> But a program can be refactored in all the languages to have a smaller number of workers and a queue of work to be consumed. This would be faster than the Go version, but require more code and complexity.

Oh, I bet it wouldn't be faster, but it surely would add tons of complexity.
Erlang was specifically designed for programmer to spawn a thread for each
activity. New client connected? Spawn. Need a background computation? Spawn.
Need a connection to external entity? Spawn. Need to do cleanup (reliably)
after this computation terminates? Spawn. Go shares this approach to some
extent.
/cc @atemerev
If anything is unfair it's that they're using long ints. Java (and I assume other JVM languages) have the overhead of allocation for most of the longs.

Testing with allocation in all languages will give a better idea of performance (and I won't be surprised if .Net core fares very well).
The "asymmetric" way that phones work have tangible drawbacks for consumers, even if they are not power users. However, since the competition in the space is so fierce, I feel confident that it's only a matter of time until the situation improves.

I think in a few years phones will have significant "mesh-net" capabilities and will maintain significant amounts of distributed data using paxos and/or blockchain-style algorithms. It's only a matter of time before the "thin client" and server-driven software era will end.
No: a legal vote is as defined by Florida election law. As I remember (quite possibly fallaciously) that law held that a vote was to be counted if the intent was clear.
> because it's a consumption device rather than both consumption and production, is just silly.

Because it could be something else than just a consumption device (unlike a book or a photo album), as it's technically a general purpose computer. His point makes perfect sense.
(dotnetcore version author here)

Please note that Windows and OS X is benchmarked on different CPUs!

You're welcome to re-test at dual-boot MacBook together so we can meaningfully compare OS X/Windows
Quinoa: Candidate Crop for NASA's Controlled Ecological Life Support Systems
Or because it's the only iOS alternative left?
I guess the reason is cost. There are times I want to reinstall on older operating system, and Apple seems to go out of their way to make it difficult? In some cases impossible.

Why not please your customers? Give them what they want? I don't even think the average customer would need a TOS of all the negatives using an older operating system brings.

They have a huge war chest. If a customer wants to be on the operating system that came on their device ten years ago; why make it difficult?

Could it be they want us to upgrade/buy regularly? For myself, I don't think I will ever buy another new Apple product. I will still give them as gifts though.
Is configerator part of a repo somewhere?
Can you elaborate on the difference? Those APIs look very comparable to me, except that Sage documents lots of minutiae on the same page where it appears Mathematica must have it hidden somewhere else. Are you making a point about the documentation or the software?
Smartphones are just portable computers. There is nothing new to them apart from the fact that 1) they have internet mobile connection 2) their form factor makes them very practical to carry.

Technology-wise, we already had about everything when we had laptops and modems attached to them. It's just become much more convenient but it's still the same concept.
Yeah, isn't it weird that the Go implementation is so much faster than Erlang one?
I don't follow. What optimization technique would fundamentally change this program?
Unclear wrt Scala, jakozaur asserts the bench does use pthreads.

Erlang does use lightweight processes, but the configuration isn't tuned for high creation/destruction throughput: on my system, the smallest possible process is 333 words, or 2.5Kb (control structures, default stack and default private heap)
Are you sure about scala? I would assume it just uses JVM threads, which map to OS threads on most modern implementations.
Rosetta’s Comet Devoid of Caves, New Observations Reveal
Firefox doesn't have the tap delay anymore. The only remaining browser is Safari, and that is going to be fixed in iOS 9.3.
I fail to see how these scenarios are even remotely analogous. Closed systems are what the consumer has happily chosen for their phones, which they vote for with their dollars. Our system of government is what people have chosen -- and you will note that it is not "open". I can't walk up to the Senate floor and present a bill, nor can you. The system for doing that is closed. If you want to be a part of if, you have to be vetted by the people.

I have yet to have a customer bring me an Android or an iOS device that was ridden with browser toolbars, malware popups, or link re-directors. I probably get 4 or 5 customers a week with this problem in Windows 7, 8, or 10. Any random business or small town cop shop I walk into is guaranteed to have at least half of their computers infected with something or other. People practicing law who are totally oblivious that their search has been hijacked by Conduit or one of its clones. This is because Microsoft is much more open than iOS or typical Android installs. Everything most consumers get on smartphones comes from vetted stores owned by the OS developer. While there have been a few things that have snuck under the radar with both Google and Apple, for the most part if you submitted Conduit to the App Store, I'm pretty sure someone from Apple would drive to your place and punch you right in the face. And this is why people prefer the closed ecosystem. They want to get work done in their field and not hassle with doing work in another field they don't care about, like IT.
The iPhone 4s wasnt discontinued until September 9, 2014. The 4s is the first iPhone to last 4 generations but 4s users have complained (and even filed a lawsuit) about the performance of iOS9 on the 4s.
One other thing to consider is the cost of doing defence business. The ITAR is no joke and puts a large amount of process and overhead on development and company operations. If the defence business a small part of your overall revenue, it might just not be worth it to deal with it, especially with defence contracts "drying up".
> In two recent movies, Her and Ex Machina, filmmakers explored an intriguing concept: whether humans will fall in love with and want to have sex with AI or robots.

Never mind Ghost in the Shell throwing that idea about, like, 20 years ago already. It's always fun to be see folks late to the party.
Why even do this in ansible? Your heavy reliance on command instead of the provided ansible modules makes it more of a bash script.
Probably not entirely, Erlang's lightweight processes have their own private heap (~1.8KB by default on a 64b system), a process dictionary and likely more control structures, and the language is mainly interpreted. A 4x different in performance may be on the high side (idk), but I wouldn't expect erlang processes to be quite as fast to spawn as goroutines.

edit: and the erlang bench allocates a bunch of lists on startup: https://github.com/atemerev/skynet/blob/master/erlang/skynet... `lists:seq()` will allocate a 10-elements linked list, considering this is called recursively and concurrently it might contribute to the issue (or not)
That is rich, considering the source.