Θα είχε νόημα να δώσουμε μια πρότυπη μορφή αίτησης; Πιστεύω ότι θα βοηθήσει όσους θα καταθέσουν αίτηση να τη δομήσουν σωστά και να αναλύσουν επαρκώς το πλάνο πορείας της ιδέας τους. Ίσως φανεί too much, αλλά προσωπικά πιστεύω ότι το καλό software project planning αποδίδει τελικώς σε ποιότητα παραδοτέου. Παραθέτω μια πρόταση για τυπική δομή για αιτήσεις για το διαγωνισμό, βασισμένη στην αίτηση που είχα κάνει για το Transifex στο Google SoC '07. -δ ## Περίληψη "Συμπίεση" ολόκληρης της αίτησης σε 1-2 παραγράφους. ## Εισαγωγή / Background Ανάλυση του τομέα που ανήκει το πρόβλημα που προτείνεται να λυθεί. Αναλυτική παρουσίαση προβλήματος και της σημασίας του. Αναφορά εναλλακτικών επιλογών και των μειονεκτημάτων τους. ## Στόχοι Ποιοι είναι οι στόχοι της αίτησης και η λύση που προτείνεται. Πχ. "Δημιουργία πλήρως διαδραστικού εργαλείου για ηχητική ρύθμιση φωτισμού σε οικίες, με σκοπό τη μείωση του χρόνου που χρειάζεται ένας χρήστης για να σβήσει τα φώτα του". Αναφορά για τη σημασία της λύσης του προβλήματος για τους χρήστες. ## Παραδοτέα Ακριβής αναφορά στα παραδοτέα (deliverables) που θα δοθούν στο τέλος της εργασίας. Πχ: * Κώδικας σε Python που θα υλοποιεί όλους τους στόχους παραπάνω * Public repo με τον κώδικα στο code.google.com * Τεκμηρίωση, test-cases, κλπ. * RPM πακέτα, έτοιμα προς εγκατάσταση για Fedora, Ubuntu ## Χρονοδιάγραμμα Bullets με χρονικά milestones, ιδανικά τέτοια που θα είναι μετρήσιμη η επιτυχία τους. Παράδειγμα: * 15/10: Ολοκλήρωση συστήματος χρέωσης * 25/10: Συγγραφή test-cases για 50% του κώδικα * 10/11: Ολοκλήρωση τεκμηρίωσης (>500 λέξεις) ## Γιατί εμένα 2-3 παράγραφοι για το άτομο με έμφαση στα χαρακτηριστικά που θα το κάνουν ικανό να φέρει εις πέρας. ## Αναφορές Bullets με συνδέσμους σε σχετικά έργα, blog posts, και γενικώς οποιοδήποτε reference έχει αναφερθεί στην αίτηση ή είναι σχετικό. -- Dimitris Glezos Jabber ID: glezos [ at ] jabber [ dot ] org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) --