2010 posts
  • Has referred 50+ members
  • Has sold $500,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
+9 more
bitfade says

me trying to find meaningful variable/methods names

653 posts
  • Has referred 50+ members
  • Has sold $40,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 100+ items on Envato Market
+5 more
UBLThemes says

This post was not mention to be just about the variables it was also about commenting lol

5492 posts
  • Has been part of the Envato Community for over 4 years
  • Has referred 1+ members
  • Located in Australia
  • Has sold $1,000+ on Envato Market
+4 more
Australia says

This post was not mention to be just about the variables it was also about commenting lol

We know ;) and yup u have a point, but var naming isnt standardised.

P.s. wasnt trying to be professional, but $i count within array is normal

653 posts
  • Has referred 50+ members
  • Has sold $40,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 100+ items on Envato Market
+5 more
UBLThemes says
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

736 posts
  • Has been part of the Envato Community for over 2 years
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
+2 more
Typps says

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 ^^

2188 posts
  • Located in Europe
  • Made it to the Authors' Hall of Fame
  • Had an item featured on Envato Market
  • Participated in a focus group or interview to improve the user experience on Envato Market
+10 more
revaxarts says

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()
1633 posts fueledweb.com
  • Has referred 10+ members
  • Has sold $125,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
+7 more
RimmonTrieu says

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.

140 posts
  • Sells items exclusively on Envato Market
  • Has sold $1,000+ on Envato Market
  • Has been part of the Envato Community for over 6 years
  • Has been a beta tester for an Envato feature
+6 more
ram64 says

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.

653 posts
  • Has referred 50+ members
  • Has sold $40,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 100+ items on Envato Market
+5 more
UBLThemes says

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.

653 posts
  • Has referred 50+ members
  • Has sold $40,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 100+ items on Envato Market
+5 more
UBLThemes says

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

Helpful Information

  • Please read our community guidelines. Self promotion and discussion of piracy is not allowed.
  • Open a support ticket if you would like specific help with your account, deposits or purchases.
  • Item Support by authors is optional and may vary. Please see the Support tab on each item page.

Most of all, enjoy your time here. Thank you for being a valued Envato community member.

Post Reply

Format your entry with some basic HTML. Read the Full Details, or here is a refresher:

<strong></strong> to make things bold
<em></em> to emphasize
<ul><li> or <ol><li> to make lists
<h3> or <h4> to make headings
<pre></pre> for code blocks
<code></code> for a few words of code
<a></a> for links
<img> to paste in an image (it'll need to be hosted somewhere else though)
<blockquote></blockquote> to quote somebody

:grin: :shocked: :cry: Complete List of Smiley Codes

by
by
by
by
by
by