ΘΕΜΑ: Project : Αποδείξεις - Γενικά

Tι θέλουμε να φτιάξουμε
Μια εφαρμογή καταγραφής των αποδείξεων λιανικής πώλησης

Γιατί?
1. Για να παίξουμε με την Python
2. Για να κάνουμε πιο εύκολη μια εξαιρετικά βαρετή δουλειά που καλώς ή κακώς την κάνουν πλέον οι πάντες (οι φοιτητές που δεν κάνουν φορολογική δήλωση δε μετράνε, εκτός και αν τους χώνουν οι γονείς τους )
3. Για να κάνουμε πιο γνωστό το www.TasPython.eu
4. To take over the world!

Είναι χρήσιμο?
Ναι διότι λίγο ως πολύ κάθε νοικοκυριό, ψωνίζει από τα ίδια και τα ίδια μαγαζιά, οπότε από τη στιγμή που περάσεις τα στοιχεία μιας επιχείρησης μετά δε χρειάζεται να την ξαναπερνάς, απλά την διαλέγεις από μια λίστα και βάζεις ημερομηνία και ποσό.

Δε ξέρω πόσοι από εσάς το έχουν κάνει, αλλά το καλοκαίρι που πέρασα μερικές χιλιάδες ευρώ αποδείξεις στο excel τα είδα όλα. Δυστυχώς ήμουν στο χωριό και όταν τέλειωσα δεν έβρισκα πρέζα να χτυπήσω...

Τι πρέπει να έχει
Δυστυχώς αυτό δεν το ξέρουμε ακόμα ακριβώς, οπότε το βλέπουμε στην πορεία και το ρυθμίζουμε αναλόγως. Εν ολίγοις θέλουμε μια φόρμα μεσω της οποίας θα γίνεται η εισαγωγή των δεδομένων της κάθε επιχείρησης. Τα δεδομένα αυτά σε πρώτη φάση μπορούν να είναι τα εξής:
1. Επωνυμία
2. Διεύθυνση
3. ΑΦΜ / ΔΟΥ
4. Τηλέφωνο

Στη συνέχεια σε μια άλλη καρτέλα, διαλεγεις μια από τις επιχειρήσεις που έχεις καταχωρήσει μέσω της φόρμας και συμπληρώνεις ημερομηνία και ποσό.

Τέλος θα πρέπει να μπορεις να εκτυπώνεται μια συγκεντρωτική κατάσταση.

Ποιοι?
Μέχρι στιγμής έχουμε δηλώσει ενδιαφέρον εγώ και ο Έktoras. Όποιος άλλος ενδιαφέρεται, ευπρόσδεκτος.

Licence
Εφόσων δεν παίζουν χρήματα, πρακτικά οποιαδήποτε open-source licence νομίζω μας καλύπτει. Καθώς δεν δημιουργούμε κάποια βιβλιοθήκη, αλλά τελική εφαρμογή, μικρή σημασία έχει η επιλογή της, αλλά δε νομίζω να έχουμε κάποιο λόγο να μην είναι GPL v3.

Code Style
Προκειμενου να υπάρχει κοινή "γλώσσα", καλό είναι ο κώδικας που θα γράφουν όλοι οι συμμετέχοντες να ακολουθεί το ίδιο πρότυπο. Συναφή είναι το PEP 8 καθώς και το Google Python Style Guide. Δεν τα έχω συγκρίνει ενδελεχώς, αλλά από ότι θυμάμαι έχουν κάτι ψιλές διαφορές. Μικρή σημασία έχει η επιλογή αρκεί να είναι συνεπής η χρήση.

GUI
Η βιβλιοθήκη που θα χρησιμοποιηθεί για το GUI, επηρρεάζει, άμεσα την επιλογη της έκδοσης της Python που θα χρησιμοποιηθεί (2 ή 3). Δυνατές επιλογές είναι οι:
1) TKinter
2) wxPython
3) PyQt
4) PyGTK

Προσωπικά θα απέρριπτα την PyGTK γιατί νομίζω ότι δε δείχνει native παντού. Από εκει και πέρα, η TKinter σου επιτρέπει να χρησιμοποιήσεις οποιαδήποτε έκδοση της Python καθώς ανήκει στην standard libray. Από την άλλη, εγώ προσωπικα, έχω κάποια εμπειρία με wxPython, αλλά εφεξής θα με ενδιέφερε να μάθω την PyQt η οποία και νομίζω ότι σα βιβλιοθήκη είναι η καλύτερη.

Προβλήματα με τη Licence της PyQt δεν υπάρχουν καθως πρόκειται για μη εμπορική εφαρμογή (και να υπήρχαν προβλήματα πια υπάρχει και η PySide που είναι ουσιαστικά η PyQt με LGPL).

Python Version
Αν και η 3 είναι το μέλλον, νομίζω ότι για πολλά χρόνια ακόμα θα συνεχίσουν να συνυπάρχουν οι 2 εκδόσεις. Αν μας το επιτρέπει η βιβλιοθηκη για το GUI και οι λοιπές βιβλιοθήκες 3 αλλιώς python 2.7 με "from __future__ imports" όπου είναι εφικτό.

Other Libraries
Για να έχει όντως λόγο ύπαρξης μια εφαρμογή πρέπει να τη χρησιμοποιεί ο κόσμος. Κοινώς να έχεις έκδοση για windows. Κατά συνέπεια να φτιάξεις και *.exe γιατί οι μη developpers σιγά να μην έχουν ή σιγά που θα κάτσουν να βάλουν python στον υπολογιστή τους. Άρα το py2exe δεν το γλυτώνουμε (όχι ότι είναι και κάτι δύσκολο).

Αν τελικά αποφασιστεί να χρησιμοποιηθεί κάποια βάση δεδομένων (πχ mysql) μπαίνει και αυτή στα προαπαιτούμενα. Λέω αν τελικά γιατί μάλλον γίνεται η δουλειά και με λίστες και dictionaries. Μπορεί φυσικά να ενσωματωθεί για λόγους εκμάθησης της βιβλιοθήκης.

Για την εκτύπωση, υπάρχουν αρκετοί τρόποι που μπορει να γίνει. Είτε να χρησιμοποιείται ένα template στο open-office, είτε η report-lab, έίτε rst2pdf. Αυτό είναι εύκολο και το βλέπουμε στην πορεία.

Αυτά για την ώρα.

Εξαιρετικός! Κάνουμε λογαριασμό στο bitbucket και αρχίζει το θέμα. Κρίμα που μάλλον δε θα μπορώ να βοήθησω και πολύ (αν και υπάρχει μια μικρή ελπίδα).

Απλά μια πρόταση:

Για portability θα μπορούσε να χρησιμοποιηθεί το Mono, ίσως με τη χρήση WindowsForms για να εξασφαλιστεί το Windows Look and Feel (βέβαια σε αυτή την περίπτωση δεν ξέρω τί γίνεται με το Linux Look and Feel, επίσης δεν ξέρω αν υπάρχει visual designer για Mono WindowsForms).

Τέλος, αυτή η λύση ίσως περιπλέξει λίγο τα πράγματα, μπορεί όμως και να βοηθήσει αν χρειάζεται το project db connectivity.

Επίσης: pmav, θα είσαι ο benevolent dictator του project;

Όλες οι προτάσεις δεκτές. Απλά για την wxpython που έχω και ίδια εμπειρία, το look είναι native σε όλες τις πλατφόρμες (το χάνει μόνο άμα συμπιέσεις το exe, που και πάλι υπάρχουν κάποια πράγματα που μπορείς να κάνεις, αλλά δεν έχω καταφέρει ποτέ να τα κάνω). Νομίζω ότι το ίδιο ισχύει και για την Qt.

Πρακτικά για τη διανομή μιας εφαρμογής από python μέσω exe σε windows, το βασικό μειονεκτήμα που έχεις είναι το συγκριτικά μεγάλο μέγεθος των αρχείων. Πρέπει πρακτικά να διανείμεις τα dll των βιβλιοθηκών που χρησιμοποιείς γιατί δεν υπάρχουν εγκατεστημένα στον υπολογιστή που γίνεται η εγκατάσταση. Από ότι θυμάμαι το hello_world.exe σε wxpython μαζί με όλα τα παρελκόμενα αρχεία βγαίνει γύρω στα 10+ MB ασυμπίεστο και γύρω στα 6 ΜΒ συμπιεσμένο (με απώλεια της native υφής).

Λίγο πολύ και σε PyQt εικάζω ότι περίπου το ίδιο θα είναι.

Το μέγεθος αυτό φυσικά στη σημερινή εποχή δε νομίζω ότι αποτελεί πρόβλημα. Συν τοις άλλοις, με χρήση ενός installer (πχ inno setup) ο τελικός χρήστης δεν καταλαβαίνει τίποτα, ενώ εξασφαλίζεις τη σωστή εγκατάσταση/απεγκατάσταση όλων των αρχείων. Στα άλλα λειτουργικά για να είμαι ειλικρινής δε ξέρω τι παίζει με τη διανομή.

ps. Νομίζω ότι ο τίτλος είναι υπερβολικός...

edit
ανάλογα και με το τι θες να κάνεις φυσικά, εγώ δε συμπαθώ ιδιαίτερα τους visual designers. Το θέμα είναι να έχεις αποφασίσει τι θες να κάνεις (το στήσιμο του GUI δηλαδή). Από εκεί και πέρα η υλοποίηση συχνά είναι καλύτερο να γίνει με το χέρι, γιατί με τους designers γίνεται από ενα σημείο και μετά χάος με τα ονόματα των widgets.

Παρεπιπτόντως, πρέπει να δηλώσω οτί και εγώ ενδιαφέρομαι για το project (Ηλίας), όμως δεν ξέρω ακόμη με ποιά συχνότητα θα ασχολούμαι, μια και το χρονοδιάγραμμα μου είναι σε φάση μεταβολής, αλλά αν θέλετε μπορούμε να το συζητήσουμε κατ'ιδίαν.

Θα ξαναστείλω αργότερα για να σου απαντήσω pmav!

Welcome on Board mate!

Όσον αφορά τον χρόνο, όπως είχα πει και στον έκτορα, "Με χαρά, αλλιώς καθόλου". Εννοείται ότι το κάνουμε χαλαρά και όσο προλαβαίνουμε. Την πλάκα μας και το κέφι μας κάνουμε στην τελική.

ενδιαφέρομαι και εγω αν δεν υπαρχει προβλημα μιας και αυτόν τον καιρό εχω περισσότερο ελευθερο χρονο

@ bold
Όλοι οι καλοί χωράνε

@ everyone
Νομίζω ότι πρέπει να ξεκαθαρίσουμε ότι η εμπειρία δεν αποτελεί προαπαιτούμενο για να ασχοληθεί κάποιος. Donald Knuth δε νομίζω να είναι κανένας μας...

Από εκει και πέρα, είναι ωραίο που μαζευόμαστε αρκετά άτομα αλλά πρέπει να δούμε με ποιο τρόπο θα συνεργαστούμε. Δε ξέρω για εσάς, αλλά προσωπικά εμπειρία πάνω σε κάτι ανάλογο δεν ξαναείχα. Ευελπιστώ ότι θα πάει καλά.

Το project νομίζω ότι μπορεί να χωριστεί στα εξής κομμάτια:

1. GUI design.
2. Distribution/deployment.
3. Κυρίως πρόγραμμα (Βάση δεδομένων, παρουσίαση αποτελεσμάτων κτλ).

Λοιπόν. Το project είναι μικρό. Τόσο μικρό θα έλεγα που κάποιος έμπειρος python developer πιθανά να το είχε για weekend project. Οι πτυχές της γλώσσας που θα μας απασχολήσουν αφενός είναι λίγες, αφετέρου το βάθος στο οποίο απαιτείται να φτάσουμε είναι μικρό. Πιθανόν να μην έχουν όλα άμεση συσχέτιση με python (πχ installer σε win), αλλά καθώς αφορόυν εν γένει το development, δε νομίζω ότι θα βγει κανείς χαμένος.

Τα παραπάνω, σε συνδυασμό με το ότι σε όλους αρέσει να βλέπουν καινούρια πράγματα, με κάνουν να πιστεύω ότι ένα μοντέλο που μπορεί να λειτουργήσει ευχάριστα, και χωρίς πίεση είναι το εξής:

Όποιος θέλει αναλαμβάνει μια πτυχή του project και ξεκινάει να βλέπει δυνατούς τρόπους υλοποίησης. Αυτό μπορεί να γίνει τόσο ατομικά όσο και ομαδικά. Στη συνέχεια κάνει μια μικρή (ή και μεγάλη αν έχει όρεξη) παρουσίαση στους υπόλοιπους του τι μπορεί να γίνει (εναλλακτικές, προβλήματα κτλ) καθώς και μια πρόταση υλοποίησης. Με τον τρόπο αυτό όλοι θα πάρουν και μια ιδέα και θα μπορούν να συνεισφέρουν (φυσικά αυτό μπορεί να είναι μονο στο μυαλό μου...). Δεν είναι ανάγκη να ξέρουμε κάτι για να το αναλάβουμε. Καθόμαστε και το ψάχνουμε. Και η υλοποίηση τέλεια να μην είναι, δεν έγινε και τίποτα. Ευκαιρία να γίνουμε καλύτεροι!

Για να είναι λίγο πιο συγκεκριμένα τα πράγματα, ας δούμε τι μπορεί να γίνει:

1) GUI Design
1)α. Ο σχεδιασμός του GUI είναι ανεξάρτητος της χρησιμοποιούμενης βιβλιοθήκης. Αφορά κυρίως την ευκολία χρήσης. Το interface με λίγα λόγια. Όσο πιο απλό τόσο πιο καλά. Το απόλυτο τεστ είναι να μπορεί να το χρησιμοποιήσει η μάνα μου. Δε λέω για τη δικιά σας, γιατί δε ξέρω τη σχέση της με την τεχνολογία. Λέω για τη δικιά μου που ξέρω. Αν δεν μπορεί, αποτύχαμε. Συναφές είναι και αυτό. Την τελική σχεδίαση την βλέπουμε στην πορεία. Επειδή αναφέρθηκε πιο πάνω, για εμένα εδώ κολλάει το GUI-designer. Για να δεις τι μπορείς να φτιάξεις.
1)β. Το development του GUI είναι άμεσα συνυφασμένο με την επιλογής της βιβλιοθήκης. Αυτό που μπορεί να δει κάποιος είναι πως μπορεί να υλοποιήσει σε κάποια (ή και σε όλες!) από τις συνήθεις βιβλιοθήκες μια απλή εφαρμογή. Πχ να δει τους sizers, πως μπορείς να βάλεις κάποια βασικά widgets όπως combo box και text ctrls, και πως ανοίγει ένα καινούριο παράθυρο μέσα από το βασικό frame. ΕΔΩ έχει κάποιες πληροφορίες για αρχή. Να δει τι παίζει με το Mono που ανέφερε ο Maximus. Ή και με την IronPython.

2) Distribution
Να δει κάποιος τη βασική χρήση py2exe/gui2exe και αντίστοιχων προγραμμάτων. Να δει αν τα hello-world των GUI βιβλιοθηκών δείχνουν native. Να μάθει τη χρήση κάποιου installer όπως το Inno Setup. Να δει τι γίνεται με το distribution σε linux συστήματα, όταν λείπουν οι απαιτούμενες βιβλιοθήκες. Φτιάχνεις πακέτο? python-egg? Tου λες να εγκαταστήσει τα dependencies?

3) Κυρίως πρόγραμμα
3)α. Να δει κάποιος πως μπορεί να στηθεί το κυρίως πρόγραμμα. Κλάσεις κτλ. Μιλάμε για τον κορμό του προγραμματος. Δεν είναι ανάγκη σε πρώτη φάση να υλοποιηθεί τίποτα. Ας είναι όλες οι μέθοδοι με pass. Απλά το structure, ονόματα μεθόδων και ιδιοτήτων. Σα ψευδοκδικα κάτι.
3)β. Πως μπορούν να αποθηκευτούν τα δεδομένα. List + dictionaries? Βάσεις δεδομένων? Αλλιώς? Τι dependencies (επηρεάζοντας το distribution) δημιουργεί η κάθε λύση?
3)γ. Πως μπορούμε να εκτυπώνουμε τη συγκεντρωτική κατάσταση. Τροποι για αυτό μπορούν να βρεθούν εδώ.

Όλα τα παραπάνω δεν είναι παρά μια πρόταση. Δεν είναι απαραίτητο να υιοθετηθούν. Φοβάμαι μήπως είναι πολύ γραφειοκρατικό. Ίσως είναι καλύτερα απλά να κάτσουμε και να γράψουμε κώδικα... Κάποιος με όρεξη, μπορεί κάλλιστα να το πλακώσει και να το φτιάξει. Και καλά θα κάνει. Τα παραπάνω αποτελούν προτάσεις, σχετικά με το πως μπορείς να πιάσεις ορισμένες πτυχές τις γλώσσας, ώστε να γνωρίσεις τις βιβλιοθήκες.

Με ευχαρίστηση θα ακούσω τις παρατηρήσεις/διορθώσεις σας.

Έχω ήδη έτοιμη μια σχετική βάση δεδομένων σε SQLite.
Αν θέλετε μπορώ να την ανεβάσω (τη δομή όχι τα δεδομένα) για να αξιολογηθεί ή να μετατραπεί.
Επίσης για GUI προτείνω tkinter που είναι προεπιλογή για την python και ίσως μπορέσω να βοηθήσω.

Μπράβο παιδιά! Εξαιρετικά!

Το repository δημιουργήθηκε στο bitbucket.org/taspython/apodeikseis

Admin είναι ο pmav. Μπορείτε να του ζητήσετε να σας προσθέσει μόλις κάνετε λογαριασμό στο bitbucket.

Αντιγράφω βασικές οδηγίες:
Για περισσότερες πληροφορίες σχετικά με το Mercurial και πως δουλεύει εξαιρετικός είναι ο οδηγός του Κώστα.


Όσον αφορά το GUI, αν και δεν έχει νόημα να αναλωθούμε πολύ όσον αφορά την επιλογή, θα πρότεινα ανάμεσα σε Qt (δείχνει native και σε Windows) και Tkinter (έρχεται μαζί με τη Python). Ο λόγος πέφτει όμως σε αυτούς που θα συμμετάσχουν κυρίως.

kamar έγραψε:
Ναι φυσικά ανέβασε το! Άνοιξε μόνο ένα καινούριο θέμα.

pmav99 έγραψε:
Ανέβηκε εδώ

Αν και είναι πολύ απλό, σα data validation, μπορεί να ενσωματωθεί και κώδικας για έλεγχο της ορθότητας του ΑΦΜ

EDIT
Το υλοποίησε ο kamar ΕΔΩ

Κάτι που θα ηταν ενδιαφέρον να υλοποιηθεί, είναι να μπορεί να γίνεται import και export από τη βάση δεδομένων. Ίσως το πιο εύκολο format είναι το CSV (comma seperated values).

Έτσι όποιος έχει περασμένα ήδη πράγματα στο excel θα μπορεί να περάσει εύκολα στο δικό μας (ή και το ανάποδο αν αυτό είναι που επιθυμεί).

Για τη δομή των καταλόγων του project που προτείνω:EDIT
Η λογική είναι η εξής:
Στο φάκελο data θα μπει η βάση δεδομένων και τα εφεδρικά αντίγραφα που θα δημιουργεί η εφαρμογή.
Στο φάκελο docs θα μπει η βοήθεια και τεκμηρίωση και η άδεια (GNU - BSD κλπ).
Στο φάκελο locale θα μπουν τα αρχεία μεταφράσεως, αν κάνουμε.
Στους φακέλους linux, mac, windows θα μπουν τα αντίστοιχα εκτελέσιμα για τα αντίστοιχα λειτουργικά.
Στο φάκελο gui θα μπουν τα αρχεία του γραφικού περιβάλλοντος, άσχετα με τι θα επιλέξουμε.
Στο φάκελο lib θα μπει θα μπουν οι αντίστοιχες βιβλιοθήκες για κάθε λειτουργικό, γι' αυτό προτείνω και τους αντίστοιχους υποκαταλόγους.

Αν τώρα επιλεγούν δύο βιβλιοθήκες για γραφικό περιβάλλον ο φάκελος gui θα γίνει qt, wxPy, tkinter κλπ.