:-) Με την ευκαιρία να θυμίσουμε και το παρακάτω για το τελευταίο από τα Sub-disciplines: Software quality http://www.sqo-oss.eu Μερικές σκόρπιες σκέψεις... + Κάποτε θυμάμαι είχε ενσωματωθεί στο site της τώρα Εταιρείας ΕΛ/ΛΑΚ η πτυχιακή ενός φίλου μου, το ellak-dev, στην ουσία ένα ελληνικό mini-sourceforge το οποίο περιελάμβανε και ένα DVCS (το svn αν δεν απατώμαι) για τον καθένα. Οσον αφορά το Open Source κομμάτι του Προγραμματισμού λοιπόν, θα μπορούσε η Εταιρεία ΕΛ/ΛΑΚ να φτιάξει κάτι σαν και αυτό και να ξαναμαζέψει σαν μέλισσες starting-up-now Προγραμματιστές γύρω της. Κάτι αντίστοιχο - επι πληρωμή - θα μπορούσε να φτιάξει ο ΣΕΠΕ, αν και δε ξέρω κατα πόσο πρόθυμες θα ήταν αρκετές εταιρείες να βγάλουν προς download (ακόμα και επι πληρωμή) τα προγράμματά τους. Δε μιλάμε καν για κώδικα. Επίσης, για ένα χρονικό διάστημα καλό θα ήταν να βγει ένας άτυπος νόμος που να απαγορεύει τις μεταφράσεις και τις ελληνοποιήσεις λογισμικού κάτι το οποίο ομολογουμένως είναι η εύκολη λύση - **το έχω κάνει και το έχω κάνει πολύ καλά και ξέρω οτι αυτό είναι** - για κάποιον να δείξει οτι κάνει κάτι. Δεν είναι κατακριτέο φυσικά, αλλά αυτό στην ουσία που κάνει τις περισσότερες φορές η δράση της μετάφρασης λογισμικού είναι να απορροφά την ενεργητικότητα και τη δραστηριότητα ενός ή περισσότερων ατόμων, τα οποίο θα μπορούσαν να τη διοχετεύσουν αλλού. Κυρίως, τη στιγμή εκείνη που έχουν αυτού του είδους τον ενθουσιασμό, στην δημιουργία λογισμικού. Με ελληνικά, αν θέλετε. [Λες και δεν έχει τον 99,99% των κατοίκων της Ελλάδας Lower Certificate.] Επιπλέον, να γίνει περιγραφή σε ΜΙΑ ιστοσελίδα των τρόπων με τους οποίους μπορεί κάποιος να μπει σε αυτό "το σύστημα" και να μην έχει μπελάδες με τους υπολοίπους. Κοινώς η διαδικασία καθοδήγησης/ανάπτυξης που ακολουθείται π.χ. στο FreeBSD ή στο Debian κλπ. (Άσχετο αλλά και απολύτως σχετικό): Στην ίδια σελίδα, ποιες εταιρείες διανομών και υπο ποιες προυποθέσεις (κατοχή LPI κ.α.) παρέχουν νομιμοποίηση για μαθήματα "στο όνομα τους". Δηλαδή δεν είναι κάτι το αρπα-κόλλα τα μαθήματα σε Ubuntu ή τα μαθήματα σε Redhat. Πρέπει για να βάλεις το badge του Ubuntu ή το κόκκινο καπελάκι και να το παίζεις δάσκαλος να περάσεις από 40 κύματα, κάτι το οποίο προσωπικά (αλλά και πολλοί άλλοι) θα είχα ήδη κάνει αν δεν κόστιζε. Αυτά για αρχή καλά θα ήταν. = = = = 2009/11/26 Dimitris Andreadis <dandread [ at ] redhat [ dot ] com>: > Η wikipedia έχει ένα καλό overview επί του θέματος: > > http://en.wikipedia.org/wiki/Software_engineering > > Konstantinos Margaritis wrote: >> Στις Thursday 26 November 2009 01:00:21 ο/η Dimitris Andreadis έγραψε: >>> Ομολογώ δηλώνω άγνοια για το θέμα, όμως αναρωτιέται γιατί η ύπαρξη ενός >>> επιμελητηρίου διασφαλίζει την ποιότητα ενός έργου; Γνωρίζω πολλά έργα >>> υλοποιημένα από ανθρώπους με πτυχία που γνώρισαν παταγώδη αποτυχία. Ή να το >>> θέσω διαφορετικά, ποιος ξένος επιτυχημένος οργανισμός θα μπορούσε να >>> αποτελέσει την βάση για ένα αντίστοιχο Ελληνικό επιμελητήριο Πληροφορικής >>> γενικής φύσης; >> >> Δεν θα βοηθούσε σε τίποτε το Επιμελητήριο. Απλά θα προσέθετε ένα ακόμη άχρηστο >> layer γραφειοκρατείας και θα ωθούσε ανθρώπους που δεν έχουν πτυχίο >> πληροφορικής -όπως εγώ πχ, φυσική σπούδασα- να αλλάξουν χώρα. Και αν κάποιος >> δεν έχει καν πτυχίο; Θα αποκλείσουμε έτσι πχ έναν ταλαντούχο προγραμματιστή >> απλώς επειδή δεν έχει πτυχίο; Μπορεί να θεωρείται επιστήμη, αλλά εγώ το θεωρώ >> πιο κοντά σε τέχνη. Δε μπορεί κανείς να μου απαγορέψει να ζωγραφίζω ή να γράφω >> βιβλία και να πουλάω τα έργα μου, με τον ίδιο τρόπο δε μπορεί να μου >> απαγορέψει να γράφω κώδικα και να πουλάω τις υπηρεσίες μου. Δεν είναι ούτε >> ιατρική ούτε κατασκευή κτιρίων. Η άποψη του πτυχίου συνδεδεμένου με εργασία >> είναι εντελώς παρωχημένη. Άλλο η ακαδημαϊκή καριέρα. >> FWIW, ακόμη και παλιότερα σε job interview δε μου ζήτησαν ποτέ τον τίτλο του >> πτυχίου μου, παρά μόνο αν ξέρω τις τεχνολογίες που χρειάζονται. >> >>> Στην Πληροφορική, καλώς ή κακώς, ένα πτυχίο δηλώνει ένα επιθυμητό μινιμουμ >>> γνώσεων, δεν εγγυάται αποτελέσματα και με τον ρυθμό που εξελίσεται η >>> τεχνολογία, βγαίνοντας από μία σχολή γνωρίζεις πολύ λίγα από αυτά που >>> ζητάει η αγορά. Η καλύτερη εγγύηση για να πάει καλά ένα έργο είναι >>> μακρόχρονια αποδεδειγμένη εμπειρία σε αντίστοιχου είδους και δυσκολίας έργα >>> και τεχνολογίες. >> >> Συμφωνώ απόλυτα. >> >>> Την περασμένη βδομάδα μάλιστα έτυχε να ακούσω τον Ivar Jacobson, από τα >>> ιερά τέρατα του Software Engineering να διερωτάται γιατί οι Ινδοί που έχουν >>> φτάσει σε CMM level 5 (Capability Maturity Model) εξακολουθούν να γράφουν >>> (με δικά του λόγια) crap software... >> >> Πρόσφατα διάβασα ένα άρθρο πάνω σε ένα παρόμοιο θέμα -αν και ήταν για τους >> κινέζους και την ποιότητα του software τους, οι Ινδοί φαντάζομαι είναι κάπως >> καλύτερα. Η κουλτούρα τους είναι γύρω από την φτηνή αντιγραφή και με το >> μικρότερο κόστος και δεν είναι επικεντρωμένη στο innovation. Σίγουρα θα βρεις >> εξαιρέσεις, αλλά λίγες. Είναι τελείως διαφορετικό να παίρνεις certifications >> με προδιαγεγραμμένες ερωτήσεις καθώς δεν απαιτεί δημιουργική σκέψη, και να >> αναπτύσεις ένα έργο χρησιμοποιώντας τα κατάλληλα design patterns και γράφοντας >> efficient κώδικα. >> _______________________________________________ >> Open-source mailing list >> Open-source [ at ] ellak [ dot ] gr > _______________________________________________ > Open-source mailing list > Open-source [ at ] ellak [ dot ] gr