Hej!
Jag håller inte med. Eftersom många inom offentlig förvaltning inte är
helt hemma med att skapa diff-filer mm så är det inte alltid kanalen
till utvecklarna fungerar. Jag tror snarare denna typ av anpassningar
behöver hanteras via en mänsklig dialog. Jag tror att många i denna typ
av organisationer skulle vilja säga "vi hade de här integrationsbehoven
och gjorde de här anpassningarna, vi vet inte vi gjort det på det bästa
sättet, ta gärna våra idéer samt kod i det skick den är och skapa kanske
ännu bättre kod än vår quick-and-durty-fix".
När jag försökt kontakta utvecklare i olika sammanhang har de inte varit
intresserade av att diskutera behov och koncept. De har varit villiga
att granska en diff-fil för att se om patcharna passar att implementera
uppströms. De har inte varit intresserade av att föra en konceptuell
dialog även om dialogen enbart sker via e-post eller liknande. Jag vill
bara påpeka, för att inte skapa missförstånd, att detta inte gäller
EJBCA och AFs RA-lösning, där handlade det mer om att bestämma sig.
De som är bättre på att lyssna på slutanvändarna, så som jag ser det, är
de som jobbar med kommersiell opensource. Dessa företag (för då är det
oftast företag) förstår att om de ska sälja sina supportavtal så behöver
de lyssna på kunderna.
// Mem
Den 2010-02-19 15:41, Henrik Nordström skrev:
> fre 2010-02-19 klockan 14:32 +0100 skrev Magnus Sandberg:
>
>> Jag tycker idén är god. Jag tycker i så fall att syftet ska vara att
>> "bryta ner barriärer". Både i mitt nuvarande jobb men även i mitt
>> tidigare så är vi stora användare av öppen källkod men man
>> (organisationernan) är dåliga på att bidra med egen kod till communityn.
>> Jag tror att många organisationer som använder öppen källkod gör egna
>> anpassningar och tillägg för att integrera med andra interna system. Det
>> är dock en för stor tröskel att skicka dessa ändringar "up stream" så
>> det egna arbetet stannar internt. Jag tror att många organisationer
>> gärna skulle bidra tillbaka till huvudutvecklarna om kanalerna fanns.
>
> För anpassningar och tillägg så finns kanalerna. I de flesta projekt
> räcker det ju med att du skickar ändringarna till maillistan för
> utvecklare, Är det intressant så fångar i allmänhet utvecklarna upp det.
> Stora hindret är nog mest psykologiskt, samt interna frågetecken kring
> rättigheter mm (dvs får vi verkligen publicera detta...).
>
> Men lättfattliga instruktioner hur man bäst sköter om sina anpassningar
> så att de går att skicka uppströms till utvecklarna behövs nog. Finns en
> märkbar tröskel där och många enkla fallgropar som ofta gör det svårt
> eller tungrott att ta emot den kod som skickas..
>
_______________________________________________
http://foss-sthlm.haxx.se/
http://cool.haxx.se/cgi-bin/mailman/listinfo/foss-sthlm
Received on 2010-02-19