Donald Knuth ei kai aina testannut koodiaan vaan todisti sen oikeaksi. Missä oppisi tällaista testaamista välttävää ja todistamiseen perustuvaa ohjelmointia? Olen koulutukseltani matemaatikko ja ajattelin, että voisiko minulla olla annettavaa IT-alalla todistamisen puolella. Vai onko koodin todistajia jo tarpeeksi? Ei kai, kun äskettäin oli juttua prosessorien bugeista.
Miten koodia todistetaan bugittomaksi?
matemaatikkomies
17
4488
Vastaukset
Näin: https://fi.wikipedia.org/wiki/Matemaattinen_todistus
Koodia ei useinkaan todisteta oikeaksi kustannussyistä. Prosessorit on niitä joissa sitä todistusta juurikin tehdään mutta onnistuivat sössimään kun siellä semmoiset liukuhihnat ja tilat, ja homma menee juuri siinä kohtaa hankalaksi jos on jotain tiloja jossain joita pitää huomioida.- simplestway
Parasta varmasti todistaa debuggaamalla koodi bugittomaksi.
Mielivaltaisen koodin todistaminen oikeaksi on ratkeamaton, undecidable, ongelma matemaattisesti. Käytännössä esim suuria mikropiirejä on onnistuttu verifioimaan logiikalla. Mutta tuo tutkimus on liikesalaisuuden alla.
- except-e
Tuosta syystä en tule koskaan hyppäämään kuskittoman itseajavan kulkuneuvon kyytiin.
Ihminen ei osaa tehdä täydellistä poikkeuksenkäsittelijää. "Mielivaltaisen koodin todistaminen oikeaksi on ratkeamaton, undecidable, ongelma matemaattisesti."
Ei ole.
Koodi voidaan todistaa oikeaksi ja sellaiseksi, että tietyt virheet ovat mahdottomia mutta se mikä on se haastavuus on se, että mistä saadaan oikea määrittely.
Aina tarvitaan sitä inputtia myös määrittelyksi, että niin kauan kun määrittely on oikein, saadaan toteutuskin oikein.
"Käytännössä esim suuria mikropiirejä on onnistuttu verifioimaan logiikalla. Mutta tuo tutkimus on liikesalaisuuden alla."
Kyllä logiikalla tehtävävä verifiointi on hyvin tunnettua.except-e kirjoitti:
Tuosta syystä en tule koskaan hyppäämään kuskittoman itseajavan kulkuneuvon kyytiin.
Ihminen ei osaa tehdä täydellistä poikkeuksenkäsittelijää.Kun koodia todistetaan oikeaksi, on aika tavallista, että ei jouduta käsittelemään poikkeuksia.
- Turbo-Urpo
M-Kar kirjoitti:
Kun koodia todistetaan oikeaksi, on aika tavallista, että ei jouduta käsittelemään poikkeuksia.
Että et joutuisi poikamieslihasta kättelemään, sido se jeesusteipillä reiteen, riittävän tiukasti, hypotermian varalta putsaa vanhat savet puntista pois.
- kdnznzmzmz
except-e kirjoitti:
Tuosta syystä en tule koskaan hyppäämään kuskittoman itseajavan kulkuneuvon kyytiin.
Ihminen ei osaa tehdä täydellistä poikkeuksenkäsittelijää."Ihminen ei osaa tehdä täydellistä poikkeuksenkäsittelijää."
mutta kuitenkin paremman ja nopeamman kuin mitä itse on.. kdnznzmzmz kirjoitti:
"Ihminen ei osaa tehdä täydellistä poikkeuksenkäsittelijää."
mutta kuitenkin paremman ja nopeamman kuin mitä itse on..Voidaan myös todistaa että useimpia poikkeuksia ei ole mahdollista tulla joten niitä ei myöskään tarvitse käsitellä.
Uskoisin, että yli 90% kaikesta koodista on bugista - jollakin tavalla.
Tämä on todellakin hämmentävää mielestäni mutta ymmärrän koodaajia - heidän on
pakko tehdä tulosta nopeasti ja käytännöksi on vakiintunut erilaiset jälkeenpäin pätsäykset,
eli kun koodi julkaistaan, sen arvellaankin olevan bugista ja sitten tulee pätsejä ja taas pätsejä.
Sitä se on kun pitää saada nopeaa tulosta.."Uskoisin, että yli 90% kaikesta koodista on bugista - jollakin tavalla."
Enemmän. Lähes 100%. Vain harvoin halutaan bugitonta koodia. Sen haluamisen päättää se kuka rahoittaa koodin tekemisen.
"Tämä on todellakin hämmentävää mielestäni mutta ymmärrän koodaajia - heidän on
pakko tehdä tulosta nopeasti ja käytännöksi on vakiintunut erilaiset jälkeenpäin pätsäykset,
eli kun koodi julkaistaan, sen arvellaankin olevan bugista ja sitten tulee pätsejä ja taas pätsejä."
Ei pätsäykset tarkoita välttämättä mitään bugia. Ennemminkin kyse on siitä, että ohjelmia ei käsitetä olevan mitenkään muuttumattomia vaan jatkuvassa muutoksessa.- 102030405060
M-Kar kirjoitti:
"Uskoisin, että yli 90% kaikesta koodista on bugista - jollakin tavalla."
Enemmän. Lähes 100%. Vain harvoin halutaan bugitonta koodia. Sen haluamisen päättää se kuka rahoittaa koodin tekemisen.
"Tämä on todellakin hämmentävää mielestäni mutta ymmärrän koodaajia - heidän on
pakko tehdä tulosta nopeasti ja käytännöksi on vakiintunut erilaiset jälkeenpäin pätsäykset,
eli kun koodi julkaistaan, sen arvellaankin olevan bugista ja sitten tulee pätsejä ja taas pätsejä."
Ei pätsäykset tarkoita välttämättä mitään bugia. Ennemminkin kyse on siitä, että ohjelmia ei käsitetä olevan mitenkään muuttumattomia vaan jatkuvassa muutoksessa.Kyllähän sitä yleensä halutaan bugitonta koodia, mutta budjetti asettaa rajan sille, mille tasolle käytännössä päästään.
Harvapa sitä haluaa varta vasten bugista koodia . . . 102030405060 kirjoitti:
Kyllähän sitä yleensä halutaan bugitonta koodia, mutta budjetti asettaa rajan sille, mille tasolle käytännössä päästään.
Harvapa sitä haluaa varta vasten bugista koodia . . .No sehän se kun ei ole maksuhaluja.
Jokainen saa kyllä vapaasti tehdä itse bugitonta koodia.
- AamukahviaKohtaKeitän
Prosessorien verifiointia tehdään usein SAT-ratkaisijoilla (SAT Solvers):
www.satlive.org - tieteestäkiinnostunut
Mitenkähän tieteessä? Kuulemma ainakin tilastolliseen päättelyyn saa vain käyttää jollain tapaa "standardoituja" ohjelmistoja. Aika moni tieteilijä on todella pedanttinen ja tarkka. Onko tieteen tekemisessä koodi virheetöntä?
Ei siellä mitään standardointia ole sovelluksissa. Ohjelmointikieliä on standardointu ja niillä voi sitä tilastollista päättelyä ohjelmoida ja silloin sitä ihan itse voidaan huolehtia että koodissa ei ole bugeja.
Ohjelmointikielten totetuksissa voi tietysti olla bugeja, onhan sitä kääntäjäbugejakin olemassa. Aika olennaista on pitää se oma koodi selkeänä niin noihin ei käytännössä törmää. Niillä kuitenkin ajetaan kaikennäköistä koodia valtavia määriä. Joitakin ohjelmointivälineitä on kyllä perusteellisesti varmistettu riittävän laadukkaiksi että niitä voidaan käyttää sairaalavehkeissä tai lentokoneissa. Niissä nimittäin on vaatimuksia koodin laadulle, tieteen tekemisessä ei ole.
Itseasiassa tieteentekemisessä tilanne on usein päinvastoin mitä tulee koodin laatuun. Tieteentekijät yleensä vain kyhäisee jotain kasaan mikä tekee jotain uutta ja jännää ja lopputulos on kyllä helposti ihan kuraa. Sovellusohjelmoijat yleisesti ottaen tekevät paljon laadukkaampaa koodia ja varsinainen ohjelmistokehitys vähän vaativampaa.
- 102030405060
Näitä sanotaan formaaleiksi menetelmiksi.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Kuka oli töllöntyön tekijä?
Ketä on nyt pidätetty? Oliko syy mustasukkaisuus tyttöystävästä tai oliko muita lieventäviä seikkoja? Katuuko tekijä nyt284088Kotikasvatus siitä se lähtee eli missä meni vikaan että lapsesta tuli puukottaja
Ottakaa muut oppia, normaali kotielämä. Ei liikaa edes hengellisyyttä.462125Kun kohtaat jotain ainutlaatuista
ja upeaa, johon rakastut ehkä ensimmäistä kertaa ihan tosissaan. Sitten sähläät kaiken omien epävarmuuksien vuoksi. Eikö471335- 831194
Mua ahdistaa
Tämä juttu. Miksi nainen torjuit minut vaikka kiinnostuksen merkkejä oli? Eihän tämän jutun olisi tarvinut johtaa sen pi381138Ei tämä enää tervettä oo
Sydän pamppaillen oon jo tunnin meinannu laittaa sulle viestiä... Sormi tärisee lähetä kuvakkeen kohdalla.251116Perämoottoreiden huolto melkoisen kallista
Minulla on tuollainen keskikokoinen perämoottori ja yleistä merkkiä. Kyselin sille keväthuoltoa paikallisista liikkeistä491047Pasi Turunen: Ensimmäisenä Helluntaina ei kastettu sylivauvoja!
Tänään 31.5.2026 Pasi Turunen noin vastasi soittajan kysymykseen! Raamattu EI KERRO ketä kastettiin161935Tanskademarit: ilman risusavottaa ei rahaa!
Näin persuna on pakko ihailla noita Tanskan demareita. Tanskalaisessa sosiaalidemokratiassa ei työtön saa rahaa ellei os173861- 57845