seanparsons

8 ms·

31.
by seanparsons 6y ago
If you think that's hard don't look at the types for any moderately complicated JavaScript project.
32.
by seanparsons 6y ago
What? I've worked in a whole bunch of languages and I tend to find that Haskell is the easiest on this front. Hackage has all the definitions for packages cross linking to each other.
33.
by seanparsons 6y ago
Types for checking things are correct is really important which is what this talks about. For me though they really come into their own when those types then help to eliminate boilerplate. Haskell's foldMap function is my classic examp
34.
by seanparsons 6y ago
Because of the way iMessage is designed though, it just happens to benefit them by making any other platform look broken if you don't do these steps. They worked with the mobile companies to get visual voicemail support, why not for th
35.
by seanparsons 6y ago
> Apple set up a page years ago that lets you manually disable iMessage to avoid this issue. Exactly, why is a page needed in the first place? I'd bet more than 99% of users don't even have a clue that exists or even know about
36.
by seanparsons 6y ago
But the problem stems from their use of iMessage and Apple not doing an Android app.
37.
by seanparsons 6y ago
Surely helping prop up iMessage is a terrible idea? Especially if it still has that "feature" where if you switch from an iPhone to an Android phone the messages aren't sent to your phone for a while?
38.
by seanparsons 6y ago
Any company with a load of binaries built without any effort towards supporting cross platform builds that uses Docker is gonna have a bad day with this. They buy a bunch of new MacBooks and then find they can't use them until they spe
39.
by seanparsons 6y ago
I've found it to be easy to work personally, if you want long names of functions in your code if it helps you should. Common libraries might not have long names for functions, but you'll find the same thing for the most part if yo
40.
by seanparsons 6y ago
OMG, they actually fixed the a + b + c... issue I assume in version 5 (5.1.1 is what I have available in NixOS).
41.
by seanparsons 6y ago
The string concatenation issue was that if you do a ++ b ++ c... When that got to about 6 variables that single line alone took a minute to compile. Go to 10 variables and just give up on ever seeing a result. I used to try it in online Swi
42.
by seanparsons 6y ago
The exponential issue was still there in version 4 and I think 5 as well. Didn't say SourceKit crashed, but it was virtually useless because it functioned like a crap version of the language parser.
43.
by seanparsons 6y ago
OK then: - Slow compilation, I think even now immutably concatenating a handful of strings makes the compile time exponential. - Over reliance on keywords and special case syntax, magic doesn't compose. A bunch of it just supports Opti
44.
by seanparsons 7y ago
Already handled in NixOS by Nix.
45.
by seanparsons 7y ago
Not sure about daily signal failures, even when I commuted daily it wasn't near that bad. The idea of powering such a safety oriented system with JavaScript quite literally terrifies me, I'd expect it to be about 30 minutes before
46.
by seanparsons 7y ago
Credit where credit is due, they did unicode "right", if you need to deal with those shenanigans it's really nice. However it also adopts a bunch of the bad parts like having variance but not really having a way to handle it.
47.
by seanparsons 7y ago
Words I never thought I'd see attributed to Swift, it's a blend of a Scala like design with Objective-C parts.
48.
by seanparsons 7y ago
In a dynamic language it's entirely likely you still have those types, but they're just not defined anywhere. You the developer have to validate them in your head.
49.
by seanparsons 7y ago
It's worth bearing in mind that when writing something side effecting (reading and writing to a database for example) in Haskell, it will be done imperatively. There's definitely a bias towards the familiar however, it took me a w
50.
Maybe versus Nullable Types(funwithfunctions.com)
3 points by seanparsons 9y ago|0 comments
51.
by seanparsons 9y ago
Would it make sense to make the code Literate Haskell?
52.
by seanparsons 10y ago
We switched from watchman to entr on the project I'm currently working on because watchman was troublesome to configure and IIRC it completely detaches from the shell as well.
53.
by seanparsons 10y ago
This is a more fundamental issue though, we(the software industry as a whole) need to throw off the shackles of languages like C. Swift is probably one of the worst examples when it comes to functional programming because it's still a
54.
by seanparsons 10y ago
I don't remember any ad hominem attack, you appear to be inventing something. I was being flippant granted, but that's after the most frustrating year of my career, which is 90% Swift annoyances.
55.
by seanparsons 10y ago
As someone who has been writing Swift for a year, I've definitely got some questions!
56.
by seanparsons 10y ago
I'm not a fan of LISPs, but this is really cool, especially the inbuilt REPL! Now if I could use Haskell in Unity3D then I'd get hella excited, but there's a lot more barriers there methinks.
57.
by seanparsons 10y ago
I don't think I've ever seen anyone regard the compiler as tooling, SourceKit for sure that makes sense, but not the compiler. Especially in this case as there really is just the one compiler for it so those are issues that will h
58.
by seanparsons 10y ago
Other people have listed issues in here like compiler crashes from valid code, gotta spend time unwinding changes until it works and write the code differently. Simple things like "a + b +...+ n" cause compile times to balloon exp
59.
by seanparsons 10y ago
What on earth is this all about? Having spent a year working mostly in Swift I can't wait to see the back of it, even "billions" of dollars spent wouldn't turn it into a halfway decent programming language.
60.
by seanparsons 10y ago
Well if you don't think a modern FP language needs higher kinded types you probably do need vodka.

More ›