I'll most likely be found working on the LSL portal. If you want to ask me something, leave me a message on my talk page, or IM me.
A few (all) people seem to find my style of writing scripts to be rather unorthodox, but I find through my own experience that it makes it easier to look at things and be able to tell what they are at a glance, and edit just one line of code without having to spend more time selecting than typing. I am the sole creator of any LSL script I have listed in my userspace unless otherwise noted, not including PHP or any other text, or any functions that have come from a script library or other source (proper attribution will be given, unless it is just a function). Any script that I have created is free to copy, modify, and yes, even sell. I might even help you out with any questions you have, but I won't tell you step by step how to do everything forever, that's what reference materials (and L$) are for. If you're using my scripts, or editing them in this wiki (feel free, I can always revert if I don't like it), keep these points in mind...
- I don't use spaces, unless they are part of a string, or the declaration of a variable.
- I hardly ever use comments. I find them redundant, as the code already tells me what it does.
- I use the one true brace style, all that whitespace is annoying and unnecessary.
- I name variables as you would name an object in VB. I think using all caps should only be reserved for constants. (glList for a global list, gsString for a global string, lList for a local list, sString for a local string, gfFloat, grRotation, and so on). Exceptions are counters such as integer i, and handlers such as integer listen0.
- I always use curly brackets to enclose any flow control statement (if, else, while, etc). Using tabs alone isn't enough, it might still not compile, makes syntax troubleshooting hard, and you have to add brackets if you add too much code inside them later anyways.
- Be bold.