skysight-inc/HackerNews huggingface dataset:
> I cannot emphasize enough how much better working with Elm is.

>In every single aspect. I just wish that it will get mainstream as soon as possible.

I completely agree - I will be a huge benefit to the industry when elm is as common as js. The concepts it introduces, the benefits it shows are all huge.

I've been programming a long time, and elm shattered my views of the relationship between a coder and his/her compiler. It went from being that thing you have to "pass" to see your code work, to instead a faithful companion. Like having a trusted dog with you in the woods - an extra set of senses to help you out on your way.

Elm is not perfect (no language is) -but being perfect isn't the goal. A practical transition story, huge productivity gains and extremely maintainable code.
Placing humans at centre of computer optimisation yields hot plasmas
I strongly believe Haskell is very very far from being a "pragmatically typed" language.

This reminds me, I need to write a blog post (which is tangentially about Haskell, but mostly about statically typed languages)
Sure! I don't disagree: Haskell learning materials are a far cry from adequate, and we definitely need to learn from, e.g. the Rust/Elixir/Elm communities here. For now, this is worth trying:

http://haskellbook.com/

Also, #haskell on IRC has been, without a doubt, one of the friendliest learning environments I've ever seen. Drop by sometime if the mood strikes you. :)
I have no idea why your post was downvoted. Your post is clearly correct.
> A single level perceptron classifier with weights estimated from sonar training data set using stochastic gradient descent.

I don't have a clue what any of those words mean. Neat!
Another classic paper by John McCarthy, the father of Lisp and much of early AI.
Yeah it's the CorePro or Master ones I used. Recent ones have been these units: http://uk.rs-online.com/web/p/products/1244319/

CFLs are awful. I got rid of all of mine years ago back when LED bulbs were £20 a piece. Was worth it even at that cost!
I use that technique without Vibrams. I remember years ago when I learnt proper running, same feeling about the calves. So I think it has to do with the technique rather than the shoes.
Well, Servant isn't introductory Haskell material. My point was to show that the advanced type system features of modern Haskell are useful in the real world, for, e.g. building webapps that real people use and ship to production.

If you've picked up the stuff in LYAH, you're ready to learn what type operators are (that's where :> and friends come from, they're just things like Maybe but written infix, so they're probably defined as

data a :> b = ColonPointyThing a b

or something like that.) Servant then pattern-matches on these types, essentially. For instance, if I can handle an API that serves endpoint A, and one that serves endpoint B, I can handle an API that serves both:

instance (Handler A, Handler B) => Handler (A :<|> B) where

handle req = ...

That's the idea.

You'd hardly expect a beginner to pick up, I dunno, using React and Redux on a Webpack hot-reloadable setup on day 1 of "Javascript 101", but React is one of the best ways to sell modern web development (at least when I've been buying).
It is easy to expose users' secret web habits, say researchers
Well, instead of embedding an already built timeline in my site via an iframe, I want to be able to add a script to my page and build/modify the timeline dynamically (e.g. creating events from a database).

Different use case. It's cool if it's not what you are interested in building. Visjs does that already so there may not be a market for it.
It's not obvious.

I'm claiming that:

- the concept of monad can be explained in 5-10 lines in Javascript (demonstrable)

- the concept of a monad requires multiple years and tens of tutorials in Haskell (also demonstrable)
Some memory allocators in C++
Googling should provide plenty of answers to this question, but I'll quote a couple differences here for your convenience:

1. "According to the EFTA, your potential liability for fraudulent debit card transactions is virtually unlimited. Under the FCBA, your maximum liability for fraudulent credit card transactions is $50." [1]

2. "The real difference between a debit card and a credit card when it comes to fraud is in how you get your money back. When a fraudulent transaction occurs on your credit card, you have lost no money. You can report the fraud, get a credit on your statement, and the issue will never affect your bank account. With a debit card, your bank account balance is affected from the moment the fraudulent transaction takes place. If the transactions are significant, you could experience a domino effect of financial headaches. Fraudulent charges can tie up funds so that legitimate charges are declined or cause overdrafts." [1]

3. Individual credit cards have other protections for your purchases, e.g. Citi has Price Rewind and Extended Warranty for your purchases. I haven't seen these with debit cards, and I'd be happy to hear if you know of any that do have these features. But it's icing on the cake anyway; the above are far more important.

4. A number of credit cards allow generating temporary card numbers with limited amounts or expiration dates for online purchases. I use this all the time. Again, I haven't seen any debit cards that allow this.

[1] https://www.nerdwallet.com/blog/credit-cards/credit-card-vs-...
I'm not a mathematician, but I think the joke is that you can't infer a meaningful average from a power law.
The Port of Los Angeles: Sustainable Progress for the Future of the City
This is like that old comedic trope where someone says start at the beginning and the respondent says 'Well, a long time ago the universe existed as a single point that was infinitely small, infinitely hot, and infinitely dense..' and the questioner has to spend a lot of time saying ok skip that, okay skip that part...

on edit: typo fixed
Maybe I'm old school, but I really hope developers give a serious thought before jumping into this vendor lock-in trap.

This is specially concerning if not scary, when you start to "outsource" the backend business rules to something like Firebase or other BaaS systems.

Using these as PoC or for an MVP, I'm 100% behind it, but using it on production ready products, it's a disaster waiting to happen, as it basically puts your company product under someone else's rules, and if those rules changes or worse, if these companies go bankrupt, migrating to another system could be the death of your product as well.

I'm not against BaaS, I think they're very useful, for prototyping, for micro-services that don't directly affect the main product business rules (image processing, chat app, etc..) but putting all your "gold eggs" into a vendor system should be taken after a serious thought of the pros and cons.
> This is precisely the rule which establish existence of gods

Can you provide a reference to that?

> Read some Indian or Tibetan tantras, look at some mandalas - everything is logically consisted according to a particular sectarian logic.

So? "sectarian logic" isn't mathematical logic.
This is not really a definition of a Monad. For example, there's no mention of the Monad laws.

Monads are a very general and powerful abstraction that are not adequately described by your example. My advice to anyone is to read Phil Wadler's seminal paper, it is very easy to read.
So if Netflix increased their library, cut their prices and subsequently increased their debt even more you'd consider them?
No, it's not FUD. First, magnetic strips are already phased out in many places and continuing to be so in even more, so I don't understand that complaint. Second, see my reply to the sister comment -- even with magnetic strips they're still safer.
The Best Programming Languages for Cyber Security
Type classes are basically interfaces from Java. I'm guessing from your other comments that you know Java (and have read LYAH), so this is actually trolling. The majority of people writing the goddamned Haskell compiler don't have PhDs, they're people using it in industry.
Again, what I think should be done is simply giving homeless people housing. A forced labor camp is a concentration camp so there is really no misrepresentation of your argument to use the term.
I don't know if you meant this in a snarky sarcastic way or not, but in my experience, through disciplined long term meditation (and/or with some catalysts) you may be able to gain insight into the nature of consciousness and through that the many worries and stressors of life just disappear or lose their power over you.

Ymmv, and meditation may not always blissful happy times and certainly is not a technique for 'just' relaxation despite what the mainstream western media may tout.

This may be helpful, or not: https://www.youtube.com/watch?v=2QC5MwElNb0
FreeLancer.com desktop app forwarded my message to someone else
I was talking to my hired freelancer through their Windows desktop app, suddenly a different guy started answering. I asked him if he had changed his nickname, but he said no. Then I went to the browser version and it appears it automatically started a conversation with a totally different user which I had to interraction with before.

http://imgur.com/I9RwDBn
It is no different from using a code generator for anything. Json2elm is designed to _help you_ write decoders, not replace decoders. Once you know how to write them, json2elm is mostly useful for generating boilerplate.
If we are born/evolved to run, why do we do it mostly when it's useless to us (i.e. running in circles)?

Running as a sport is, in essence, forcing ourselves to do something we supposedly needed so much as a species that we evolved to be good at it. Our lifestyle has changed dramatically and we obviously don't need it much anymore.

Perhaps we should be running instead of walking whenever possible? I used to do that when I was younger and more impatient (I hated taxis, too), but having sweaty clothes isn't socially acceptable in most cases. Perhaps some research to alleviate this problem would help?

Edit: this looks like an interesting starting point: https://en.wikipedia.org/wiki/Liquid_Cooling_and_Ventilation...
Wow! Scale is staggering at up to 100x.
Show HN: Smooth, iOS-like animation transitions for Android
There are plans to rewrite Thunderbird because of this issue.

https://news.ycombinator.com/item?id=14156251
It seems odd that Google App Engine isn't mentioned, since that's been NoOps for many years before the others came along.
I guess the population, climate, and car culture contribute to how frequently these sad events occur in the USA. Do they happen as frequently in other countries?

I think Australia matches at least the climate & car culture of the southern states, but a quick search shows me lots of events where parents deliberately leave kids in cars while they run fast errands, & the statistics on how many car windows get broken to retrieve kids left in cars is much easier to find than then number of children who have died from being accidentally left in a hot car.
The problem is basically how to arrive at the "same level" in Haskell and in JS.

Basically: what does it take to define (or even to just understand) a type-level DSL in Haskell, and a sufficiently advanced library in Javascript.

I can take apart almost any JS library and see/understand how it works. How much type-foo do I need to understand Servant? Or any other sufficiently complex Haskell library (a friend of mine has struggled mightily with Yesod and gave up after a month or so).
Yes, it's just an ad. Never have to speak to operations is naive nonsense - chuck it over the fence and pray that site failover, backup/restore, etc just happen by magic. Cloud is great, serverless is great but TANSTAAFL.
> Your calculation assumes that the production and distribution of 1MJ of electricity takes 1MJ of raw energy (e.g. in the form of Coal).

> Hocking assumed a new, commercial dishwasher running on Canadian electricity, requiring about 0.18 MJ/cup-wash.

Nowhere in the article does it say, or even imply as far as i can see, that the energy cost included cost of mining and transporting coal (or oil or gas or solar energy) to the generator.

If that was the intention then it should have been made much clearer because it dramatically affects the results. Where I live (98% hydro) the total energy cost of the energy I use from the grid will be lower than, say the UK (mix of oil, gas, nuclear) simply because the raw material cost is eliminated.

If these details are omitted from the article then the information cannot be effectively used except in that one location in the world where it was written making it rather difficult to draw useful conclusions for or against the use of disposable cups.

The footnote at the bottom says that 1 MJ will raise 3 quarts of water to boiling and that is clearly the energy delivered not the energy consumed in the total process.

So perhaps the only conclusion to be drawn here is that ILEA Leaf carries some rather sloppy articles.
Generate API Clients for .NET Standard
8.8B in revenue in 2016, up from 6.7B in 2015. Also in 2016, 3.3B in long term debt, offset by nearly 2.8B in cash, equivalents and capital. All of this on top of 11.0B worth of content.

Source, most recent NFLX 10-K, page 16.

http://files.shareholder.com/downloads/NFLX/4903229026x0xS16...
The best place to observe this is in local property markets. Many central business districts and other urban areas are dominated by a cartel of property companies. Some of these little monopolies are very localized but drive the values of heir neighbors and inhibit growth.

Documentation of this stuff is fuzzy for various reasons, many properties are difficult to trace ownership of due to tax and liability concerns. One well known example would be Columbia University in New York City. They own like 25% of Morningside Heights and at least 200 properties in total.
I was not trying to talk other countries down. For what it's worth you can't survive in France without a checkbook: it's the only way to pay for some transactions. Sad.

Also the debit cards we're talking about do both credit and debit. Not sure they disqualify.
> “Deals with the labels would have allowed us to have monetization,” said one former executive, who explained that no ads could be run across label-owned content without a revenue-sharing agreement.“We needed to make sure that we could grow unencumbered without a lawsuit.”

This sounds like a serious mistake. All the ones that succeeded asked for forgiveness afterwards rather than wait until they had permission.
he/she means you can probably get away with just adding more dynos or whatever to your PaaS to get the performance you need, because the costs of moving out will be significantly higher (opportunity costs and time spent)

eventually if you're spending thousands per month on a PaaS it might be time to reconsider
I really wasn't calling to "fix the person."

I agree with you. The email makes the situation appear as a process issue. Based upon the disclosure text, it seems quite possible the person wouldn't normally have clicked on an email text, but did so here based upon process.

The disclosure displayed the attitude that they shouldn't have expected to get phished. It's 2017. Lots of people get phished.

It's pretty straightforward to never click links that arrive in emails, to never enter passwords into webpages that open on their own.

Of course there are technical ways to mitigate this specific attack, but it is more important not to excuse poor Internet hygiene after the fact.
> them nervous about publishing negative stories

But thats a good thing. We are witnessing checks and balances in play. The Fifth Estate is necessary, whether we like it or not - power always corrupts, and media have power that we, the people, do not. How else should things continue: totally unchecked?
So, on further research it seems pretty clear that the mattress wrapping stuff is junk. Here's a decent study refuting it [1].

One key quote is "SIDS mortality has declined 63% from 1994 to 2004. The prevalence of plastic wrapped cot mattresses has remained constant since 1997. The decline in SIDS cannot be explained by changes in the proportion of plastic-wrapped mattresses."

The promotion of "mattress wrapping" coincided with an education campaign promoting other methods known to help reduce SIDS (like having babies sleep on their backs).

[1] Mitchell, Edwin. (2008). Wrapping a cot mattress in plastic does not explain the continuing fall in SIDS mortality. European journal of pediatrics. 167. 251-2. 10.1007/s00431-007-0526-8.

https://www.researchgate.net/profile/Edwin_Mitchell/publicat...
This is good. Medium is, in a sense, the anti-internet. It centralizes where no centralization is needed.
I agree that the focus on specific tooling was tricky. That said, I really do like the notebook environment. It's mostly the AWS setup that I found a bit fragile.
I agree with much of your points but a few things to add clarification:

While lisps do traditionally provide repl-driven development and you can do this in Clojure, most Clojure devs I know are not actively working right at the repl. If you do like some aspects of repl-like interactivity, Elm does have elm-reactor which has some similarities to Clojurescript's figwheel, though not quite as mature or comprehensive.

Aside from the repl, you are right that you can get a proof-of-concept going in Clojurescript extremely fast so if you want to see if an idea succeeds or fails before investing lots of time, you can't beat Clojurescript.

The Elm toolchain is slowly evolving to include things like dead code elimination (which it doesn't have yet but probably will in the near future). However, I think it will be a long time (if ever) that Elm will support global inlining, automatic variable renaming and some other optimizations that come for free with the Google Closure compiler support. The other important difference is that as the Google Closure compiler adds features or further improves its optimizations, these are mature and widely used and immediately available for free without much (if any) extra work on the Clojurescript team. It's a philosophical difference that the Elm devs prefer to solve these problems on their own rather than leverage existing tools in the industry, but since the Elm dev community is small (much of it is only one person), this means that lots of time must be spent on these solutions at the expense of features more specific to the Elm language.

Also I think you are right that Elm as a language is a little easier to learn than Clojurescript (though to someone new to FP, both Elm/Haskell style syntax and Lisp syntax might be equally bizarre). But I think that ease is made up for by some of the concepts in Elm that can be difficult to learn (decoding, Tasks, ports, etc), so it's probably a net flat difference on the learning curves between the two systems.
I've never read my email in HTML, mostly for security reasons such as this incident. For the rare occasion where an email doesn't render correctly, Thunderbird's "Show HTML" button works a charm.

Have I been able to convince a single customer (I run a computer services business) or friend to follow my lead? Nope, not a single one.
This comment shows how little people really understand about the business model of credit card companies and their relationships with merchant banks.

> but with 2.5% cashback there's not a lot of room to make money from transaction fees.

The cash back is not instantaneous. It does not happen in the cycle in which the consumer buys something; it is pushed out as a short-term liability by the banks, contingent upon Visa/MC doing all the math and allocating the pieces from the top-down.

In the short term, all these microaccounts of customers "cashback savings" are accumulated as points or whatever to the consumer, but they are real cash assets for the holders. Taken in aggregate they equal huge long-term cash assets (for Visa/MC). Just like everything else in the credit card world, it adds up quickly across hundreds of millions of customers.

That leverage is why Visa has been untouchable and why MC has virtually no incentive to make it compete. Merchant banks are already so fragmented (and in many instances actually competing with each other) that the lockin is something they just accept.

This is why the collusion to set fees at 2.9 percent (or whatever) among payments processors is so evil: Visa and MC ransom the full fees for the short term to make the banks/merchants beholden to their terms in perpetuity. Cash back rewards are not a necessary part of a credit transaction, but they're being baked in to hike the "commissions" of the middlemen.

This industry is just like the Realtor industry: full of corrupt and exploitative groups of individuals implicitly colluding with each other to maximize their collective rapaciousness.
My apologies. I guess if you don't have any ethical qualms, you have lots of choices!
WHAT UBER'S NEXT CEO NEEDS TO SAY by Robin Chase

https://www.wired.com/story/what-ubers-next-ceo-needs-to-say...

BTW Robin Chase is probably a great candidate to be CEO of Uber.
One claim is as good as another. Why should those who have mass-media powers claims' be considered more valid than those who don't have these powers?
I'll be honest, the only R. Kelly cult story I care about is Trapped in the Closet - seriously, even if that's not your scene, watch it, you won't regret it.

I think currently it stands at about 3-4 hours of comedy gold, whether it's intended to be or not is another subject entirely...
Not perfect, but definitely a much better tool for that work (big front-end apps).
JS was not meant for that, it's been stretched far from what it was (quickly) designed for.

And sure, when more people join Elm, bad-written libraries or silly paradigms will crop up, but I'm confident it won't be as bad as the JS landscape is today.

Time will tell I guess.
-- Now back to stitching those JS libraries to write some code that might work. Bills have to be paid :)
Quick Weight Loss Tips That Nutrition Pros Swear
Yep, Agree. I specifically used elm-mdl and elm-ui. Elm-mdl were not well maintained and elm-ui, while nice, is desktop only.
Not in India, we are the largest importers of Gold.
Why NoOps is a DevOps disaster waiting to happen
100% agree with you.

No one accounts for portability. The common mantra is that if portability becomes a problem you will be rolling in VC cash so you can just afford to restart everything from scratch and shrug it off. Basically defer the complicated decisions to later on.

That never accounts for the "grey phase" which a lot of products seem to slide into permanently which is where they are just about scraping by with no investment at all. At this point, the decisions affect your bottom line badly because scaling up customers means an instant cost and geopolitics can mean sudden revenue decreases.

You need to plan for a partial success and a partial success can't handle vendor lock in.

I'd argue, after spending the last 5 years working with AWS, that the learning curve for locking yourself into a vendor has a zero return as well. One product change and start again.

IaaS yes. Anything else, no thanks.

Edit: also some of the IaaS providers make standard services that compete with their own products difficult. Look at SES. If you run IaaS in AWS you have to jump through a lot of hoops to run an outbound mail relay. Their solution: just use SES; it's really easy! It's not!
Hosting all content with one provider goes against the principles of the internet.

So the solution is that the internet figures out how to do (micro) payments easily.
I'd be interested to know how this interplays with ASD (as I have HFA/Aspergers). I've spend decades in a high stress state... and feeling lonely/isolated. I'm really lucky that I have an understanding wife, but I'm really not that good with the normal "social situations" neurotypical people gravitate to, but where I end up feeling agitated and disorientated, and emotionally drained. I've often said I feel drawn to such situations but hate it when I'm in them.