- Sold between 100 000 and 250 000 dollars
- Author had a File in an Envato Bundle
- Has been a member for 4-5 years
- Author had a Free File of the Month
- Won a Competition
- Author was Featured
- Item was Featured
- Bought between 10 and 49 items
me trying to find meaningful variable/methods names

- United Kingdom
- Sold between 10 000 and 50 000 dollars
- Exclusive Author
- Most Wanted Bounty Winner
- Interviewed on the Envato Notes blog
- Referred between 10 and 49 users
- Bought between 10 and 49 items
- Microlancer Beta Tester
- Has been a member for 1-2 years
This post was not mention to be just about the variables it was also about commenting lol
- United Kingdom
- Sold between 10 000 and 50 000 dollars
- Exclusive Author
- Most Wanted Bounty Winner
- Interviewed on the Envato Notes blog
- Referred between 10 and 49 users
- Bought between 10 and 49 items
- Microlancer Beta Tester
- Has been a member for 1-2 years
function xxxxx(){
global $xcv;
$xyz = $xcv + 3;
}
And with no commenting at all
Perhaps clients that purchased an item, in this case a WordPress plugin need to contact the original author and request the extra feature desired. This provides extra revenue to the author and allows the client easy future upgrade paths, in case an update is available.
IMHO , apart from using standard coding practices, in case of plugins, one is not required to document the code nor the API as this is not what we’re ultimately selling, but rather a product to be used by the end user, where customization’s through code defeats the purpose of the plugin.
The example you’ve made of obfuscated variable names is not a standard coding practice and is likely going to bite the author in the rear sooner than later. But until they learn at their own expense there is not much you can do about it, i suppose ^^
- Microlancer Beta Tester
- Author had a Free File of the Month
- Has been a member for 3-4 years
- Item was Featured
- Author was Featured
- Austria
- Exclusive Author
- Referred between 200 and 499 users
UBL said
About a week back I did a Wordpress theme from here and all the functions and variables were like:function xxxxx(){ global $xcv; $xyz = $xcv + 3; }And with no commenting at all
function xxxxxx() is bad and should get prefixed if someone else use that generic name
function mycoolplugin_xxxxxx()- Envato Staff
- Reviewer
- Sold between 100 000 and 250 000 dollars
- Author had a Free File of the Month
- Featured in a Magazine
- Author was Featured
- Item was Featured
- Bought between 10 and 49 items
You are talking about Coding Standard and I agree there must be some sort of regulation about that. Careless variable naming just shows how amateur the coders are.
Also I believe code commenting is a must for every file uploaded to marketplace, at least at AD we have done that for years.
Well I think that if we speak of JavaScript it’s all about file size and that’s why there are short, irrelevant function or variable names and no comments. But this should be a compressed version of the file. IMO every JavaScript file should be in two versions: compressed and uncompressed, where the uncompressed version would be abundent in details (at least for codecanyon). But when it comes to other programming languages where the code size does not matter then I agree that all functions/methods/variables need to have meaningful names and apropriate comments.
- United Kingdom
- Sold between 10 000 and 50 000 dollars
- Exclusive Author
- Most Wanted Bounty Winner
- Interviewed on the Envato Notes blog
- Referred between 10 and 49 users
- Bought between 10 and 49 items
- Microlancer Beta Tester
- Has been a member for 1-2 years
Ale55andro said
Perhaps clients that purchased an item, in this case a WordPress plugin need to contact the original author and request the extra feature desired. This provides extra revenue to the author and allows the client easy future upgrade paths, in case an update is available.IMHO , apart from using standard coding practices, in case of plugins, one is not required to document the code nor the API as this is not what we’re ultimately selling, but rather a product to be used by the end user, where customization’s through code defeats the purpose of the plugin.
The example you’ve made of obfuscated variable names is not a standard coding practice and is likely going to bite the author in the rear sooner than later. But until they learn at their own expense there is not much you can do about it, i suppose ^^
I agree it’s not required and it should be.
I was always told to always code in mind that another developer needs to read your code so make it neat and meaningful.
In my opinion coding this way neither benefitting the person coding it or the poor developer who has to read it in the future.
- United Kingdom
- Sold between 10 000 and 50 000 dollars
- Exclusive Author
- Most Wanted Bounty Winner
- Interviewed on the Envato Notes blog
- Referred between 10 and 49 users
- Bought between 10 and 49 items
- Microlancer Beta Tester
- Has been a member for 1-2 years
RimmonTrieu said
You are talking about Coding Standard and I agree there must be some sort of regulation about that. Careless variable naming just shows how amateur the coders are. Also I believe code commenting is a must for every file uploaded to marketplace, at least at AD we have done that for years.
+1

and yup u have a point, but var naming isnt standardised.