Kezdőoldal » Számítástechnika » Programozás » Egy programozó milyen íratlan...

Egy programozó milyen íratlan szabályokat tart be jegyzetelés közben?

Figyelt kérdés

Úgy értem, amikor egy programozó szeretné átláthatóvá tenni a programot, akkor hogyan használja a megjegyzéseket? Teszem azt, ha elkészített egy login rendszert, akkor hogyan jelöli? Pl:

####

#USER LOGIN

###

Vagy erre nincs is szabály?


Csak azért kérdezem, mert úgy képzelem el a jövőmet, hogy majd egy cégnél fogok programozni, ott nem árt, ha ilyeneket tud az ember. :D


2013. dec. 14. 23:53
1 2
 1/13 anonim ***** válasza:
100%

Na, ott az lesz a nagy helyzet, hogy megmondják..


De egyébként ne ezzel kezdd, hanem mondjuk.. a programozással?


amúgy, csak hogy ne offoljak:

[link]


például ez elég gyakori

2013. dec. 15. 00:08
Hasznos számodra ez a válasz?
 2/13 anonim ***** válasza:
10%

TILOS! Ha kommentelned kell, akkor az azt jelzi, hogy sz.r kódot írtál.


Olvasd el ezt: [link]


Utána világos lesz. Egyébként pedig örülök neki, hogy megkérdezted, mert híguló kis szakmánkban néha már jóformán az is csoda, ha valaki egyáltalán tudatában annak, hogy lehet írni jól átlátható, minőségi kódot is. Inkább taknyolnak, gányolnak, összesz_rják az egészet kommentekkel, aztán csodálkoznak, ha egy kompetensebb kolléga kijelenti, hogy a munkájuk egy fillért sem ér.

2013. dec. 15. 00:29
Hasznos számodra ez a válasz?
 3/13 anonim ***** válasza:
17%

Oké, kicsit bővebben is:


A "mi ez" -re ott a JavaDoc/PHPDoc/AkármiDoc. Ebben leírod az API -t. Sem többet, sem kevesebbet.


Általános kommentnek akkor és csak akkor van helye a kódban, ha valami okból speciális megoldásra kényszerülsz. Ezesetben egy rövid kommentben meg kell említeni, miért. Ha azt írod le (amennyiben nem egyértelmű), hogy MIÉRT oldottad meg a feladatot úgy, ahogy, az elfogadható. Ellenben, ha azt kommenteled oda, hogy MIT csinál a kód, akkor az merénylet. Ezesetben a kód rossz.

2013. dec. 15. 00:35
Hasznos számodra ez a válasz?
 4/13 Drone007 ***** válasza:
77%

#2 válaszadóval nem értek egyet, ill. részben csak.

A lényeg, hogy a kód natív és átlátható legyen, ez így van, de a kommentelést nem lehet tilossá tenni.

Én elég szép kódot gyártok, átláthatóan tagoltan programozok, mégis sok helyen kommentelem a munkámat. Egyészt mert többen is dolgozhatunk ugyanazon a projekten, másrészt pedig bizonyos helyeken szükséges a kommentelés. ilyen például egy osztály bemenő paramétereinek részletezése, vagy befejezetlen/bővítendő struktúra megjelölésére.

Az nyilván ostobaság ha valaki azt írja le egy kommentben, hogy mit csinál a kód.


Időnként a kód egyes részeinek szeparálásához is hasznos ha kommentben megjelölöm, hogy pl. inicializálás, végrehajtás, adatbekérés...


Hogy te milyen kommenteket használsz az rajtad múlik, a lényeg, hogy segítség legyen, és ne fölösleges töltelék pl. ez baromság: "holnap vennem kell 2 kiló kenyeret, meg felvágottat..." :)

2013. dec. 15. 11:41
Hasznos számodra ez a válasz?
 5/13 iostream ***** válasza:
69%
#2-nek: tegyük fel, hogy a komment a szar kódot jelzi. Ettől még néha KELL szar kódot írni. Nem azért fizetnek, hogy szép kódot írj, hanem hogy működőt. Az más kérdés, hogy a cégek tisztában vannak a technikai adósság fogalmával, de sok esetben leszarják.
2013. dec. 15. 13:28
Hasznos számodra ez a válasz?
 6/13 anonim ***** válasza:
37%
én úgy hallottam a jó kód 2/3 része komment ezért meglepett a 2. válaszoló amit ír de ezek szerint erősen változó erről a vélemény
2013. dec. 15. 13:28
Hasznos számodra ez a válasz?
 7/13 anonim ***** válasza:

Ha már kommentelés és íratlan szabályok:

[link]


Kommentelni minden kódot kell(ene), hiába írsz beszédes kódot és beszédes neveket, a metódusok elé mindenképpen hasznos és szükséges egy megfelelő leírás. (Doxygennel mellesleg ebből egész szép kis dokumentációt is lehet rögtön generálni.)

2013. dec. 15. 17:06
Hasznos számodra ez a válasz?
 8/13 anonim ***** válasza:
78%

Én is beleolvastam a CleanCode-ba (sajnos időm egyelőre nem engedte, hogy végigolvassam), de ezzel az alapvetésével nem tudtam egyetérteni. Szerintem bizonyos határok felett felesleges új metódusokat létrehozni, _csak_ azért, hogy önleíró legyen a kód - cserébe meg keletkezik +20 1-2 soros metóduska, és emiatt válik nehezebben áttekinthetővé.

Persze a kommentnek is csak akkor van értelme, ha nem a kód emberi nyelven történő megfogalmazása, hanem inkább a szándékot, vagy valamilyen körülményt rögzít. Másik a metódusok/osztályok adott környezetben megszokott szintaktikájú kommentekkel való ellátása (itt is rögzítve, hogy egy-egy paraméterre milyen megkötéseket alkalmazol), ezzel a saját, illetve mások munkáját is nagyban segíted, illetve a későbbiekben kódgenerálásra is használhatod - csak ügyelj arra, hogy mindig aktuális legyen!

A kedvencem egyébként az aktualitását vesztő komment, amely jobb esetben csak "ballaszt", rosszabb esetben kifejezetten félrevezető...

2013. dec. 15. 20:37
Hasznos számodra ez a válasz?
 9/13 iostream ***** válasza:
22%
Ha a kód minősége olyan, hogy az ember megbízik a függvények nevében, akkor felesleges a komment elé. Komment olyan helyekre kell, amik eltérnek a konvencióktól, mert siettél, mert csak ilyen rusnya módon lehetett megoldani nagy átszervezés nélkül, mert bithekkelni kellett, mert bonyolult számítás.
2013. dec. 15. 23:07
Hasznos számodra ez a válasz?
 10/13 anonim ***** válasza:
100%
Ali most sietve olvashatatlan kódot hagy hátra, az később rengeteg időt fog elpazarolni annak kiderítésére, hogy mit akart írni.
2013. dec. 16. 11:42
Hasznos számodra ez a válasz?
1 2

Kapcsolódó kérdések:




Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!