Kategoria: Yleistä

E-sarjan puhelimet

Olen vähän odottanut, että Nokia julkaisisi uudet E-sarjan puhelimensa. No nyt IT-lehdistö uutisoi, että mallit viivästyvät edelleen. Harmillista.

Haluaisin uuden lelun. Nykyinen puhelimeni, 6600, on ensimmäisiä S60-puhelimia. Ja sen kyllä huomaa. E-sarjan puhelimissa olisi 3. Symbian evoluutio (3rd Edition) käytössä. Se tietysti haittaa vähän, aikaisemmille Symbian-alustoille suunnitellut ja käännetyt softat eivät toimi, mutta en välitä. Puhelimessa olisi lisäksi wlan.

Puhelimet viivästyvät bugihuntin takia. Se ei tietenkään ole loppukäyttäjän osalta huono asia, vaikka nyt vähän joutuukin kauemmin odottamaan. Pelottaa hieman, että millainen summa hintalappuun asettuu. Kuulin huhuja, että puhelimet olisivat järkihintaisia jo tullessaan markkinoille.

Jos saisin myös sen läppärin hankittua, niin ainakin Saunalahti tarjoaa kiinteää datalaskutusta, 10 euroa kuukausi. Saisin siis langattoman työpisteen, mahdollisuuden 3G-nopeuksiin ja vaikka mitä. Eikä olisi edes kallis. Samaan aikaan Elisa pyytää 4 euroa / 25 megaa. Tosin sekin on jo halpa perusliittymien 5 euroa / mega meininkiin. Itse maksan tällä hetkellä Kolumbuksen K1:ssä vähän reilun euron / mega.

Mutta läppäri + Exx = ~2000e

Teemme töitä.

Edit: Santtu minulle bongasikin tulevien mallien arviohinnaston, se löytyy matkapuhelinfoorumista!

Openoffice Writer

Olen kirjotellut tässä kandityötäni pääosin OpenOfficella. Ongelmaksi on muodostunut se, että koululla OpenOfficea ei ole. No, olen tehnyt sitten täällä kotona.

Kun joutuu käyttämään enemmän ohjelmaa, niin edut ja heikkoudet löytyvät. OpenOfficella työskentely on tuskaa, jos ei käytä Stylistiä (suom. Tyylit ja muotoilut). Jotain tämän tapaista oli huomattu myös Soksilassa.

Puutteita tosiaan löytyy. Numerointi kirjoittaessa on jotenkin niin vaikeaa, etten osaa sitä millään Officella. Eli haluaisin niin, että laitan kaikkiin headereihin (tyyleihin) numeroinnin päälle, ja se osaisi automaattisesti numeroinnin. OpenOfficessa tällä hetkellä header 1 kyllä tekee numeroinnin ihan oikein mutta header 2 header 1:n sisällä tekee vaan omaa numerointiaan, eikä tajua olla riippuvainen header 1 numerosta.

Saan kyllä kierrettyä tuota käyttämällä ihan perinteistä numerointia ja olemalla kärsivällinen, mutta tuolla yllä olevalla tavalla sen pitäisi toimia.

Ylläs

Lähdemme Ylläkselle perjantaina. Kyseessä on perheloma, rauhakseen ollaan Lapin rauhassa. Saa nähdä, innostuin aika kovasti tuosta telemarkkailusta, kun pitkästä aikaa pääsin koittamaan, ja vähän olisi omien kamojen perään polte.. Rovaniemellä on sellainen kauppa kuin Jackal, josta tellukamoja voisi saada.. Toisaalta Ylläs / Levi -akselilla kuulemma on edukkaita kamoja tähän aikaan vuodesta jo. En tiedä. Mieleni minun tekevi.

Pelkillä tellukamoilla en ole kuitenkaan lähdössä, vaan vaan otan mukaan myös välinesponsorini (no joo, isoveljen..) Pimpit, niihin karvat ja trekit. Arveltiin siskon miehen kera, jotta jos käytäisiin viettämässä ainakin yksi kaunis aurinkoinen päivä hieman sellaista hmm liikuntailtapäivän tyylistä. En ole koskaan hiihtänyt karvoilla, kokemus varmaan sekin.

Yleistä

Joo, viimeaikoina on ollut vähän kiireempää.

Käytiin tänään Kolilla. Aika villiä oli mennä, koko matkan sato kaatamalla vettä. Kolillakin satoi kaatamalla vettä, kunnes se taukosi noin neljäksi tunniksi. Joka tapauksessa, nyt vaatteisiin sijoitetut sadat ja sadat eurot vihdoin osoittivat eron, ja pysyimme kaikki kuivina kaatosateesta huolimatta. Jopa jätessäkki kesti ja piti veden ulkona.

Lapissa kuulemma vaan lumi pölisee, uutta tulee lisää jatkuvasti. Ystävämme Matso siellä ottaa isolla käännöksellä pitkiä siivuja. Ja lisää menee, kunhan saavat mökit varattua..

Ohjelmistojen muutosten hallinnasta

Kukaan ei nauti siitä, että ohjelmistojen vaatimukset muuttuvat toteutuksen aikana. Kukaan ei nauti siitä, että työt joudutaan keskeyttämään tutkinnan ajaksi ja kertaalleen toteutettuun koodiin joudutaan palaamaan. Suurin osa ihmisistä ajattelee työtä palasina. Ensin teen tuon, sitten tuon jne. Kun vanhoja juttuja joudutaan kaivamaan auki, tuntuu ikävältä.

Perinteiset vesiputousmalliset kehitystyylit kärsivät juuri tästä. Vaikka työtä tehdään iteratiivisesti (suunnitellaan, toteutetaan, suunnitellaan, toteutetaan…), joudutaan silti palaamaan askelia taaksepäin, kun vaatimukset yhtäkkiä muuttuvat. Vaatimukset muuttuvat aina, se ei ole asiakkaan tai ohjelmistotalon vika. Ohjelmistoilla vaan on sellainen luontainen taipumus, että ne muuttuvat koko toteusprojektin ajan.

Uusissa ketterissä menetelmissä (Agile Software Development) lähestytään muutosta eri tavalla. Perinteisen lineaarisen etenemisen vaikeudet on havaittu ja niitä yritetään nyt parantaa. Perinteisesti koko toteutettava tuote suunnitellaan etukäteen. Valmiiden suunnitelmien mukaan lähdetään toteuttamaan.

Näin ei ole pakko olla. Ketteristä menetelmistä esimerkiksi Scrum tarjoaa erilaista lähestymistapaa. Yhtenä suurena erona on se, että asiakas on koko ajan mukana kehittämässä tuotetta. Tätä kautta asiakkaalla on koko ajan käsitys siitä, missä mennään. Toinen merkittävä ero on kehittäminen inkrementaaleissa.

Scrumin tapauksessa inkrementaalinen kehittäminen tarkoittaa kahta listaa. Listaa tuotteen ominaisuuksista ja listaa inkrementaalin ominaisuuksista. Kun tuotetta aletaan suunnittelemaan, asiakas alkaa listaamaan ominaisuuksia, joita ohjelma tarvitsee. Kun ominaisuuslista alkaa näyttämään melko valmiilta, aletaan suunnittelemaan toteutusta. Asiakas ja kehittäjät valitsevat ominaisuuksista sopivan määrän, jotka siirretään inkrementaalilistalle. Kun inkrementaalilista on lyöty lukkoon, niin sitä ei enää muuteta. Listalle laitetaan ominaisuuksia siten, että niiden toteuttamiseen menee noin 30 päivää.

Samaan aikaan kun ohjelmoijat alkavat suunnittelemaan ja toteuttamaan listaa voi asiakkaalle tulla uusia haluja. Uusia ominaisuuksia ja muutoksia lisätään tuotteen ominaisuuslistaan. Tämä lista elää koko toteutuksen ajan.

30 päivän päästä asiakkaalle esitellään tulos, mitä on saatu aikaan. Asiakas ehdottaa muutoksia ja lisäominaisuuksia, nämäkin kirjataan tuotteen ominaisuuslistaan.

Sitten keräännytään taas asiakkaan kanssa yhteen. Päätetään mitä asioita ominaisuuslistalta (johon on lisätty kaikenlaista) jäädytetään nyt inkrementaalilistaan. Ja taas mennään.

Inkrementaalit pyörivät niin kauan, kunnes tuotteen ominaisuuslista jäätyy. Se siis johtuu pääosin asiakkaasta. Sen jälkeen ohjelmisto viimeistellään (poistetaan esim debugit jne) ja luovutetaan.

Scrumin kaltaiset menetelmät vaativat myös asiakkaalta melko paljon. Mutta toisaalta ne tuovat myös asiakkaan suuntaan sellaista joustavuutta, ketteryyttä, jota peräänkuulutetaan.

Pohdiskelu peräytyy kandidaatintyöhöni, jossa tutkin nykyaikaisia ohjelmistotuotannon menetelmiä.

Ice Age 2

Joensuuhun nousi uusi teatteri Tapion paikalle syksyllä. Nyt siinä on 4 kankainen, kuulemma hyvä, teatteri. Arveltiin mennä katsomaan Ice Age 2. Valitettavasti vaan Tapiossa ei ole tajuttu sitä, että aikuisetkin haluavat katsoa noita animaatioita. Ainut levitysversio Joensuussa on suomeksi dubattu. Lisäksi elokuva pyörii ainoastaa keskellä päivää (13 ja 15). Olisi edes yksi dubbaamaton näytös klo 21 jossain pienemmässä salissa vaikka. Pitää antaa palautetta.

Lisäksi nettisivut eivät elä aivan nykyaikaa, esimerkiksi uuden Tapion esittely puuttuu. Mutta kaikesta valituksesta huolimatta, uutta elokuvateatteria on kaikin puolin kehuttu ja uskon sen olevan hyvä.