Milyen tulajdonságokkal bír egy nagyon rossz fejlesztő?

Volt aki megirt valami parsoros kodot ugy hogy mar ranezesre is potencialisan tulirta a memoriat, emellett nem csinalta meg a funkciot amit meg kellett volna. Szoltam neki hogy javitsa ki, erre bepusholta (nem volt kenyszeritve a review). En meg reverteltem es levettem rola a taskot.

Volt egy masik, az hetekig szuttyogott egy par oras feladattal, ami ugyan a kit erdekel kategoria, csak eppen kozben tobbszor is elmagyaraztatta es kozben leirta a fuzetebe. Csak azt nem ertem, miert nem olvasta el amit leirt.

A masik veglet, hogy leveszi a taskot maganak, aztan hetekig ul rajta es kozben abbol derul ki hogy mindent meg- es atirt, hogy elkezd masokat szogatni hogy ide vagy oda ne irjon mert az mar neki megvan csak meg nincs kesz teljesen, es amugy elfelejtette az osszes letezo taskot magahoz venni.

Én egyszer kaptam egy legacy kódot, amit át kellett volna ültetnem egy új rendszerre. Az elkövetővel nem találkoztam (szerencséje), de az agyam eldobtam. Gyakorlatilag az összes antipattern-t elkövette, a kódjával oktatni lehetett volna a "hogyan NEM szabad csinálni"-t:

- HTML és PHP kód egybehányva, rendszer nélkül

- Input sanitization ismeretlen volt számára

- Rengeteg kódismétlés, az egységbe szervezés teljes hiánya

- És a legdurvább: függvényekben a return az úgy hiányzott. Ehelyett globális változókba írta az eredményt, majd azt olvasta ki a függvény futtatása után, ami nyilván durvábbnál durvább hibákat okozott.

Közöltem a megbízóval, hogy ez a kód úgy, ahogy van kuka és nulláról kell újat írni.

Megismered

[link]

Terület válogatja. Mi főleg mikrokontrollerek (általában PIC), FPGA, beágy. rendszerekket fejlesztünk.

1./ Én eddig backend fejlesztő voltam. De ez se lehet más. És elmagyarázta, hogy miért lenne jó az egész cuccot átírni pythonba. Aztán néhány napos küzdelem után felfogta, hogy az adott hardverre nem létezik python (se fordító, se interpreter nincs hozzá). És ezért mi voltunk a hibásak (az, hogy miért vettel fel a HR máig nem tudjuk).

2./ PIC mikrokontroller volt a feladatnak egy időkritkus része, és a kolléga nem volt képes úgy megírni, hogy az adott rész adott idő alatt lefusson. És itt jött ki az, hogy miért volt "rossz": elmagyarázta, hogy ő milyen jó fejlesztő, és úgy senki nem tud programozni mint ő. Elmagyarázta, hogy szerinte annak a résznek nem is kéne időkritikusnak lennie, oldjuk meg a csatlakozó hardverben, hogy ne 100 mikrosec legyen az elvárás, hanem 130 mert az ő programja azzal a résszel annyi idő alatt végez. És mi vagyunk a hülyék, hogy nem értjük, hogy a 130 csak picit több, mint a 100 észre se lehet venni a különbséget.

3./ talán a legrosszabb fejlesztő típus: minden részben talál valami kifogásolni valót, miért rossz az egész rendszer, és miért úgy van megírva és nem amúgy, és ő sokkal jobbat tudna írni. Aztán amikor kapott egy részt, hogy na akkor ezt írd újra a saját ötleteid szerint, de férjen be a memóriába és férjen bele a futásidőbe hetekig küzdött (persze közben mindig elmondta, hogy a kód másik része miért rossz) de végül hasznos kódrészletet soha nem tudott írni. 1 óra hasznos munkára jutott 2 óra másik részlet szidás és 1,5 óra annak a dokumentálása, hogy miért nem tud haladni (de ebben voltak ilyen feljegyezések, hogy 10 percen keresztül nem tudtam koncentrálni, mert az ablakpárkányon ült egy madár...).

#2: Ez nagyon 2000-es évek eleji webfejlesztői munkának hangzik. Az antipatternek leginkább úgy alakultak ki, hogy régen ezeket nagyon sokan elkövették, ezért is lehet ma már egységbe szervezni, hogy mik azok, amikre oda kell figyelni. De ezek addig nem feltétlenül antipatternek voltak.

Régen a weboldalakat nem alkalmazásként kezelték a fejlesztők, hanem inkább úgy, hogy ezek csak HTML oldalak, de scripteket tartalmaznak. Nem pedig úgy, mint ahogy manapság a frameworkökkel tesszük, hogy maga a kód generálja a HTML oldalakat.

Nyilván akkor is voltak rosszabb és jobb fejlesztők, de ez még nem feltétlenül tesz valakit rossz fejlesztővé. Az is lehet, hogy tökre kezdő volt, aki ezt művelte, de megbízták a feladattal, pont azért, mert működött, és akkor még nem voltak OOP elvárások a weboldalaknál. De persze ma már ezeket kegyetlen olvasni.

Egy rossz fejlesztő ebből a szempontból inkább az, aki több évnyi tanulás és munka után sem képes megfelelő és hatékony kódot írni. Na az gáz.