dunefox

84 ms·

1. 1321.▲
   by dunefox 8y ago

   And?
2. 1322.▲
   by dunefox 8y ago

   In my opinion, I'd rather see F# or Julia succeed.
3. 1323.▲
   by dunefox 8y ago

   I really hope it takes off as it seems very promising.
4. 1324.▲
   by dunefox 8y ago

   AFAIK it was designed for long running processes, not for quick start up time. On the other hand, I don't find it that slow for experimentation on the REPL.
5. 1325.▲
   by dunefox 8y ago

   I think it was explicitly designed as an "ML Language" from the ground up already. Do you mean packages like Flux and KNet?
6. 1326.▲
   by dunefox 8y ago

   > In reality, I am too much into Lisp languages, Haskell, etc. to seriously want a new language, so this was just a two evening experiment. But what did you think of Julia?
7. 1327.▲
   by dunefox 8y ago

   Well, I remember times when my program crashed because I tried to add a dictionary and an integer - so, yeah, they do help.
8. 1328.▲
   by dunefox 8y ago

   If you look at his other comments, it's clear he doesn't understand type systems.
9. 1329.▲
   by dunefox 8y ago

   That's a semantic error, not a type error.
10. 1330.▲
    by dunefox 8y ago

    Except when it comes to comparing verbosity.
11. 1331.▲
    by dunefox 8y ago

    > Sure you have to type more characters when working with a strictly typed language You might be interested to hear about type inference.
12. 1332.▲
    by dunefox 8y ago

    That's a linter, not a type checker.
13. 1333.▲
    by dunefox 8y ago

    > Types are a learning tool like training wheels on a bike; with comparable costs in terms of efficiency. Don't get me wrong, training wheels are great but you won't find them at the Olympics. That is such an idiotic comparison
14. 1334.▲
    by dunefox 8y ago

    Be careful, Clojure people might call you entitled and let you know that Cognitect/Rich Hickey is developing Clojure after their own needs, not yours.
15. 1335.▲
    by dunefox 8y ago

    Just wait until Xenomorphs arrive.
16. 1336.▲
    by dunefox 8y ago

    Honestly, the Dune series by Frank Herbert.
17. 1337.▲
    by dunefox 8y ago

    https://sarabander.github.io/sicp/ This is beautifully done.
18. 1338.▲
    by dunefox 8y ago

    AFAIK Kotlin only supports exhaustiveness if the result is assigned to a variable.
19. 1339.▲
    by dunefox 8y ago

    I think it might make interop harder.
20. 1340.▲
    by dunefox 8y ago

    That does sound amazing.
21. 1341.▲
    by dunefox 8y ago

    Ahh, ashen one.
22. 1342.▲
    by dunefox 8y ago

    Sadly, a lack of material is to be expected for anything but Python...
23. 1343.▲
    by dunefox 8y ago

    Does this support all of the features of PyTorch?