[fria24] Vilken teknik bör användas ?

[Anders Wallenquist]

Tim Terlegård wrote:
>>/ Är detta ett oss-projekt som det är tänkt att föreningens medlemmar ska
>>/ utveckla/ta fram?
>>/
>>/
>>/Vilken teknik bör användas ?
>>/
>>/
>>/ Bra fråga, det finns så mycket att välja på...
>>/
>>/ Ska det enbart vara en webbplats eller ska man kunna använda tjocka
>>/ klienter mot samma system? Här har Java kommit långt, men det är ven på
>>/ G i Zope/Python-världen.
>>/
>>/Har skrivit ihop en liten sammanställning av de krav som kommer behöva
>>/lösas och ger förslag på hur de löses. Den är inte fullständig utan ett
>>/första utkast för att igång diskussionen.
>///
>/ Angående Python. Plone ska man inte använda för att visa statiska sidor.
 Det ska Apache eller Squid användas till. För python finns även andra
>/ intressanta byggstenar. Twisted är det svårt att inte tycka om. Django
>/ verkar också ganska trevligt. Det är lite som TurboGears, men innehåller
>/ mer som t.ex. cachning.
>/
>/ Ruby vs Java. Jag har inte programmerat så mycket Ruby än, men av det
/>
>
>Java har fördelen med att mycket finns skrivet - det finns mycket
>bra att återanvända i det fallet.

Nackdelen med Java är att det inte är fritt, det vore väl bättre med en
sann fri plattform?

Det är en kostnadsfråga också, Zope och JBoss är på många sätt bra
verktyg men de är dyra
 i deployment i jämförelse med exempelvis vanlig hederlig LAMP.

Konkurrenterna är DotNet och J2EE från den ofria världen och Fria24
borde kunna vara bättre
på alla fronter, standarduppfyllnad, helt fri, TCO, lättdriftad etc.

IMHO finns det tre plattformar som kan diskuteras: JBoss, Zope och
Drupal. JBoss har nackdelen av att vara ofri och inte riktigt lika bra
som man kan hoppas på, Zope är bättre men fortfarande ett ganska dyrt
system (i mantid) för att bara införa, lång startsträcka och tuff
driftmiljö.
Vartenda webbhotell erbjuder LAMP, men det är tunnsått med Zope och
JBoss. En stor myndighet med gott om pengar har inga problem att införa
Zope och säkert göra fantastiska saker med Zope, men den lilla kommunen
har inte en chans. Det är inte helt självklart att JBoss eller Zope
vinner en TCO-jämförelse med t ex DotNet - kanske mot J2EE på Sun, men
DotNet på billig Intel-plattform kan vara tufft. SugarCRM som är LAMP
finns redan på programverket.org, P som i PHP.

Har erfarenhet av kommuner och offentliga system, både stora och små.
Min rekommendation är att välja en plattform som även kan fungera hos de
mindre, men skalbar för lite tuffare sammanhang.

Jag lägger min röst på Drupal.org, det är en LAMP-lösning, bra och enkel
att utveckla i, kan driftas av en liten organisation utan erfarenhet av
Linux tidigare, går utmärkt att konfigurera med enbart
fria program på t ex Debian/Ubuntu-plattform. Det finns fina
SOA/Webservices-kopplingar, klarar ordentlig last, går att
lastbalansera, E-handel, CRM, CMS med vattentäta skott mellan innehåll
och tema-motor, riktig begreppsapparatmotor med synonymhantering,
Ajax-stöd för feta klienter - är på alfa-stadium, men kul att ha när det
kan vara tillräckligt stabilt för professionella lösningar. Lätt att
hitta utvecklare till, bra översättningssystem, stor internationell
användarförening med bra fart på utvecklingen.

Drupal kan levereras av många av de mindre konsultbolagen knutna till
Linux-föreningen. JBoss kräver certifiering och stora investeringar för
att kunna bli leverantör av, Zope har jag jagat utvecklare
till i Sverige och det finns inte många...

Att ingen vill utveckla servrar i PHP håller jag inte med om, det finns
flera stycken inom ramen för Drupal och Pear. Skulle jag skriva en
server från scratch kanske jag hellre skulle välja Perl eller C++, men
borde inte vara några större problem att blanda Perl och PHP på en
LAMP-plattform. Värre att blanda Zope med PHP, Perl eller Java.

Ubuntu innebär att en kommun kan få samma underhållsavtal som Red Hat
Enterprise bas utan kostnad i 18 eller 60 månader. Drupal är på inget
sätt hårt knutet till Debian eller Ubuntu, men lösningen kommer jämföras
med real-life konkurrenter i alla aspekter och det gäller att skaffa så
många argument som möjligt. Att kunna välja en i verkligt mening helt
fri plattform borde vara en poäng det också.

Mina femtio öre
Anders Wallenquist