Käyttäjä

Googlen ikuisia beetoja ihmetellään

Beetaversio viittaa siihen muutaman kuukauden testiaikaan, joka edeltää ohjelmiston julkaisua. Vai viittaako? Nettiyhtiö tutki Googlen beetatilannetta ja huomasi, että 45 prosenttia Googlen hankkeista on beeta-asteella. Esimerkiksi suosittu Gmail on ollut "beetatestauksessa" jo yli neljä vuotta. Googlen selitystä asialle ihmetellään.

Lue juttu

Vastaukset 10 vastausta

Käyttäjä

Betan jälkeen kylläkin tulee ne Release Candidatet mutta kaupallisuudessa Beta versioita on pidetty niiden tilalla, selkeämpää.

Googlen tilanteen kyllä ymmärtää. Googlen tuotteet ovat jatkuvasti kehittyviä eikä niissä haluta pitää mitään versionumerointia.
Miltä kuulostaa GMail 1.15? Tai GMail 2.1 Beta jonka jälkeen tulisi GMail 2.1 Stable tai Final?

GMailin erikoisuus on että se on webmail, eikä mikään sovellus. Googlen ohjelmistot taas pääsevät Beta asteelta pois. Kun Google voi vaikuttaa siihen. Mutta Google ei voi vaikuttaa internet selaimien standardien toteutukseen tai muihin ominaisuuksiin joita Google ei hallitse, mutta mitkä vaikuttavat GMailin käyttöön. Joten parempi on pitää GMail ym betana.
Tällöin voi vapaammin testata uusia ominaisuuksia ym.

Tosin voisihan Google tehdä niin että GMail olisi aina "vakaa" ja sitten olisi Beta versio mihin voisi käyttäjät kirjautua kokeilemaan ja raporttoida Googlelle uusien ideoiden toteutuksesta ja jos ovat hyviä niin sitten lisätään ne "vakaaseen" GMailiin.

Käyttäjä

"GMailin erikoisuus on että se on webmail, eikä mikään sovellus."

On se sovellus. Sitä vaan käytetään selaimella.

Käyttäjä

Matti: "On se sovellus. Sitä vaan käytetään selaimella."

Google on selain!

Käyttäjä

Sinänsä Googlen beta-versiot eivät välttämättä ole laadullisesti sen huonompia kuin ne monet myytävät ohjelmat, joissa vaiheet ”beta-RCx-1.0” ovat yleisiä kehitysvaiheita. Beta Googlella saattaa olla toimivampi ja laadukkaampi kuin monen suuren ohjelmistoyrityksen virallisesti myytävien ohjelmistojen versiot, jotka laadullisesti ovat jopa ennen beta-versioita, ongelmista päätellen.

Käyttäjä

Onhan windows(it) betoja, kun bugittaa liiankin paljon, tosin kuin googlen tuotteet

Käyttäjä

Eihän tuo neljä vuotta mitään ole verrattun winen viiteentoista vuoteen :)

Käyttäjä

Kyllä me kaikki tiedetään mikä taho tämän tutkimuksen on tilannut. Totta on sekin, että on aika hassua kutsua jotain ohjelmaa beetaksi vuosikausia, mutta olen samaa mieltä kun ketjussa toinen kirjoittaja, sillä nyt ei ole "hitonkaan" väliä jos ohjelma toimii riittävän hyvin. Pitää alleviivata tuota <u>riittävän</u>, koska nykyäänhän asiakas testaa kaikki ohjelmat tavalla tai toisella. Kehitys tapahtuu sillä vaihdilla, että mitää ei kannata enää testata kunnolla. Tämän vielä pitkin hampain hyväksyn tietokone ohjelmissa, koska tätä tilannetta ei lienee ole enää helppoa muuksikaan muuttaa. Se että tämä asiakas testaa tilanne leviää kulutus elektoroniikkaa ja ilmaisesti kaikkeen missä on tietotekniikkaa (autot yms.) Pidän tätä kehitystä ei toivottavana. Ehkä tilanteelle ei kuitenkaan voi mitään, koska kilpailu on kovaa eikä "loppukäyttäjät" ole valmis maksamaan testauksesta. Vain hintalappu ratkaisee. Tämä huolimatta siitä vit...sesta minkä tälläisen uuden välpän jatkuva päivitys ja sekoilu saattaa aiheittaa.

Käyttäjä

niin... jos nettipalvelu on sellainen että sitä kehitetään jatkuvasti niin se voisi olla beta, ei siitä mitään haittaa olisi.

jos sitten taas se microsoft haluaa jättää kehitystyön siihen kun tuote on saatu dvd levylle niin se on heidän ongelmansa... google päivittää ja kehittää olemassa olevia palveluita kokoajan, ei se ole laadullisesti epävakaa mutta se on kehityksessä, tästä beta.

Käyttäjä

Eikös tästä asiasta ollut vuosi kaksi sitten juttua ihan tietokonelehdessä (se web 2.0 numero), jossa oli muistaakseni juttu "Ikuinen Beta Ajaxilla" tjsp.

Mielestäni sillä ei ole mitään väliä onko websovellukset "beta" vai "final/stable/mikälie" jos se toimii kunnolla. Itseäni ärsyttää paljon tuo versionumeroinnin kirjavuus, jossa ne nemerot eivät kerro yhtään mitään muutoksista eikä niiden seuraaminen ole mitenkään yksinkertaista (siis v.0.91.18838 vs. v. 0.91.18938). Olisi jotenkin mielellyttävämpää jos version tilalla olisi esim. julkaisupäivän päiväys (siis 20080929, tai mikä se paikallinen tapa sitten ikinä onkaan), jolloin eri versioiden seuraaminen ja päivitystiheys olisi paljon helpommin seurattavissa.

Tietysti ohjelmistojen/ohjelmien kehittäjät ja muut allalla toimivat ihmiset saattavat ajatella asiaa niin, että nykyinen tapa on selkeä ja toimiva, ja niin se varmasti heille onkin, mutta meille "seminörtähtäville" taviksille asia ei ole ollenkaan niin selkeä.

Käyttäjä

"Olisi jotenkin mielellyttävämpää jos version tilalla olisi esim. julkaisupäivän päiväys (siis 20080929, tai mikä se paikallinen tapa sitten ikinä onkaan), jolloin eri versioiden seuraaminen ja päivitystiheys olisi paljon helpommin seurattavissa."

Mielestäni selkein tapa olisi x.y.z -numerointi jossa x on ohjelman pääversio mikä kertoo sen yhteensopivuuden. y sitten kertoo ominaisuuksista mitä tuodaan lisää ohjelmiston tarjoaman rajapintojen tai tiedostomuotojen yhteensopivuutta särkemättä ja z sitten kertoo siitä kun on paikattu tietoturvareikiä tai pikkuvikoja mutta korjaukset ei sitten muuta ohjelmaa käytännössä mitenkään. Olisi myös selkeätä jos ohjelmiston tuki menee x -sarjan mukaan, että jos ohjelmaa tuetaan vaikka 5v niin se tarkoittaa 1.y.z versioihin tulee 5v paikkoja vaikka rinnalla olisi 2.y.z -versioita.

Jos x on 0, se kertoisi ohjelman olevan keskeneräinen jossa lähinnä kasataan ohjelmaa. Lisäksi version perässä voisi olla Alpha mikäli on tarkoitettu kehittäjien testaukseen ja ns. whitebox testaukseen, Beta mikäli on yleiseen testaukseen ja RC(n) mistä tehdään julkaisuversio mikäli todetaan softan olevan valmis.

Luonnollisesti loppukäyttäjän ei pitäisi nähdä tuotantokäytössä 0.y.z versioita tai Alpha/Beta/RC(n) - tasoja missään ja jonkun käyttöjärjestelmän tai isomman ohjelmistokokonaisuuden tapauksessa voisi sitten pistää markkinointinimen, päivämäärän tms. lisäksi.

---

Tämä siis oma mielipiteeni. Ohjelmiston versionumeroinnin pitää ilmaista sitä miten sitä kehitetään, missä testausvaiheessa on ja mihin se on yhteensopiva ja pelkkä päivämäärä ei kerro tarpeeksi ylläpitäjälle/kehittäjälle/loppukäyttäjälle jne.

Ongelma kyllä on se, että versionumerointijärjestelmällä ei ole mitään yleisiä suosituksia tai standardeja mitkä helpottaisi hommaa. Siitä se sotku tulee kun tämä on tapauskohtaista.

Kirjaudu sisään keskustellaksesi.
Takaisin ylös

Juttukommentit

TTL ry
Pieni kirjapuoti
Takaisin ylös