| dbo:abstract
|
- A próba-szerencse programozás a számÃtógép-programozás egy antimintája. Lényege, hogy a programozó apró változásokat visz véghez, remélve, hogy ezzel kijavÃt egy hibát. Közben rendszerint nem használja a verziókezelést, emiatt a megelÅ‘zÅ‘ változat elveszhet. Az apró változtatásokat, sorok megcserélésének eredményét teszteli is, bár ez a tesztelés nem kimerÃtÅ‘. Oka, hogy a programozó nem érti a hibát és a kódot. Ezzel a módszerrel olyan új hibákat vezethetnek be, melyeket a teszteléssel nem vesznek észre, Ãgy legfeljebb csak akkor derülnek ki, amikor a programozó úgy Ãtéli, hogy sikerült kijavÃtania a hibát, és a projekt gépezete működésbe lendül. A taktika nem produktÃv, ha:
* Nincsenek könnyen végrehajtható , amelyek lefedik a kódbázist.
* Nincs tesztvezérelt fejlesztés, Ãgy tapasztalati teszteléssel nehéz megállapÃtani, hogy a releváns esetek többségében működik-e.
* Nincs verziókezelés , nincs elmentett megelÅ‘zÅ‘ állapot, nincsenek közben mentések sem, Ãgy a legrosszabb esetben a régi állapot elvész, pedig lehet, hogy az lenne a legjobb. Sok hibás indÃtás és javÃtás történik, mielÅ‘tt eléri a megnyugtató végpontot. hiányában a kód minÅ‘sége nem biztosÃtott. Oka, hogy a programozó nem érti a hibát, nem érti, hogy miért csinálja a kód azt, amit. Ennek oka lehet az API nem megfelelÅ‘ dokumentációja. Mások a referencia kódot másolják át, amirÅ‘l azt hiszik, hogy korrekt, pedig lehet, hogy az is próba-szerencse módon készült. Bizonyos esetekben a programozó tudja igazolni, hogy a többi lehetséges permutáció, változat közül az egyiknek működnie kell, akkor megtalálhatja azt a változatot, amirÅ‘l utólag igazolhatja, hogy az a legjobb. (hu)
- A próba-szerencse programozás a számÃtógép-programozás egy antimintája. Lényege, hogy a programozó apró változásokat visz véghez, remélve, hogy ezzel kijavÃt egy hibát. Közben rendszerint nem használja a verziókezelést, emiatt a megelÅ‘zÅ‘ változat elveszhet. Az apró változtatásokat, sorok megcserélésének eredményét teszteli is, bár ez a tesztelés nem kimerÃtÅ‘. Oka, hogy a programozó nem érti a hibát és a kódot. Ezzel a módszerrel olyan új hibákat vezethetnek be, melyeket a teszteléssel nem vesznek észre, Ãgy legfeljebb csak akkor derülnek ki, amikor a programozó úgy Ãtéli, hogy sikerült kijavÃtania a hibát, és a projekt gépezete működésbe lendül. A taktika nem produktÃv, ha:
* Nincsenek könnyen végrehajtható , amelyek lefedik a kódbázist.
* Nincs tesztvezérelt fejlesztés, Ãgy tapasztalati teszteléssel nehéz megállapÃtani, hogy a releváns esetek többségében működik-e.
* Nincs verziókezelés , nincs elmentett megelÅ‘zÅ‘ állapot, nincsenek közben mentések sem, Ãgy a legrosszabb esetben a régi állapot elvész, pedig lehet, hogy az lenne a legjobb. Sok hibás indÃtás és javÃtás történik, mielÅ‘tt eléri a megnyugtató végpontot. hiányában a kód minÅ‘sége nem biztosÃtott. Oka, hogy a programozó nem érti a hibát, nem érti, hogy miért csinálja a kód azt, amit. Ennek oka lehet az API nem megfelelÅ‘ dokumentációja. Mások a referencia kódot másolják át, amirÅ‘l azt hiszik, hogy korrekt, pedig lehet, hogy az is próba-szerencse módon készült. Bizonyos esetekben a programozó tudja igazolni, hogy a többi lehetséges permutáció, változat közül az egyiknek működnie kell, akkor megtalálhatja azt a változatot, amirÅ‘l utólag igazolhatja, hogy az a legjobb. (hu)
|
| rdfs:comment
|
- A próba-szerencse programozás a számÃtógép-programozás egy antimintája. Lényege, hogy a programozó apró változásokat visz véghez, remélve, hogy ezzel kijavÃt egy hibát. Közben rendszerint nem használja a verziókezelést, emiatt a megelÅ‘zÅ‘ változat elveszhet. Az apró változtatásokat, sorok megcserélésének eredményét teszteli is, bár ez a tesztelés nem kimerÃtÅ‘. Oka, hogy a programozó nem érti a hibát és a kódot. hiányában a kód minÅ‘sége nem biztosÃtott. (hu)
- A próba-szerencse programozás a számÃtógép-programozás egy antimintája. Lényege, hogy a programozó apró változásokat visz véghez, remélve, hogy ezzel kijavÃt egy hibát. Közben rendszerint nem használja a verziókezelést, emiatt a megelÅ‘zÅ‘ változat elveszhet. Az apró változtatásokat, sorok megcserélésének eredményét teszteli is, bár ez a tesztelés nem kimerÃtÅ‘. Oka, hogy a programozó nem érti a hibát és a kódot. hiányában a kód minÅ‘sége nem biztosÃtott. (hu)
|
