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

Crystal 0.25.1 released

crystal-lang.org

Post reply on HN
Print view View original

121–130 of 154 posts

Re: Crystal 0.25.1 released

#121

Post by asterite »

notheguyouthink wrote: post #81
everdev wrote: post #11

Earlier quoted context omitted.

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…

> I don't mind being a little less performant than other compiled languages. What other languages? Because the language uses "Fast as C" as part of it's tagline. Is this a false claim?

"Fast as C" should maybe be changed to something else. Crystal can bind directly to C functions and libraries without any overhead, plus you have pointers and other stuff. So you could really write code that runs as fast as C if you program like in C, but with Crystal syntax. That's where the tagline comes from. But of with course normal usage of the language, with its heap-allocated stuff, garbage collector and usual stuff (like Array#map, which does allocate a new array), you won't get performance like C, but it will be acceptable, and usually faster than dynamic/interpreted languages.

Re: Crystal 0.25.1 released

#123

Post by RX14 »

wtetzner wrote: post #118
RX14 wrote: post #99

Earlier quoted context omitted.

What other people subject themselves to is none of my business :) And there is need for HTTP frameworks in Rust, for example embedded stuff often hosts HTTP servers. However, just like C we frameworks, it's my opinion they're not for the average use case.

Yes, and I can see HTTP frameworks in Rust useful for turning high-performance libraries into web services that can be used by other applications.

Yeah, that makes a lot of sense too. For example a database might want to provide a REST api for management, which would make sense to write in rust if the DB was written in rust.

Re: Crystal 0.25.1 released

#124

Post by yxhuvud »

RX14 wrote: post #106
snake_case wrote: post #75

I tried out Crystal and Kemal a few months ago and really enjoyed it. However, one issue that's preventing me from wanting to take it to production is that apparently you cannot generate fat binaries and run them without Crystal also being installed in your deployed environment. Is that true still? If it is, does anyone know when support for "real" fat binaries (no need for Crystal on the server) will be available?

Crystal supports static linking with `--static`, unfortunately glibc and openssl don't like static linking, so it turns out to be easier to do in an alpine linux chroot/container/etc which uses musl instead of glibc. Crystal is in the alpine linux repositories as of 3.8, so this should be now a lot easier. If someone wants to generate some good tooling around this workflow, it'd be greatly appreciated.

I wonder if it is possible to do something that staticly link everything except the few libraries that misbehave.

Re: Crystal 0.25.1 released

#126

Post by yxhuvud »

andyfleming wrote: post #88
pmontra wrote: post #74

Earlier quoted context omitted.

The syntax similarities between Elixir and Ruby stop as soon as one moves on from reading short blog post to writing real code. They are extremely different languages. Knowing Ruby helps only to remember the names of some standard library modules and functions, which were designed on purpose to match the name of the corresponding Ruby modules and methods, but not all of them. A vanilla example: $ iex > "1 2 3" |> Str…

Kotlin syntax: "1 2 3".split(' ').map { it.toInt() }

Your example doesn't do the same thing.

The same as grandparent, in crystal:

  "1 2 3".split.map &.to_i.*(2)

Re: Crystal 0.25.1 released

#127

Post by e12e »

sam0x17 wrote: post #96
e12e wrote: post #94

Earlier quoted context omitted.

Not sure when/if this changed recently, but from: https://crystal-lang.org/docs/using_the_compiler/ "Creating a standalone executable": crystal build some_program.cr --release --static Builds a static binary (just tried it on Ubuntu 18.04 with a simple hello-world).

You're going to have much better luck with an alpine-based docker image. Unfortunately non-musl based systems have a lot of issues with static compilation, so while this will work with hello world, if you try something more complicated you will likely get linker errors.

Particular to the c library? Because an "ldd" on the hello world listed quite a few libs which all worked fine with a static build.

Re: Crystal 0.25.1 released

#128

Post by andyfleming »

yxhuvud wrote: post #126
andyfleming wrote: post #88

Earlier quoted context omitted.

Kotlin syntax: "1 2 3".split(' ').map { it.toInt() }

Your example doesn't do the same thing. The same as grandparent, in crystal: "1 2 3".split.map &.to_i.*(2)

Whoops, you're right.

    "1 2 3".split(' ').map { it.toInt() * 2 }

Re: Crystal 0.25.1 released

#129

Post by sam0x17 »

e12e wrote: post #127
sam0x17 wrote: post #96

Earlier quoted context omitted.

You're going to have much better luck with an alpine-based docker image. Unfortunately non-musl based systems have a lot of issues with static compilation, so while this will work with hello world, if you try something more complicated you will likely get linker errors.

Particular to the c library? Because an "ldd" on the hello world listed quite a few libs which all worked fine with a static build.

openssl and libz are particularly fussy

Re: Crystal 0.25.1 released

#130

Post by tvmalsv »

paulcsmith wrote: post #117

I've played around with a number of languages and settled on Crystal because: * Speed * Pleasant to use type system * Doesn't get in my way * Catches lots of bugs * Fun! I wrote http://luckyframework.org/ to write web applications with minimal boilerplate and as few runtime errors as possible. Take a look and let me know what you think

That looks really nice. When I clicked the link, I wasn't expecting a good looking page and all of those docs, it was a nice surprise. I look forward to checking it out :)
Post reply on HN