Crystal 0.25.1 released

Post by notheguyouthink » Fri, Jun 29, 2018, 5:42 PM UTC

everdev wrote: post #11

Blackstone4 wrote: post #5

Crystal looks interesting although I decided to learn Golang instead. It's more mature and the WIP features described below made me cautious (i.e. what other features are immature). Anyone know when Crystal will get concurrency-a-la-golang? i.e. running concurrent processes in parallel? At the moment I think it's still single-threaded. https://crystal-lang.org/docs/guides/concurrency.html Still no windows support: ht…

I've programmed in both and as far as I can tell here's the best use case for each: Go - I want to program explicitly and don't mind a little extra code or syntax to do it. I want close to the best performance possible and a single distributable binary. I don't mind being encouraged to "roll my own" api / web app rather than using a framework. Crystal - I want to feel like I'm writing in Ruby, but with type checking…

Post by e12e » Fri, Jun 29, 2018, 6:11 PM UTC

kureikain wrote: post #79

Crystal is a nice language that just keep getting better. Think about 10 years ago, we never think of a small company,community be able to writing a programming language. Nowsaday Crystal/Elixir/Nim prove what we can without huge financel support from huge company. Crystal pick Ruby syntax, which is very elegant to me and I'm happy to have that option available and appreciate that.

Post by benbristow » Fri, Jun 29, 2018, 6:16 PM UTC

asterite wrote: post #13

Thaxll wrote: post #6

Earlier quoted context omitted.

I'm not sure why anyone would actually use it in the current state, unstable, lack of libraries, lack of community and the biggest problem no multi-threading / windows support

You could basically say the same about any language. Just switch the descriptions. For example: C#: verbose, magical dependency injection, Microsoft, etc. Ruby: slow Go: ugly syntax, verbose, if err != nil, etc. If a language works for you I see no reason not to use it :-)

Post by floatboth » Fri, Jun 29, 2018, 6:25 PM UTC

RX14 wrote: post #70

wokawoka wrote: post #68

Earlier quoted context omitted.

"make even basic tasks sometimes extraordinarily difficult, or so I've heard" That would be an understatement :-) But it's a trade-off. You fight the borrow-checker to ensure safe code. It's really subjective. Are you using a language for front-end/middle-tier service/back-end process, etc. etc. Back in the day - you had a handful of people writing C code via CGI for web development. Every good language addresses a p…

Exactly. I wouldn't write a kernel or shared library in Crystal and I wouldn't write a webapp in Rust.

Post by floatboth » Fri, Jun 29, 2018, 6:40 PM UTC

snake_case wrote: post #82

sjtgraham wrote: post #77

Earlier quoted context omitted.

Do you mean statically linked binaries? Fat binaries generally refer to multiple ABIs in the same image, a mostly Apple thing these days.

I'm referring to fat binaries like the one Golang would compile too. Apologies if I have some terms mixed up here! Golang produces one single binary you can deploy to your target environment and doesn't really require anything else installed. From what I've read, Crystal generates a binary but you also need to ensure Crystal is installed on your target environment.

    /usr/local/bin/shards:
            libyaml-0.so.2 => /usr/local/lib/libyaml-0.so.2 (0x8c0bb1e000)
            libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x8c0bd3c000)
            libm.so.5 => /lib/libm.so.5 (0x8c0bfb8000)
            libgc-threaded.so.1 => /usr/local/lib/libgc-threaded.so.1 (0x8c0c1e6000)
            libthr.so.3 => /lib/libthr.so.3 (0x8c0c444000)
            libevent-2.1.so.6 => /usr/local/lib/libevent-2.1.so.6 (0x8c0c66c000)
            libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8c0c8c3000)
            libc.so.7 => /lib/libc.so.7 (0x8c0cad2000)
            libdl.so.1 => /usr/lib/libdl.so.1 (0x8c0ce8f000)
            libcrypto.so.42 => /usr/local/lib/libcrypto.so (0x8c0d091000)