-
-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docs: Add key features for nim #333
Conversation
749d409
to
f334cd0
Compare
I'm not sure what to do about this configlet check, I can't think of anything else. |
@AmjadHD I'd be interested to hear your opinion |
@ynfle What about "Custom Memory Management"? That's 24 characters. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With one suggestion for the title.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cool, thanks.
I think writing the list of key features is pretty hard for Nim - there's a lot to squeeze in.
config.json
Outdated
}, | ||
{ | ||
"title": "Fast", | ||
"content": "Compiles to C/C++/ObjC with no run time or virtual machine for blazing fast results.", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"content": "Compiles to C/C++/ObjC with no run time or virtual machine for blazing fast results.", | |
"content": "Compiles to C/C++/ObjC with no runtime or virtual machine for blazing fast results.", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's a possible misreading of "with no runtime or virtual machine for blazing fast results" -> "with no blazing fast results" -> "it's slow". Also some potential confusion due to "with no virtual machine", since we have the Nim VM at compile time.
Maybe something like this?
"Compiles to a small, blazing-fast binary (no runtime or virtual machine overhead)".
I think it's better to mention "small binary" (which many people care about, even outside embedded - it's also an advantage over Go) than mentioning C++ and ObjC. But this wording does lose out on "compiles to C" (and JavaScript). Can we find a wording that conveys everything?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about
"Compiles using C/C++/JS to a small, blazing-fast binary (no runtime or virtual machine overhead)."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The problem is that compiling to JS isn't compiling to a binary :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about this?
"Compiles using C/C++/Objc to a small, blazing-fast binary (no runtime or virtual machine overhead)."
I think we can leave out JS for now
EDIT
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Bump
Co-authored-by: ee7 <45465154+ee7@users.noreply.github.com>
Co-authored-by: ee7 <45465154+ee7@users.noreply.github.com>
Co-authored-by: Erik Schierboom <erik_schierboom@hotmail.com>
Bump |
Sorry for the delay. I'll try to review tomorrow. |
OK - I've stared at it for quite a while. I was hoping to make a few more suggestions regarding wording, but I'm finding it difficult to get to something I like more. I was also hoping to squeeze in "productive" somewhere - I think the "productivity to performance ratio" or ("productivity + performance + readability" balance) is one of Nim's biggest strengths. It's easy to write code that's essentially as fast as anything, but is very readable. But that's sort of trying to combine at least three separate "key features" at once, and I don't see how to squeeze it in. I can't even identify the least important of the current features. I'll see if I have any wording inspiration tomorrow, but otherwise I'll merge and we can always follow-up later. Sorry again for the delay. |
Let's give it some time then |
For some reason, because I force pushed after closing, it won't reopen. #447 will supersede this, then |
Closes #270