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
4446
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
Kalajoen hukkuneet pojat olivat tummaihoisia
Jälleen kerran, hukkuneet tai heikon uimataidon vuoksi vaaraan joutuneet olivat muita kuin suomalaisia. Turha viisastell3116705Kysymys muille miehille
Onko teille varattu nainen ongelma? Mikään muu naisessa ei töki kun se että hän on varattu. Kamppailen houkutuksen kanss653749- 2033066
Kohta katson sun kuvaasi
ja päästän ajatukseni liitämään. Jo kuvasi näkeminen rauhoittaa, ja pistää hyrräämään vähän muutakin. Ihanan kaunista sa242747- 741912
- 1461652
Ahneus iski Fazeriin, suklaalevy kutistuu 180 grammaan
Kun mikään ei riitä. Shrinkflaatio. Mitä isot (Marabou) edellä, sitä pienet (Fazer) perässä. Pienikin voi siis olla a2051641Minkä asian haluaisit muuttaa kaivatussasi?
Mikä kaivattusi luonteessa tai ulkonäössä ärsyttää sua?1201518Jos kaivattusi on perääntynyt lähestyessäsi
jossain tilanteessa, ymmärrätkö miksi hän saattoi tehdä sen?1631511- 891398