keskiviikkona, huhtikuuta 02, 2008
torstaina, maaliskuuta 27, 2008
torstaina, maaliskuuta 20, 2008
tiistaina, maaliskuuta 18, 2008
maanantaina, maaliskuuta 10, 2008
lauantaina, maaliskuuta 08, 2008
Uusi puhelin, Sony Ericsson K810
Työpaikalla on taas se aika kun saadaan uusia puhelimia. Edellisellä kerralla en jaksanut paljon perehtyä asiaan ja otin vain sen peruspuhelimen, jota IT suositteli, Nokia 6630. Se oli virhe ja jäin kaipaamaan edellistä puhelintani, joka oli Sony Ericsson K500.
Vahingosta viisastuneena tutustuin nyt huolella puhelinmalleihin ja olin pitkään Nokia E51:n, Nokia 6110 navigatorin ja Sony Ericsson K810 välillä.
Valitsin sitten kuitenkin K810:n koska K500 oli jättänyt niin hyvän muiston. Tärkeää oli myös se, että K810:ssä oli noista kolmesta ehdottomasti paras kamera. Halusin puhelimen, jossa olisi ainakin 3 megapixelin kamera salamalla ja tarkennuksella, jotta se korvaisi rikkoutuneen Canon PowerShot SD100:n.
Seuraavaksi pieniä huomioita K810:stä muutaman päivän pikakäyttötestin perusteella.
En ole vielä asentanut työpaikan Windows-koneeseen puhelimen mukana tulleita ohjelmia, joten kalenterin ja osoitekirjan synkronointi ovat vielä kokeilematta.
Vahingosta viisastuneena tutustuin nyt huolella puhelinmalleihin ja olin pitkään Nokia E51:n, Nokia 6110 navigatorin ja Sony Ericsson K810 välillä.
Valitsin sitten kuitenkin K810:n koska K500 oli jättänyt niin hyvän muiston. Tärkeää oli myös se, että K810:ssä oli noista kolmesta ehdottomasti paras kamera. Halusin puhelimen, jossa olisi ainakin 3 megapixelin kamera salamalla ja tarkennuksella, jotta se korvaisi rikkoutuneen Canon PowerShot SD100:n.
Seuraavaksi pieniä huomioita K810:stä muutaman päivän pikakäyttötestin perusteella.
Kiitämme:
- Ohut ja kevyt.
- Erinomainen kamera (puhelimen kameraksi).
- Kuvan saa heti näppäyksen jälkeen lähetettyä blogiin.
- Nopea ja kaunis käyttöliittymä.
- Automaattinen näppäinlukko.
- Web-selain on nopea ja sivun sisältö jouheasti vieritettävissä ja luettavissa vaikka kuvat vielä latautuisivat.
- Web-selain toimii aina. (Nokia 6630 väitti joka toisella yrityksellä että pakettidata ei ole käytettävissä.)
- Akun kesto.
- Puhelut tulevat perille (ainakin toistaiseksi. Nokia 6630 ei aina ollut yhteydessä verkkoon, vaikka väittikin olevansa.)
Moitimme:
- Epästandardi kuulokeliitin.
- Nappikuulokkeet liian isot, jopa ilman vaahtokumeja.
- Musiikkisoitin ei muista kuinka pitkälle musiikkitiedostoa on kuunneltu tai onko sitä vielä kuunneltu ollenkaan.
- Synkronointi iTunesin kanssa ei toimi. Kappaleet pitää raahata yksitellen iTunesista puhelimen muistikortille.
- Web-selain skaalaa kuvat niin että ne mahtuvat näytölle. Kuvat eivät suurene, vaikka sivua zoomaa.
- T9-kirjoituksen kielen vaihto vaatii turhan monta napin painallusta (vaikkakin vähemmän kuin Nokia 6630:ssa.)
- Jos osoitekirjassa on nimi "Sukunimi Etunimi", sitä ei löydä kirjoittamalla muutama kirjain etunimestä.
perjantaina, maaliskuuta 07, 2008
torstaina, maaliskuuta 06, 2008
tiistaina, helmikuuta 05, 2008
Unohtuiko jotain?
Tämän päivän Helsingin Sanomissa oli USA:n esivaaleista kertovan jutun lopussa unohtunut täyttää tai poistaa valmiissa sivupohjassa ollut laatikko. Usein ison jutun lopussa on laatikko, jossa viitataan muualla lehdessä olevaan juttuun tai kehoitetaan keskustelemaan uutisesta Hesarin nettisivuilla.
keskiviikkona, tammikuuta 30, 2008
lauantaina, tammikuuta 05, 2008
EU aikoo tukea DRM-järjestemiä
EU-komissaari Viviane Reding on ilmoittanut, että EU aikoo tukea digitaalisten käytönrajoitusjärjestelmien (DRM) kehittämistä yhteensopivammiksi ja käyttäjäystävällisemmiksi (klikkaa otsikkoa.)
Jos sinustakin tuntuu siltä, että et halua uusia järjestelmiä rajoittamaan mitä haluat tietokoneellasi ja muilla vehkeilläsi tehdä laillisesti ostamallesi musiikille ja elokuville, allekirjoita sinäkin avoin kirje, jossa komissaaria vaaditaan perumaan sanansa.
Jos sinustakin tuntuu siltä, että et halua uusia järjestelmiä rajoittamaan mitä haluat tietokoneellasi ja muilla vehkeilläsi tehdä laillisesti ostamallesi musiikille ja elokuville, allekirjoita sinäkin avoin kirje, jossa komissaaria vaaditaan perumaan sanansa.
tiistaina, joulukuuta 18, 2007
Kiva tarjous
Työpaikallani on kerrankin keksitty jotain hauskaa: osta tietokoneellesi suojaa ja saat Simpsonit-elokuvan kaupan päälle.
sunnuntaina, joulukuuta 09, 2007
Time Machine internals
When I browsed the contents of my Time Machine backup, I saw lots of files which had a large link count. This led me to believe OS X 10.5 backs up files by making a single copy on the backup disk and the hourly backups only have a hard link to the file if it has not been modified.
Now I'm not sure anymore.
Take the stat of these two files, which probably do not change:
$ stat -f "dev=%d devnum=%r ino=%i links=%l" "/Volumes/Isolevy/Backups.backupdb/Sarah/2007-12-09-124244/Sarah/Applications/Address Book.app/Contents/Resources/Dutch.lproj/AddressBookHelp/gfx/border_top.gif" "/Volumes/Isolevy/Backups.backupdb/Sarah/2007-12-09-134304/Sarah/Applications/Address Book.app/Contents/Resources/Dutch.lproj/AddressBookHelp/gfx/border_top.gif"
dev=234881030 devnum=0 ino=236409 links=1
dev=234881030 devnum=0 ino=236409 links=1
The inode of the two files is the same but their link count is only 1. According to my understanding of the unix file system semantics, this should not be possible! Perhaps there is some HFS+ magic involved that is visible thru the "unix" disguise OS X is wearing. I think I read somewhere that hard links were a bit difficult to implement in HFS+ and they at least used to be very slow.
Anyone have any info?
Now I'm not sure anymore.
Take the stat of these two files, which probably do not change:
$ stat -f "dev=%d devnum=%r ino=%i links=%l" "/Volumes/Isolevy/Backups.backupdb/Sarah/2007-12-09-124244/Sarah/Applications/Address Book.app/Contents/Resources/Dutch.lproj/AddressBookHelp/gfx/border_top.gif" "/Volumes/Isolevy/Backups.backupdb/Sarah/2007-12-09-134304/Sarah/Applications/Address Book.app/Contents/Resources/Dutch.lproj/AddressBookHelp/gfx/border_top.gif"
dev=234881030 devnum=0 ino=236409 links=1
dev=234881030 devnum=0 ino=236409 links=1
The inode of the two files is the same but their link count is only 1. According to my understanding of the unix file system semantics, this should not be possible! Perhaps there is some HFS+ magic involved that is visible thru the "unix" disguise OS X is wearing. I think I read somewhere that hard links were a bit difficult to implement in HFS+ and they at least used to be very slow.
Anyone have any info?
Better-looking Squeak
A blogger who likes Smalltalk has customized his Squeak installation a bit. Squeak seems like a wonderful tool, it just badly needs someone with an eye for graphic design to have a go at it
Tilaa:
Blogitekstit (Atom)