Vanha määräaikainen sähkösopimukseni on umpeutumassa pian ja se herätti kilpailuttamaan uuden sopimuksen. Viimeksi kaksi vuotta sitten sähkösopimusta tehdessäni elämäntilanne oli sellainen, että halusin lähinnä helpoimman järkevähintaisen sopimuksen.
Tällä kertaa halusin kiinnittää huomiota myös sähkön tuotantotapaan ja valitsemani sähköyhtiön taustoihin.
I have had multiple websites for myself created in various ways; static HTML files, number of WordPress sites with dozens of different themes, flat-file CMS’s like Kirby and Grav…
For a few years now, there has been silent, but a continuous bad feeling in my head about how much I use and depend on services of Google and Facebook. I’ve have fantasized about the idea of burning the bridge between me and these two giants. But as said before, my everyday life really depends on their products. Even thinking the amount of work on burning bridges has gotten me forget the plans.
Duden blogissa on puhuttu viimeaikoina suhteellisen paljon siitä, paljonko nettisivut maksavat ja mistä se hinta sitten koostuu. Jokaisessa kirjoituksessa olemme kertoneet sivuston olevan aina räätälöity 100% asiakkaan tarpeita varten, tuo räätälöinti ulottuu aina visuaalisesta ilmeestä syvälle konepellin alle.
Roni tiivistikin aiemmin
osuvasti tuota konepellin alla olevaa osuutta. Ajattelin nyt avata tätä
teemaa hieman enemmän näin back-end kehittäjän roolissa kahdessa
erillisessä kirjoituksessa.
Kehitämme projektia mieluusti eteenpäin ja ainakin rakennamme sivustomme sellaiseksi, että niitä pystyy kehittämään eteenpäin.
Ensimmäisessä osassa käsittelen tietorakenteen suunnittelun tärkeyttä
ja kerron miten me Dudella hoidetaan asia. Seuraavassa osassa kerron
minkä takia ja miten kiinnittää huomiota myös hallintapaneeliin.
Kävijä näkee sivustosta ainoastaan ns. julkisen puolen, sen miltä
kaikki tieto näyttää hienosti ja visuaalisesti aseteltuna. Tuskinpa
kukaan tulee ajatelleeksi millä tavalla jokin tieto on tallennettu
tietokantaan tai minkälaisilla palikoilla visuaalisuus on kasattu.
Käytännössä projektin koodaamisen aloitus alkaa aina tietorakenteen
suunnittelusta. Yhtään riviä koodia ei kirjoiteta, ennen kuin
tietorakennetta on mietitty vähintään päässä, mieluusti jopa
analogisella paperilla.
Miksi suunnitella tietorakennetta?
Selkeyden vuoksi samaan asiaan liittyvän tiedon hallinnoiminen on
hyvä olla mahdollista yhdestä paikkaa. Sivuston sisällön ylläpitäjälle
on paljon selkeämpää päivittää yhden ominaisuuden kuvausta itse
ominaisuuden muokkasnäkymästä, kuin erikseen jokaisella sivulla missä
kyseinen ominaisuus näkyy tavalla tai toisella.
Tietorakenteen suunnittelu liittyy hallintapaneelin käyttömukavuuden
ja selkeyden lisäksi vahvasti jatkokehityksen ennakointiin. Kuvitellaan
tilanne, jossa esimeriksi ominaisuuksia listataan ainoastaan etusivulla
ja etusivulle on luotu lisätietokentät ominaisuuksien lisäämistä varten.
Mitä sitten kun asiakas haluaakin listata ihan samoja ominaisuuksia,
edes osaa niistä muilla sivuilla tai jokaiselle ominaisuudelle oman
laajan esittelysivun?
Kaikki aiempi ominaisuuksiin liittyvä back-end koodi muuttuu turhaksi
ja hommat joudutaan tekemään tältä osin nollasta uusiksi. Jos
tietorakennetta on taas mietitty etukäteen edes hieman ja luotu
ominaisuuksille oma sisältötyyppinsä (custom post type, CPT), on homma todennäköisesti paljon kivuttomampi.
Miten Dude tekee tämän käytännössä?
Projekti käydään vielä kerran läpi yhdessä graafikon kanssa, jotta
saadaan vastauksia seuraaviin kysymyksiin: minkälaisia sisältötyyppejä
sivustolle tarvitaan? miten sen artikkelit jäsennellään? tarvitaanko
kategorioita? onko sisältötyypillä arkisto tai sen yksittäisillä
artikkeleilla julkista näkymää? linkittyykö joidenkin sisältötyyppien
tiedot keskenään? mikä on sisältötyypin osoiterakenne (slug)? mikä on koko projektin kaiken sisällön osoiterakenne?
Vasta kun nämä asiat alkaa olla selvillä, aletaan kasaamaan sisältötyyppejä, niiden lisätietokenttiä (metadata) ja sivupohjia.
Käytännössä Duden back-end kehittäjän workflow lisäkenttien luomiseen ja sivuston julkiselle puolelle saamiseksi on seuraava:
Huomataan että esimeriksi etusivulla on nostoja tuotteen
ominaisuuksista ja jokainen nosto sisältää otsikon, ikonin sekä lyhyen
kuvauksen.
Selataan leiskat läpi ja katsotaan onko joillain toisella sivulla
samanlainen elementti tai samat sisällöt esitettynä hieman eri tavalla.
“Ahaa, kaikki ominaisuudet esitellään yhdellä koontisivulla ja
siellä näyttäisi olevan sama otsikko sekä ikoni, mutta eri kuvaus ja
erilainen visuaalisuus.”
Luodaan ominaisuus -sisältötyypin artikkelille lisätietokentät
ikoni, lyhyt kuvaus, lyhyt kuvaus etusivun nostossa ja käytetään
otsikkona ominaisuuden nimeä.
Luodaan etusivulle lisäsisältökenttä josta voi valita nostettavat
ominaisuudet, tai vaihtoehtoisesti luodaan yksittäisen ominaisuuden
muokkaukseen valinta tätä varten. Tapa riippuu hieman siitä, miten
etusivun muu sisältö rakentuu ja tarvitaanko ominaisuusnostoja myös
muualla.
Luodaan teemaan osat (template part) erikseen yksittäisen
ominaisuuden nostolle koonti- ja etusivulla. Näissä käytetään edellä
mainittuja lisätietokenttiä. Ensimmäistä osaa käytetään ominaisuuksien
koontisivun listassa ja toista etusivulla.
Teeman osissa tulostetaan kaikki olennaiset tiedot, tässä
tapauksessa otsikko, edellä mainitut lisätietokentät ja yksittäisen
ominaisuuden osoite ilman html-rakennetta (poislukien kuvien, otsikoiden
ja linkkien html tagit).
Sama rumba toistetaan sivupohja kerrallaan ja sivun elementti kerrallaan.
Käytännössä Duden työmallilla, jossa jokaisessa projektissa on
erikseen back-end ja front-end kehittäjät, sivuston julkinen puoli
näyttää hyvin rujolle näiden työvaiheiden jälkeen, ennen kuin front-end
kehittäjä rakentaa asettelun visuaaliseen muotoon. Kaikki sisältö on
näkyvissä kuten kuuluukin, mutta ei kovin nätisti.
Front-end kehittäjä rakentaa projektista riippuen html-rakenteen ja
css-tyylit sisällön ympärille ennen tai jälkeen taustatyön, usein antaen
lisätehtäviä, korjaustöitä tai muita muutoksia back-end kehittäjälle.
Loppu projektista etenee siis samaan aikaan front-end sekä back-end
kehittäjän pöydillä yhteistyötä tehden.
PS. Ollaan Ronin kanssa höpöttämässä marraskuussa Tampere WordPress Meetupissa meidän tavasta tehdä sivustoja, tulehan ihmeessä paikalle!
Syksyllä 2016 sattui tilanne jota ei toivoisi edes pahimmalle
kilpailijalleen, joka piti Duden teknisen tiimin hereillä lukuisia öitä
viikko toisensa jälkeen, vaikutti käynnissä oleviin projekteihin, firman
yleiseen mielialaan ja ennen kaikkea asiakkaittemme
internetnäkyvyyteen. Uusi palvelinympäristö alkoi oireilla pahasti ilman
selvää syytä, eikä mikään tehty toimenpide tuntunut auttavan.
Lopulta tilanne äityi niin pahaksi, että rakensimme uuden
palvelinympäristön toiselle palveluntarjoajalle ja siirsimme kaikki
sivustot sinne yhden yön aikana.
Tämä on (pitkähkö) kirjoitus siitä mitä tapahtui, kuinka korjasimme pahan tilanteen ja mitä opimme. Jos pidemmän tekstin lukeminen ei nappaa, alustuksen jälkeen on tarjolla mahdollisuus hypätä lukemaan suoraan mitä opimme.
Aluksi on kuitenkin pohjustettava hieman sitä, miten tähän tilanteeseen päädyttiin.
Duden alkuaikoina 2013-2014 asiakkaille tarjottiin sivutilaa hostingkumppanin kautta, sillä kahden miehen puulaakin ei kannattanut laittaa paukkuja palvelinylläpitoon jo ihan resurssisyistä, vaikka Ronilla palvelimista kokemusta onkin taustalla. Homma skulasi, keskityttiin sivustojen vääntämiseen ja asiakkaat olivat tyytyväisiä.
Vuosien saatossa entistä useampi asiakas vaihtoi sivustoudistuksen yhteydessä vanhan sivutilansa Duden pakettiin hostingkumppanin palvelimelle, kehittämiseen käytetyt työkalut kehittyivät harppauksin ja firmakin kasvoi.
Entistä kehittyneemmät työkalut ja vanhan hostingkumppanin
palvelinympäristö eivät kuitenkaan pitkällä jänteellä pelanneet aina
yhteen parhaimmalla mahdollisella tavalla. Lisäksi haluttiin kehityksen
kärjellä olevaa teknologiaa käyttöön, ja olipahan sattunut myös muutama
ikävämpi katkokin sivustojen toiminnassa.
Näiltä pohjilta uusien asiakkuuksien sivustoja ryhdyttiin pystyttämään Duden itse ylläpitämille DigitalOceanin virtuaalipalvelimille, jotka olivat odottamassa asiakkaita vuodenvaihteessa 2015. Tuotantoon saatiin pitkään kaivattuja uudemman teknologian ratkaisuja, kuten HHVM:ää ja Nginxin tuoreinta versiota ryyditettynä Googlen PageSpeed moduulilla nopeamman sivulatauksen saavuttamiseksi.
Paletti uusiksi
Keväällä 2016 palvelinkuviota pysähdyttiin miettimään uudestaan,
tavoitteena yhtenäistää asiakkaiden sivutilojen ympäristöt, helpottaa
ylläpitoa, löytää ratkaisu joka skaalautuu tulevaisuudessa paremmin ja
laskea useasta Dropletista aiheutuneita kustannuksia.
Pohdinnan tuloksena päädyimme rakentamaan kahden edustapalvelimen,
kahden tietokantapalvelimen ja yhden tiedostopalvelimen ympäristön
ranskalaiselle palveluntarjoajalle nimeltä OVH.
Uuteen ympäristöön siirrettiin kaikki sivustot jotka sijaitsi
hostingkumppanilla sekä DigitalOceanin virtuaalipalvelimilla. Suurin
piirtein samaan aikaan allekirjoittanut, eli Timi, tuli mukaan Duden remmiin ja palvelinosaamisen määrä tuplaantui.
Uudessa palvelinympäristössä on lähes aina aluksi pientä tuunattavaa
ja viritettävää, kun nähdään miten se reagoi tuotannossa oikeaan
käyttöön. Niin tälläkin kertaa, jopa sen verran että tajusimme
alkuperäisen useaan konesaliin hajautetun kokoonpanon olleen hieman
huono veto ja pistimme palvelinympäristön OVH:lla kokonaan uusiksi
vaihtaen virtualisointitekniikkaa sekä siirtäen kaikki palvelimet samaan
fyysiseen laitesaliin.
Uudelleen kasatun ympäristön kanssa olimme tyytyväisiä viikon
aktiivisen virittelyn jälkeen ja siirryimme normaaliin ylläpitosykliin,
eli prosessien automaattiseen monitorointiin usealla eri työkalulla,
varmuuskopioiden automaattiseen rullaukseen ja säännöllisesti
suoritettaviin manuaalisiin palvelinohjelmistojen päivityksiin.
Sitten se paska osui
Syyskuun alkupuolella se ruskea möhnä alkoi sitten osua tuulettimeen,
alkuun salakavalasti lirahdellen. Automatiikkamme havaitsi useampana
satunnaisena alkuyönä asiakkaiden sivustojen hitautta sekä satunnaista
lyhyitä putoamista savuttamattomiin. Tekniikan tiimi ryhtyi selvittämään
asiaa ja poissulkemaan mahdollisia aiheuttajia yksitellen, samalla kun
OVH:lle lähetettiin tukipyyntö selvittää onko heidän infrastruktuurissa
tai palvelinlaitteistossa vikaa.
Loppukuuta kohden ruskeaa alkoi osua tuulettimen lapoihin kiihtyvää
vauhtia ja ongelma alkoi paisua kuin pullataikina. Duden tekninen tiimi
ja ulkopuolinen konsultti poissulki mahdollisia aiheuttajia hurjaa
tahtia, kokeillen kaikkia mahdollisia skenaarioita ongelman
aiheuttajaksi ja sen poistamiseksi. Syyksi alettiin epäillä
tiedostopalvelinta. Kuitenkaan OVH:n omat, epäselvästi ja -tarkasti
kommunikoidut, tutkimukset eivät paljastaneet mitään vikaa.
Tässä vaiheessa Ronin ja Timin illat sekä yöt sujuivat toisensa
jälkeen Netflixin tai nukkumisen sijaan komentoriviä näpytellen,
kummankin koittaen epätoivoisesti löytää ongelman tarkempaa syytä ja
samalla taata asiakkaiden sivustojen toiminta. Tällöin ryhdyimme
tiedottamaan tilanteesta aktiivisesti asiakkaita.
Sanomattakin selvää, että tässä vaiheessa palvelinympäristön
ongelmista oli tullut tekniikan poikien ykkösprioriteetti ja oikeastaan
kaikkien asiakasprojektien kehitystahti hidastui niin minimiin kuin
luvattujen aikataulujen puitteissa oli mahdollista.
Aamut alkoi muutamien tuntien yöunien jälkeen palvelinten tilanteen
tarkistamisella, työpäivät ja alkuillat kului suorittaen erinäisiä
diagnostiikkoja, lukien lokeja ja tehden toimia jotta tilanne ei
toistuisi. Illat sekä yöt tilanne oli niin sanotusti päällä ja tällöin
paukkuja laitettiin aiheutuvan haitan minimoimiseksi sekä reaaliajassa
tutkimiseen. OVH:n asiakaspalvelusta ei ollut tässä vaiheessa apua
nimeksikään ja tilanne alkoi käydä sietämättömäksi.
Lopulta lokakuun 2016 alussa päätimme siirtää palvelimet ja rakentaa
palvelinympäristön uudestaan jälleen kerran, tällä kertaa toiselle
palveluntarjoajalle sillä OVH:n reagointi ja asiakaspalvelu ei ollut
ollut toivotulla tasolla. Muutaman päivän sisäisten keskustelujen ja
mahdollisten palveluntarjoajien kartoittamisen jälkeen päädyimme
tilaamaan uuden palvelinympäristön sekä sen pystytyksen Multimilta, joka on kotimainen toimija.
Tämän päätöksen jälkeen asiat lähtivät rullaamaan suhteellisen
nopeasti eteenpäin. Suunnittelimme yhdessä Multimin asiantuntijoiden
kanssa uuden palvelinympäristömme parissa päivässä ja sovimme että se
pystytetään mahdollisimman pian.
Uudet fyysiset koneet sekä niiden välille rakennettu privaattiverkko
oli pystyssä lokakuun toisella viikolla, jonka jälkeen ryhdyimme
pistämään pystyyn virtuaalikoneita ja asentamaan palvelinohjelmistoja.
Seuraavat seitsemän päivää testasimme uusia palvelimia huolellisesti ja
viritimme niiden säätöjä kohdilleen tiiviissä yhteistyössä Multimin
asiantuntijoiden kanssa.
Kuun puolivälissä olimme vakuuttuneita uudesta palveluntarjoajastamme sekä -ympäristöstä, joten pistimme härdelliksi ja siirsimme asiakkaittemme sivustot suomessa sijaitseville uusille palvelimille. Yhdessä yössä.
Ongelman pitkittyminen ja sen parissa vietetyt pitkät päivät olivat
aika lailla syöneet jaksamisen finaaliin, joten sivustojen siirto tuntui
ylitsepääsemättömän isolta työltä vaikka kaikki tiesivät että se on
tehtävä.
Colaa kului pullokaupalla kun ensin suunniteltiin toimenpiteet jotka
tulee tehdä siirron yhteydessä, kirjattiin sivustot ylös jotta yksikään
ei unohtuisi, sivustoja siirrettiin sekä testattiin yksi kerrallaan ja
kaiken tämän jälkeen palvelinten tilaa valvottiin aamuyön pikkutunneille
saakka.
Voitte muuten olla varmoja, että palvelimia monitoroitiin erityisellä
tarkkuudella koko loppuvuosi 2016, vaikka väsymys oli kaikilla
huipussaan. Ja monitoroidaan edelleen, vaikka yhtäkään ongelmaa ei ole
ilmennyt Multimille siirtymisen jälkeen.
Nykyinen palvelinympäristö
Multimin kanssa rakennettu palvelinympäristö muistuttaa suurelta osin
sitä, minkälaisen pistimme alunperin OVH:llakin pystyyn. Poikkeuksena
se, että palvelimet sijaitsevat ranskan sijaan nykyisin suomen armeijan
vanhaan (perus)kallioluolastoon rakennetussa korkean turvaluokituksen konesalissa ja käyvät 100% ekologisella tuulivoimalla.
Itse kokoonpanoon kuuluu kaksi fyysistä mikropalvelinta jotka on
virtualisoitu yhteensä neljäksi palvelimeksi; kahdeksi
edustapalvelimeksi ja kahdeksi tietokantapalvelimeksi. Lisäksi on kaksi
erillistä fyysistä tiedostopalvelinta, toinen asiakkaiden sivustojen
tuotantoversioita varten ja toinen varmuuskopioille. Kaikkien näiden
fyysisten palvelinten välille on toteutettu oma sisäverkko nopeampaa ja
häiriötöntä liikennöintiä varten. Julkinen liikenne kulkee taasen
suoraan kolmen suurimman verkko-operaattorin runkoverkkoon.
Palvelinten virtualisointi on toteutettu vikasietoisuutta ja skaalautumista silmällä pitäen. Tarvittaessa virtuaalipalvelimet voidaan siirtää fyysiseltä palvelimelta toiselle ilman huomattavaa katkoa, jopa nostaa pystyyn toisella palvelimella vaikka toinen olisi vikaantunut ja täysin poissa pelistä. Fyysisten palvelinten resurssit on mitoitettu siten, että ne pystyvät hoitamaan yksinäänkin neljän virtuaalipalvelimen aiheuttaman kuorman ongelmitta.
Mitä tästä kaikesta opittiin?
Nyt kun syksyn koitoksista on kulunut jo hyvä tovi, meillä on ollut aikaa pohtia mikä meni vikaan ja mitä olisi voinut tehdä toisin. Paljon on mielessä, mutta seuraavista asioista on toivottavasti hyötyä myös muille.
Valitse palveluntarjoaja huolella
Päädyimme OVH:n asiakkaaksi hieman heppoisin perustein, luottaen
siihen, että OVH isona palveluntarjoajana osaa asiansa. Jälkiviisaana on
hyvä todeta, että tätä olisi pitänyt kaivella vielä tarkemmin ja kysyä
useamman ihmisen mielipidettä.
Multimista taasen ei ole kuulunut lukuisilta henkilöiltä muuta kuin
hyvää ja Timin aiemmat henkilökohtaisen asiakkuuden perusteella palvelut
sekä asiakaspalvelu ovat toimineet moitteetta vuosia.
Tee suunnittelu yhteistyössä palveluntarjoajan kanssa
Jokainen palveluntarjoaja tuntee itse parhaiten tarjoamansa paletin,
sen rajat sekä tavat saada siitä suurin hyöty irti. Suunnittelimme ja
pystytimme OVH:n palvelinympäristön itse, mistä aiheutui ylimääräistä
työtä sekä säätöä. Multimin kanssa suunnittelimme ympäristön tiiviissä
yhteistyössä ja jätimme suosiolla sen pystyttämisen paremmin osaavien
hoidettavaksi.
Reagoi asioihin nopeasti ja tarmokkaasti
OVH:lla ilmenneisiin ongelmiin olisi tullut reagoida paljon vahvemmin
heti alkuun. Lukuisia tunteja yöunta olisi säästynyt, jos emme olisi
jääneet odottamaan palveluntarjoajan omia, vaillinaisia, selvityksiä.
Toisaalta kupletin suunnittelu ja sivustojen siirto uudestaan ei
ollut erityisen houkutteleva vaihtoehto, johon kuitenkin päädyimme
lopulta kun ongelmat alkoivat käydä sietämättömiksi ilman näkyvissä
olevaa muutosta tilanteeseen.
Jos tarjoat hostingia, pidä kaikki langat käsissäsi
Duden hostingpaketin hintaan kuuluu verkkotunnusten nimipalvelu, jota
suurin osa asiakkaistamme hyödyntää. Tämä osoittautui suhteellisen
suureksi pelastukseksi, sillä sivustojen siirto ja palvelinten vaihto
vaatii aina myös muutoksia verkkotunnuksen nimipalveluun. Jos
nimipalvelut eivät olisi olleet meidän hallussa, olisi nuo muutokset
vieneet pahimmillaan lukuisia päiviä emmekä olisi pystyneet suorittamaan
siirtoja toimiville palvelimille yhtä tehokkaasti.
Onneksi myös ne asiakkaat, joiden verkkotunnuksen nimipalvelu on
heidän omassa hallinnassa tai kolmannella osapuolella, ymmärsivät asian
kiireellisyyden ja suorittivat muutokset poikkeuksellisen nopeasti.
Viesti aktiivisesti sekä rehellisesti
Yksikään asiakkaistamme ei ollut erityisen näreissään ongelmista,
vaikka heidän sivustot olivatkin lukuisina alkuöinä pimeänä.
Tulikivenkatkuisten viestien sijaan asiakkaat tsemppasivat ja
toivottivat jaksamista, vaikka toki toivoivatkin meidän tapaan ongelmien
nopeaa loppumista. Tähän oli varmasti yhtenä hyvin suurena tekijänä
Duden valitsema tie tiedottaa tilanteesta ja sen aiheuttamista
toimenpiteistä todenmukaisesti sekä mahdollisimman seikkaperäisesti.
Ainoa hieman pieleen mennyt asia oli aika joka kesti tämän
viestimisen aloittamiseen, se olisi tullut tehdä heti ongelman
toistuessa toisen kerran.
Lopuksi pitää vielä kerran pyytää ongelmia nöyrimmästi anteeksi
asiakkailtamme ja samalla kiittää heitä tsemppaamisesta sekä
ymmärryksestä. Iso kiitos kuuluu myös Multimin asiantuntujoille, joiden
avulla saimme suomeen palvelinympäristön jonka toimintaan voi luottaa
sekä ongelmien selvittämiseen osallistuneelle konsultille.
Lea Airaksinen kirjoitti mielipidepalstalla kävelijäkunkkujen ja autovihan Jyväskylästä (KSML 24.11.). Kuitenkin hän itse viljelee vihaa kestäviä liikennemuotoja kohtaan ja levittää vääriä tietoja pihakadulla kulkemisen liikennesäännöistä.
Toisin kuin Airaksinen väittää, pihakadulla ei ole erillistä ajorataa. Pihakatu on samaa väylää aina julkisivujen oikeasta reunasta vasempaan asti.
Kaupunki ei kuitenkaan ole poistanut pihakaduiksi muutetuilta väyliltä erillisiä korkeuseroteltuja jalkakäytäviä. Se olisi pitänyt tehdä. Muuten syntyy juuri tämän kaltaisia harhakuvitelmia siitä, että pihakaduilla olisi erillinen ajorata autoilijoille.
Airaksinen toteaa myös, että jalankulkija on kunkku pihakadulla. Suomen tieliikennelaki on samaa mieltä.
Ajoneuvon kuljettajan on annettava jalankulkijalle esteetön kulku ja ajonopeus on sovitettava jalankulun mukaiseksi. Tämä tarkoittaa juuri sitä, että jalankulkija saa “lorvia” keskellä pihakatua. Laissa todetaan kuitenkin epämääräisesti, että jalankulkija ei saa tarpeettomasti estää liikennettä.
Asiaan perehtyneenä ja lukuisia liikennesuunnitelmia kommentoineena, oman tulkintani mukaan tällä tarkoitetaan autoliikenteen estämistä kokonaan, ei sen hetkellistä hidastamista.
Väinönkadun muuttaminen pihakadusta kävelykaduksi olisi järkevää. Muutos lisäisi ydinkeskustan viihtyisyyttä, turvallisuutta sekä tukisi sitä eniten käyttäviä liikennemuotoja.
Läpiajoliikenne Väinönkadulla on jo kielletty ja liikenne koostuu lähinnä parkkihalleihin ajosta, rahti- sekä saattoliikenteestä.
Airaksisen mainitsema huoli saattoliikenteestä on oikeutettu – tämä liikenne tulee mahdollistaa. Näin Kauppakadun kävelykadulla on jo tehty.
Jokainen järkevä ihminen päästää hälytysajoneuvot kulkemaan myös piha- sekä kävelykaduilla vapaasti.
Kauppakadun somisteet on suunniteltu tarpeeksi väljiksi myös paloautoille ja roska-autoille. Airaksisen huoli tästä on turha ja tuntuukin siltä, että hakemalla haetaan syitä vastustaa ihmisille paremman keskustan syntymistä.
Kaupunkikeskustoja ei tule suunnitella 1960-lukulaisen ihanteen mukaan autoliikenteelle vaan sinne sopivammalle ja vähemmän tilaa vievälle jalankulku- sekä pyöräliikenteelle. Ajat ovat muuttuneet.
Leveät ajoradat eivät ole enää moderneja. Maailmalla on lukuisia hyviä esimerkkejä siitä, kuinka kaupunkikeskustat ovat muuttuneet elävämmiksi autoliikenteen rajoittamisen seurauksena.
Autoilijat eivät tee keskustan alueesta viihtyisämpää, ihmisläheisempää eikä sosiaalisempaa nököttämällä yksityisautoissaan.
Ainakin itse haluan keskustan mahdollistavan sosiaaliset, satunnaiset ja spontaanit tapaamiset, eväsretket ja kahvittelut terasseilla. Raikkaasta ulkoilmasta nauttimisen, penkillä kirjaan hukkumisen ja syvälliset keskustelut kanssaihmisten kanssa.
Onnettomuus on hassu sana, sitä käytetään kuvaamaan jos jonkinlaisia tilanteita. Viimeksi kiinnitin asiaan huomiota Helsingin sanomien uutisoidessa taksikuskista joka ajoi kahden pyöräilijän päälle.
”Useiden silminnäkijöiden mukaan henkilöauto on ajanut punaisia päin ennen onnettomuutta.”
[…]
Molemmat pyöräilijät loukkaantuivat onnettomuudessa, ja heidät kuljetettiin Töölön sairaalaan. Poliisi ei kommentoi pyöräilijöiden saamien vammojen laatua tarkemmin.
HS tavoitti kuljettajan, joka oli pysähtynyt toiselle ajokaistalle punaisiin valoihin Nordenskiöldinkadulla, kun taksi ajoi ohi. ”Taksi ajoi vähintäänkin reippaalla tilannenopeudella meidän ohi suoraan edessä katua ylittäneiden pyöräilijöiden päälle. He vain katosivat näkökentästä”, kuljettaja kertoo.
Kyseessä ei ole onnettomuus, vaan päälleajo. Punaista liikennevaloa ja toisia tienkäyttäjiä päin ajaminen ei tapahdu vahingossa, se on tahallinen teko jota kuljettajan ei olisi tarvinnut tehdä.
Keskiviikkona tapahtuneen henkilöauton ja polkupyörän välisen liikenneonnettomuuden uhri menehtyi vammoihinsa tänään. Onnettomuus tapahtui eilen iltapäivällä Helsingin Mannerheimintiellä.
…silminnäkijän mukaan autoilija olisi törmännyt miespyöräilijään tahallisesti.
Silminnäkijän mukaan pyöräilijä ja autoilija lähtivät yhtä aikaa liikennevaloista, jonka jälkeen autoilija kiihdytti vauhtiaan ja koukkasi niin, että auton takakulma osui polkupyörään. Autoilija poistui paikalta törmäyksen jälkeen.
Kyseessä ei ole onnettomuus, vaan henkirikos. Toista tienkäyttäjää ei ohiteta, tämän eteen koukata ja sen jälkeen äkillisesti jarruteta vahingossa. Kuljettaja olisi voinut valita jatkaa omalla kaistallaan ajamista.
Onnettomuus on vahinko, tahattomasti tapahtuva, ei-toivottu sekä suunnittelematon tapahtuma. Kumpikaan edellä olevista esimerkeistä ei sovi tähän määritelmään, sillä niissä kuljettajat ovat itse päättäneet toimia tietyllä tavalla. Kummankaan esimerkin ajoneuvojen kuljettajat ovat tuskin suunnitelleet tekoaan, mutta vahinkoja tai tahattomasti tapahtuneita ne eivät varmasti ole.
Se on onnettomuus, jos kuljettaja saa ennakoimatta sairauskohtauksen kesken matkan. Kyseessä ei kuitenkaan ole koskaan onnettomuus, jos autoilija jättää huomioimatta muun liikenteen, päättää olla noudattamatta liikennesääntöjä tai ajaa ”isomman oikeudella” kuten haluaa. Kyseessä ei ole onnettomuus, jos autoilija jättää katsomatta pyörätielle kolmion takaa ja ei tämän takia havaitse pyöräilijää. Tällöin kyse on piittaamattomuudesta, ylemmyydentunteesta ja typeryydestä joka ei tapahdu vahingossa tai tahattomasti. Jokainen kuljettaja voi vaikuttaa omaan liikennekäyttäytymiseensä, päättää ajaako punaisia valoja päin vai ei ja toimiiko ohjaamansa tappavan metallikasan kanssa varomattomasti.
Uutisoinnissa sanavalinnoilla on merkitystä, sillä ne ovat usein ainoa asia jonka välityksellä saamme tiedon ja joiden perusteella rakennamme mielikuvamme tapahtuneesta. Vaikka onnettomuus on vakiintunut sanana kuvaamaan myös sellaisia tapahtumia, jotka eivät ole vahinkoja tai tahattomasti tapahtuvia, muovaa sen käyttö mielikuvaamme tapahtumien kulusta. Ajattelemme helposti, että päälleajo olisi ollut estettävissä jos X, Y tai Z – vaikka todellisuudessa kyseisen tapahtuman olisi voinut estää ainoastaan yksi asia: kuljettajan parempi liikennekäyttäytyminen.
Sanalle onnettomuus on useita kuvaavampia vaihtoehtoja. Ja ei, toimittajien paljolti käyttämä töytäisy ei kuulu tähän sanavalikoimaan. Töytäisy on sitä, kun joku kävelee liian kovaa kassajonon ohi ja hänen olkapää osuu jonossa oleviin. Töytäisy on lievä muoto tönäisystä. Siinä ei ole mitään lievää, kun autoilija ohjaa ajoneuvoaan siten, että liikenteen heikompi osapuoli kaatuu ja joutuu sairaalahoitoon. Kyseessä on vähintäänkin vakava piittaamattomuus, ellei jopa päälleajo. Usein myös liikennepako.
Lähes poikkeuksetta näissä ”onnettomuuksista” sekä ”töytäisyistä” kertovissa uutisissa, joiden heikompana osapuolena on ollut pyöräilijä, muistetaan myös mainita käyttikö pyöräilijä kypärää vai ei. Kypärä ei estä tappavan metallimöhkäleen kujettajaa ajamasta päälle, mikäli hän on jo tehnyt valintansa liikennesääntöjen noudattamatta jättämisestä. Suomessa ei ole kypärän käyttöpakkoa ja sen tehokkuudesta puhutaan ylistäen sekä korulausein, vaikka todellisuus ei ole niin mustavalkoinen. Miksi samankaltaisissa uutisissa ei mainita oliko ajoneuvon kuljettajalla lain vaatima turvavyö kiinni? Miksi vastaavissa uutisissa, joissa heikompana osapuolena oli jalankulkija, ei kerrota oliko hänellä heijastinliivi? Vastaan itse itselleni: koska se ei muuta tilannetta oleellisesti.
Kypärän käyttö tai käyttämättä jättäminen ei oikeuta autoilijan huonoa liikennekäyttäytymistä ja heikomman osapuolen lanaamista asvalttiin. Kypärän käyttämättä jättäminen ei myöskään vaikuta merkittäviltä osin tilanteen lopputulokseen, jos autoilija ajaa tonnien painoisella ajoneuvollaan kuuttakymppiä punaisia päin.
Näissä uutisoinneissa on myös toistuvana teemana unohdettu se, että tieliikenteessä ei vielä kulje itsenäisiä ajoneuvoja, vaan jokaisella ajoneuvolla on kuski. Tuon tuosta näkee otsikoita sekä uutisia, joissa autonominen auto on töytäissyt liikenteen heikompaa osapuolta tai ajanut päälle. Ei, ajoneuvo ei ole tehnyt sitä vaan sen kuljettaja.
Kirjoitus on julkaistu alunperin Digitoimisto Duden blogissa 15. helmikuuta 2016.
Tseenare! Meitsi on Wahalahden Timi, nuori tsaikkari joka on koodannu menemää monta vuotta WordPressill. Läksin skäppäilee snadisti päälle kuukaus sit Contrastilta ja samoihi aikoihin Duden tyypit alko snaijaa et kaipaisivat vähä jeesii koodipuolen kaa. Ei sitä pitkää pysty bontsarit kukkuu, nopeestiha siin sippaa vaik olis mite kingi.
Bonjaatteks mitä mä bamlaan?
Ehkä parempi vaihtaa stadin slangista suomeen, vaikka olenkin alkujani paljasjalkainen helsinkiläinen. Tosiaan morjensta! Olen Timi, suhteellisen nuori kaveri joka on tehnyt verkkosivuja sekä -kauppoja jo useamman vuoden ajan. Homma lähti käyntiin peruskoulu-ikäisenä, kun pykäsin kotipalvelimen pystyyn ja aloin vääntämään ensimmäisiä nettisivuja.
Edelliset puolitoista vuotta koodasin ja kehitin Contrastin toimintaa ensimmäisenä työntekijänä. Tuo aika on oli toisinaan enemmän tai vähemmän raskasta, sillä työtä painettiin pitkää päivää. Olen myös alkanut elämään ja hengittämään WordPressiä, sekä seurannut ja osallistunut suurella ilolla kasvavan yhteisön toimintaan.
Ronin kanssa ollaan juteltu satunnaisesti jo useamman vuoden ajan alaan liittyvistä asioista ja Duden tarinaa on tullut seurattua miltei alkuvaiheilta lähtien, aluksi hieman naureskellen tekemisen rosoiselle meiningille. Vuosien varrella kävi kuitenkin selväksi että tuo hieman rosoinen ote ja vahva tekemisen meininki toimii pirun hyvin. Viimeistään siinä vaiheessa kun Kristian liittyi remmiin, aloin ottamaan Duden vakavissani ja mieltämään suureksi tekijäksi suomen WordPress-kartalla.
Muistan fiilistelleeni suuresti vuonna 2014 etusivulla ollutta videota jossa Roni ja Juha avaavat tekemisensä asennetta arkisen lämpimästi, juosten lopussa perseet paljaana jorpakkoon. Tuo video kuvaa hyvin Duden meininkiä, joka on juuri sellainen mitä olen halunnut ja pyrkinyt itsekin tekemään.
Vuodenvaihteen aikoihin jätkät Dudella heräili siihen, että hommaa on enemmän kuin kerkiää painamaan ja toiselle koodarille olisi tarve. Eräs ilta Roni pohti asiaa ääneen irkissä #pulina:n kanavalla, satuin huomaamaan tämän ja päädyttiin juttelemaan työtilanteesta muutamaksi tunniksi. Siitä tämä tarina sitten alkoi.
Nähtiin jätkien kanssa tuopillisen (tai useamman) äärellä helmikuun alussa ja turistiin menemään monta tuntia. Itseasiassa tuntui kuin olisin jutellut vanhojen ystävien kanssa, niin hyvin juttu luisti alusta pitäen. Ilmeisesti tuo tunne ei ollut ainoastaan minulla, sillä jo aamuyöstä kyselivät hommiin. Siitä lähti vakava pohdinta päälle, elämä on kuitenkin helsingissä mutta Dude aivan huippu puulaaki. Viikon päivät pohdittuani, päätin hypätä tuntemattomaan.
Duden jo valmiiksi rautainen osaaminen vahvistuu myötäni entisestään, sillä tuon mukanani vahvan backend-osaamisen. Jatkossa pystymme Dudena vastaamaan entistä paremmin nykyisten ja tulevien asiakkaiden haastaviin laajennus- sekä integraatio -tarpeisiin. Minun ja Ronin toisiaan täydentävä osaaminen, yhdistettynä Juhan huippuun visuaaliseen silmään ja Kristianin pitkään kokemukseen alalta enteilee jotain todella hienoa!
Ihan kreisi fiilis, sairaan päheet ja kliffaa olla messis duunaa Dudea!
PS. jos olet jyväskyläläinen ja haluat tavata, pistä postia timi@dude.fi. Uudet tuttavuudet uudessa kaupungissa ovat enemmän kuin tervetulleita!
Alla oleva Kaisa Peltosen ja Annimaria Vallin kanssa yhdessä kirjoittamani mielipide on julkaistu Keskisuomalaisessa 15.3.2016.
Kauko Tuupainen kirjoitti (KSML 6.3.) vanhasta aloitteestaan kurittomille pyöräilijöille.
Aloitteen sisältö on hyvä: jalkakäytävät ja pyörätiet on merkittävä selkeästi. Käyttäjän ei pidä joutua arvailemaan, kenelle väylä on tarkoitettu.
Merkitseminen on kuitenkin vain osa ratkaisua. Pyöräilyn edistämisessä ja liikenneturvallisuuden lisäämisessä on kyse kokonaisuudesta. Infrastruktuurin osalta tärkeimmät keinot ovat laadukas ja yhtenäinen pyörätieverkosto, erotellut pyörä- ja kävelyväylät sekä sujuvat risteysalueet.
Laadukkailla väylillä ei ole reunakiveyksiä ja talvikunnossapidosta huolehditaan.
Selkeät väylät eivät kuitenkaan takaa niiden oikeaa käyttöä. Yhtä lailla tarvitaan liikennesääntöjen sekä pyörällä liikkumisen opetusta varhaiskasvatuksesta lähtien.
Edellä mainitut toimenpiteet tekevät liikkumisesta sujuvampaa sekä turvallisempaa kaikille.
Kurittomien pyöräilijöiden moittimisen sijaan tulee kiittää pyöräilijöitä ekologisesta ja kansanterveyttä edistävästä liikkumisvalinnasta.
Jyväskylässä on hyväksytty vuonna 2016 pyöräilynedistämisohjelma, jonka tavoitteena on pyöräilyn kulkutapaosuuden kasvattaminen nykyisestä 13 prosentista 25 prosenttiin vuoteen 2025 mennessä.
Olemme sitoutuneet edistämään pyöräilyä sekä sen olosuhteita tulevalla valtuustokaudella, jotta tähän tavoitteeseen päästään.