Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Crystal 0.24.1 released

github.com

Post reply on HN
Print view View original

21–25 of 25 posts

Re: Crystal 0.24.1 released

#21

Post by jksmith »

skrebbel wrote: post #6

I really like initiatives like Crystal and Nim, in that they appeal to users of popular languages like Ruby and Python yet are much faster. But I fear that the problem they solve isn't big enough. For desktop/mobile apps, they need a UI framework so I suppose they're targeted at web or network/system programming mostly. However, "Faster Ruby" or "Faster Python" is, in practice, solved by faster hardware as well. At t…

>>For desktop/mobile apps, they need a UI framework

Then use FreePascal/Lazarus for your client. Don't know about the state of the mobile libs, but Delphi/FP perfected desktop UI development a long time ago. Decouple backend into whatever you want so you have an asset that is UI agnostic.

Re: Crystal 0.24.1 released

#22

Post by abiox »

djsumdog wrote: post #20
jitl wrote: post #18

Earlier quoted context omitted.

Pony has an Actor as a language-level concept, which significantly reduces the amount of “thinking about mechanism” that a programmer needs to do to build safe, highly-concurrent programs. Quick read: https://tutorial.ponylang.org/types/actors.html I think one could implement a similar system in Nim using the primitives that you posted, plus some kind of channel, but: 1. Such a system is not included in the standard…

Does an actor system need to be part of the language? In the Scala world, there's the akka library to provide actors (but of course you could use a totally different actor system instead). Alternatively in Elixir, actors (Processes) with their send/receive functionality is built into the language and each module can essentially be an actor. I guess the trade off is that if it's a part of the language, you get it stan…

one benefit is that you can effectively embed the concept directly into the type system, allowing for ergonomic expression of actor model code. i'm not sure to what extent pony does this, though i believe it's capability typing was designed with actors in mind.

Re: Crystal 0.24.1 released

#23

Post by bjz_ »

nws wrote: post #4

I feel like Crystal has been alpha for 4 years.

It takes a long time to build a language. Rust was in development for many years, and it has had the benefit of backing by Mozilla.

Re: Crystal 0.24.1 released

#24

Post by paulscoder »

I think Crystal follows the Ruby path too tightly. Ruby also never found its place in the UI framework world. The popularity of web apps during the rise of current rich interfaces and the boom of SaaS consumer products didn't give Ruby and reason for its contributor base to expand successfully. Times have changed again and we are back to being interested in standalone apps. I really like Crystal and hope some of the UI focused community from Rust will bleed over.

Re: Crystal 0.24.1 released

#25

Post by Can_Not »

skrebbel wrote: post #6

I really like initiatives like Crystal and Nim, in that they appeal to users of popular languages like Ruby and Python yet are much faster. But I fear that the problem they solve isn't big enough. For desktop/mobile apps, they need a UI framework so I suppose they're targeted at web or network/system programming mostly. However, "Faster Ruby" or "Faster Python" is, in practice, solved by faster hardware as well. At t…

Can you add an entry for pony to https://learnxinyminutes.com/ ?

Make a PR here: https://github.com/adambard/learnxinyminutes-docs

Post reply on HN