Löysin esimerkiksi bugtrackeristä bugin https://bugzilla.gnome.org/show_bug.cgi?id=508846 . Se on määritelty tärkeysluokassa urgentiksi, mutta silti sen korjaaminen on kestänyt vuosia. Onko IT-ala sellaista, että kiireellisetkin asiat voivat kestää useita vuosia?
Miksi avoimen koodin korjaus on välillä hidasta?
uteliasI
11
1691
Vastaukset
Lue tarkemmin.
Severity: enhancement
Ei siis varsinainen vika vaan parannus.
Ja sen lisäksi kommentti 9 kertoo jo patchista, eli homma on jo hoidettu melkein 7v sitten.
Keksit mielivaltaisen ongelman joka liittyisi muka jotenkin avoimeen koodiin ja lähempi tarkastelu näyttää että ongelmaa ei edes ole.- uteliasl
Okei. Mut miks tommoset säilyvät bugtrackerissä, jos vika on jo korjattu?
uteliasl kirjoitti:
Okei. Mut miks tommoset säilyvät bugtrackerissä, jos vika on jo korjattu?
Siellä on varmaan 10000 bugiraporttia joten kyllähän tuossa määrässä alkaa olla ylläpitämistä.
Ehkä niillä ollut parempaakin tekemistä kuin siivota jotain 7v vanhoja juttuja pois.
Voithan sinä tietysti itse käydä jokaisen avoinna olevan bugin sieltä läpi, tarkistaa että onko se korjattu (ja että ei ole uudestaan pompannut esiin), ilmoittaa kehittäjille mitkä pitäisi sulkea pois ja ilmoittaa niihin raportteihin versiotiedot yms. kuntoon.- koodari
M-Kar kirjoitti:
Siellä on varmaan 10000 bugiraporttia joten kyllähän tuossa määrässä alkaa olla ylläpitämistä.
Ehkä niillä ollut parempaakin tekemistä kuin siivota jotain 7v vanhoja juttuja pois.
Voithan sinä tietysti itse käydä jokaisen avoinna olevan bugin sieltä läpi, tarkistaa että onko se korjattu (ja että ei ole uudestaan pompannut esiin), ilmoittaa kehittäjille mitkä pitäisi sulkea pois ja ilmoittaa niihin raportteihin versiotiedot yms. kuntoon.Tuskinpa pomppaa uudelleen esiin. Eiköhän joka bugista tehdä aina testitapaus, jotka ajetaan aina kun patchit arvioidaan. Tai ainakin ite koodaan siten, että jokaisesta tekemästäni virheestä teen testin.
koodari kirjoitti:
Tuskinpa pomppaa uudelleen esiin. Eiköhän joka bugista tehdä aina testitapaus, jotka ajetaan aina kun patchit arvioidaan. Tai ainakin ite koodaan siten, että jokaisesta tekemästäni virheestä teen testin.
Tuskin, mutta aina kun puhutaan isosta määrästä mitä tahansa niin aina käy jotain jännää.
Ei tietokoneen prosessoritkaan yleensä hajoa vaan siellä on monta muuta osaa mitkä alkaa yleensä piiputtaa aikaisemmin mutta kyllä aina joskus löytyy viallinen prosessori.
- hmh,
Pääasiassa siksi, että useiden avoimen koodin ohjelmien kehityksen eteneminen perustuu vapaaehtoisuuteen.
Tai sitten esim tilanne, jos yritykset osallisuvat kehitykseen, he kehittävät sitä heille oleellista osa-aluetta pääasiallisesti. - ruususen_temppeli
Ei kannata jättää open-source koodausta kaupallisten tahojen vastuulle pelkästään. Voi näet olla, että projektin loputtua koodin ylläpitoon ei enää saa käyttää aikaa.. on sitten kehittäjästä kiinni, tuleeko vapaa-ajalla tehtyä korjauksia, vaiko sitten ei. Veikkaan jälkimmäistä, jos on jo tehnyt 8h päivän koodia..
Siis koodia ylläpidetään sen aikaa mitä on luvattukin. Kyllä ylläpitoasiat ihan normaalisti käydään läpi kun otetaan ohjelmistoa käyttöön.
- hmhmhm
Useimmissa pienemmissä projekteissa se johtuu yksinkertaisesti siitä, että projektin eteneminen perustuu tekijöiden vapaaehtoisuuteen. Silloin kukanenkin tekee pääasiassa sitä, mikä sattuu kulloinkin kiinnostamaan.
Nopeampi ja järjestelmällisempi kehitystahti tarkoittaa usein sitä, että pitää palkata joku koodaamaan.
Isommissa projekteissa näin tietysti tehdäänkin. Toisinaan yritykset osallistuvat kehitykseen, kehittäen jotakin osaa omaan tarpeeseensa, silloin siitä usein hyötyvät kaikki kun he korjaavat bugeja vähemmäksi.- 7or7
Usein yritysten sekaantuminen kehitykseen aiheuttaa myös ongelmia. Vrt. antaisitko libre-officen kehitystyön microsoftille? Kehittävä organisaatio pitää aina pitää varpaillaan koodin omistajuuden suhteen - se pitää voida menettää koska tahansa, koska kehitys voi olla myöskin takaperoista. Monille yrityksille on myös hankaluuksia ymmärtää se tosiasia, että koodi kehittyy itse asiassa aika vapaaseen suuntaan - kehityksen suunnan määrääminen voi olla aika tuhoon tuomittua!
"Vrt. antaisitko libre-officen kehitystyön microsoftille?"
Saa sekin siihen muutosta lähettää. Toki projektin ylläpitäjät voivat katsoa, että jos muutos on kelvoton niin sitä ei oteta.
"kehityksen suunnan määrääminen voi olla aika tuhoon tuomittua!"
Se on. Regulointi ja lainsäädäntö sitten on se mikä toimii. Sillä ei voi määrätä kehityksen suuntaa mutta voidaan asettaa vaatimuksia.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Pupuhuhdasta löytyi lähes sadan kilon miljoonalasti huumeita
Pupuhuhdasta löytyi lähes sadan kilon miljoonalasti huumeita – neljä Jyväskylän Outlaws MC:n jäsentä vangittu: "Määrät p632013Persut petti kannattajansa, totaalisesti !
Peraujen fundamentalisteille, vaihtkaa saittia. Muille, näin sen näimme. On helppo luvata kehareille, eikä ne ymmärrä,551731- 591634
Nähtäiskö ylihuomenna taas siellä missä viimeksikin?
Otetaan ruokaöljyä, banaaneita ja tuorekurkkuja sinne messiin. Tehdään taas sitä meidän salakivaa.51557Sinäkö se olit...
Vai olitko? Jostain kumman syystä katse venyi.. Ajelin sitten miten sattuu ja sanoin ääneen siinä se nyt meni😅😅... Lis61535Housuvaippojen käyttö Suomi vs Ulkomaat
Suomessa housuvaippoja aletaan käyttämään vauvoilla heti, kun ne alkavat ryömiä. Tuntuu, että ulkomailla housuvaippoihin61455Hyvää yötä ja kauniita unia!
Täytyy alkaa taas nukkumaan, että jaksaa taas tämän päivän haasteet. Aikainen tipu madon löytää, vai miten se ärsyttävä81326Lepakot ja lepakkopönttö
Ajattelin tehdä lepakkopöntön. Tietääkö joku ovatko lepakot talvella lepakkopöntössä ´vai jossain muualla nukkumassa ta121291Revi siitä ja revi siitä
Enkä revi, ei kiinnosta hevon vittua teidän asiat ja elämä. Revi itte vaan sitä emborullaas istuessas Aamupaskalla41183Kello on puoliyö - aika lopettaa netin käyttö tältä päivältä
Kello on 12, on aika laittaa luurit pöydälle ja sallia yörauha kaupungin asukkaille ja työntekijöille. It is past midni41158