Future of Racket
greghendershott.com
Future of Racket
1–10 of 40 posts
Re: Future of Racket
#2It's a pity, because he has a few interesting projects like:
* Rackjure: "Provide a few Clojure-inspired ideas in Racket. Where Racket and Clojure conflict, prefer Racket." https://github.com/greghendershott/rackjure I don't use it, but I think it's a nice idea, and it show how Racket can be used for multiple programming "frontends".
* Travis-Racket "https://github.com/greghendershott/travis-racket*" https://github.com/greghendershott/travis-racket Travis don't support Racket directly, so his package is very useful for testing without having to study all the details about the naming and download addresses of each version/variant, I use it all the time.
Re: Future of Racket
#3It's a pity, because he has a few interesting projects like: * Rackjure: " Provide a few Clojure-inspired ideas in Racket. Where Racket and Clojure conflict, prefer Racket. " https://github.com/greghendershott/rackjure I don't use it, but I think it's a nice idea, and it show how Racket can be used for multiple programming "frontends". * Travis-Racket " https://github.com/greghendershott/travis-racket*" https://githu…
I use his emacs racket-mode and it works great.
Re: Future of Racket
#4It's a pity, because he has a few interesting projects like: * Rackjure: " Provide a few Clojure-inspired ideas in Racket. Where Racket and Clojure conflict, prefer Racket. " https://github.com/greghendershott/rackjure I don't use it, but I think it's a nice idea, and it show how Racket can be used for multiple programming "frontends". * Travis-Racket " https://github.com/greghendershott/travis-racket*" https://githu…
Another one that I really like:
* Frog: "Frog is a static blog generator implemented in Racket, targeting Bootstrap and able to use Pygments." https://github.com/greghendershott/frog
Re: Future of Racket
#5I agree in the sense that the non-s-expression syntax proposal also rubbed me the wrong way.
Rust is an interesting language but I have spent less than 20 hours playing with it. I am mostly retired now but if I were just starting my career then Rust is a language I would invest a lot of time in.
Anyway, I can’t even imagine myself using Racket with a non Lisp syntax.
Re: Future of Racket
#6Since he mentions Rust, I have seen Rust being used for many different things and not only "systems programming", aking to a general purpose language.
Is this because the language lends itself easily to all this tasks? or is the Rust hype and devs using it for different things to learn the language?
Re: Future of Racket
#7I think this is probably a big testament to the draw that Rust has. Its a great language with big improvement and it feels like it will actually happen.
Whenever I dabled around with other languages, I quickly found reasons to not go deeper that where outside of the language itself. Like, small community, not many libraries, will never convince the boss to use it in production, doesn't run on embedded, ...
Rust is the language that really feels like investing in it will pay off.
(Still - do some Racket, or lisp or scheme, it's fun and exposes you to cool ideas and concepts.)
Re: Future of Racket
#8Well, this is in the end a very subjective thing but I'm with Greg on this one. A syntax without s-expressions is not an innovative feature. For me, it's not even desirable, not at all. When I'm using non-Lispy languages like Rust, Ada, Nim, and currently a lot of Go, that's despite their annoying syntactic idiosyncrasies. All of those quirky little curly braces and special symbols to save few keystrokes. I'd much prefer if all of these languages used s-expressions. That syntax is so simple that it makes you focus on the semantics.
Re: Future of Racket
#9Since he mentions Rust, I have seen Rust being used for many different things and not only "systems programming", aking to a general purpose language. Is this because the language lends itself easily to all this tasks? or is the Rust hype and devs using it for different things to learn the language?
The learning part is pretty string, I guess. I sometimes do scripting tasks in Rust now instead of Python and the motivation is clearly learning. At the same time, the tooling is so good and fun to use that I don't feel like I'm putting myself through a painful exercise. Stuff like clasp for example (library to do CLI interfaces) is so good that I prefer it over doing that in Python.
Re: Future of Racket
#10Since he mentions Rust, I have seen Rust being used for many different things and not only "systems programming", aking to a general purpose language. Is this because the language lends itself easily to all this tasks? or is the Rust hype and devs using it for different things to learn the language?
Rust is currently the most overhyped language because it promises a lot of things, but cannot hold the most important ones. It's a nice language, but don't believe any security guarantee. memory safety, type safety, concurrency safety massively overhyped. Still much better than C++ though.