Kesäpäivänä Tuomiojärven rannalla Jyväskylän Viitaniemessä

Rutinat, arkisto 10/2008

Julkaistu 25.09.2008 22:29.

"Ehkä äänestin, ehkä en"

Julkaistu 28.10.2008 22:03.

Oikeusministeriön tiedote kertoo, että 2 % kunnallisvaalien sähköisen äänestyksen kokeilussa annetuista äänistä jäi laskematta, koska äänestäjät olivat epähuomiossa unohtaneet painaa toisen kerran OK-painiketta äänestyksen lopuksi.

Miltä tuntuisi mennä koppiin, painaa nappia ja miettiä vaalitulosta katsellessa, että mahtaakohan tuossa olla minun ääneni mukana vai ei? Sitäkin voisi miettiä, että oliko äänestyspäätteenä käytetty PC etukäteen käpälöity äänestämään oman mielensä mukaan äänestäjän mielipiteestä riippumatta. Ja illalla nukkumaan mennessä voi pohtia vaikka sitä, että TietoEnatorin kellarissa köllöttävästä sähköisestä uurnasta voi auditointiraportin mukaan lukea kuka on äänestänyt ketä. Uurna säilytetään ainakin pari vuotta.

Tuleeko uni silmään?

Armas oikeusministerimme on ‘hirveän hämmästynyt’ siitä, että pilotissa syntyi 232 äänen kasa sylttyä. Hänellekin alkaa kommenteista päätellen valjeta sähköäänestyksen moninaiset ongelmat

Olen itsekin testannut järjestelmää moneen kertaan, ja olen suoraan sanottuna vieläkin ihan hirveän hämmästynyt, että semmoinen (virhe) on voinut niin laajasti tulla. Osoittautui, että järjestelmä ei ole ollut se ongelma, vaan sittenkin ihminen

Nii-in.

Kantani on ihan auki, voiko sitä käyttää seuraavissa vaaleissa eli eduskuntavaaleissa keväällä 2011. En ole tästä innostunut, Brax myöntää.

Toivottavasti ministeriön virkamiehet eivät saa pumpattua Tuijaan uutta innostusta.

Suomen keskustalaisin kunta?

Julkaistu 27.10.2008 09:25.

Menin ja kysyin, että onko Halsua edelleen Suomen keskustalaisin kunta (kuten muistan sen joskus olleen, voin tosin olla aivan hirvittävän väärässä). No, pakkohan se oli selvittää. Keskustalaisimman kunnan titteliä pitää näiden kuntavaalien jälkeen hallussaan Merijärvi, jossa äänistä 89,9 % meni Keskustalle, niukasti kakkoseksi jäi Pulkkila 89,4 %. Halsua jäi sijalle 24 lukemilla 63,3 %.

Keskustan kymmenen kärki on seuraava

Kannatus (%) Kunta
89,9 Merijärvi
89,4 Pulkkila
84,2 Lehtimäki
83,7 Rantsila
83,4 Kuivaniemi
83,0 Kestilä
78,2 Ullava
74,9 Alavieska
74,8 Pyhäntä
71,3 Sievi

Ja tottahan se piti Vihreä top-10 hakea myös

Kannatus (%) Kunta
23,3 Helsinki
17,0 Pirkkala
16,5 Oulu
15,9 Turku
15,9 Espoo
15,7 Tampere
14,5 Kuopio
14,1 Kerimäki
14,1 Kaarina
13,8 Vantaa

Jyväskylä oli 11,7 % kannatuslukemilla sijalla 18.

Samoista huvituksista kiinnostuneille käyttämäni (rumat, mutta toimivat) loitsut alla.


# Haetaan YLEn tulospalvelusta puolueiden kannatukset kunnittain
$ for ((i=1; i<1000; i++)); do \
    wget "http://www.yle.fi/vaalit2008/tulospalvelu/kunnat/puolueiden_kannatus_kno$i.html"; \
    done
# Purskutetaan kannatuslukemat esiin
$ for f in *.html; do \
    cat $f | tr '\r\n\t' '   ' | \
    sed -r 's/.*<title>.* - .* - (.*)<\/title>(.*VIHR *<\/td> *<td>([^<]*)<)?.*/\3;\1:/' | \
    tr ';:' '\t\n'; done > vihreiden-lukemat.txt
# Haetaan niistä mitä halutaan
$ cat vihreiden-lukemat.txt | sort -r -n | head -n 10
$ cat vihreiden-lukemat.txt | sort -r -n | grep -n Jyväskylä

Vaalitulos

Julkaistu 27.10.2008 01:41.

Pöly on laskeutunut ja saalis on 44 ääntä. Tulos on kasvu-uralla, sain nimittäin 2004 kunnallisvaaleissa 43 ääntä. ;) Tosin kuntaliitosten myötä kasvaneeseen jyväskyläläisten äänioikeutettujen määrään suhteuttaen, ei kasvua ole. Pikemminkin päin vastoin. Onneksi kokonaisuus on kuitenkin aurinkoisempi. Vihreät on vaalivoittaja sekä Jyväskylässä että valtakunnallisesti.

Leikkimielinen tavoitteni näihin vaaleihin oli saada painettua "äänen hinta" alle euron. Ei paljoa jäänyt vajaaksi.

Alla vielä saamieni äänten jakautuminen vaalialueittain YLE:n tulospalvelun mukaan.

Aluenro Alue Ääniä
001 Kirkkopuisto 1
002 Harju 3
003 Puistotori 0
004 Taulumäki 1
005 Nisula 8
006 Hippos 1
007 Kukkumäki 2
008 Ristikivi 2
009 Kuokkala 4
010 Kuokkalanpelto 3
011 Tuohimutka 1
012 Halssila 1
013 Huhtasuo 0
014 Lohikoski 1
015 Kangaslampi 1
016 Keltinmäki 1
017 Keljonkangas 3
018 Kypärämäki 0
019 Kortepohja 5
020 Säynätsalo 0
021 Janakka 2
022 Jyskä 0
023 Palokka 0
024 Puuppola 0
025 Tikkakoski 0
026 Ritopohja 0
027 Vaajakoski 1
028 Vesanka 0
029 Liinalampi 0
030 Tammirinne 1
031 Savonmäki 1
032 Haapaniemi 0
033 Jokela 0
034 Ollila 0
035 Väinölä 0
036 Patajärvi 1
037 Vespuoli 0
038 Saalahti 0
039 Kirkonkylä 0

Vaalirahoituslaskelma

Julkaistu 20.10.2008 21:49.

Läpinäkyvyys on kaunista. Tässäpä teille oikeusministeriön rahoituslimoituskaavan mukainen laskelma vaalirahoituksestani ja kustannusarvio vaalikuluistani.

Kustannukset 45 €
Vaalimainonta sanoma- ja aikakauslehdissä 0 €
Vaalimainonta radiossa 0 €
Vaalimainonta televisiossa 0 €
Vaalimainonta muissa viestintävälineissä (Internet) 0 €
Ulkomainonta 0 €
Muu vaalimainonta (mainoslehtiset) 0 €
Mainonnan suunnittelu 0 €
Vaalitilaisuudet 0 €
Muut kulut 45 €
Rahoitus 45 €
Ehdokkaan omat varat 45 €
Tuki yksityishenkilöiltä 0 €
Tuki yrityksiltä 0 €
Tuki puoluejärjestöiltä 0 €
Tuki muualta 0 €

Kohta “Muut kulut” muodostuu Jyväskylän vihreiden ehdokasmaksusta, jolla katetaan mm. yhteismainonnan kulut.

Rails migration woes

Julkaistu 10.10.2008 17:52, 1 kommenttia.

Who would tell me what’s the exact intended purpose of (insert your favorite MVC webapp framework here1) migrations. Yes, I know, using migrations you are supposed to maintain your schema and drag your production data with you as your app evolves. And yes, I know, you can do all kinds of fancy maintenance and data refactoring things in there too.

1 I’m looking this mess from Rails perspective.

There are quite a few things that puzzle me with this, but the seemingly very common habit of writing Rails app bootstrapper in migrations bugs me the most. (For now.) People do it (a lot) even though it’s got several downsides.

  • Bootstrapping the application becomes heavi… no, not heavily, totally coupled with the whole history of your schema manipulations. Bootstrapping process, instead of just sticking to what it really needs to do, ends up making a pilgrim through every step of evolution from simple amino acids to Osmo Soininvaara.
  • If you take the migrations strictly as schema migrations, they are inheretly run-once-code. If you use your models in migrations (which you most probably are going to do in your bootstrapping code and if you bootstrap with migrations…) and your application evolves you are sooner or later going to break you migrations or be bound to do serious hoop-jumping to keep them from not breaking. But why on earth do you even care to maintain run-once-code? I think you shoud not.

Another thing is the “downside” of a migration. Have you ever written a #down() for a non-trivial schema or data manipulation? Or have you ever even used a #down()? And what are they good for? If I want a safe (or heck, any) downgrade path for data, it’s a database dump and certainly not some snippet of code that might reverse the migration (or might not).

Now (and it may change any minute…) I think the Right™ way to go would be to maintain schema, bootstrapper and migrations separately. Schema would be the up-to-date and no-bullshit description of your
datastructures. Most frameworks maintain schema automatically for you when you create migrations. Bootstrapper would use schema description, application code and supporting dataset to bootstrap app. Migrations would be strictly for migrating schema and production data. And you should keep yourself from using app code in migrations.