Go Back   vb.org Archive > Community Central > vBulletin.org Site Feedback
FAQ Community Calendar Today's Posts Search

 
 
Thread Tools Display Modes
Prev Previous Post   Next Post Next
  #11  
Old 08-02-2005, 10:47 AM
Revan's Avatar
Revan Revan is offline
 
Join Date: Jan 2004
Location: Norway
Posts: 1,671
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by sabret00the
i do wonder though, for all the people looking to take those elevated positions, how often are you found in the PHP forum helping out the coders who are begging for help? i do find it strange that everyone's so willing to criticise code yet...meh
I would very much like for you to show me the thread in the PHP forum that reads "Please help me verify this segment of code conforms to vBulletin Coding Standards".
If I ever saw such a thread, I would be happy to clean up the code for the user, and also post a link to the Manual, showing him where to reference for the future.
As for the people saying "If you clean the code for them, they'll never learn.", I disagree. What WILL prohibit learning is no-one they look up to pointing out the flaws in their coding. I could have an user with 5 posts tell me he disagreed with my coding standards (if it weren't for the fact that I already comply to an extensive degree with the vBulletin Coding Standards ), and I would simply ignore him.

What's the difference between a volunteer team of members checking hacks and pointing out these flaws, or someone who actually has this as a job on this board? Nothing forces the coder to comply.

I can agree with the people saying it would be a kick to the scrotum to get your hack denied from the board, but this has already been changed in the original post, so this argument is invalid.

As for the labels, I think a newbie hack installer has a right to know if this hack has been coded as per a set of standards. This will make the user feel more secure about installing the hack, because he can be certain the odds of this hack destroying something on this board are minute.
I think we should be careful to cuddle the coders enough to put the end-user at risk.

I propose the following change to this idea:
4 levels of labels for a hack:
  1. Valid - The hack complies with the vB Coding Standards both in terms of PHP and Source Code Formatting.
  2. Cleared - The hack's PHP is optimised, but it has obvious flaws in Coding Style
  3. Warning - Neither the hack's PHP or the hack's Coding Style complies
  4. Pending - Pending evaluation (default for new hacks)
If a hacker is determined to become a part of the community, he will accept that he has to learn and not publically release 15 hacks before finally wising up his style.
There could even be a new forum where aspiring hackers can post their "raw" hacks for tips and pointers on how to optimise it and make it comply.

I just feel that I have seen too many horribly coded hacks (one of them is a major hack that is even SOLD, Darkwaltz4 will know what I'm talking about ).
Jelsoft creates out-of-the-box clean and fairly optimised code, they have spent many developer hours making their product more hacker friendly, something they really didn't HAVE do to, but did it anyways. Is it really fair to repay them by allowing any form of garbage (as garbage can come from experienced coders as well as newbies), degrading the performance of their product, then whine to them about how it's running slow? Hardly.

EDIT:
Quote:
Originally Posted by Erwin
Or just forget the { in an if statement, put it all in the 1 line and end it with a ; .
Extremely annoying as well, makes debugging a pain.
Quote:
Originally Posted by Erwin
The truth of the matter is that this is a good idea, and if there are people who have the time and dedication to do this, it would be great. I would mainly see this as a process to fix up security holes in hacks.
That's an added bonus, yes
Quote:
Originally Posted by Erwin
But it has to be a voluntary thing - maybe hackers who choose to go through this process can opt in.
That's a good idea, but there would HAVE to be a label showing the end-user that this hack did not go through validation.
Quote:
Originally Posted by Erwin
We can't really force every hack author to go through this. Like I brought up earlier on, this may discourage new members from releasing hacks they cooked up late one night - it may be badly written, but it may be a great idea, and someone else who downloaded it may recode it and post it back up in the thread. Such a hack may not "pass" the initial review.
But if the author is unwilling to fix his hack even with the help of others, the end-user should be warned, IMO.
Quote:
Originally Posted by Erwin
Besides Dark Visor, who else would have time to review the potentially thousands of hacks that will get released?
Me.
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 04:01 PM.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2024, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.12632 seconds
  • Memory Usage 3,708KB
  • Queries Executed 12 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (1)bbcode_code
  • (5)bbcode_php
  • (34)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)navbar
  • (3)navbar_link
  • (120)option
  • (41)post_thanks_box
  • (41)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (41)post_thanks_postbit_info
  • (41)postbit
  • (41)postbit_onlinestatus
  • (41)postbit_wrapper
  • (1)showthread_list
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 

Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_threadedmode.php
  • ./includes/functions_post_thanks.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_postinfo_query
  • fetch_postinfo
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids_threaded
  • showthread_threaded_construct_link
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • fetch_musername
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete