Hyviä uutisia

Päivän uutisia lukiessa ei voinut olla toivomatta olevansa Microsoft-onnelassa PDC-tapahtumassa. MS julkisti paljon mielenkiintoisia asioita sekä tulevasta Windowsista, Longhornista että Visual Studio .Netin ja .Netin 2.0-versiosta, Whidbeystä. Kaikki Longhorn-hypen on tietysti mukavaa kuultavaa, mutta todellisuudessa mielenkiintoisinta on Whidbey. Klassinen Steve Ballmerin räppi tulee vääjäämättä mieleen näitä lukiessa.

Vihdoinkin ASP.NET järkevöityy siten, että kääntämisrumbasta päästään eroon. Tämä tapahtuu uudella codebeside-mallilla, jossa vanhasta codebehind-mallista luovutaan. Kuvauskieli ei enää perikään kooditiedoston Page-implementaatiota vaan nämä kaksi ovat osa samaa luokkaa, vaikkakin edelleen eri tiedoistoissa. Sivutuotteena ainaisesti epäsynkronissa olevista ja muutenkin turhaa kirjoitustyötä vaativista kaksinkertaisista objektien määrittelyistä päästään eroon. Ei kauniin OOP:n mukaista, mutta tehokasta.

Whidbeyn panostaa muutenkin kääntämisen vähentämiseen. Tutun bin-hakemiston kumppaniksi esitellään uusi code-hakemisto. Se nimensä mukaisesti nielee lähdekoodia joka käännetään vasta sovellusta ajettaessa. Ja jotta loppukäyttäjä ei kärsisi kehitystyön helpottumisesta, esitellään uusi tapa kääntää ennalta kaikki web-sovelluksen kooditiedostot (aspnet_compiler.exe).

Kymmeneen kertaan kopiotu HTML vähenee uuden Master Pages -tekniikan avulla. Käytännössä sillä korvataan vanhan ASP:n includet isäsivulla, jota eri toiminnallisuutta tarjoavat sivut käyttävät. Yhtenäisen ulkoasun ylläpitäminen on siten jatkossa huomattavasti helpompaa. Kevyeen kehitystyöhön on tarjolla uusia tapoja yhdistellä dataa kontrolleihin entistä vähemmällä tai jopa täysin ilman koodia.

IDE:n tulevat ominaisuudet vaikuttavat myös lupaavilta. Varsinkin versionhallintaa käyttävässä monen ohjelmoijan ympäristössä ongelmallisista projekti- ja solution-tiedostoista päästään eroon. Visual Studio tulee sisältämään oman kehitystyöhön tarkoitetun web-palvelimen joka vastaa vain koneen sisältä tuleviin sivupyyntöihin. Paketti sisältää pitkään paikallaan polkeneen SourceSafen uuden 2004-version, joka arvatenkin pohjautuu SQL Serveriin.

Kaikkien hyvien ideoiden lisäksi on aina oltava huonojakin. Kehnoimmalta kuulostaa idea adaptereista, joilla voidaan palvella erilaisia asiakasohjelmia tarjamalle niille erilaista kuvauskieltä. Tämä johtaa aivan väärälle tielle. Oikea tie on tarjota selaimesta riippumatta mieluummin taulukotonta XHTML:ää.

Mainitsematta jääneet asiat ilman turhaa kritiikkiä voi lukaista MSDN:n sivuilta (toimimaton linkki poistettu 9.7.2009). Pakollista luettavaa ovat myös vasta julkistetut, mutta jo vanhaa tietoa olevat C# 2.0:n speksit (toimimaton linkki poistettu 9.7.2009).

Mozillan brändäyksestä

Aitoon Sektori.com-tyyliin referoin nyt juttua Slashdotista, mutta päinvaistoin kuin kyseinen uutispalvelu kerron jutun löytyneen sieltä enkä lähteeltään.

Muutama kuukausi sitten itkin Mozillan brändäyksen heikkoudesta. Nyt aiheesta on noussut laajempi keskustelu, kun Steven Garrity on kirjoittanut hyvän yhteenvedon aiheesta.

Ikävä vain, että Mozillan kehitystyössä mukana olevat eivät vaikuta uskovan yhtenäisen brändäyksen merkitykseen. Oikeastaan en välitä, onko yhtenäisellä ilmeellä vaikutusta ohjelmaperheen suosioon, lähinnä minua itsekkäänä ihmisenä kiinnostaa vain oman silmän miellyttäminen.

Googlen valtias

Haku Googlesta hakusanoilla "yhdys sanat" antaa ensimmäisenä tämän sivun. Tästä tuloksesta voi kai olla ylpeä. Hupaisasti oheisessa kuvassa ilmeisen viisas hakukone osaa ehdottaa oikeaa kirjoitusasua. Google on vältellyt näitä sivuja pitkään, mikä johtunee siitä, että linkkejä näille sivuille ei juuri julkisessa webissä ole.

Googlen hakutulos hakusanoilla "yhdys sanat"

Yksi stressin aihe vähemmän

Uuden Adobe Readerin käynnistyminen kestää tolkuttoman pitkään. Prosessia voi nopeuttaa merkittävästi ottamalla lähes kaikki ilmeisen turhat pluginit pois käytöstä. Tämä tapahtuu helpoiten Darrell Nortonin ohjeiden avulla:

  1. Mene Adobe Readerin ohjelmakansioon (oletusarvoisesti C:\Program Files\Adobe\Acrobat 6.0\Reader).
  2. Tee uusi kansio nimeltään esimerkiksi “plug_ins_disabled”.
  3. Siirrä kaikki tiedostot ja kansiot plug_ins-kansiosta lukuun ottamatta tiedostoja EWH32.api, printme.api ja search.api juuri luomaasi kansioon.

Nyt Reader käynnistyy hetkessä aikaisemman, jopa useamman kymmenen sekunnin, odottelun sijaan!