Egy programozó egy átlagos nap mennyi programot ír?
változó hány sort egy nap, én pl. ha egy erőteljes nap akkor 300-500 sor simán lemegy. egy profi és egy kezdő közt egy a különbség, hogy a kezdő stackoverflowról többet les, míg egy profi többet ír fejből, mint stackoverflowról. napi szinten én pl. 4-5 órát tudok írni ha nem unom :P
Az is változó hogy mennyi idő van a következő projektig, attól függ mennyire vagy keresett.
x'D
Ez arra emlékeztet, hogy keresek egy hibát és csak egy kis 4 soros függvényt kellet átírni, és ez tartott 5 órán át, me lövésem se volt, hogy mi volt a hiba oka.
Mindig gyanakodtam valamire, módosítottam majd állhattam vissza, mert nem volt semmi köze hozzá... :D
Tehát nem a sor/perc számít, hanem hogy mennyi funkcionalitást vagy ügyfél igényt tudsz elkészíteni egy nap vagy hét alatt.
Amit te mondasz az a szintaktikai. A szemantikai hibát nem jelzi. :) Az logikai hiba, ami lefut, de nem úgy, ahogy te akarod.
Igaz van olyan, hogy debugger, de azt is be kell jelölnöd, hogy álljon meg. De mi van akkor, ha több komponens, micro service-ből áll és mélyebb rétegekből szivárog át és csak a végén csapódik le, mert ott kerül feldolgozásra?
Aki még nem dolgozott ilyen környezetben, az teljesen mást képzel el erről a világról.
Alapvetően elég ritka az, hogy van egy új feature, amit neked egyedül kell lefejleszteni 0-ról, és a többiek csak egy interface-t kapnak majd a kész modulodból. Ehhez elég jól kell magad pozicionálni, és akkor is ki kell adnod egy csomó részt egyéb fejlesztőknek. Ennek a kézben tartása nagyon sok időt elvisz: tervezés, egyeztetés, meetingek, reviewk, specifikáció. A legtöbb kódot a legrövidebb idő alatt unit tesztelés során írod.
Ami a gyakoribb: kapsz egy feladatot vagy bugot, elkezded kutatni, hogy hol kellene belenyúlni a marha nagy rendszerbe. Mikor megtalálod, akkor elkezded megérteni annak a fejlesztőnek a munkáját, aki ezt írta (de már mondjuk nincs is a cégnél). Majd beleírod azt a 4 sort, amit a feladat kíván, ami miatt bukni fog egy tucat teszt. Ezeket javítod, majd átadod tesztelésre a kész feladatot. Közben vannak meetingek, pozíciófüggő egyéb feladatok. A vége az, hogy a 4 sor majdnem egy napodba telt.
"Igaz van olyan, hogy debugger, de azt is be kell jelölnöd, hogy álljon meg."
Mi alapján lehet beállítani, hogy a debugger jó legyen az adott program számára?
"De mi van akkor, ha több komponens, micro service-ből áll és mélyebb rétegekből szivárog át és csak a végén csapódik le, mert ott kerül feldolgozásra?"
A micro service miért bonyolítja be ennyire a dolgot? Nehezebben lehet átlátni? Ha másfél GB-nyi kódot kell átnézni egy hiba miatt, akkor hogy lehet megtalálni a hibát?
Köszönöm a válaszokat.
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
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!