Kirjoittaja: Teemu Kalvas

Eroja regexp-kirjastoissa

24.1.2012 Kirjoittanut

Regexp-kirjastot ovat funktionaalisesti kaikki samanlaisia. Vai ovatko?

Eivät sittenkään. Osassa on mietitty vähän hämärämpiä käyttötapauksia, ja mahdollistettu muun muassa osittaisen matchin erottaminen epäonnistuneesta matchista. Kaikkein yleisikäyttöisin rajapinta olisi sellainen, joka mahdollistaisi täyden streamauksen, mutta se on harvinainen.

Otetaan esimerkki käyttötapauksesta: webissä on sivu, ja sivulla lomake, jossa on kenttiä, joilla on jotain muotovaatimuksia. Kehittäjä määrittelee [...]

Jatka lukemista →

Single supplier -työkalut

14.12.2011 Kirjoittanut

Javaa, erityisesti enterpriseä kehittäessä testisykli käännös- ja deploymentaikoineen on aivan liian pitkä. Tätä paikkaamaan on kehitetty lukuisia ratkaisuja, joista tässä artikkelissa minua kiinnostaa JRebel.

JRebel korjaa Javan (ja JVM:n) ongelman, ettei luokkia voida muuttaa käynnistämisen jälkeen. Tästä seuraa useamman vaiheen kautta JEE:n hitaat turnaround-ajat. JEE-kehittäjät kautta maailman ovat ottaneet sen ilolla vastaan. Aikaisempina [...]

Jatka lukemista →

Seikkailuja editorimaassa

20.10.2011 Kirjoittanut

Tilapäisessä mielenhäiriössä aloin taas toteuttaa pientä kirjastoa
C:llä. Ajattelin kokeilla samalla (olihan kyseessä puhdas
harrasteprojekti, ja näissä on hyvä aina kokeilla) namespace-ratkaisua
nimitörmäysten välttämiseksi.

No, aloin kirjoittaa:

#ifndef G #define G(symbol) pieni_ ## symbol #endif typedef struct G(foobar) *G(foobar_t); typedef …

Ja cc-moden autoindent hajosi pyytämättä ja yllättäen jo viidennellä
rivillä.

[...]

Jatka lukemista →

Guido van Rossumin kahden sentin virhe

22.2.2011 Kirjoittanut

Olin kirjoittaa C.A.R. Hoaren miljardin dollarin virheestä

I call it my billion-dollar mistake. It was the invention of the null reference in 1965. At that time, I was designing the first comprehensive type system for references in an object oriented language (ALGOL W). My goal was to ensure that all use of references should be [...]

Jatka lukemista →

Miksi C:llä on kivempi koodata

24.1.2011 Kirjoittanut

Viime aikoina on tullut työstettyä kahtakin projektia, joissa edes jokin osa kehitystyöstä on C:llä kirjoitetun komponentin muokkaamista. Ei ehkä aivan sattumalta molemmissa tapauksissa päädyin olemaan se kehittäjä, joka tämän tehtävän saa. Vaikka projektien substanssit olivat kovin erilaiset, molemmissa tapauksissa silmään oikein erityisesti pisti, että C:llä on oikeastaan kivempaa koodata kuin esimerkiksi Javalla tai Pythonilla. Jäin [...]

Jatka lukemista →

Programming in Scala vastaan Programming Scala

22.11.2010 Kirjoittanut

Luin yleisestä mielenkiinnosta molemmat toimistolla olevat Scala-kirjat [1]. Ne ovat Programming in Scala (Odersky, Spoon, Venners) ja Programming Scala (Wampler, Payne). Nimet ovat hämäävän samankaltaiset, toisaalta tämänlaisessa tietokirjallisuudessa näin vain käy. Ensimmäisen kirjoittajista yksi, Martin Odersky, on Scalan pääasiallinen suunnittelija ja liikkeellepaneva voima.

Lyhyesti, Oderskyn et. [...]

Jatka lukemista →

Pilviseikkailu 2010

21.10.2010 Kirjoittanut

Eilen keskiviikkona Codenton aamiaistapahtuman aiheena oli sisäinen pilvi. Puhujina oli toimitusjohtaja Mårten Mickos Eucalyptus Systemsiltä, joka kertoi miten sisäinen pilvi tehdään, ja teknologiajohtaja Santeri Kangas F-Securelta, joka kertoi miksi (sisäinen) pilvi halutaan. Lisäksi oma väki piti pienet alku- ja loppusanat.

Mårten käsitteli melko laveasti ja pintapuolisesti Eucalyptuksen toimintakenttää ja tuotteen mahdollisuuksia. Läpi käytiin [...]

Jatka lukemista →

Mikä kannattaa suunnitella, kannattaa ylisuunnitella

1.10.2010 Kirjoittanut

Tänä tehokkuuden ihannoinnin aikakautena yleisenä totuutena pidetään, ettei mitään tehtävää pidä hieroa liian pitkään. Pitää olla selkeä näkemys siitä, milloin homma on valmis, ja silmät avoinna niin että havaitaan kun tila on saavutettu.

Ajatusmallissa on kaksi vikaa. Toinen on yksinkertainen ja selkeä, toinen vähän filosofisempi ja hankalahko.

Ensimmäinen on tietysti se, että osaava tekijä tietää [...]

Jatka lukemista →

Paras tapa tehdä ohjelmistokehitystä on olla tekemättä sitä

20.8.2010 Kirjoittanut

Metodologioiden huumassa unohtuu välillä korkeamman tason ajattelu ohjelmistokehityksestä. Ohjelmiston kirjoittamisen kustannusten (suorien ja epäsuorien) vähentämisen ylivoimaisesti tehokkain tapa on välttää ohjelmiston kirjoittaminen kokonaan.

Otetaan esimerkki: aikanaan Codentossa huomattiin joidenkin työntekijöiden tekevän jatkuvasti ylitöitä. Tätä haluttiin kontrolloida jollakin tavalla, jos ei vähentämällä päivittäisiä tunteja, laittamalla työntekijät kertymän sitä edellyttäessä pitämään vapaapäiviä.

Ohjelmistoyrityksenä Codentolla oli tietty suuri [...]

Jatka lukemista →

Syntaksisuunnittelun täydellisyyden mahdottomuus

21.6.2010 Kirjoittanut

Tutkin huvikseni Javan syntaksin muuttamista niin, että luokkien parametrit (Map<String, Integer>) kirjoitetaan hakasulkeisiin (Map[String, Integer]), niin kuin useimmissa kielissä, jotka eivät ole Java tai C++. Osoittautui ettei LALR(1)-parsereiden tapauksessa muutoksella ole suurta merkitystä parserin kokoon eikä minkäänlaista oikeellisuuden saavutettavuuteen. Puhtaan esteettisesti muutos on jopa voitto, koska sisäkkäisten parametrien yhtaikaisen sulkemisen (Set<Set<Integer>>) yhteydessä lekserin ei tarvitse [...]

Jatka lukemista →