cadey
/
nim-wiki
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Migrated from unofficial-faq v1

This commit is contained in:
Araq 2010-09-14 03:11:18 -07:00
parent a260a77e0c
commit 762afe4298
1 changed files with 26 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

26
Unofficial-FAQ.textile Normal file
View File

@ -0,0 +1,26 @@
h1. How can I help?
For beginners I suggest to implement missing parts of the library:
* (number) formatting
* locale support
* conversion between character sets
* bignums
* FTP, SMTP or other Internet protocols
* a lean GUI library
h1. Will Nimrod have block comments?
Most probably not. Reasons for avoiding them are:
* If proper block comments exist, they should be nestable. This means you cannot tokenize Nimrod with regular expressions anymore.
* The editor can be used to put "#" in front of every line.
* "when false" is not a bad solution. At least syntax is still checked for deactivated code.
* discard """ """" is another solution.
h1. Why is it case/style insensitive?
* Identifiers which only differ in case are bad style. If the programming language treats them the same the programmer needs to come up with with different names for different things.
* Case insensitivity is widely considered to be more user friendly. This holds for file systems, configuration files, and programming languages.
* Many programming languages are case insensitive: Lisp, Basic, Pascal, Ada, Eiffel, Fortran. Since software for aircrafts and power plants has been written in Ada, it seems reasonable to assume that case insensitivity will not not destroy civilisation.
* Note that most people confuse case sensitivity with case consistency (which is indeed good style). However, case consistency is easier to achieve with case insensitivity and a properly configured IDE than with case sensitivity.