Kaip išvengti "oh shit apie tai visai nepagalvojau" situacijų programuojant?

Suirotaro

Pradedantis dalyvis

Grupė: Nariai
Atsiliepimai: +0 -0
Pranešimai: 51
Kartu nuo: 2015-07-04

2018-10-02 10:55 (#1)

Kaip išvengti "oh shit apie tai visai nepagalvojau" situacijų programuojant?

Taigi paskutiniu metu buvo tokių "oh shit" momentų programuojant, kai dirbi dirbi ir atsiranda kokia situacija ar problema/bugas apie ką nepagalvojai iš anksto nors tai ir nebuvo labai pasislėpęs dalykas.

Tai klausimas toks, kaip nepraleisti tokių dalykų, kad paskui netektu papildomas valandas sėdėti? ir dirbti būtų buvę daug paprasčiau jei iš pradžių būtum pagalvojęs apie tokias situacijas.
Kaip jūs darot ? Nuo ko pradedat darbą/užduotį, ką apgalvojat pirmiausiai? Gal turit kokį savo cheatsheet ką pirmiausia išsiaiškinti prieš pradedant kodinti?

Neturiu dar ilgametės programuotojo dartbo patirties tai įdomu, kaip išvengti tokių "apie tai visai nepagalvojau" situacijų ir manau ne tik man naudinga būtų jei duotumėt patarimų

Į viršų of the page up there ^

babunas

Užkietėjęs dalyvis

Grupė: Patvirtinti nariai
Atsiliepimai: +13 -0
Pranešimai: 1562
Kartu nuo: 2013-05-15
Miestas:Kaunas

2018-10-02 11:05 (#2)

Tik patirtis, antrą kartą darydamas tą patį darbą jau žinosi, kas kaip. Jeigu programuoji vienas viską, tai yra daug paprasčiau na o jeigu tai didele komanda tada visa laiką bus daug oh shit

tam yra įvairios programavimo ir testavimo procesų metodologijos

Į viršų of the page up there ^

IDK

Dažnas dalyvis

Grupė: Patvirtinti nariai
Atsiliepimai: +0 -0
Pranešimai: 452
Kartu nuo: 2015-09-30

2018-10-02 11:17 (#3)

Galima programuoti TDD ar BDD principu, tada pirma parašai, ką kodas turėtų daryti (testus) ir tik tada užprogramini patikrindamas, kad visi testai praeina. Bei yra gausybė įrankių, kurie automatizuoja procesus, skenuoja išeities tekstą ir gali informuoti apie klaidas, naudojamas blogas praktikas ir pan (pvz linters, test coverage tools, code smell detectors, test mutations ir t.t.).