RX14

17 ms·

121.
by RX14 9y ago
I agree with the author - for C/C++ projects. The module system in C and C++ is pushed out of the compiler and into the build tool. This means make (which is simple) is insufficient to easily correctly implement the logic to build C&#x
122.
by RX14 9y ago
I didn't write this blog post, and it was actually mostly written before the previous HN thread. It's not all me!
123.
by RX14 9y ago
We gladly welcome contributions, please feel free to donate your time! However there are some tasks that are much easier to deliver and design as a small team, instead of being able to be broken up into small parts where work can be done by
124.
by RX14 9y ago
I'd hardly call a language with a fully-functioning compiler, a fairly complete standard library, which is being used in production in multiple (albeit small) companies as vaporware.
125.
by RX14 9y ago
At least for the concurrency work, there's been a lot of groundwork done for it already, and even a working prototype - albeit with a much larger scheduling overhead than we would like. I suspect that it's a mix of both, these hou
126.
Crystal: This is not a new year’s resolution(crystal-lang.org)
4 points by RX14 9y ago|0 comments
127.
by RX14 9y ago
We really really want to support parallelism and we've had some basic successes so far. We're very confident we want this, and we're confident we can come up with a performant solution: despite being a different language our
128.
by RX14 9y ago
Thanks for your kind words. If you ever find the time to learn it, you'll find the gitter channel useful for any questions.
129.
by RX14 9y ago
No, you're awesome. Looks like we can probably do at least one blog post a month, we'll discuss it internally.
130.
by RX14 9y ago
I'm not sure what you mean of "outside of manas" but we have a bountysource [1] which contributes to the hours of the Manas developers to work on Crystal. [1] https://salt.bountysource.com/teams/crystal-l
131.
by RX14 9y ago
It'd be great if you could stick around for just a few more months. As a core team member external to Manas, I know how frustrating developing Crystal has been recently but I'm hopeful it'll pick up again in the next few mont
132.
by RX14 9y ago
Have you seen https://github.com/crystal-lang/crystal/pull/3582 ?
133.
by RX14 9y ago
The consensus in this thread is that Crystal has lost a lot of steam recently and little is being done. In fact, it's been nearly 6 months since the last release. As a member of the core team, I'll be honest: this is correct. Mana
134.
by RX14 9y ago
Would you consider Crystal if it had a mature native Windows story?
135.
by RX14 9y ago
This actually isn't really the case in Crystal, or at least not as much as in Ruby. We allow you to create a proc (closure) from an existing method/function but methods themselves are just methods. Classes have metaclasses though,
136.
by RX14 9y ago
Yes, llvm has built in wasm support for a while now.
137.
by RX14 9y ago
Considering gradle is heavilly used in Java, kotlin, (and groovy) while it's DSL is in groovy (while the back end is largely Java these days), that's not always true.
138.
by RX14 9y ago
There are some clear and defining differences between Java applets and webassembly. The core problems with Java were that the security sucked, and that applets were non-native and didn't use the dom. I doubt there is any desire in web
139.
by RX14 9y ago
While its subjective, I really think ruby get this part right. When I look at ruby code I don't feel like my eyes hurt, I feel like the code is easy to skim, easy to find what I'm looking for, and there's the right balance be
140.
by RX14 9y ago
I believe that while monads are great, crystal obviates the need for option because String? doesn't mean "nullable string", it means (String | Nil) or "the type which is the union of String and Nil". This is a much
141.
by RX14 9y ago
I agree, I think ruby strikes the perfect balance between symbols and words, and I think that spirit has been kept alive in crystal despite it's syntax extensions. I truly enjoy crystal's "visual weight" (apart from proc
142.
by RX14 9y ago
It's simply a lack of manpower to port to the windows APIs. There's a partial windows port, but it needs a lot of work before it's merged into master.
143.
by RX14 9y ago
If only it was compatible with the existing XML interface...
144.
by RX14 9y ago
I think having css3 to xpath selector conversion in the stdlib (or perhaps a shard based on how complex it is)would be possible. It would be great if you could open an issue in crystal's repo.
145.
by RX14 9y ago
We compile using LLVM, which has had many many man years put into it. Our GC is bdwgc, which while generic and conservative has also had a lot of optimization put into it and it works very well. We don't pretend to be a mature language
146.
by RX14 9y ago
We have libxml2 bound in the stdlib with xpath support, do you need more?
147.
by RX14 9y ago
The actual memory usage is coming from the number of instantiated methods. If you write a method, it gets an entirely new implementation of it copied and compiled for every different list of argument types. For example, def foo(bar)
148.
by RX14 9y ago
That's pretty cool! But as nice as it is, to me it's just syntax sugar over the wrong abstraction instead of something beautiful in it's own right.
149.
by RX14 9y ago
True, but it's fairly easy to write: def self.open File.open(...) { |f| yield f } end Unless they need custom destructor actions, in which case presumably they'd have to implement that manually in python too.
150.
by RX14 9y ago
Surely ruby's blocks are much better here. For one they're a much more general construct than with, and second exception handling is done with normal language constructs like rescue and ensure. Implementing one is simple and obvio

More ›