[fria24] Teknikval

[Anders Wallenquist]

Dario Lopez-Kästen wrote:

> I alla fall, tillbaka till PHP spåret - varför säger jag detta? Jo för
> att Drupal är fokuserat som ett CMS, inte som ett ramverk för att
> bygga applikationer på.

Drupal är ett utmärkt ramverk att bygga applikationer på, mindre bra om
gränssnittet är glade/gtk (Gnome), men utmärkt om gränssnittet är webb,
wap, webservices/SOAP, XMLRPC, webdav, ftp, RSS etc.

Drupal är däremot en utmärkt applikations*server* för applikationer
skrivna för exempelvis Glade, likaväl som den är en bra
applikationsserver för Firefox-klienter.

>
> >Då har dom ingen inloggning eller något sådant? Om du inte har
> > inloggning och distribuerar e-id till alla invånare i kommunen eller
> > på annat sätt kan knyta nödvändig information till en specifik
> > användare så måste man ange personnr. och alla andra uppgifter som dom
> > kan tänkas behöva, egentligen tycker jag att dom bara skulle fråga
> > efter persnr. och sen slå upp resten i sitt register.
>
> Det är inte trivialt att bara slå upp i sitt register, ens inom en bra
> mycket mindre organisation än en kommun. Det finns dessutom inte bara
> "sitt register", singularis. Det finns en hel gäng med register. En av
> poängerna med t.ex. SHS är att kunna utbyta information mellan alla
> olika register och system man har.
>
> På vilket sätt kan ett CMS hjälpa till med att lösa dessa problem?
> Inga, så vitt jag kan bedöma.

Tvärt om, ett bra CMS är en applikationsserver som är duktig på att
sammanställa uppgifter från flera källor, via flera protokoll och
databaser. Presentera sammanställningarna på ett säkert och anpassat
sätt, återmata information och skicka dessa till underliggande system.
Du har störst nytta av ett CMS i EDA (Elektronic Data
Access)-tillämpningar, dvs när du har en man-dator-gränssnitt
någonstans. Drupal/PHP/Pear fungerar även utmärkt i sammanhang när det
rör kommunikation system-system (EDI).

>
> Min poäng är att jag tror att om man redan nu bestämmer sig för att
> Drupal skall vara det som an bygger sin fria24 på så har man grovt
> underskattat den mängd arbete som krävs innan man kommer så långt som
> att låta en www-sida genereras av Drupal.

Nej, eftersom Drupal utmärkt går att integrera i den infrastruktur vi
bygger av SHS och E-Id-servrar för att på ett generellt sätt prata med
angränsade system.

Underskattningen gäller snarare att vi skall bygga en applikation som
kan användas i alla sammanhang. Det handlar snarare om hundra
applikationer, där vi kan klara av att ta de första stapplande stegen
för att visa att det är möjligt, skapa förutsättningarna för att hundra
nya friska fri programvaruprojekt kan fylla resten av luckorna.

Det första systemet bör vara busenkelt.

När det gäller PR, kan jag nämna en historia från webbens barndom där
jag ägnat fem år att skapa en ytterst avancerad kommunikationsplattform
som användes för komplex elektronisk handel. Vi hade bland annat Saab
personbilar som körde alla sina kundordrar som vi omvandlade till
tillverkningsordrar, och ett tiotal andra spännande tillämpningar. Vi
försökte få lite PR och lyckades få in en femraders notis i Computer
Sweden. Samtidigt hade vi hjälpt en webbyrå att omvandla HTML till fax
som gick genom vårt eminenta system. Deras system var att beställa
blommor i blomsterbutiker runt om i Sverige, en webbsida och sedan
kördes blommorna ut med bud.  Detta system skrevs det spaltkilometer om
i  CS och Dagens Industri, vår bedrift att omvandla HTML-formuläret till
först EDI och sedan FAX hos rätt mottagare skrevs det inte en millimeter
om. Nej det som var ett nyhetsvärde var möjligheten att klicka på bilden
av blomsterkvasten i en webbläsare. Detta var påtagligt och alla kunder
förstå. Vinsterna med kundorderstyrd tillverkning, tekniken att samla in
dessa kundordrar på sju olika format, sammanställa och omforma till
korrekta tillverkningsordrar, vidarebefordra dessa till fabriken i
Trollhättan - det var för abstrakt och saknade nyhetsvärde.

Av detta lär vi oss att första tillämpningen skall vara KISS, men
färgstark och PR-mässig. Fokus på att spara pengar, underlätta för
stressade barnfamiljer, stackars småföretagare eller gimmickaktigt
dagisplatserna i Smartphonen. Vi vinner inga lagrar på att ligga i
teknikens framkant med Ajax eller Zope 3, det är det ingen som kommer
förstå ändå.

>
> Drupal har den fördelen att den verkar vara ganska pluggbar, så det är
> högst troligt att man kan bygga ett helt batteri med Drupalmoduler som
> kan matas med information från fria24.

Exakt, men du måste räkna in Drupal-applikationen i "fria24".

> Men jag tror inte att fria24 kan byggas med ett CMS som grundplåt,
> oavsett vad det är skrivet i för språk - vi måste sikta lite mer
> infrastrukturmässigt.

Infrastrukturen bygger på protokoll, det har vi lärt oss av
internet-bygget, och är därmed språk och operativsystemsoberoende.
Självklart skall vi inte bygga en PAM-modul eller en Apache-modul med
Drupal och inte med Zope heller. Däremot kommer både Zope och Drupal
kunna dra nytta av en tjänst som pratar WebServices eller är en
PAM-modul, och därmed färdiga applikationer och moduler skrivna för
respektive applikationsserver. Både Drupal och Zope kan prata
WebServices med omvärlden, som i sin tur kan ha skrivit sina
applikationer i Java/DotNet/Mono/Drupal/Zope/You Name It.

(Däremot kan vi kanske tänka oss att skriva en Apache-modul i
Perl/Python/PHP/C/C++)

/Anders W