Now, all we need for crystal to succeed is numpy, scipy, something pandas-like, and of course matplotlib (not plots, matplotlib). By the way, how are we on data-science friendly IDEs? Debugging? Automatic thorough documentation generator? Tooling in general? Is the time to first plot fast? Where I work, we desperately need a fast python.
You would also need a Notebook equivalent REPL for fast iteration.
The Crystal Programming Language
31–40 of 116 posts
Re: The Crystal Programming Language
#32Huge props for the Crystal lang team.
Crystal powers 90% of the Kagi search backend (reminder being Python). Highlights are great performance and concurency handling. Biggest downsides at this moment are compilation speed (does not take advantage of multi CPU cores) and debugging tools.
Overall our experience has been fantastic (we adopted it while still in beta) and the pace the language is developing is great.
Re: The Crystal Programming Language
#33Looks interesting! I'm always open to a statically type checked language. This isn't about the language, but I was surprised to see that Nikola motors is a sponsor. Wasn't that company a fraudulent Hydrogen Fuel vehicle startup[1]? I wonder what the story is there- I find it hard to imagine anyone would be doing much software engineering at the company in the first place, even if it *were* working on the technologies…
Brah chill out.
Just because the Pr0n industry overwhelmingly uses PHP does not mean People should not use PHP.
Bad people use good tools too.
Re: The Crystal Programming Language
#34Points for the syntax and speed.
However it really needs a bit of “wow” factor to take off.
We’ve used it here and there in dribs and drabs but don’t see a reason to use it in a new project when there is Elixir and/or Rust.
Elixir brings the easy to use concurrency almost automatically. This and other features make it almost unbeatable for web and backend stuff.
Rust is just as fast as crystal. Albeit harder to grok.
Python was literally saved by the numerical libraries. Or there would not be real reason to keep using it.
I keep one weather eye open on crystal to see how it’s doing but have seen no real reason to start a new project with it as yet.
For me the syntax is not reason enough as yet. Elixir is maybe easier and functional to boot. Being object oriented in 2022 is not a good reason either.
I’m an old rubyist and I wish Crystal the best. I’ve been following it since it was a gleam in the eye, But … why? And for what??
Re: The Crystal Programming Language
#35Can this work with WASM?
Re: The Crystal Programming Language
#36I really like that Crystal keep silently improving and improving. As other said, it just needs a push and a few more important libraries. Really wishing that finally takes off.
Windows is still not exactly supported.
The language is nice though. It seems like it would benefit from a bit more publicity.
Re: The Crystal Programming Language
#37Earlier quoted context omitted.
I've tried a few times now to do data science in a statically typed language, and I just haven't enjoyed the developer experience. In general I tend to think the advantages of dynamic typing are overblown, but this is one problem domain where it seems to be indispensable. ML and data engineering is a different story, of course. Also, I wouldn't be surprised if something clever could be done with a structural type sys…
Static typing is like salt, sprinkle a little bit and it enhances and gives flavor to your food. Too much of it and it completely ruins the dish.
It only "ruins the dish" if you don't want your dish to be correct.
Re: The Crystal Programming Language
#38Huge props for the Crystal lang team. Crystal powers 90% of the Kagi search backend (reminder being Python). Highlights are great performance and concurency handling. Biggest downsides at this moment are compilation speed (does not take advantage of multi CPU cores) and debugging tools. Overall our experience has been fantastic (we adopted it while still in beta) and the pace the language is developing is great.
Ah, that's interesting information. I've been a (paid) user of Kagi these last few weeks and I'm really enjoying its snappiness.
Of course, no ads or trackers must help - when I look at the Network tab in developer tools the comparison with a google search is stark. ~4 requests vs. google's ~50.
Re: The Crystal Programming Language
#39Can this work with WASM?
This is a work in progress. Version 1.4 included minimal support for WASM (we are currently at version 1.5): https://crystal-lang.org/2022/04/06/1.4.0-released.html.
I expect full WASM support in the near future.
Re: The Crystal Programming Language
#40Huge props for the Crystal lang team. Crystal powers 90% of the Kagi search backend (reminder being Python). Highlights are great performance and concurency handling. Biggest downsides at this moment are compilation speed (does not take advantage of multi CPU cores) and debugging tools. Overall our experience has been fantastic (we adopted it while still in beta) and the pace the language is developing is great.
Wow! I’ve been paying for Kagi for as long as it’s been possible to, love the project & the search results are truly so much better than I’ve gotten from Big G for most queries.
Never would’ve expected it to be using Crystal though! That’s really neat. Are there open source bits? I’d love to see some enterprise-level Crystal examples