Φίλτατε mechpanos,
Δίκαιο έχεις στα λεγόμενά σου αλλά επέτρεψέ μου να σχολιάσω τμηματικά:
mechpanos έγραψε:... άπτεται πολύ εμπορικών και ακόμα περισσότερο λογιστικών θεμάτων (ενσωμάτωση ΚΦΑΣ, αλλαγές και εγκύκλιοι απανωτές, μισθοδοσίες-συμβάσεις εργασίας επίσης), δεν θες απλά μερικούς πρόθυμους προγραμματιστές!
Σαφώς μεν, σχ
mechpanos έγραψε:...Θες μια ομάδα έμπειρων λογιστών, που να έχουν και όρεξη να ασχοληθούν, και να παίρνει χαμπάρι και το κεφαλι τους από προγραμματισμό για το πως θα περάσει η ερμηνεία της τάδε διάταξης, σε κώδικα.
Εδώ θεωρώ ότι αρκεί να μπορεί ο λογιστής να μπορεί να μεταφέρει το λογιστικό κώδικα σε μαθηματικά. Από εκεί και πέρα είναι θέμα του προγραμματιστή το πως θα το υλοποιήσει στο λογισμικό και αν υπάρχει UX developer, πως θα το παρουσιάσει στην εφαρμογή.
Και να θέσω ένα πολύ απλό παράδειγμα. Την προηγούμενη εβδομάδα έγραψα ένα module για τον υπολογισμό του θεωρητικού περιθώριο και συντελεστή καθαρού κέρδους
http://en.wikipedia.org/wiki/Profit_margin και αντίστοιχα για το markup
http://en.wikipedia.org/wiki/Markup_%28business%29.
Σαν επιχειρηματίας κατανοώ τις ως άνω έννοιες και τις θεωρώ βασικές για τη διαμόρφωση εμπορικής πολιτικής αλλά από τη στιγμή που μπορώ να τις εκφράσω μαθηματικά (σαν οικονομολόγος) μπορώ να τις κωδικοποιήσω στο λογισμικό (σαν προγραμματιστής). Σημειωτέον δεν είμαι τίποτα από τα δύο. Οπότε η ουσία είναι να υπάρχει γέφυρα επικοινωνίας μεταξύ των δύο μερών. Και αυτή η γέφυρα στον εμπορολογιστικό τομέα λέγεται μαθηματικά.
Όσο για το κομμάτι των έμπειρων λογιστών, θεωρώ απαιτείται μόνο στο κομμάτι της ερμηνείας των λογιστικών θεμάτων και όχι της υλοποίησης του λογισμικού. Κάτι ίσως, ΙΣΩΣ να μπορούσε να γίνει σε συνεργασία με κάποια κοινότητα λογιστών.
mechpanos έγραψε:Μόνο έτσι θα μπορέσει να υποστηριχθεί και να περπατήσει ένα τέτοιο project, καθώς και να έχει ο εκάστοτε επαγγελματίας την υποστήριξη που χρειάζεται.
Η υποστήριξη λογισμικού στην Ελλάδα είναι πολύ στρεβλωμένη έννοια. Δεν υπάρχει καμία εκπαίδευση στη μηχανοργάνωση και μηχανογράφηση ακόμη και από σχετικές σχολές και είμαι σχεδόν σίγουρος ότι ένα μεγάλο ποσοστό των αιτημάτων υποστήριξης είναι του τύπου "Κόλλησε η σελίδα στον εκτυπωτή και μου έφαγε ένα τιμολόγιο, πως θα τον ξεμπλοκάρω και θα κάνω επανεκτύπωση;" το οποίο άπτεται κατά το ήμιση στο λογισμικό.
mechpanos έγραψε:Οι περισσότεροι επιχειρηματίες ξέρουν τι θέλουν, ξέρουν το business που λένε και στο χωριό μου, αλλά τους είναι δύσκολο να καθίσουν από πάνω από έναν προγραμματιστή να του το εξηγήσουν!
Δυστυχώς οι περισσότεροι επιχειρηματίες δεν ξέρουν τι θέλουν. Και όταν ξέρουν, δεν μπορούν να το μεταφέρουν γιατί δεν έχουν το μέσο (γνώση) να το κάνουν. Γι'αυτό το λόγο θα έπρεπε να είναι υποχρεωτική η παρουσία στελεχών οικονομικής διαχείρισης καθώς και marketing στις startup επιχειρήσεις. Αλλά αυτό είναι θέμα άλλης συζήτησης.
mechpanos έγραψε:Ιδού πεδίο δόξης λαμπρό για νέους επιστήμονες, μηχανικούς - οικονομικάριους - διοίκησης - προγραμματιστές: Παίρνουμε ένα λογισμικό (Odoo), το κάνουμε φύλλο και φτερό, μαθαίνουμε τα τερτίπια του και να το προσαρμόζουμε, και πάμε σε μικρομεσαίες επιχειρήσεις που θέλουν να αναπτυχθούν και αφουγκραζόμαστε τις ανάγκες τους βάγζοντας τα προς το ζειν από την παραμετροποίηση και την υποστήριξη.
Ιδού ένα startup business model αλλά σε περίοδο κρίσης, ποιος θα καθίσει να επενδύσει σε τέτοια
που οι περισσότερες επιχειρήσεις δεν έχουν μαντήλι να κλάψουν!!!...
Επίσης αυτό το project πάλι στην λογιστική υποστήριξη θα σκάλωνε, αλλά αν υπήρχε μια δυνατή ελληνική κοινότητα θα μπορούσε να έχει πχ 10 λογιστές κεφάλια ανά την Ελλάδα μαζί με τους ανάλογους devs με το που βγαίνει κάποια διάταξη να ενημερώνουν το ανάλογο module... Μάλλον πάμε σε φαύλο κύκλο αφόενς γιατί είμαστε μικρό μέγεθος σαν χώρα, αφετέρου διότι το ποσοστό εθελοντισμού είναι μικρό, τρίτον γιατί έχουμε τόσο περίπλοκο φορολογικό σύστημα που το έργο είναι μεγάλο!
Ας μη κρυβόμαστε πίσω από το δάκτυλό μας, ας πούμε ότι ότι μαζευόμαστε οι 5-10 που έχουμε στήσει openERP/odoo στην Ελλάδα και δίναμε ένα έτοιμο πακέτο σε μια ομάδα 10 ατόμων για να το εκμεταλλευτεί και να το βελτιώσει. Πιστεύετε ότι υπάρχει στέλεχος πληροφορικής που θα χρέωνε λιγότερο από €30/ώρα για υποστήριξη/εκπαίδευση; Ασχέτως αν δεν επένδυσε σε ανάπτυξη κώδικα. Αυτή είναι η πραγματικότητα. Μια μικρή/μικρομεσαία επιχείρηση δεν πρόκειται ποτέ να δώσει τον ετήσιο μισθό ενός μηχανικού (όπως είπε και ο φίλος dimitris στην 1η σελίδα) για ένα λογισμικό. Ότι και αν μπορεί να κάνει αυτό. Αυτό στον αντίποδα είναι ένα από τα προτερήματα του openERP/odoo. Είναι 100% modular. Δηλαδή μπορεί να ξεκινήσει από απλή τήρηση πελατολογίου, να επεκταθεί σε crm, τιμολόγηση, εμπορική πολιτική, αγορές, διαχείριση παραγωγής, διαχείριση εξοπλισμού και όσο μπορείς να φανταστείς.
Οπότε το όλο εγχείρημα θα μπορούσε να δουλέψει μόνο στη λογική win-win, δηλαδή το κομμάτι του λογισμικού/εκπαίδευσης/υποστήριξης να αναπτύσσεται καθώς αναπτύσσεται η επιχείριση, το οποίο θα σήμαινε και αναλογία στο κέρδος της κάθε πλευράς, λογική που δυστυχώς και πάλι δεν έχουμε καλλιεργήσει στην Ελλάδα.
Αυτά τα ολίγα.