Archief - [Java] Gebruik van this

Gurdt · 1 feb 2010

@MiniJeffrey: ge hebt gelijk, proffen aan de unief zullen wel collectief alles mis doen en alles fout aanleren

En natuurlijk daarmee gepaard een doctoraat - professor statuur gekregen

(merk het sarcasme op)
Het zijn volgens mij enkel gastjes gelijk jullie, die "$" zo vreemd vinden, ik snap totaal niet waarom jullie zoiets vergelijken met PHP, dat heeft toch geen aars met elkaar te maken?
"Oh nee een dollarteken is niet duidelijk", jezus :')

dJeez · 1 feb 2010

Gurdt zei:
Enkele proffen bij ons geven membervariabelen altijd aan met "m_" of "$". Het valt vooral op dat ze bij java kiezen voor "$" wat ik zelf heel leesbaar vindt.
Die conventies zijn mss afhankelijk van bedrijf tot bedrijf?
...
Het zijn volgens mij enkel gastjes gelijk jullie, die "$" zo vreemd vinden

$ heb ik nog nooit gezien in Java, een underscore kom ik echter wel geregeld tegen. En dan gaat het over 10 jaar professionele (niet-academische) ervaring op verschillende domeinen. Vraag het anders eens aan Stephan Janssen, dat is op Java gebied zowat de autoriteit hier in België.

kwitters · 1 feb 2010

Gurdt zei:
Het zijn volgens mij enkel gastjes gelijk jullie, die "$" zo vreemd vinden, ik snap totaal niet waarom jullie zoiets vergelijken met PHP, dat heeft toch geen aars met elkaar te maken?
"Oh nee een dollarteken is niet duidelijk", jezus :')

Misschien moet je het eens aan de gasten van Sun vragen, die kennen redelijk wat van Java. Oh wacht, ze hebben er zelfs iets over geschreven: Variables (The Java™ Tutorials > Learning the Java Language > Language Basics)

Misschien moet je die link eens aan je proffen doorgeven, en zeggen dat het onder het hoofdstuk "Language Basics" staat

.

Gurdt · 2 feb 2010

Ik snap echt niet dat jullie zulke dingen niet kunnen aanvaarden bij een taal :/
Dat zijn conventies he jongens, waarschijnlijk gebruiken die proffen dat ook als ze iets met c++ ofzo doen, het draait om de leesbaarheid, niet wat ze zeggen in de Sun references of wat de conventies zijn van een of andere CEO omtrent Java binnen zijn bedrijf...

Open your mind jongens, als ik straks aan een project begin en beslis een "]" achter elke variabele te zetten om de een of andere reden, dan hoeft dat toch niet amateuristisch te ogen? Het is niet omdat JULLIE op de hogeschool of op jullie werk andere conventies gebruiken, dat dat amateuristisch is?

Ik heb eens nagevraagd bij mijn vader en een nonkel die op een vrij hoog niveau programmeren en die gebruiken de zotste conventies (sommige variabelen met ___ of outline tags plaatsen in Java, meerdere opdrachten per regel enzovoort) waarvan ik ook zou zegge: "kerels, wat doen jullie toch", maar als het bedrijf het zo wil, is het zo, en dat maakt niet al je programmeurs tot loserkes natuurlijk.
Beetje meer open minded denken aub

General Lee · 2 feb 2010

Gurdt zei:
Open your mind jongens, als ik straks aan een project begin en beslis een "]" achter elke variabele te zetten om de een of andere reden, dan hoeft dat toch niet amateuristisch te ogen?

Het doet het thans wel

Achja, zoals een van mijn proffen zei: Sommige zaken zijn nu eenmaal een kwestie van persoonlijke smaak en stijl. Of het gebrek daaraan

Moto · 2 feb 2010

Open your mind jongens, als ik straks aan een project begin en beslis een "]" achter elke variabele te zetten om de een of andere reden, dan hoeft dat toch niet amateuristisch te ogen?

lol, nee serieus, dat lijkt amateuristisch, zelfde als in het nederlands programeren zoals hierboven, this.$voornaam = amateuristisch/junior

Ik heb als consultant al veel code gezien, gekke coding conventies komen toch het vaakst voor bij mensen die met de oogkleppen op in een klein bedrijfke wat programmas in elkaar vijzen. In het nederlands programmeren is dan weer, "opgepast junior programmeurs".

Programmeurs die goed werk willen leveren, die trots zijn op hun code en die het niet zien als 1 of ander jobke
- lezen artikels, boeken
- volgen presentaties
- bekijken eens wat sample-applicaties/architecturen

en bij wonder zijn die allemaal in de standaard conventies voor die taal geschreven, dus daarom dat dat type programmeurs ook meestal altijd de standaard conventies aanhouden.

DISCLAIMER:
Nu dat is algemeen zo heh, ik weet dat er hier mensen zijn die zich snel aangesproken voelen, ik wil dus niet zeggen dat ge alle coding conventies zomaar moet volgen, of dat ge niet goed zijt als ge er een paar niet volgt.
Der zijn natuurlijk ook goede programmeurs die niet de conventies volgen, en slechte die ze wel volgen.

MiniJeffrey · 2 feb 2010

Gurdt zei:
@MiniJeffrey: ge hebt gelijk, proffen aan de unief zullen wel collectief alles mis doen en alles fout aanleren
En natuurlijk daarmee gepaard een doctoraat - professor statuur gekregen

(merk het sarcasme op)
Het zijn volgens mij enkel gastjes gelijk jullie, die "$" zo vreemd vinden, ik snap totaal niet waarom jullie zoiets vergelijken met PHP, dat heeft toch geen aars met elkaar te maken?
"Oh nee een dollarteken is niet duidelijk", jezus :')

Jonges toch, stop eens met u proffen zo op te heiligen. Ge zou moeten weten dat net proffen nogal graag tegen de stroom ingaan. En nee php trekt helemala niet op java, maar iemand die $variabelen gebruikt zal geen goede indruk maken als hij ergens gaat solliciteren voor een java-job.

En u sarcasme is maar zwak btw. Als er iets is wat ik geleerd heb is dat proffen heel vaak scherpe kritiek hebben en een eigen wil doordrijven omdat hun wil wet is.

En waarom zijn er die conventies denk je? Omdat Java een open taal is, iedereen zou uw project moeten kunnen lezen en meteen begrijpen en zeggen wat er staat. Als iedereen zijn eigen regeltjes gaat toekennen aan variabelen en stuff, het zou proper zijn. Klassen schrijven we toch ook altijd met een hoofdletter? Je gaat me toch niet zeggen dat je ook daar een uitzondering op kent omdat je prof het doet :')

Gurdt · 2 feb 2010

Conventies zijn er binnen een bedrijf omdat het nodig is dat collega's elkaars werk kunnen lezen en dat dat werk na 20 jaar nog altijd gelezen kan worden.
Als een bedrijf zegt alle membervariabelen in het Turks te schrijven dan is dat toch prima? Het zal alleen wat moeilijk zijn voor de werknemers.

Proffen drijven trouwens (bij ons althans) hun wil totaal niet door, het kan hun niet schelen wat wij doen, die mannen hebben voor 80% hun job, die gaan even als pauze les geven, dus we zien wel degelijk de code die ze ook tijdens hun job schrijven.

Beweert iemand hierboven nu echt dat het EDM en de KBC vallen onder definitie "kleine bedrijfkes die wat programmas in elkaar vijzen" valt??

Ik praat hier nu niet mijn programmeerstijl goed ofzo maar ik zeg wat ik zie bij verschillende programmeurs die al jaren actief in het vak zitten, het zal dus wel zo scheef niet zijn

Mijn pa is bijvoorbeeld de DBA vn de KBC en diens code wordt dagelijks bekeken door verschillende programmeurs in alle landen over de hele wereld. Gewoon om even aan te tonen dat ze hem wel niet als amateur zullen zien

kwitters · 2 feb 2010

Gurdt zei:
Conventies zijn er binnen een bedrijf omdat het nodig is dat collega's elkaars werk kunnen lezen en dat dat werk na 20 jaar nog altijd gelezen kan worden.

Conventies zijn er binnen Java omdat er gedurende 20 jaar enorm veel mensen die bewuste code zien (door personeelsverloop, consultants, outsourcing, overnames, ...) . Je kan niet geloven hoeveel code en comments ik al in vreemde talen heb gezien, waarschijnlijk geschreven door mensen die hetzelfde dachten als u.

Gurdt zei:
Proffen drijven trouwens (bij ons althans) hun wil totaal niet door, het kan hun niet schelen wat wij doen, die mannen hebben voor 80% hun job, die gaan even als pauze les geven, dus we zien wel degelijk de code die ze ook tijdens hun job schrijven.

Van proffen zou ik verwachten dat ze de studenten op een deftige manier Java aanleren, inclusief de standaard conventies, maar blijkbaar kan het die mannen niet veel schelen. Pech voor de studenten dus. En pech voor de goeie programmeurs die later met die studenten moeten samenwerken.

Gurdt zei:
Ik praat hier nu niet mijn programmeerstijl goed ofzo maar ik zeg wat ik zie bij verschillende programmeurs die al jaren actief in het vak zitten, het zal dus wel zo scheef niet zijn

Mijn jaren ervaring zeggen mij dat source code in bedrijven meer scheef zit dan recht. Als mensen worden opgeleid zoals bij jou dan zal hier spijtig genoeg niet snel verandering in komen.

Ik raad je toch aan om eens door de Java Code Conventions te gaan en deze zoveel mogelijk proberen toe te passen. Je zal meer respect krijgen van programmeurs die goeie code belangrijk vinden.

kwitters · 2 feb 2010

Nocturn zei:
Was er geen uitzondering op die $ regel als uw variable met een s begint of is dat enkel in c++?

Code:

bv. double $ynTaXoKANdOlZlVlaTrIxlVlulTIplier = *(double*)( ok ? ":)" : ":(" );

Nu je het zegt! In Java is dat ook, maar enkel als je minstens 1 jaar ervaring hebt en tot een selecte groep van 3l3373 programmeurs behoord. Spijtig genoeg gaat die cast in Java niet compileren, want zoiets kan wel eens handig zijn.

Stay.... the fuck... away... from my... code! :lol:

Gurdt · 2 feb 2010

Ik heb nergens gezegd dat MIJN conventie een "$" bevat, lees mijn vorige posts maar eens terug. Een conventie is net een afspraak die je maakt/opgelegd krijgt. Als wij een project moeten maken starten we altijd eerst met het afspreken van conventies. Niet enkel code-gewijs, maar ook de manier van documenteren en communiceren, ja beste jongen, ook dat hoort bij conventies

Wat je zegt over code die door heel veel mensen gelezen wordt, dat is waar, dat zei ik ook. Maar jij vergeet 1 belangrijk aspect. Code binnen een bedrijf zal 99% van de gevallen binnen dat bedrijf blijven, en dus binnen diens conventies

Nieuwe lezers moeten zich daar evenzeer aanhouden.

Zolang iets leesbaar is, is het leesbaar! En als een bepaald bedrijf beslist dat "$" voor een membervariabele leesbaar is, dan moet gij een "$" schrijven voor die variabelen, zo simpel is dat.
Als ik morgen op een bedrijf kom waar ze me vertellen dat ik een "O_°" achter al mijn functies moet zetten dan zal ik dat doen.
Aan de unief leert ge ook flexibel zijn, maar jullie reageren als authisten wanneer iemand komt zeggen dat zijn proffen "$" gebruiken. Maarja, al die proffen zijn amateurs natuurlijk

Waarmee ik natuurlijk niet wil zeggen dat de standaardconventie niet goed is natuurlijk. Die wordt overigens voor 95% ook gewoon gebruikt.

Nu, welke vrijwilliger wil me kapot bashen als ik het volgende zeg: er is niets mis met "m_" voor membervariabelen!

Parnakra · 2 feb 2010

Gurdt zei:
Zolang iets leesbaar is, is het leesbaar!

Als de enige eis is dat je code leesbaar moet zijn, zal je weinig consequente code krijgen.

Als je iets doet, moet er een geldige reden zijn waarom je het zo doet. Niet enkel 'omdat we het kunnen'. Zo zijn ook de algemeen geldende conventies opgebouwd.

En zeker in de tijd waar we nu in leven - van open-source hier, outsourcing daar en collaboration overal - is het idioot om je als bedrijf aan een eigen huisstijl te houden die mijlenver van de algemeen geldende conventie ligt.

Wat je laatste zin betreft, er is an sich inderdaad niets mis aan m_ voor je membervariabelen te plaatsen, maar waarom zou je het doen? Als je enige reden 'omdat je dan kan zien dat het membervariabelen zijn' is, ga je beter een deftige IDE gaan gebruiken.

Gurdt · 2 feb 2010

@Panakra: waar begint gij nu over, natuurlijk is dat niet de enige eis waaraan je code moet voldoen, maar daar gaat het toch helemaal niet over man :')

Er trouwens al aangedacht dat niet iedereen met dezelfde IDE werkt?

Zelfs in de grootste bedrijven zijn er mensen die nog met notepad/vim werken

Als je enige reden 'iedereen moet maar een goede IDE hebben' is, ga je beter eens verder moeten nadenken.

kwitters · 2 feb 2010

Gurdt zei:
Een conventie is net een afspraak die je maakt/opgelegd krijgt.

Juist! En in Java is de conventie om de Java Code Conventie te gebruiken.

Gurdt zei:
Als wij een project moeten maken starten we altijd eerst met het afspreken van conventies. Niet enkel code-gewijs, maar ook de manier van documenteren en communiceren, ja beste jongen, ook dat hoort bij conventies

Bullshit. Als je een hoop programmeurs vraagt om tesamen een code conventie op te stellen dan eindigd dat in heilige oorlogen. Ik heb dit al effectief gezien in een bedrijf, waarbij ze uiteindelijk toch besloten dat elke programmeur in zijn code vrij was om de conventie te gebruiken die hij/zei wou (was in C). Tegen de tijd dat je een conventie bent overeengekomen heb ik mijn Java applicatie al lang geschreven. Simpel, effectief, leesbaar voor iedereen, volgens de algemene conventie.

Gurdt zei:
Als ik morgen op een bedrijf kom waar ze me vertellen dat ik een "O_°" achter al mijn functies moet zetten dan zal ik dat doen.

Leuk om te zien dat er effectief juniors zijn die in dat soort van ontgroeningsmopjes inlopen :lol:

Gurdt zei:
Aan de unief leert ge ook flexibel zijn, maar jullie reageren als authisten wanneer iemand komt zeggen dat zijn proffen "$" gebruiken. Maarja, al die proffen zijn amateurs natuurlijk

Op onze unif leerden de assistenten ons de Java Conventions, zoals het hoort dus.

Gurdt zei:
Waarmee ik natuurlijk niet wil zeggen dat de standaardconventie niet goed is natuurlijk. Die wordt overigens voor 95% ook gewoon gebruikt.

Wees een man en geef toch gewoon toe dat het volgen van de standaard Java Conventie het beste is.

Gurdt zei:
Nu, welke vrijwilliger wil me kapot bashen als ik het volgende zeg: er is niets mis met "m_" voor membervariabelen!

In C++ wordt dat idd veel gedaan

.

Parnakra · 2 feb 2010

Gurdt zei:
@Panakra: waar begint gij nu over, natuurlijk is dat niet de enige eis waaraan je code moet voldoen, maar daar gaat het toch helemaal niet over man :')

Jawel. Jij zegt dat je gerust $'s en |'s en ¿'s mag gebruiken, zolang je code maar leesbaar blijft. De conventie zegt dat je die dingen best niet gebruikt, net omdat je er dan meer voordelen uit kan halen dan enkel 'het is leesbaar'.

Gurdt zei:
Er trouwens al aangedacht dat niet iedereen met dezelfde IDE werkt? Zelfs in de grootste bedrijven zijn er mensen die nog met notepad/vim werken
Als je enige reden 'iedereen moet maar een goede IDE hebben' is, ga je beter eens verder moeten nadenken.

Je moet al een ongelooflijke geitenneuker zijn om nog te willen werken met notepad/vim als er véél betere alternatieven beschikbaar zijn, zowel gratis als betalend. En dan heb ik het over dagdagelijkse software development, niet één lijntje gaan aanpassen.

En je moet trouwens eens leren niet altijd naar de 'grote bedrijven' te kijken. Het is niet omdat ze groot zijn, dat alles wat zij doen correct en efficiënt is. Het is ondermeer door zo'n redeneringen dat we nog steeds met Cobol opgezadeld zitten.

Gurdt · 2 feb 2010

@kwitters & Panakra: In vele bedrijven heb je niet eens de mogelijkheid om zelf software te installeren, en dus zijn programmeurs daar genoodzaakt met de huissoftware te werken, hoe oud/lelijk die ook is. Dat geldt voor kleinere bedrijven natuurlijk in veel mindere mate, daar zijn dan ook minder regels op dat vlak. Grote bedrijven werken inderdaad vaak niet efficiënt maar dat is nu eenmaal de realiteit (op de KBC maken ze user interfaces met perl, vet zo).

Verder mogen jullie me één bedrijf zoeken dat zich voor 100% aan jouw almachtige Java-conventie houdt, dat GEEN eigen conventies en regels heeft of waar men "ontgroeningsmopjes" uithaalt met nieuwelingen zodat ze onnodig tijd en dus geld verliezen. Volgens mij werken jullie op belachelijke bedrijfjes, kan dat?

Dat moet ik ook concluderen uit het volgende:

Bullshit. Als je een hoop programmeurs vraagt om tesamen een code conventie op te stellen dan eindigd dat in heilige oorlogen. Ik heb dit al effectief gezien in een bedrijf, waarbij ze uiteindelijk toch besloten dat elke programmeur in zijn code vrij was om de conventie te gebruiken die hij/zei wou (was in C). Tegen de tijd dat je een conventie bent overeengekomen heb ik mijn Java applicatie al lang geschreven. Simpel, effectief, leesbaar voor iedereen, volgens de algemene conventie.

Op elk deftig bedrijf heb je immers een teamleader (kennen jullie dat begrip?). Die beslist zulke dingen en de werknemers onder hem moeten daar naar luisteren/hem overtuigen van eventuele fouten/opstappen. Het is die teamleader die zulke beslissingen neemt, al dan niet beïnvloed van bovenaf.

Juist! En in Java is de conventie om de Java Code Conventie te gebruiken.

Sedert welke datum hangt de conventie waaraan je je moet houden af van enkel en alleen de progammeertaal? Volgens mij wordt die dus bepaald door uw werkgever maar soit, jullie werken in zo bedrijven waar ze elkaar pesten met ontgroeningsmopjes en waar ze met elkaar ruzie maken om te beslissen welke regeltjes ze moeten gebruiken

.

Misschien is het eens tijd voor jullie om eens buiten jullie bedrijf te denken en gewoon te aanvaarden dat conventies niet altijd hetzelfde zullen zijn.

Er zijn trouwens verschillende redenen waarom een bedrijf zich niet aan een bepaalde conventie houdt.
* onwetendheid
* gewoonte
* sneller aan te leren (sommige onbelangrijke conventies gewoon achterwege laten)
* vrijheid
* complexheid van de code (heel korte simpele programmatjes die waarschijnlijk nooit meer bekeken worden kunnen wel eens walgelijk slecht geschreven worden, zo is de wereld jongens)
* ...

Ik raad natuurlijk niet aan de conventies aan je laarzen te lappen, maar ik wil maar zeggen dat niet alle bedrijven je almachtige Java-conventie afdrukt en uitdeelt.
Binnen een aantal jaar zal je me wel gelijk geven vermoed ik.

Parnakra · 2 feb 2010

Wat zit jij toch altijd in 'bedrijven' te denken. Haast iedereen hier is nog een student, jij inclusief.

En van je originele punt schiet niet veel meer over. Jij zei dat een dollarteken voor een variabele geen probleem is omdat men zich in bepaalde bedrijven ook niet aan de algemeen geldende conventie houdt (die redenering slaat al nergens op), daarna heb je proberen te bewijzen dat bedrijven wel degelijk een eigen huisstijl hebben (iets dat vanzelfsprekend is, maar waar het hier niet over gaat) en nu geef je zélf toe dat een eigen huisstijl niet altijd voordelig is, waardoor je oorspronkelijk punt in het gedrang gebracht wordt.

kwitters · 2 feb 2010

Gurdt zei:
Binnen een aantal jaar zal je me wel gelijk geven vermoed ik.

Wel grappig dat een student zoiets zegt tegen mensen die het diploma al hebben gehaald, en ondertussen jaren ervaring hebben opgedaan op verschillende bedrijven (groot en klein, als intern en als consultant).

De reden waarom veel bedrijven de standaard conventies (voor Java) niet volgen komt waarschijnlijk door pippo's zoals gij zelf.

Ook vond ik het grappig om te verzwijgen dat een van mijn beste maten op EDM werkt en daar ook zijn PhD heeft gehaald... rara wie... :confused:

. Misschien moet hij u nog wel punten geven

. Soms vertelt hij mij verhalen over de studenten, en sommige zaken beginnen nu echt wel duidelijk te worden :rofl:

Gurdt · 2 feb 2010

@Parnakra: als je een beetje deftig kon lezen zag je dat ik redenen geef waarom je de algemene conventie niet zou volgen. Inderdaad, ik ben student, maar binnen 2.5 jaar niet meer, daarop ga ik +- 40 jaar werken in een BEDRIJF, dus het is wel belangrijk in die richting te denken of course. Nog voor een informatica-student afstudeert komen bedrijven al eens piepekoe zeggen dus uw argument slaat op geen ballen

@kwitters: er lopen ook veel werkende informatici rond die er niets van kennen

Lees iets deftiger aub, ik zeg dat die conventies goed zijn, en dat vele bedrijven zich daar niet altijd aan houden wat geen probleem is op zich, zolang het bij kleine dingen blijft zoals een "$" gebruiken.
Over die beste maat van u die aan het EDM werkt. Dat kan ik me best voorstellen, daar lopen een paar figuren rond die vaak niet weten wat zeggen als het op leerstof aankomt. Ik denk dan aan vakken zoals computernetwerken en tms, waar we EDM-assistenten voor krijgen die we vaak moeten verbeteren, maar ik weet natuurlijk niet over wie ge het hebt. De enige 2 aan het EDM waarvan ik weet dat ze hun PhD reeds gehaald hebben en die ik persoonlijk ken zijn William Van Haevre naar wie ik natuurlijk op kijk (ook op het rugbyveld) en Patrick Monsieurs (iemand die altijd wel heel wazig is op evenementen van Filii Lamberti - met zijn fotokodak =D) maar die is geen referentie :').

kwitters · 2 feb 2010

Gurdt zei:
ik zeg dat die conventies goed zijn, en dat vele bedrijven zich daar niet altijd aan houden wat geen probleem is op zich, zolang het bij kleine dingen blijft zoals een "$" gebruiken.

Zoals ik al zei worden er dikwijls heilige oorlogen gevoerd over code conventions (een beetje zoals hier nu

). Iedereen heeft zijn mening en wijkt daar meestal niet van af. Mijn achtergrond is een beetje de volgende: De meeste programmeertalen hebben geen "officiele" code conventions, en meestal heeft ieder project zowat zijn eigen conventies, zoals je zelf ook aanhaalt. Soms kom je zelfs verschillende stijlen tegen in 1 project :eek:

.

Ik was heel blij om te zien dat Java zijn eigen officiele conventies heeft, en toen was ik nog naief genoeg om te denken dat iedereen zich daaraan ging houden. Daarmee dat ik mij ook soms iets te heftig kan opwinden als mensen zich daaraan niet houden (viel het op?

). Natuurlijk kan ieder project zijn eigen stijl kiezen, maar persoonlijk ben ik er voor om in Java de standaard te volgen.

Nu moet ik zeggen dat ik vroeger niet dezelfde mening had (zie maar naar mijn artikel: deWiTTERS Tao of Coding – Koonsolo Game Development). Dus ja, ik heb zelf ook niet altijd de Java Code Conventions gevolgd

. Maar momenteel ben ik van mening om dit wel te doen, en dit ook het meest professioneel overkomt bij collegas. Maar ja, iedereen heeft hier natuurlijk zijn eigen mening over.

Gurdt zei:
die ik persoonlijk ken zijn William Van Haevre naar wie ik natuurlijk op kijk (ook op het rugbyveld)

Yep, 't is de William

. Heb bij hem in't middelbaar gezeten en we hebben daarna alletwee Informatica gedaan: hij in Limburg en ik in Antwerpen. Maar we zijn nog altijd goei maten. Fijn om te horen dat hij gerespecteerd wordt door de studenten

(wat ik eigelijk ook wel een beetje verwachtte).
Hij is natuurlijk meer vertrouwd met C++, maar k zal hem eens goed naar zijn voeten geven over die $ in Java :lol:

.

Archief - [Java] Gebruik van this

Gurdt

Legacy Member

dJeez

Legacy Member

kwitters

Legacy Member

Gurdt

Legacy Member

General Lee

Legacy Member

Moto

Legacy Member

MiniJeffrey

Legacy Member

Gurdt

Legacy Member

kwitters

Legacy Member

kwitters

Legacy Member

Gurdt

Legacy Member

Parnakra

Legacy Member

Gurdt

Legacy Member

kwitters

Legacy Member

Parnakra

Legacy Member

Gurdt

Legacy Member

Parnakra

Legacy Member

kwitters

Legacy Member

Gurdt

Legacy Member

kwitters

Legacy Member