Konversation om att jämföra system
Ett referat av en konversation på en e-postlista för frivilligorganisationer som använder Plone. Det handlar om svårigheten att jämföra system samt vikten av att tänka igenom support och underhåll från början.
Ett referat av en konversation på en e-postlista för
frivilligorganisationer som använder Plone; "[NGO] Plone v. Drupal v. Joomla".
Bristande jämförelser
Konversationen började med bristerna som oftast finns vid
jämförelser av frivilligutvecklad programvara. Tidigt i tråden fanns
en länk till en jämförelse mellan de populära frivilligutvecklade
innehållshanteringssystemen Drupal, Joomla samt Plone. Det
konstaterades att det finns många olika liknande system och ingen kan
vara insatt i alla. Vidare är det naturligt att det inte finns
säljare och marknadsförare som jobbar med att föra ut fördelarna
med frivilligutvecklad programvara. Det finns inte ekonomi och utrymme
för det.
Ett par frivilligföreningar menade att användarvänligheten är en
av Plones största fördelar och att det var därför de själva valde
den plattformen.
"Det var viktigt för oss att välja ett system där användare skulle vara självgående så själva tekniken hamnade i bakgrunden."
Strategi för support och underhåll
Senare i diskussionstråden handlade det om kostnader, strategi och
utvecklingsmöjligheterna för de olika systemen. Plone bygger på en
egen webbserverplattform till skillnad från de andra. Fördelen är
att Plone kan växa enklare, har enklare webbadresser, med mera, men
det innebär att startfasen och startkostnaden kan bli dyrare och
svårare än för andra system, finns det de som menar. I vilket fall
finns det något färre utvecklare till Plones språk Python
än till andra plattformars språk PHP. Det är svårare att hitta
studenter som kan hjälpa till för en billig peng.
Inlägg gjordes som betonade vikten av att från början ha en
seriös inställning till sitt innehållshanteringssystem och
utvecklingen av sin webbplats. Det är en mycket dålig idé att
förlita sig på någons kusin eller studenter som arbetskraft i
längden. Det rekommenderades starkt att man lägger ner resurser på
en utvecklare som är seriös och dokumenterat kunnig på området.
Annars kan man fälla krokben för sig själv i framtiden. Tänker man
så blir det inte heller någon nämnvärd skillnad i kostnad jämfört
mellan systemen.
Använder man sig av studentstrategin för utveckling är det
viktigt att tänka igenom hur support och underhåll ska ske i
framtiden. Gör man det kan det vara en bra strategi enligt en
skribent.

