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
2034
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
Minkähän takia ns. persuille ei tunnu työ maistuvan?
Vaikuttavat olevan joutoväkeä syystä tai toisesta – työttömiä tai työeläkeloisia. Muiden rahoilla pötköttelevää väkeä,512357Suomen veroaste 5 %-yks liian matala
Palauttamalla kokonaisveroaste 1990-luvun tasolle saadaan hyvinvointivaltion palvelut rahoitettua ilman velan ottoa.952075Kolme neljästä suomalaisesta kannattaa miljonääriveroa
Kertoo vasemmistoliiton teettämä kysely. Veron ulkopuolelle jätettäisiin asunto. "Puolet vastaajista oli sitä mieltä, e962044Olit ihan
Kiihkona silloin. Sen näki ja lähes tunsi. Ei tainnut olla kaukana et olisit vetänyt lähellesi jos siihen olisi hetki tu241917MTV: Harvinainen haastattelu! Vappu Pimiä kommentoi vihdoinkin uutta TTK-juontajaa
TTK-juontajaspekuloinnit käyvät edelleen kuumana. Kenet sinä haluaisit uudeksi TTK-juontajaksi? Kommentoi alle! Lue,131781Evoluutioon ja alkuräjähdykseen uskominen vaatii todella vahvaa uskoa
Että tyhjästä syntyi ja kehittyi kaikki se mitä näemme ympärillämme.5241667Yleveron tuotto siirrettävä S-ryhmälle
Yleisradio on mukana kansanmurhassa. Tuollaista ei voi tukea verovaroin. S-ryhmä on ainoa selkärankainen iso toimija S71580Mikä ihme teitä lieksalaisia tuossa
p*rs*reiässä niin kiinnostelee? Että siitä pitää päntönnään huutaa?501397Kemet lomautukset
Onkohan tuo oikein lain mukaista toimintaa jatkaa jo lomautettuina olevien uudelleen lomautusta yhdenvertaisuuden ja tas411343Mistä juttelit viimeisen kerran
Mistä juttelitte viimeisen kerran ikävöinnin kohteen kanssa? Irl tai viesteillä.751319