treeform

9 ms·

61.
by treeform 6y ago
Yes. People have done this.
62.
by treeform 6y ago
Your explanation is very clear. Thanks.
63.
by treeform 6y ago
Yes. There is nothing fundamental to nim's ARC working with nim's async. There are attempts on make nim's async cycle free.
64.
by treeform 6y ago
On the website they show the foils retract into the boat.
65.
by treeform 6y ago
What I like about Nim is that you can always get C performance if you just spend a little time. You can always use a profiler you like (I use vTune) to get to the hot loops and fix them. See my post here: https://forum.nim-lang.o
66.
by treeform 6y ago
The talk about the new garbage collector by the Nim's creator Andreas Rumpf, is a must watch: https://www.youtube.com/watch?v=aUJcYTnPWCg&list=PLxLdEZg8DR...
67.
by treeform 6y ago
This is going to be great!
68.
by treeform 6y ago
The schedule is live now. https://conf.nim-lang.org/
69.
by treeform 6y ago
When writing my own font library I found CJK a bit harder but not impossible. Reading all CJK letters and rasterizing them takes like a GB of memory and many seconds. So what I do is don't parse the font file fully, but store the locat
70.
by treeform 6y ago
Nim is the ultimate glue language. JS, python, c, c++, obj-c, even glsl... It's cool.
71.
by treeform 7y ago
Neat project!
72.
by treeform 7y ago
I feel DSL-ish ways of Nim are so much more advanced then python. I have written UI DSLs in Nim, as well as SQL DSLs. Only LISPy languages come close to the level of DSL you can do.
73.
by treeform 7y ago
Mutating in place is often times faster and is more straightforward. I do feel Nim embraces mutation more than other recent languages.
74.
by treeform 7y ago
I would still try out --gc:arc on your programs. For mine it just runs without issue. But keep in mind if you do have issues you might have to create a bug report and wait for a fix. You would not reply on --gc:arc working. But it's fu
75.
by treeform 7y ago
I feel like dark mode is a sign that people care. I think it's a user feature that is easy to do, but not done often. Mostly done by people who care. It brings so much polish to the experience.
76.
by treeform 7y ago
Yes. You can even use numpy in nim: https://forum.nim-lang.org/t/4102 But why use that when you can use Cuda and OpenCL accelerated vector math: https://github.com/mratsim/Arraymancer If thats too
77.
by treeform 7y ago
If you are interested ins speed, here is a huge list of similar benchmarks: https://github.com/kostya/benchmarks
78.
by treeform 7y ago
I found that I can always optimize stuff in nim to be near C speed - without doing anything crazy non-nim like. Stuff that is there might not be optimized yet. I hope as more people comb over the libraries we all get a boost here and there.
79.
by treeform 7y ago
Your comment should be the top comment. I had no clue i386 and x86_32 where different. I though the article was saying 32bit linux is broken.... but no some strange "alternative" mode on linux is broken.... who cares.
80.
by treeform 7y ago
Then you are writing or auto generating these giant 1000s of lines long files with renames... why?
81.
by treeform 7y ago
Sharing code between Desktop and Mobile still a bit rough. I have done some experiments and it looks promising: https://forum.nim-lang.org/t/5197 Does not appear to be any harder then sharing C or C++ libraries.
82.
by treeform 7y ago
Main reason for this feature is that Nim is big as a glue language. Many C/C++ libraries don't have consistent naming conventions between them. I don't want my code to look like a patch work of `__APICALL__(system_call.inspec
83.
by treeform 7y ago
yes
84.
by treeform 7y ago
I use Nim in production. I been using it for more than 1 year in production. I like it. For me, it started out as a faster python that prevents typos. But it has really grown on me. I really like that I can share libs on server (compiling t
85.
by treeform 7y ago
I was going to fill in the nim stuff, but: Sorry, [nim] is currently not a supported language.
86.
by treeform 7y ago
To me Nim is a faster python that prevents typos. It can also compile to javascript. I used it where I would use python - backend of web apps. But now instead running a cluster of servers I can just run 1 because nim is fast. I also used to
87.
by treeform 7y ago
I think it does set the built-in types apart for being built it. Also tradition?
88.
by treeform 7y ago
I don't think the owned reference part will change the language drastically. For people that want to write kernels, games or real time code it would be great. Nim's GC is super configurable already. Yeah owned reference would be b
89.
by treeform 7y ago
see also change-log: https://github.com/nim-lang/Nim/blob/5b43c98897ee7eb9f8ded8c...
90.
Nim's creator personal words about Nim 1.0(nim-lang.org)
5 points by treeform 7y ago|0 comments

More ›