bauerd

You cannot pitch Haskell to the average industry team. It's not so much about technical merit for me

I should have added that I'd also prefer mandatory typing and natively compiled code.

Elixir/Erlang/BEAM has a lot going for it but it's not as general purpose as I'd like

Wish there was something similar to Elm, but designed with backend/networking/generality in mind, like Go. Take the Haskell core language without all the lang extensions, and accompany it with a solid stdlib. I want an FP ecosystem that's not rooted in research. Can have a more simplistic type system, etc. Basically a functional Go. Maybe an effect system, idk.

Thing is that simple != easy

But oh man it's the same discussion every time when Go comes up here

It speaks volumes about Erlang/BEAM I think

Not sure who you're responding to. I don't blame anything here, just illustrate what might cause confusion of tabs and spaces in Makefiles, namely unexpected filename suffixes. Holds true for other editors besides Emacs obviously.

I can give an example.

Recently I was working on a project with multiple Makefiles, ie Makefile.{win,nix}. My Emacs config did not load makefile-mode due to the suffixes. As spaces are my default, I got spaces on TAB, iirc even after turning on makefile-mode.

There is also https://github.com/cloudflare/boringtun

Edit: Someone running wg in userspace and can share some experiences with either implementation?

I'm curious how you use Standard Notes for 2FA?

Contact lenses

>I mean, you're right that I use them to change brightness or change volume. But the touch bar can still do that, so... Meh.

I can't use the touch bar without looking at it, in contrast to Fn keys. It's hit or miss

I remember someone curling a Heroku CLI install script and upon inspection, it would have tried to install a specific version of Ruby too instead of just the client. Since then I always glance through the script first

The two are not exclusive

What's the alternative?

Please do provide sources for all these claims

It's not a beta, it's what they encourage their users to upgrade to

What would be the solution then?

Is there an org-mode editor besides Emacs that has a lower learning curve?

Probably meant installed and running locally

Crazy, wsan't aware of this. I stand corrected

It's just a compatibility layer satisfying the kernel API (= syscalls). It's an API on top of the Windows kernel.

I much prefer it to arcane JS(ON) query formats someone dreamed up in a hurry, only to avoid SQL. Only exception I can think of was RethinkDB

>a terminal does not a pleasant user experience make

Author doesn't establish this, just takes it as a given. I wonder what features terminal emulators/editor programs would lack that are afforded by GUIs? I consider the terminal text editing experience far more efficient

Implicit key premise seems to be that the more akin a formal (programming) language to it's users' natural one, the more ergonomic it is. I would not necessarily agree, but not read it as ought-from-is.

It's not about moral goodness, it's about developer ergonomics. I don't see why the fallacy would apply to all value judgments

jiujit.su

On a side note, this was written (partly) in Elm: https://twitter.com/abletondev/status/861580662620508160

This tells something about your person, but nothing about the Haskell bindings for TensorFlow or HLearn.

Keyword is transactional email. I've good experience with Postmark, Sendgrid and Mailgun. Not affiliated, but never had delivery problems

Tried everything to no avail. `history | grep "brew install emacs"` gave me this:

  brew install emacs
  brew install emacs --HEAD
  brew install emacs --with-cocoa --with-imagemagick@6 --HEAD
  brew install emacs --with-librsvg --with-cocoa --with-imagemagick@6 --HEAD
  brew install emacs --with-gnutls --with-librsvg --with- 
 cocoa --with-imagemagick@6 --HEAD
  brew install emacs --devel  --with-cocoa --with-gnutls  --with-librsvg --with-imagemagick
  brew install emacs --HEAD --use-git-head
  brew install emacs-plus --HEAD