2009/1/27 Theodoros G. Karounos <karounos [ at ] mail [ dot ] ntua [ dot ] gr>: > Εάν δεν υπάρχουν προτάσεις για βελτίωση τις δομής της αίτησης προτείνω > να μπεί σε ένα ODF template με την ένδειξη του μέγιστου αριθμού λέξεων > ανα ενότητα και να την αναρτησουμε στις αντίστοιχες σελίδες στο WIKI. Μήπως να το "σπρώξουμε" λίγο προς την τεχνική υλοποίηση και να προτείνουμε τις αιτήσεις να είναι plaintext; Αυτό θα μας βοηθήσει να προτείνουμε πρότυπο formatting και να αναρτήσουμε αυτές που θα εγκριθούν στο web απ' ευθείας. Τα ODT θα έχουν ένα considerable overhead για εμάς στη διαχείριση τους (attachments, σχολιασμό, κλπ). Είναι και μια ευκαιρία να δώσουμε το μήνυμα του τεχνικού κομματιού των στόχων μας. Μερικές προτάσεις για ομογενοποίηση των plaintext κειμένων: * Text wrap στους 80 χαρακτήρες * Χρήση κοινού markup syntax όπως RestructuredText ή Markdown * Απλή αποστολή στο email body χωρίς attachment Τα παραπάνω δε χρειάζεται να τα επιβάλουμε, απλά να πούμε ότι οι αιτήσεις προτείνεται να είναι στην παραπάνω μορφή. Αν αρχίσω να γίνομαι υπερβολικά deveoper-άς απλά σκουντήξτε. =) -δ > 2009/1/26 Dimitris Glezos <dimitris [ at ] glezos [ dot ] com>: >> Θα είχε νόημα να δώσουμε μια πρότυπη μορφή αίτησης; Πιστεύω ότι θα >> βοηθήσει όσους θα καταθέσουν αίτηση να τη δομήσουν σωστά και να >> αναλύσουν επαρκώς το πλάνο πορείας της ιδέας τους. Ίσως φανεί 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) >> -- >> _______________________________________________ >> Epistimoniki-epitropi-ellak mailing list >> Epistimoniki-epitropi-ellak [ at ] grnet [ dot ] gr >> https://mailman2.grnet.gr/mailman/listinfo/epistimoniki-epitropi-ellak >> > > > > -- > Πριν εκτυπώσετε αυτό το μήνυμα, σκεφθείτε το περιβάλλον! Ένα χαρτί > λιγότερο! - http://karounos.gr/blog/ > -- 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) --