HNHacker News
TopNewBestAskShowJobs

agrafix

536 karma · joined May 11, 2014

Building Stripe Billing during the day, supportpage.io at night.
submissionscomments
agrafix··on Faithful Elm and the Amazing Router
Elm's pretty okay, but beware that every update currently has broken all code written for an older compiler version...
agrafix··on Bullet journal: A simple productivity system that just uses pen and paper
You could probably do this with emacs org-mode pretty well too
agrafix··on Why Most Unit Testing is Waste (2014) [pdf]
I'd agree that Haskell/OCaml/... will get rid of some unit tests that are to be written in other languages, but you still need to test if the logic and semantics of your code are correct.
agrafix··on Changes sshd port every 30 seconds, using Two Factor Auth to login
Yeah, me too! I would not call this security by obscurity because it actually helps making the auth logfile more readable ;-)
agrafix··on Ask HN: Who is hiring? (May 2016)
Checkpad MED | Software Engineer | Freiburg, Germany (Onsite)

We're searching for a full-time Haskell developer working on web- and mobile applications for hospital doctors and nurses. About 70% of our code is Haskell but we're also using TypeScript, Scala, C# and Objective-C (moving to Swift) for web- and native mobile clients. If you've got strong frontend skills (web or iOS development) and like functional programming you'd probably also be a perfect match for our team. Please note that unfortunately we can only hire German speakers at the moment because we have not entered the international market (yet). More information here: http://cpmed.de/jobs/ . Feel free to talk to me at thiemann@cp-med.com

agrafix··on Microsoft Azure: Functions
Are there any plans to add Haskell support? :-)
agrafix··on New Adventures for Elm
The problem is that it will not work for higher kinded types as that's not supported in Elm. You can not define a functor, a monad, ...
agrafix··on New Adventures for Elm
I'm currently moving from Elm to PureScript. Here's why (from "strong" to "weak"):

- Currently Elm has a sad story addressing integration with "native" javascript libraries and Elm is too opinioated in some cases, e.g. you can only use either the built-in 'Elements' or virtual-dom Elements to render frontend. This makes it hard to build modular components (see https://groups.google.com/forum/#!topic/elm-discuss/65tiRM7S... for example)

- While the simple type system in Elm (e.g. no type classes, no monads, ...) makes beautiful error messages possible, it really limits the abstractions that I am used to coming from Haskell

- Elm/Elm-make does not generate modules that conform to a "standard" js module system - thus it will not integrate well with other js tools

- Elm syntax is lacking 'where' clauses, which results in constant reindentation of code

Don't get me wrong - I liked Elm a lot; but it just does not seem mature enough to use in production - but it looks like a great language to start learning FP.

agrafix··on Crystal Language
...and is a slow compiler compared to for example Go :-(
agrafix··on Haskell at Front Row Education
We[1] used to think that you do not need to worry about lazyness, too - but ran into massive issues with large memory usage and massive GC pauses. We introduced a policy that all fields of a data type must be strict (no Lists, no Maybe, no Either, ..., all custom strict types). That solved the issue for us.

[1]: http://cpmed.de/

agrafix··on Becoming Productive in Haskell
Haskell allows very "deep" abstraction - but what I find is that you should not overuse it. Abstract where practically useful, otherwise don't go for it. :-)
agrafix··on Becoming Productive in Haskell
I'm not sure what you where trying to do, but there's a whole chord recognition service written in Haskell: http://chordify.net/

Apart from that, I have written many production grade Haskell application, and I can not agree with you that Haskell is getting in the way. I admit that when learning Haskell I sometimes had that feeling too, but basically that was just me thinking about the problem too complicated or in a wrong perspective. Now that I am past that point Haskell is super fun to write, very productive and results in extremely maintainable code - it is just so easy to refactor anything you can imagine - and when it compiles again you are probably good to go!

agrafix··on Type-safe routing in Spock
From the github Readme: "Since version 0.5.0.0 Spock is no longer built on top of scotty. The design and interface is still influenced by scotty, but the internal implementation differs from scotty's." :-)
agrafix··on Yahoo Stock Quotes in Go
I've done something similar using Haskell: https://github.com/agrafix/yahoo-finance-conduit I tried to do this using a streaming approach (conduits), but the data is delayed and there is no real streaming api.
agrafix··on Learn Spock, a Haskell web framework
Did you look at https://github.com/agrafix/funblog ? It shows how to use Spock with persistent.
← PreviousPage 2 of 2