Melyik a legdurvább, legviccesebb hiba, amit egy programkódban valaha elkövettél?
Az egyik első C nyelven írt programomban volt megtalálható ez a zseniális sor (kicsit fáradt lehettem):
time = time;
Kíváncsi vagyok, nektek mi volt a legdurvább :D
Épp most. Csináltam két nagyon hasonló hibaüzenetet, és a tesztszerveren tesztelgettem, ami nem küld ki élesben leveleket. Azt hittem, hogy még mindig újra és újra "a levelet nem sikerült előállítani" hibaüzenet jelenik meg, pedig már "a levelet nem sikerült elküldeni" volt odaírva, ami azt jelenti, hogy mehet át a tesztelés az éles szerverre. Én meg keresem itt mióta a hibát...
Most éppen a fejemet verem az asztalba, csak félbehagytam kicsit, amíg megírom ide.
Még a nyáron írtam egy weblapot, ezen belül is a galériával szöszöltem éppen, a CMS-t írtam hozzá, hogy lehessen különböző albumokat törölni, hozzáadni meg ilyesmiket.
Meg is írtam, tök faszájosan ment is, egész addig, mígnem sikerült valahogy üres stringet kapnia a törlést végző algoritmusnak. Erről az algoritmusról azt kell tudni, hogy fog egy stringet, ami egy elérési út, és ha létezik ilyen mappa, akkor fogja és rekurzívan törli a fenébe minden tartalmával együtt kérdés nélkül. Na, mint utólag kiderült, üres bemenet esetén is parádésan működött, törölve a francba az egész galériát albumokkal együtt. Még szerencse, hogy be volt neki égetve, hogy a galéria mappa a gyökér, mert ez legyalulta volna a teljes webszerveremet.
Szerencsére még a tesztszerveren (de már éles adatok másolatával, vagy 1500 kép) gyalulta le a galériát, de még így is leizzadtam amikor felfedeztem, hogy ilyet csinál. Aztán persze kapott a cucc vagy 3 féle védelmet ilyesmi ellen.
TL;DR: A rekurzív törlés veszélyes, értem!?
G.
Nekem most ami hirtelen eszembe jut, amikor ProjectEulereztem, és ott gyakoriak a nagy számok.
Írtam egy C programot, és int-eket adtam, természetesen túl lőtt a célon, ezért váltottam long long intre, de volt benne egy rekurzív függvényhívás, és a függvény visszatérési értékét elfelejtettem átállítani, így az int maradt.
Gyorsan megírtam Adában, és ott két és fél óra alatt lefutott a kód.
utána 2 órán át debuggoltam az egyik szaktársammal, és meglett a hiba.
lefuttattuk, és 1,5 óra alatt ez is kidobta a megoldást.
A kódolással kb ugyanannyi időt szenvedtem a két nyelven, a debuggolás kicsit lasabb volt c-ben, de a kód gyorsabb.
Nem tudok dönteni, melyiket szeretem jobban.
Bár debuggolni utálok
Nekem a legdurvább az volt, mikor volt egy majd 3.000 soros kódom PAWN nyelven, és pár kifejezést angolosítani szerettem volna a CTRL+H kombinációval előhozható "replace" funkcióval. Nos én valahogyan odáig fajultam, hogy elírtam 1 betűt, na én ökör beírtam a felső sorba a "np" alulra pedig, hogy "p", és én hülye a "Yes, all" lehetőségre mentem, és visszaállíthatatlan kárt okoztam a kódban.
Azóta mindig csinálok mentést a kódjaimról.
PHP-val csináltam épp egy körlevél rendszert, amin keresztül az adatbázisba importált kb 10-20ezer e-mail címre, szép lassan egy kevés időeltéréssel elküldi az e-maileket. (ugye hogy ne terheljem túl a szervert egyszerre sok küldéssel)
Csináltam egy teszt scriptet, amibe a saját e-mailemet írtam adatbázisból importáltak helyett, csak hogy megnézzem a formázást, és ilyesmit.
Felmentem az admin felületre, beírtam valami ilyesmit hogy: "Ha ennek se jó a formázása, akkor hagyom a faszba már az egészet", rányomtam a küldés gombra.
De nem jött meg az e-mail. Megnéztem a scriptet, minden jónak tűnik, ezért még rányomtam 2szer...
Aztán elegem lett, lefeküdtem aludni. Másnap reggel 6-kor hívott a főnök, hogy mi a fenéért kellett ennyi embernek 3szor elküldenem ezt a trágár szöveget...
Hát igen, oké hogy megírtam a teszt scriptet, csak épp nem azt indítottam el, hanem a sima rendes éles változatot, mert az admin menü oldalán elfelejtettem átírni a linket.. :)
Igaz, ez nem programhiba, de "vicces" volt, és életem legnagyobb informatikai baklövése. Ennyi hibát sorban elkövetni, nem is tudom hogy voltam rá képes.. Szóval, ha kb 2 éve kaptál 3 ehhez hasonló e-mailt, akkor sorry, én voltam. :)
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!