Αγαπητέ κε. Καρούνε,
Δεν θα μπορούσα να συμφωνώ περισσότερο με τις διαπιστώσεις σου,
αλλά μου έρχονται αυθόρμητα στο μυαλό και κάποιες ερωτήσεις, τις οποίες
θα ήθελα να μοιραστώ:
Σε όσους είμαστε (λιγότερο ή περισσότερο) γνώστες του Ελεύθερου
Λογισμικού, οι διαπιστώσεις περί εγκλωβισμού σε έναν προμηθευτή ("vendor
lock-in") ΔΕΝ είναι κάτι καινούργιο , ΟΥΤΕ κάτι πρωτότυπο. (Το στόμα του
Richard Stallman έχει μαλλιάσει εδώ και χρόνια για τα θέματα αυτά...).
Οπότε, διερωτώμαι:
1) Σωστά μεν ανακινείς το ζήτημα, αλλά γιατί παρουσιάζεις ΤΩΡΑ αυτούς
τους προβληματισμούς και "θυμήθηκες" το θέμα ;;; Μέχρι τώρα, δηλ., ΔΕΝ
υπήρχε πρόβλημα;;;
2) Μέχρι τώρα, ποιες ενέργειες έκανε η ΕΕΛ/ΛΑΚ, για να αντιμετωπίσει το
μέγα αυτό αγκάθι; Αξιοποίησε ποτέ το επιστημονικό δυναμικό των
πανεπιστημίων της χώρας μας, για να τους παρακινήσει να φτιάξουν
ελεύθερα προγράμματα π.χ. για τους Δήμους; Έκανε ποτέ καταγγελία στους
πολιτικούς ιθύνοντες, μπας και τους τραβήξει την προσοχή στον
παραλογισμό του ιδιοκτησιακού λογισμικού στη Δημόσια Διοίκηση;
3) Μπορεί, στη συγκεκριμένη απόφαση του Δήμου που παρέθεσες, να λένε τα
πράγματα με το όνομά τους. Αλλά και πριν από αυτό, όταν ΟΛΟΙ στην
ΕΕΛ/ΛΑΚ γνωρίζατε αυτά τα φαινόμενα. Μήπως, τότε, ήταν λιγότερο
κατακριτέα, επειδή απλώς δεν βρίσκατε την γραπτή "ομολογία" των ίδιων
των Ο.Τ.Α.;;; Δεν μου ακούγεται και πολύ ορθολογικό ως επιχείρημα...
Να με συμπαθάς αν διατυπώνω (ίσως) κοινοτοπίες, αλλά μιας και δεν
κατάφερα να σκεφτώ μια πειστική απάντηση στα ερωτήματα αυτά, θα
εκτιμούσα την οποιαδήποτε δική σου βοήθεια/ διευκρίνηση/ κλπ....
Ευχαριστώ εκ των προτέρων.
Κωστής Μουσαφείρης
On 07/08/2013 05:31 μμ, Theodoros G. Karounos wrote:
> ΓΙΑ ΕΝΗΜΕΡΩΣΗ.
>
> ---------- Forwarded message ----------
> From: *Manolis Pateros* <manolispateros [ at ] hotmail [ dot ] com
> <mailto:manolispateros [ at ] hotmail [ dot ] com>>
> Date: 2013/8/7
> Subject: Τακτικές vendor-locking σε οργανισμούς τοπικής αυτοδιοίκησης
> To: "Theodoros G. Karounos" <karounos [ at ] eellak [ dot ] gr
> <mailto:karounos [ at ] eellak [ dot ] gr>>
> Cc: "eellak [ at ] eellak [ dot ] gr <mailto:eellak [ at ] eellak [ dot ] gr>" <eellak [ at ] eellak [ dot ] gr
> <mailto:eellak [ at ] eellak [ dot ] gr>>, "open-source [ at ] eellak [ dot ] gr
> <mailto:open-source [ at ] eellak [ dot ] gr>" <open-source [ at ] eellak [ dot ] gr
> <mailto:open-source [ at ] eellak [ dot ] gr>>
>
>
> Οι τακτικές vendor-locking σε οργανισμούς τοπικής αυτοδιοίκησης είναι
> συχνό φαινόμενο
> και φρονώ ότι πρέπει να δωθεί ιδιαίτερο βάρος από την ΕΕΛΛΑΚ και τους
> αντίστοιχους
> φορείς.
>
> Αντιγράφω από απόφαση ΔΣ ενός ΟΤΑ με τίτλο "Απευθείας ανάθεση
> υπηρεσίας συντήρησης
> προγραμμάτων λογισμικού". Τα προγράμματα λογισμικού που αναφέρονται
> στην απόφαση
> καλύπτουν το σύνολο σχεδόν των δραστηριοτήτων του Δήμου και
> συμπεριλαμβάνουν τις εξής:
>
> Οικονομικής υπηρεσία μισθοδοσία
> Γραφείο προσωπικού - ΑΠΔ
> Πρωτοκόλλο
> Ληξιαρχείο
> Ύδρευση - Άρδευση
> Τέλη Βοσκής
> Τέλη Κοινόχρηστων Χώρων
> Τέλη Παρεπιδημούνταν
> Κλήσεις Δημοτικής Αστυνομίας
> Γραφείο εξυπηρέτησης του πολίτη
>
>
> Μεγάλο ενδιαφέρον έχει η αιτιολόγηση για το vendor-locking.
>
> "Η ανάγκη για τη συντήρηση των εφαρμογών λογισμικού οι οποίες
> προαναφέρθηκαν είναι
> άκρως επιβεβλημένη γιατί σε περίπτωση λήξης της σύμβασης συντήρησης,
> οι εφαρμογές
> «κλειδώνουν» και δεν επιτρέπουν την πρόσβαση στο πρόγραμμα."
>
> "Οι εφαρμογές που πρόκειται να συντηρηθούν είναι τόσο εξαιρετικά
> πολύπλοκες και τόσο
> εξειδικευμένες, που το προσωπικό του Δήμου δεν είναι σε θέση να τις
> συντηρήσει. Λόγω
> της εξειδίκευσης αυτής δεν είναι δυνατή η συντήρηση αυτή να γίνει από
> κανέναν άλλον
> εκτός από τον ίδιο τον κατασκευαστή της εφαρμογής λογισμικού ή από τον
> τοπικό
> αντιπρόσωπό του."
>
> Εν ολίγοις, η εφαρμογή κλειδώνει αν δεν υπάρχει συμβόλαιο συντήρησης
> και ο μόνος που
> μπορεί να κάνει το συμβόλαιο συντήρησης είναι ο ίδιος ο κατασκευαστής...
>
>
> ΠΗΓΗ:
> http://et.diavgeia.gov.gr/f/platanias/ada/%CE%92%CE%9B%CE%A9%CE%A1%CE%A9%CE%9E5-2%CE%9A8
>
>
>
> --
> http://www.eellak.gr/, http://mycontent.ellak.gr/,
> http://www.creativecommons.gr/, http://mathe.ellak.gr/,
> http://fablabathens.gr/
>
>
> _______________________________________________
> open-source mailing list
> open-source [ at ] ellak [ dot ] gr
> info: http://lists.ellak.gr/listinfo/open-source/