Re: Η κυβέρνηση θα δαπανήσει εκ. ευρώ για ιδιόκτητο λογισμικό

[Pantelis Koukousoulas]

2012/10/28 George Notaras <gnot at g-loaded.eu>

> On 28/10/2012 8:51 πμ, Stefanos Kouzof wrote:
> > [...] αλλά αν πάνε να
> > ξοδέψουν εκατομμύρια σε κλειστό λογισμικό, πιστεύω ότι είναι καλύτερα να
> > τα ξοδέψουν σε ανθρώπους και όχι σε δικαιώματα.
>
> Θα γίνει κάποιος διαγωνισμός γι' αυτό; Γιατί αν γίνει, δεν βλέπω πού
> ακριβώς είναι το πρόβλημα. Ας γίνουν προσφορές με ανοιχτό, κλειστό ή
> ανοιχτόκλειστο λογισμικό και ας επιλεγεί η προσφορά που συμφέρει πιο
> πολύ μακροπρόθεσμα. Οι διαδικασίες που εφαρμόζονται θα πρέπει να είναι
> δημοκρατικές και διαφανείς και οι αποφάσεις θα πρέπει να οδηγούν σε
> λύσεις των προβλημάτων. Το αν το λογισμικό θα είναι κλειστό ή ανοιχτό
> είναι πραγματικά δευτερεύον.
>
> Αν το ΕΛΛΑΚ αξίζει τόσο πολύ, τότε θα επικρατήσει, οπότε πραγματικά δεν
> υπάρχει λόγος ανησυχίας.
>

IMHO δεν είναι 100% έτσι, γιατί και η τιμολόγηση καμιά φορά είναι
υποκειμενική
και πολλές από τις απαιτήσεις που μπαίνουν στους διαγωνισμούς αποδεικνύονται
στην πράξη πλασματικές ή "φωτογραφικές" (δε λέω ότι αυτό γίνεται ντε και
καλά
επίτηδες, ή με κάποιο "απώτερο σκοπό").

Π.χ., το πρόβλημα με τα έργα των πολλών εκατομμυρίων είναι ότι οι μοναδικοί
υποψήφιοι για την ανάληψή τους είναι τα "μεγαθήρια" που μπορούν να
προσφέρουν
τις αντίστοιχες χρηματικές εγγυήσεις. Άρα υπάρχει σοβαρή πιθανότητα να μη
γίνει ουσιαστική αναμέτρηση "ανοιχτού vs κλειστού" λογισμικού όπως το
θέτεις,
να μην υπάρξει καν ευκαιρία δηλαδή για τις ΕΛ/ΛΑΚ λύσεις να ανταγωνιστούν
δίκαια.

Επίσης από τη στιγμή που ο λογαριασμός για όλα αυτά θα έρθει
ξέρεις-σε-ποιούς
δεν μπορούμε πια να λέμε "δεν υπάρχει λόγος ανησυχίας". Υπάρχει και παρά
υπάρχει.

Αυτό φυσικά δε σημαίνει ότι πρέπει να προτιμηθεί ΕΛ/ΛΑΚ πάση θυσία ή κάτι
τέτοιο. Αλλά σίγουρα είναι λογικό να υπάρξει κάποια διαβούλευση /
διαπραγμάτευση
ως προς τις απαιτήσεις και ως προς τα οφέλη και το ROI που εκτιμάται να
προκύψει
από τυχόν τέτοια κρατική επένδυση ουσιαστικά, π.χ.,

   * Θα είναι οι οικονομίες κλίμακας τόσο σημαντικές αν οι όποιες
παραγγελίες
     γίνουν κεντρικά, σε λίγους αναδόχους σε σχέση με το να γίνουν
αποκεντρωμένα
     (π.χ., ανά δήμο); Αυτό ξεχωριστά για το hardware και το software
φυσικά.

     Ίσως τώρα πια να μην είναι αυτό τόσο προφανές δεδομένου ότι για έργα
π.χ.,
     των 50 ή 100 χιλιάδων ο ανταγωνισμός θα είναι πολύ μεγαλύτερος από ότι
     για έργα των 100 ή 600 εκατομμυρίων και βάλε.

   * Ποιος είναι ο εκτιμώμενος χρόνος ζωής των λύσεων.

   * Ποιο θα είναι το ενεργειακό κόστος των λύσεων στη διάρκεια ζωής τους
      ειδικά αν υποθέσουμε ότι μιλάμε για datacenters.

   * Τι θα γίνει όταν οι λύσεις αυτές θα πρέπει να αντικατασταθούν; Ποιο θα
είναι
      το "migration cost"?

   * Δεδομένου ότι με 100.000 ευρώ π.χ., μπορείς να κάνεις πολύ σοβαρές
     βελτιώσεις σε ένα πακέτο ΕΛ/ΛΑΚ με παράλληλη ενίσχυση του επιπέδου
     τεχνογνωσίας/ανταγωνιστικότητας μιας (ή πιο πιθανό αρκετών) εγχώριων
     εταιριών / εγχώριες θέσεις εργασίας κλπ, θα συμπεριλαμβάνεται αυτό
     στην όποια μελέτη γίνει; (ως μέρος του ROI μια και μιλάμε για ολόκληρη
     χώρα όχι μόνο για τα οφέλη σε επίπεδο μιας ή περισσότερων υπηρεσιών)

     Θα γίνει π.χ., κάποιο πιλοτικό πρόγραμμα ώστε να φανεί αν με πολύ
     λιγότερα χρήματα μπορούν απλά να προστεθούν τα χαρακτηριστικά
     που λείπουν σε τυχόν ΕΛ/ΛΑΚ λύσεις ώστε να καλυφθούν οι απαιτήσεις;

κλπ.

Τα παραπάνω καθόλου δεν αποκλείουν το να αποδειχθεί τελικά ότι ναι το
καλύτερο είναι μία π.χ., μαζική παραγγελία σε ένα μεγάλο ανάδοχο με
proprietary λογισμικό κλπ κλπ.

Απλά λέω ότι δεν αρκεί να είναι φαινομενικά δημοκρατικές οι διαδικασίες
ούτε μπορούμε να "μένουμε ήσυχοι" πλέον, θα πρέπει να είμαστε πολύ
πιο "υποψιασμένοι" ως πολίτες όσο περνά ο καιρός.

Επίσης ίσως και το ίδιο το κράτος θα πρέπει να εξαναγκαστεί να
σκέφτεται λίγο περισσότερο ως "startup on a shoestring budget"
και όχι ως πολυεκατομμυριούχος, δηλ. περισσότερο αποκεντρωμένα,
εξετάζοντας περισσότερες εναλλακτικές κλπ.

Απλά τροφή για σκέψη

Χαιρετισμούς,
Παντελής
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20121028/470fe28a/attachment.html>