Author Topic: Omnimaga Rules Update  (Read 8992 times)

0 Members and 1 Guest are viewing this topic.

Offline Hot_Dog

  • CoT Emeritus
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Omnimaga Rules Update
« on: September 12, 2011, 06:41:58 pm »
We've updated rule #2 of what constitutes inappropriate content and actions on our website and/or IRC:

Quote
Negative/rude/destructive comments towards someone's project or program based on file size, amount of sub-programs, programming language/libraries used or coding methods in an attempt to discourage the author of the said program. Criticism should be intended to make the person's program better in its current form.

Perhaps some people like to write code and ask other people to optimize it for them.  Other people may enjoy write their own code and take all the credit for themselves, without having any help from anyone despite people begging to help.  Still others might like to write a program by taking portions of everyone's code from Axe and such, without using any code of their own (crediting the people, of course).  Whatever the case, discouraging this kind of thing is as bad as flaming about what programming language to use.  So we ask that if someone wants to code their own way, let them do so.

On a related note, we at Omnimaga do support friendly methods of encouraging people to "take it to the next level."  If someone likes to write code without any help, perhaps we could encourage them to ask for help at least once.  Or if someone likes to code by using code (with permission) from everyone else, we could encourage writing at least one routine.

Ashbad

  • Guest
Re: Omnimaga Rules Update
« Reply #1 on: September 12, 2011, 06:53:01 pm »
Personally, I don't mind this new rule, as long as we're still allowed to voice our opinions calmly and positively towards how a coder should (in the mind of the person telling what they thinks) go about programming and if they should ask for others to optimize.  Barring the talk of this sort completely will ensure that coders never will hear alternatives of how to develop software and how to ask for help in more constructive ways, sealing the stream of the learning process from one of it's tributary sources.
« Last Edit: September 12, 2011, 06:53:43 pm by Ashbad »

Offline Hot_Dog

  • CoT Emeritus
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Omnimaga Rules Update
« Reply #2 on: September 12, 2011, 11:00:01 pm »
Personally, I don't mind this new rule, as long as we're still allowed to voice our opinions calmly and positively towards how a coder should (in the mind of the person telling what they thinks) go about programming and if they should ask for others to optimize.  Barring the talk of this sort completely will ensure that coders never will hear alternatives of how to develop software and how to ask for help in more constructive ways, sealing the stream of the learning process from one of it's tributary sources.

Agreed, we're just trying to make sure that people don't let their opinion interfere with people trying to learn/have fun or those wanting to help said people.  It happened before with programming languages used, amonst other things.  In all these cases and more, voicing an opinion is one thing, but trying to enforce it is another.
« Last Edit: September 12, 2011, 11:02:32 pm by Hot_Dog »

Offline z80man

  • Casio Traitor
  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 977
  • Rating: +85/-3
    • View Profile
Re: Omnimaga Rules Update
« Reply #3 on: September 13, 2011, 02:31:37 am »
I like this cause many people would consider my programming style very sloppy (think int integer1, integer2, integer3;) lack of comments, minimal use of standard libraries, pointer abuse, random inlined asm code, type cast abuse, and other hackish obfuscations. Maybe not the best way to code for most people but as long as I get stuff done and it works I see no problem.

List of stuff I need to do before September:
1. Finish the Emulator of the Casio Prizm (in active development)
2. Finish the the SH3 asm IDE/assembler/linker program (in active development)
3. Create a partial Java virtual machine  for the Prizm (not started)
4. Create Axe for the Prizm with an Axe legacy mode (in planning phase)
5. Develop a large set of C and asm libraries for the Prizm (some progress)
6. Create an emulator of the 83+ for the Prizm (not started)
7. Create a well polished game that showcases the ability of the Casio Prizm (not started)

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Omnimaga Rules Update
« Reply #4 on: September 13, 2011, 04:17:07 am »
As long as we can still make recommendations, this is a great rule! I hope less people negatively criticize other people's code around here now :)

Offline Jim Bauwens

  • Lua! Nspire! Linux!
  • Editor
  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1881
  • Rating: +206/-7
  • Linux!
    • View Profile
    • nothing...
Re: Omnimaga Rules Update
« Reply #5 on: September 13, 2011, 05:04:49 am »
I like this rule because many times people have a good reason behind things they do, while other people might not understand why.
For example, I do stuff different than other people, simply because my computer isn't the most powerful one. It makes my life more easy doing it my way, rather than the other way :)

Offline ben_g

  • Hey cool I can set a custom title now :)
  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1002
  • Rating: +125/-4
  • Asm noob
    • View Profile
    • Our programmer's team: GameCommandoSquad
Re: Omnimaga Rules Update
« Reply #6 on: September 13, 2011, 01:27:05 pm »
The new rule is good.

However, I noticed that the dutch rules weren't updated. You might want to change this:
Quote from: the rules(Dutch)
2: Negatief/onbeschoft/destructief commentaar op iemands project of programma gebaseerd op bestandsgrootte, aantal subprogramma's en programmeertaal/~bibliotheken, met de bedoeling de auteur van het genoemde programma te ontmoedigen. Kritiek moet gegeven worden met de intentie het programma beter te maken in zijn huidige vorm.
By something like this:
2: Negatief/onbeschoft/destructief commentaar op iemands project of programma gebaseerd op bestandsgrootte, aantal subprogramma's, programmeertaal/~bibliotheken of de manier waarop het programma geschreven is, met de bedoeling de auteur van het genoemde programma te ontmoedigen. Kritiek moet gegeven worden met de intentie het programma beter te maken in zijn huidige vorm.

Just so new members who read the dutch rules also know of this.
« Last Edit: September 13, 2011, 01:29:38 pm by ben_g »
My projects
 - The Lost Survivors (Unreal Engine) ACTIVE [GameCommandoSquad main project]
 - Oxo, with single-calc multiplayer and AI (axe) RELEASED (screenshot) (topic)
 - An android version of oxo (java)  ACTIVE
 - A 3D collision detection library (axe) RELEASED! (topic)(screenshot)(more recent screenshot)(screenshot of it being used in a tilemapper)
Spoiler For inactive:
- A first person shooter with a polygon-based 3d engine. (z80, will probably be recoded in axe using GLib) ON HOLD (screenshot)
 - A java MORPG. (pc) DEEP COMA(read more)(screenshot)
 - a minecraft game in axe DEAD (source code available)
 - a 3D racing game (axe) ON HOLD (outdated screenshot of asm version)

This signature was last updated on 20/04/2015 and may be outdated

Offline Eeems

  • Mr. Dictator
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6266
  • Rating: +318/-36
  • little oof
    • View Profile
    • Eeems
Re: Omnimaga Rules Update
« Reply #7 on: September 13, 2011, 01:55:28 pm »
The new rule is good.

However, I noticed that the dutch rules weren't updated. You might want to change this:
Quote from: the rules(Dutch)
2: Negatief/onbeschoft/destructief commentaar op iemands project of programma gebaseerd op bestandsgrootte, aantal subprogramma's en programmeertaal/~bibliotheken, met de bedoeling de auteur van het genoemde programma te ontmoedigen. Kritiek moet gegeven worden met de intentie het programma beter te maken in zijn huidige vorm.
By something like this:
2: Negatief/onbeschoft/destructief commentaar op iemands project of programma gebaseerd op bestandsgrootte, aantal subprogramma's, programmeertaal/~bibliotheken of de manier waarop het programma geschreven is, met de bedoeling de auteur van het genoemde programma te ontmoedigen. Kritiek moet gegeven worden met de intentie het programma beter te maken in zijn huidige vorm.

Just so new members who read the dutch rules also know of this.
Why the dutch rules weren't updated is probably because non of us admins speak dutch :P
/e

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Omnimaga Rules Update
« Reply #8 on: September 13, 2011, 02:07:14 pm »
Quote from: Old Portuguese Rules
2: Comentários negativos/destrutivos/mal-educados em direção ao projecto de um utilizador ou programa baseados no tamanho do programa, quantidade de sub-programas ou linguagem de programação/livrarias usada(as), com o objectivo de desencorajar o utilizador. Críticas aos projetos/programas devem ter como objetivo fazer com que o projeto dessa pessoa seja melhor na sua forma atual.

Quote from: New Portuguese Rules
2: Comentários negativos/destrutivos/mal-educados em direção ao projecto de um utilizador ou programa baseados no tamanho do programa, quantidade de sub-programas ou linguagem de programação/livrarias usada(as) ou métodos de escrita de código, com o objetivo de desencorajar o utilizador. Críticas aos projetos/programas devem ter como objetivo fazer com que o projeto dessa pessoa seja melhor na sua forma atual.

There you go, updated Portuguese rules. Please, one of administrators, update them ;)
« Last Edit: September 13, 2011, 02:07:23 pm by ephan »

Offline shrear

  • LV4 Regular (Next: 200)
  • ****
  • Posts: 193
  • Rating: +17/-0
    • View Profile
Re: Omnimaga Rules Update
« Reply #9 on: September 13, 2011, 02:19:45 pm »
German update ;)

Quote from: old
2: Negative, unhöfliche sowie unkonstruktive Kommentare bezüglich dem Projekt oder Programm einer Person, die auf der Datei-Größe, Anzahl von Subrutinen oder der Programmiersprache bzw. der benutzten Bibliothek beruhen. Und nur dem Entmutigung des Autors dienen. Kritik sollte immer dazu da sein die Programme einer Person in ihrer momentanen Form zu verbessern.

Quote from: new
2: Negative, unhöfliche sowie unkonstruktive Kommentare bezüglich dem Projekt oder Programm einer Person, die auf der Datei-Größe, Anzahl von Subrutinen, der Programmiersprache oder dem Schreibstil bzw. der benutzten Bibliothek beruhen und nur der Entmutigung des Autors dienen. Kritik sollte immer dazu da sein die Programme einer Person in ihrer momentanen Form zu verbessern.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Omnimaga Rules Update
« Reply #10 on: September 13, 2011, 02:26:16 pm »
I think the rules update is fine, but on the Register page, the entire rule section there should be replaced with links (maybe bolded) to respective languages on the other rule pages, because there we see dutch, french and english rules on one single page in the agreement section and it might be looking intimidating for some new members, even though it's just that they're translated in 3 languages there.

It would also prevent you from having to update an extra section of the site, which sometimes gets deleted during SMF upgrades anyway.

EDIT: SOmething like this:


Choose username:
Used only for identification by SMF.   
Email:
This must be a valid email address.     Hide email address from public?
Choose password:    
Verify password:    
Please type OMNIMAGA in the field. (spambot protection):    
2+2? (spam protection too, awnser is 4 obviously lol):

Before registering, you must agree with our terms and conditions, available through the links below:

English | Français | Nederlands | Deutsch | Português


I agree.
Register

The links should preferably open in a new window.
« Last Edit: September 13, 2011, 02:32:41 pm by DJ_O »

Ashbad

  • Guest
Re: Omnimaga Rules Update
« Reply #11 on: September 13, 2011, 02:50:43 pm »
I like this cause many people would consider my programming style very sloppy (think int integer1, integer2, integer3;) lack of comments, minimal use of standard libraries, pointer abuse, random inlined asm code, type cast abuse, and other hackish obfuscations. Maybe not the best way to code for most people but as long as I get stuff done and it works I see no problem.

Besides the frequent inline assembly, my C code sounds generally the same as yours :P no comments (they're just annoyances), everything optimized at the cost of readability, tons of random typecasts, etc.

Offline calcdude84se

  • Needs Motivation
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2272
  • Rating: +78/-13
  • Wondering where their free time went...
    • View Profile
Re: Omnimaga Rules Update
« Reply #12 on: September 13, 2011, 09:07:22 pm »
Have either of you ever successfully understood your own code after not having seen it for long periods of time? Coding w/o comments might be fine just to get working code, but it does awful things to maintainability. ;)
(Of course, both of you have probably heard this before; note that this is meant to be constructive criticism, not anything negative, and that I'm not saying directly that you're doing it wrong. :))
« Last Edit: September 13, 2011, 09:07:41 pm by calcdude84se »
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
-Adam Osborne
Spoiler For "PartesOS links":
I'll put it online when it does something.

Ashbad

  • Guest
Re: Omnimaga Rules Update
« Reply #13 on: September 13, 2011, 09:08:56 pm »
Have either of you ever successfully understood your own code after not having seen it for long periods of time? Coding w/o comments might be fine just to get working code, but it does awful things to maintainability. ;)
(Of course, both of you have probably heard this before; note that this is meant to be constructive criticism, not anything negative, and that I'm not saying directly that you're doing it wrong. :))

indeed, and unless I comment every other line the comments are counter-productive to understanding the code again :P I actually process uncommented code better for some reason.  Plus, I make up for comments with descriptive names and such, so heh :)

Offline ztrumpet

  • The Rarely Active One
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 5712
  • Rating: +364/-4
  • If you see this, send me a PM. Just for fun.
    • View Profile
Re: Omnimaga Rules Update
« Reply #14 on: September 13, 2011, 09:10:42 pm »
Personally I don't comment much.  Normally I just make one comment about about 20 lines of code, and I say what they do as brief as possible.  This being said, I also try and record every variable and its use on a sheet of paper beside me as I'm coding.