lpil

18 ms·

1. 241.▲
   by lpil 6y ago

   > 1. Can multiline strings be indented, with the indentation stripped out? Not at present, though this would be a nice feature to have. Perhaps open an issue on the issue tracker if you have ideas for syntax or behaviour. > 2. Why do
2. 242.▲
   by lpil 6y ago

   Thanks for sharing your thoughts! It's quite reassuring to read your post as it sounds like we have had many of the same ideas about types and processes. > One thing I did, but this may not work for Gleam, is to replace PIDs with ju
3. 243.▲
   by lpil 6y ago

   Thank you! I'm glad you like the syntax!
4. 244.▲
   by lpil 6y ago

   These two libraries are probably the best to look at: https://github.com/gleam-experiments/otp_agent https://github.com/gleam-experiments/otp_process They could be improved but they are good enoug
5. 245.▲
   by lpil 6y ago

   Also, I don't think that's a dumb question! Gleam does compile to Erlang, yes.
6. 246.▲
   by lpil 6y ago

   Yes, it can be used with Elixir. We don't yet have any integration with mix (the Elixir build tool) so if I were to use both in the same project I would probably create an umbrella style application with one Elixir application and one
7. 247.▲
   by lpil 6y ago

   The website current is an introduction to just the language itself. Later we have detailed documentation on the subject of OTP, but there is a lot of work to do first. Gleam is a very young language. As a keen Erlang programmer I assure you
8. 248.▲
   by lpil 6y ago

   You've found it :) This library is also worth looking at: https://github.com/gleam-experiments/otp_agent
9. 249.▲
   by lpil 6y ago

   This is the book I learnt Erlang with! If it didn't exist Gleam probably wouldn't either.
10. 250.▲
    by lpil 6y ago

    At present we do not have a module + functor system as it does not mesh well with the compilation model of Erlang. I am interested in having a feature like this but there is much work and research to be done first.
11. 251.▲
    by lpil 6y ago

    LSP support is on the backlog. Having world class IDR features in all editors is an important part of the puzzle in my opinion.
12. 252.▲
    by lpil 6y ago

    It does have message passing, just implemented as a library rather then as a core language feature.
13. 253.▲
    by lpil 6y ago

    It's not supported in the core language but we have some type safe bindings to messages and message passing as libraries. We may upgrade these to being part of the language itself but I don't want to rush this and get stuck with a
14. 254.▲
    by lpil 6y ago

    Thank you so much! I was pretty nervous seeing as Code Mesh is my favourite coherence. I'm really glad you enjoyed it :)
15. 255.▲
    by lpil 6y ago

    Thank you Raj, you're pretty great yourself!
16. 256.▲
    by lpil 6y ago

    Phoenix relies heavily on Elixir's metaprogramming features, so we'll always be very limited in what we can with it from Gleam I'm afraid. One day I would like to have a similar convention based framework for Gleam, but we ha
17. 257.▲
    by lpil 6y ago

    Thank you for the support. I'm feeling positive about the trade off here with syntax, hopefully it pays off.
18. 258.▲
    by lpil 6y ago

    What do you mean by tools? :)
19. 259.▲
    by lpil 6y ago

    A really cool project, and the people involved are really cool too!
20. 260.▲
    by lpil 6y ago

    Thank you! Let us know if you have any feedback.
21. 261.▲
    by lpil 6y ago

    Thank you Adam! <3
22. 262.▲
    by lpil 6y ago

    I remember that post, interesting stuff! :) I'm hoping to be more concise than Scala and Java, and to have a much simpler grammar. It is a tricky middleground to reach
23. 263.▲
    by lpil 6y ago

    <3
24. 264.▲
    by lpil 6y ago

    Oh dear! I'll have to update that page. Thanks for pointing out that error. Most chat happens in github issues and on IRC (#gleam-lang on freenode).
25. 265.▲
    by lpil 6y ago

    Thank you for the kind words! I hope in future we will fit that niche nicely :)
26. 266.▲
    by lpil 6y ago

    Existing BEAM languages such as Elixir and Erlang do an incredible job when it comes to scaling and fault tolerance, however I believe that other languages do a better job at providing the programmer with a fast feedback loop for rapid deve
27. 267.▲
    by lpil 6y ago

    There is quite a learning curl on Rust, for sure! I was always more of a Haskell user and had little C experience, so I found Rust a good fit for me. The type systems are quite similar :)
28. 268.▲
    by lpil 6y ago

    Hi, I'm the author of Gleam. Thanks for giving it a try! Rust compilation can be very slow, so we provide pre-compiled binaries for common platform. See the website and the releases page for more information: https://gleam.r
29. 269.▲
    by lpil 6y ago

    Hi! I'm the author of Gleam! Originally Gleam had a more Haskell-like (or rather a more OCaml-like) syntax. Over time people generally expressed a preference for a more familiar C-like syntax, citing the unfamiliar syntax making it see
30. 270.▲
    by lpil 6y ago

    Witchcraft works well but it's not statically typed. It uses the patterns of Haskell but they are checked at runtime. I'm working on a statically typed programming language in the Erlang VM called Gleam. It's very young but p