Thread: [JAVA]
-
04-03-2009, 19:28 #61no votes
-
-
04-03-2009, 19:33 #62
Gurdt, geef eens enkele voorbeelden van uniefprojecten dan waar ge zoveel werk voor hebt. In het tweede jaar unief zitten en hier uit de hoogte komen doen over het elite niveau dat ge op anderhalf jaar tijd aangeleerd hebt terwijl een deel van de users hier professionele coders zijn die er al meerdere jaren hun brood mee verdienen.
Op mijn stagebedrijf zelf (waar ze vooral agile werken met een combinatie van scrum & XP) zie ik dat leesbare code primeert boven het schrijven van (soms overbodige) commentaar.no votes
-
04-03-2009, 19:37 #63Approved 9-lifer
- Registered
- 31/08/07
- Location
- Assebroek
- Posts
- 380
- iTrader
- 14 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
Is wel overbodige commentaar maar jij die daar commentaar op heeft vin ik zelfs ECHT OVERBODIG.
Mijn bedoeling was het gewoon uit te leggen meeste gebruiken blijkbaar equals maar voor strings gebruik ik rap matches. Ja oke het is helemaal uitgelegd maar het was ook niet voor jou uitgelegd en beter volledige uitleg dan maar halve
.
Enjoyno votes
-
04-03-2009, 20:03 #64Approved 9-lifer
- Registered
- 21/08/08
- Location
- Hasselt
- Posts
- 2,653
- iTrader
- 8 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 5/46
@jelle sample this: dat mijn job niet perse aan een pc hoeft te zijn
@yngwie: kdenk da ik nu aan men 4e grote project bezig ben (kdenk dat da genoeg is om te weten wat een project is)
@yngwie: commentaar verhoogt net de leesbaarheidno votes
-
04-03-2009, 20:13 #65Member
- Registered
- 08/11/03
- Location
- Antwerpen
- Posts
- 1,726
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 2/2
Daar zou ik zo zeker nog niet van zijn. Zeker nie als we over inline commentaar spreken.
Ze zouden op school beter deftige CODE leren schrijven, dan is de meeste commentaar al niet meer nodig.
Anyway ...
Goed gecommentarieerde code is natuurlijk leuk en kan handig zijn bij de intellisense. Maar als je ooit als programmeur aan de slag gaat, zal je wel zien dat er op de meeste plaatsen een hele boel coding standards en guidelines zijn. Wanneer je je aan de guidelines houdt, spreekt de code nog meer voor zich en is commentaar weeral wat nuttelozer.no votes
-
04-03-2009, 20:21 #66
wat begrijp je onder groot project? Ik snap niet waarom je hier zo blijft volharden. Ik geloof best dat je al redelijk wat hebt gedaan, maar eens je van school komt dan gaan je ogen open, je hoeft dit niet te geloven, maar vecht er niet zo hard tegen en gooi niet constant argumenten naar onze kop want je komt echt niet goed over...
no votes
-
04-03-2009, 20:41 #67Member
- Registered
- 03/11/03
- Location
- Hove
- Posts
- 6,718
- iTrader
- 3 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 1/3
Look down at me and you see a fool; look up at me and you see a god; look straight at me and you see yourselfno votes
-
04-03-2009, 20:58 #68
Dat was mijn vraag ook eigenlijk. Hoeveel projecten je al gedaan hebt voor school maakt niet veel uit maar wel de omvang en het onderwerp van die projecten. Geef eens een voorbeeld van zo'n groot project.
no votes
-
04-03-2009, 21:55 #69Member
- Registered
- 30/09/02
- Location
- Mariakerke
- Posts
- 554
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 2/2
Kan je me eens quoten waar ik zeg dat commentaar geen nut heeft? Ik vind het gewoon enorm pretentieus van forloRn dat hij als student hier een beetje de man gaat uitgangen die alle wijsheid in pacht heeft; en hier een aantal mensen met x-aantal jaar ECHTE ervaring in programmeren op grotere projecten weglacht alsof ze er niets van weten. Maar ik maak me er niet druk in, hij zal wel met zijn pootjes op de grond worden gezet eens hij begint te werken.
no votes
-
04-03-2009, 22:05 #70Member
- Registered
- 17/07/02
- Location
- Wilrijk
- Posts
- 1,994
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 9/16
Als ik iets maak dat andere devs waar ik niet direkt mee samenwerk maak dat als blackbox moet werken doe ik dat ook voor hun intellisenseGoed gecommentarieerde code is natuurlijk leuk en kan handig zijn bij de intellisense.
Als ik classes zie waar elke methode een comment heeft wordt ik al mottig (maagkrampen enzo) Dan ziet ge toch veel minder code op uw scherm, en zijn maar weinig dingen die ik niet 1-2-3 begrijpcommentaar verhoogt net de leesbaarheid
belangrijkste comments zijn trouwens de hacks die derin steken
no votes
-
04-03-2009, 23:41 #71Member
- Registered
- 23/11/03
- Location
- Landeurp
- Posts
- 1,791
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 10/17
no votes
-
04-03-2009, 23:52 #72Crew Member
- Registered
- 01/09/02
- Location
- Peutie
- Posts
- 7,664
- iTrader
- 0
- Mentioned
- 4 Post(s)
- Reputation
- 13/105
Hangt natuurlijk een beetje van project tot project af. Ik ben wel voorstander van bij uw methodes toch iets van commentaar te zetten. Op die manier kan je eenvoudig Doxygen, PHPDoc, JavaDoc of weetikwatnog genereren en hoeft niet iedereen noodzakelijk de code te bekijken om te weten wat bepaalde functies doen.
Vanaf nu gaan we verder op BeyondGaming!
In deze thread wordt uitgelegd hoe je jouw account kan migreren.no votes
-
05-03-2009, 00:54 #73Member
- Registered
- 17/07/02
- Location
- Wilrijk
- Posts
- 1,994
- iTrader
- 2 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 9/16
Tuurlijk, dat is met alles zo, ge moet niks doen omdat het "zogezegd moet", het moet altijd zinvol zijn, der is altijd wel iets beters te doen dan nog een extra unit-testje of een extra regelke commentaar dat weinig zin heeft.Hangt natuurlijk een beetje van project tot project af.no votes
-
05-03-2009, 19:09 #74Member
- Registered
- 30/09/02
- Location
- Mariakerke
- Posts
- 554
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 2/2
no votes
-
07-03-2009, 16:27 #75no votes


