10 ms·

I wish Crystal would take off. It has so many things going for it (many of them mentioned in the article): performance, useful tooling such as an opinionated fo

• alwaysbeconsing 3y ago
  It looks nice, I've been wanting to try it. Regarding tooling, how is the debugger/debugging support?
  • lgreiv 3y ago
    It’s a bit of legwork, but it’s there. https://github.com/amberframework/docs/blob/master/examples/crystal-debug.md https://github.com/amberframework/docs/blob/master/examples/...
    • alwaysbeconsing 3y ago
      Thanks, bookmarked!
• KRAKRISMOTT 3y ago
  Their development team is slow ass. They live in an idealistic world where Windows users are not worth supporting. Bugs and features take too long to fix and ship. Feels more like a toy enthusiast project relying entirely on organic growth. It cannot survive in a world where the most successful programming projects have full-time corporate backed teams.
  • EyeSayUntoThee 3y ago
    your entire complaint appears based around the timeline of windows support. you are free to use windows as a principal OS, but please inform us of your biases when totally trashing a team and product for what is essentially a technical issue of significant proportions, not a product of laziness or slowness, as you allege.
• kashif 3y ago
  I wish Nim would take off...but alas the worst languages are always the most popular - JS, C++ ...
  • Conscat 3y ago
    The most flexible languages with the most advanced development tools are always the most popular - JS, C++
  • lgreiv 3y ago
    Nim really looks awesome too! If I came from a python background, I could see me reaching for Nim rather than Crystal.
• Mawr 3y ago
  Don't get your hopes up, Crystal is doomed to never become mainstream. We can divide programmers into two camps, those that enjoy programming itself and those who use it as a means to an end. The latter greatly outnumber the former, let's say 9:1. That massive disparity in numbers is why only the languages that enable the latter group thrive. Ruby is the perfect example, the language got a massive exposure boost due to Rails, but once the hype died down, everyone left. That's because beyond Rails, Ruby has nothing to offer to programmers who want to get stuff done. Nothing besides pain, of course. To those who enjoy playing with languages, "did you know there are 10 different ways you can filter an array in Ruby?" ([1]) is joyful to hear. But when you're woken up at 3am to find a bug in production `arr.reject(&:even?)` is the last thing you want to see. This sort of cleverness, ambiguity and implicitness in language design repels 90% of programmers, and that is the reason why languages like Perl, Ruby, Scala, and now Crystal are either dead, dying, or destined to die. [1]: https://news.ycombinator.com/item?id=35836570 https://news.ycombinator.com/item?id=35836570
  • Mawr 3y ago
    (self-reply) Addendum: EWD 340 (Prof. Edsgar Wybe Dijkstra) [1]: "The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague. In the case of a well-known conversational programming language I have been told from various sides that as soon as a programming community is equipped with a terminal for it, a specific phenomenon occurs that even has a well-established name: it is called “the one-liners”. It takes one of two different forms: one programmer places a one-line program on the desk of another and either he proudly tells what it does and adds the question “Can you code this in less symbols?” —as if this were of any conceptual relevance!— or he just asks “Guess what it does!”. From this observation we must conclude that this language as a tool is an open invitation for clever tricks; and while exactly this may be the explanation for some of its appeal, viz. to those who like to show how clever they are, I am sorry, but I must regard this as one of the most damning things that can be said about a programming language. Another lesson we should have learned from the recent past is that the development of “richer” or “more powerful” programming languages was a mistake in the sense that these baroque monstrosities, these conglomerations of idiosyncrasies, are really unmanageable, both mechanically and mentally. " [1] https://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html https://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340...
• stouset 3y ago
  As a very, very long-time member of the Ruby community > an integrated RSpec-like test framework Please no. Please, please stop blindly just cargo culting RSpec into your projects. Minitest is included with the language and has all the assertions you might generally want. The only thing RSpec really "adds" is an insane and quirky DSL for the sake of "reading like English", which is a terrible misfeature. Most of the rest are terrible, terrible misfeatures as well. As an example, one of these misfeatures is built-in mocking. Mocking is great, you might think. Yes, mocking is a necessary evil in certain cases but it should be used very sparingly. What happens instead is that people don't bother to design their classes for easy testing and they mock the hell out of everything in order to make their code testable. So what's the problem? Tests are supposed to do two things: 1) discover bugs you didn't realize you wrote, and 2) allow refactoring where if the tests pass, your code is probably alright. Widespread mocking absolutely tanks both of these goals. Instead of testing the effects of code, 90% of the Rails tests I see in the wild test mock everything to the point that the tests simply confirm that the code is implemented the way it is currently implemented. No bugs can be unearthed by this method because none of the actual effects are tested, just that certain methods are called in a certain order. And refactoring is now insanely difficult because any change to the logic causes the tests to fail, even if the effects are the same. This is just one example. So please, I beg you, stop reflexively reaching for RSpec. Minitest is great, it has most of the things you need out of the box. And Rails has a test framework built on top of it that similarly already does all the things you need. And it's all just plain Ruby. </soapbox>
• norman784 3y ago
  I also wished for a long time for Crystal to take off, but now having Go and Rust I don't see Crystal to gain too much relevance in the future, while it might be appealing to Ruby devs, Ruby is becoming better every day, but still Ruby devs stay in Ruby because of the ecosystem, the company where I work on already decided that no new project will be written in C, C++, Ruby, Java and instead use Go or Rust, I suppose that other companies are doing the same.
  • capableweb 3y ago
    > , but now having Go and Rust If you go for Go or Rust you would never go for something like Crystal regardless, as they have different focuses. Just like Ruby, Crystal optimizes for code legibility and expressiveness, which both Go and Rust never really cared about, as it's about stability + performance (in the case of Golang) or safety + performance (in the case of Rust). Both of Go and Rust have horrible syntax compared to Ruby/Crystal, which is a fine tradeoff to make in cases.
    • bcrosby95 3y ago
      Rust is pretty expressive. Horrible syntax... that's just a subjective measure. I wish programmers would get over it, because it's a huge hindrance to trying a large number of languages out there with lots of nice things. But people are gonna be people, so it won't happen.
      • capableweb 3y ago
        Yeah, I agree that it's highly subjective. And I don't mean that people shouldn't chose something just based on one variable, it obviously depends. No language is perfect for every use case. Personally I use Rust for a lot of things, even though I'm more productive in other languages, but sometimes it's just a really good fit for the problem. Pseudo-code, but this is how I see the difference in expressiveness and syntax: 3.times { println('Foobar') } for i in 0..3 { println!("Foobar") } Both of them makes sense though, so not a huge difference, but it's the same way in lots of ways in Rust in general. > because it's a huge hindrance to trying a large number of languages out there with lots of nice things I know exactly what you're talking about, as most of the time I work in Clojure, and trying to show Clojure to other programmers who are used to C-like languages and never heard of any lisp-like language is a constant struggle, as their first reaction is always "eww, parenthesizes everywhere!" even though their favorite language usually has the same amount or even more.
• pelasaco 3y ago
  all those features are offered by Go too.. The similarities among ruby and crystal are normally easy to spot in small projects, but their differences get really visible in big projects.
  • rowanG077 3y ago
    Go's type system is anything but nice
  • moe 3y ago
    Go is not a good comparison. Crystal is expressive, 500 lines of Go commonly translate to 50 lines of Crystal. The DX in Crystal is really closer to Ruby than to Go. It's essentially a very fast and type-safe version of Ruby.
    • unrealhoang 3y ago
      > 500 lines of Go commonly translate to 50 lines of Crystal This is a vast exaggeration. And even if I grant it, it's still thousand of loc that you don't have to write because of available libraries.
      • antifa 3y ago
        IMO crystal's value is that I can do things normally associated with golang without the horrors of actually dealing with golang's absence of a good type system and other quirks like error handling.
      • DennisP 3y ago
        Although they do try to make it easy to use C libraries: https://crystal-lang.org/reference/1.8/syntax_and_semantics/c_bindings/ https://crystal-lang.org/reference/1.8/syntax_and_semantics/...
    • pelasaco 3y ago
      > The DX in Crystal is really closer to Ruby than to Go. Me as polyglot can say that is much easier to switch completely between languages and paradigm than write or talk similar (but not equal) languages. So it is maybe a great reason for beginners to start to play with Crystal as Rubyists, but as soon as you start to work daily with the language, other factors like good documentation, tons of examples, great standard lib, active community and development, etc are much more important than if its remembers ruby or not.
• Thaxll 3y ago
  Crystal won't take off because it's an "amateur" language, to have a good and properly supported language you need a lot of poeple and money, which Crystal has not. I would not rely my business on a language where there is just one full time dev working on it and relying on donations.
  • rco8786 3y ago
    This reads a bit like a tautology..."Crystal has not taken off because Crystal has not taken off".
    • Thaxll 3y ago
      Crystal has been going on for years and there is still no major support, it won't change, basically if you're a new lanague you have a couple of years after that you just missed the train.
      • nindalf 3y ago
        Not historically true. Python didn't take off for years after the initial release in 1991. Even in the mid 2000s people were evangelising Python like it was a new thing (https://xkcd.com/353/ https://xkcd.com/353/) Or take Rust, which has gained adoption more recently. It took a while to get going after the 1.0 release in 2015. If you look at daily downloads of Rust crates (https://lib.rs/stats https://lib.rs/stats) as a proxy for adoption: - 2015 to 2017 - not many downloads - 2018 - first signs of real growth, reaches 1M per day. - 2018 to 2021 - 10x growth, 10M per day - 2021 to 2024 - 10x growth (projected) So new languages shouldn't lose hope if they don't see adoption immediately. It's possible that they might be adopted later. But for language authors, it's the hope that kills you. You continue working on it even if maybe you shouldn't.
        • ModernMech 3y ago
          Define "shouldn't". Working on a language is a gift in itself.
• mavu 3y ago
  Counterpoint: why should I care if it "takes off"? It is a very much stable, fast, useful language that can be used today.
  • webkike 3y ago
    You get more and better libraries if the language is popular. Your favorite APIs (such as AWS for example) implement clients in the language
    • Koshkin 3y ago
      More, of course. But better? Percentage-wise, unlikely.
      • webkike 3y ago
        Maybe not if you consider good as a threshold, but the quality of good libraries will improve with a larger pool of skilled contributors
    • biql 3y ago
      I wonder if the lack of libraries in a new language is just a few ChatGPT-integrations away. After all, Crystal is so similar to Ruby. I bet as soon as context/environment aware ChatGPT tools/agents that can compile / run tests / apply fixes until it works are available, this will become the reality: "Create this Ruby library but for Crystal" and in a few hours you can include it in your Crystal project.
      • deleted 3y ago
        [deleted]
      • webkike 3y ago
        I would personally never use a chatgpt transliterated library
      • notmypenguin 3y ago
        The FFI wrapper for c libraries is great, and one can use imagemagick and pngquant and such via an IO buffer wrapping a call to a command. Crystal works great TODAY and will blow Ruby out of the water on performance. I simply can’t justify RoR in 2023 given Crystal