Azərbaycan
Deutschland
Lietuva
Malta
ශ්රී ලංකාව
Türkmenistan
Türkiyə
Украина
Šiam straipsniui ar jo daliai trūksta išnašų į patikimus šaltinius Jūs galite padėti Vikipedijai pridėdami tinkamas išna
Ribinis programavimas
| Šiam straipsniui ar jo daliai trūksta išnašų į patikimus šaltinius. Jūs galite padėti Vikipedijai pridėdami tinkamas išnašas su šaltiniais. |
Ribinis programavimas, dar vadinamas ekstremaliu programavimu (angl. Extreme Programming, sutrumpintai XP) – populiariausias lanksčiojo programavimo metodas, suformuluotas Kent Beck, Ward Cunningham ir Ron Jeffries.
Bazinės praktikos
Bazinės praktikos skirstomos į keturias grupes:
- Pastovus (feedback)
- Testais paremtas programavimas
- Planavimo žaidimas
- Vientisa komanda (įtraukiant užsakovą)
- Programavimas poromis
- Nenutrūkstamas procesas
- Nuolatinis integravimas
- Pertvarkymas (refactoring)
- Smulkios laidos (releases)
- Bendras supratimas
- Paprastas projektas
- Sistemos metafora
- Bendra kodo nuosavybė
- Kodavimo standartai
- Programuotojo gerovė
- Pastovus tempas (jokių viršvalandžių)
Visos šios praktikos išvestos iš pripažįstamų geriausių praktikų, naudojant jas ribiniu atveju:
- Bendravimas tarp programuotojo ir kliento yra gerai. Todėl į ribinio programavimo komandą įtraukiamas užsakovas, detalizuojantis ir prioritizuojantis darbus, taip pat galintis iškart atsakyti į iškilusius klausimus.
- Mokymasis gerai. Todėl programavimo laikas (ciklas) sutrumpinamas iki mažiausio galimo, o testuojama programavimo metu.
- Kuo paprastesnis kodas, tuo didesnė tikimybė, kad jis gerai veiks. Taigi, programuojama tik tai, ko reikia, prireikus, eliminuojamas kompleksiškumas ir kodo dubliavimas. Per sudėtingas kodas perrašomas.
- Kodo peržiūros yra naudingos. Todėl XP programuotojai dirba poromis, prie vieno monitoriaus ir klaviatūros, todėl visas kodas peržiūrimas rašymo metu.
- Kodo testavimas yra gerai. Todėl automatiniai testai rašomi prieš pradedant rašyti kodą. Užduotis laikoma baigta tik tada, kai visi testai baigiami sėkmingai. Periodiškai paleidžiami visi anksčiau rašyti automatiniai testai, užtikrinant kad nesugadintas ankstesnis kodas. Radus klaidą, jai taip pat sukuriamas automatinis testas.
Dažniausiai teigiama, kad ribinis programavimas gali veikti tik mažose komandose iki 12 žmonių, tačiau kartais jis sėkminga veikia ir komandose su daugiau nei 100 programuotojų.
Ribinio programavimo metodikas naudojantys programuotojai dažnai renkasi dinamiškas, greičiau įgalinančias pasiekti reikiamų rezultatų programavimo kalbas.
Kritika
Ribinio programavimo disciplinos esminė kritika -- kad šis procesas sukurtas iš programuotojo perspektyvos, jo tikslas yra suteikti programuotojui komfortiškas darbo sąlygas, tuo aukojant vadovybės ir užsakovų komfortą. Vadovybė negauna aiškaus projekto plano, negali įvertinti projekto trukmės. Užsakovas taip pat neturi fiksuoto projekto biudžeto ir kontraktinių garantijų, kad jo norima programa bus sukurta, bei turi paaukoti projektui vieno savo vertingiausių ir daugiausiai išmanančių darbuotojų ženklią laiko dalį. Užtat programuotojai turi privilegiją dirbti prie kodo, kuris yra norimai aukštos kokybės, kurti programą, kuri atitinka vartotojų poreikius, ir ne tik tuos, kurie buvo aiškūs projekto pradžioje, visada tilpti į terminus ir turėti laisvo laiko po darbo.
Visgi, dažniausiai ribinis programavimas kritikuojamas dėl paviršutiniškų aspektų:
- Programos kūrimo metu nesukuriama detali dokumentacija.
- Programuotojai dirba poromis.
- Prieš pradedant darbą nėra atliekami rimti planavimai.
Privalumai
•Sukuria ir pristato programinę įranga klientui 2 savaičių iteracijomis.
•Pašalina klaidas ar keičia programinės įrangos funkcijas anksti, sutaupant kliento kaštus.
•Vietoj rašymo labai daug dokumentacijos, ko klientas nori, ši disciplina labiau fokusuojasi į grįžtamajį ryšį klientui.
•Rašomas kodas yra aiškus ir suprantamas
Trūkumai
•Kodo kokybė nėra užtikrinama, kadangi ribinis programavimas fokusuojasi į paprastumą ir kodo aiškumą.
•Prasta dokumentacija. Labiau yra propaguojamas bendravimas su klientu ir teikiami pasiūlymai jam, arba koduojama negu dokumentuojamas kodas. Dėl prastos dokumentacijos būsimi pakeitimai gali sukelt bėdų produkto atnaujinime.
•Užsakovas turi dalyvauti produkto kūrime.
Autorius: www.NiNa.Az
Išleidimo data:
vikipedija, wiki, lietuvos, knyga, knygos, biblioteka, straipsnis, skaityti, atsisiųsti, nemokamai atsisiųsti, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, pictu, mobilusis, porn, telefonas, android, iOS, apple, mobile telefl, samsung, iPhone, xiomi, xiaomi, redmi, pornografija, honor, oppo, Nokia, Sonya, mi, pc, web, kompiuteris, Informacija apie Ribinis programavimas, Kas yra Ribinis programavimas? Ką reiškia Ribinis programavimas?
Siam straipsniui ar jo daliai truksta isnasu į patikimus saltinius Jus galite padeti Vikipedijai pridedami tinkamas isnasas su saltiniais Ribinis programavimas dar vadinamas ekstremaliu programavimu angl Extreme Programming sutrumpintai XP populiariausias lanksciojo programavimo metodas suformuluotas Kent Beck Ward Cunningham ir Ron Jeffries Bazines praktikosBazines praktikos skirstomos į keturias grupes Pastovus feedback Testais paremtas programavimas Planavimo zaidimas Vientisa komanda įtraukiant uzsakova Programavimas poromis Nenutrukstamas procesas Nuolatinis integravimas Pertvarkymas refactoring Smulkios laidos releases Bendras supratimas Paprastas projektas Sistemos metafora Bendra kodo nuosavybe Kodavimo standartai Programuotojo gerove Pastovus tempas jokiu virsvalandziu Visos sios praktikos isvestos is pripazįstamu geriausiu praktiku naudojant jas ribiniu atveju Bendravimas tarp programuotojo ir kliento yra gerai Todel į ribinio programavimo komanda įtraukiamas uzsakovas detalizuojantis ir prioritizuojantis darbus taip pat galintis iskart atsakyti į iskilusius klausimus Mokymasis gerai Todel programavimo laikas ciklas sutrumpinamas iki maziausio galimo o testuojama programavimo metu Kuo paprastesnis kodas tuo didesne tikimybe kad jis gerai veiks Taigi programuojama tik tai ko reikia prireikus eliminuojamas kompleksiskumas ir kodo dubliavimas Per sudetingas kodas perrasomas Kodo perziuros yra naudingos Todel XP programuotojai dirba poromis prie vieno monitoriaus ir klaviaturos todel visas kodas perziurimas rasymo metu Kodo testavimas yra gerai Todel automatiniai testai rasomi pries pradedant rasyti koda Uzduotis laikoma baigta tik tada kai visi testai baigiami sekmingai Periodiskai paleidziami visi anksciau rasyti automatiniai testai uztikrinant kad nesugadintas ankstesnis kodas Radus klaida jai taip pat sukuriamas automatinis testas Dazniausiai teigiama kad ribinis programavimas gali veikti tik mazose komandose iki 12 zmoniu taciau kartais jis sekminga veikia ir komandose su daugiau nei 100 programuotoju Ribinio programavimo metodikas naudojantys programuotojai daznai renkasi dinamiskas greiciau įgalinancias pasiekti reikiamu rezultatu programavimo kalbas KritikaRibinio programavimo disciplinos esmine kritika kad sis procesas sukurtas is programuotojo perspektyvos jo tikslas yra suteikti programuotojui komfortiskas darbo salygas tuo aukojant vadovybes ir uzsakovu komforta Vadovybe negauna aiskaus projekto plano negali įvertinti projekto trukmes Uzsakovas taip pat neturi fiksuoto projekto biudzeto ir kontraktiniu garantiju kad jo norima programa bus sukurta bei turi paaukoti projektui vieno savo vertingiausiu ir daugiausiai ismananciu darbuotoju zenklia laiko dalį Uztat programuotojai turi privilegija dirbti prie kodo kuris yra norimai aukstos kokybes kurti programa kuri atitinka vartotoju poreikius ir ne tik tuos kurie buvo aiskus projekto pradzioje visada tilpti į terminus ir tureti laisvo laiko po darbo Visgi dazniausiai ribinis programavimas kritikuojamas del pavirsutinisku aspektu Programos kurimo metu nesukuriama detali dokumentacija Programuotojai dirba poromis Pries pradedant darba nera atliekami rimti planavimai Privalumai Sukuria ir pristato programine įranga klientui 2 savaiciu iteracijomis Pasalina klaidas ar keicia programines įrangos funkcijas anksti sutaupant kliento kastus Vietoj rasymo labai daug dokumentacijos ko klientas nori si disciplina labiau fokusuojasi į grįztamajį rysį klientui Rasomas kodas yra aiskus ir suprantamasTrukumai Kodo kokybe nera uztikrinama kadangi ribinis programavimas fokusuojasi į paprastuma ir kodo aiskuma Prasta dokumentacija Labiau yra propaguojamas bendravimas su klientu ir teikiami pasiulymai jam arba koduojama negu dokumentuojamas kodas Del prastos dokumentacijos busimi pakeitimai gali sukelt bedu produkto atnaujinime Uzsakovas turi dalyvauti produkto kurime