From 09ac32b5d6f1fa79d8c6230a4d4e73e1d34e9f39 Mon Sep 17 00:00:00 2001 From: pfalcon Date: Thu, 11 Dec 2014 09:17:43 -0800 Subject: [PATCH] Typos. --- ContributorGuidelines.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ContributorGuidelines.md b/ContributorGuidelines.md index cc44019..1028287 100644 --- a/ContributorGuidelines.md +++ b/ContributorGuidelines.md @@ -8,7 +8,7 @@ Here are more specific examples: 2. It may seem that "unix" port would not be affected by such stringent requirements, and yet it is, because one of the usecase is running MicroPython on truly minimal Linux systems with just 4 or even 2Mb of flash, half of which is taken by kernel, remaining half by support utilities, and only mere hundreds of Ks are available for MicroPython, user apps and data. So, every byte is still accounted for. -3. MicroPython is not the only small, embeddable language, so we need to stay competitive in this niche. Well-known small language is Lua, and we take it as assessment baseline. It's out belief that many people use Lua due to lack of better alternative. With MicroPython, there's now good alternative. But we don't want people to reject MicroPython because it's "much bigger" than Lua. Note that it's necessarily bigger, because Python provides more standardize and well-defined functionality. But we want to stay at "somewhat bigger", and not "much bigger" mark. Actually, we want to maintain "minimal" MicroPython configuration, which achieves sizes comparable, or better, than typical non-finetuned Lua build. +3. MicroPython is not the only small, embeddable language, so we need to stay competitive in this niche. Well-known small language is Lua, and we take it as an assessment baseline. It's our belief that many people use Lua due to lack of better alternative. With MicroPython, there's now good alternative. But we don't want people to reject MicroPython because it's "much bigger" than Lua. Note that it's necessarily bigger, because Python provides more standardized and well-defined functionality. But we want to stay at "somewhat bigger", and not "much bigger" mark. Actually, we want to maintain "minimal" MicroPython configuration, which achieves sizes comparable, or better, than typical non-finetuned Lua builds. # Where to contribute