Εάν εργάζεστε στη βιομηχανία λογισμικού, είναι πιθανό να έχετε ακούσει για το διαίρει και βασίλευε πρότυπο σχεδίασης, το οποίο βασικά συνίσταται στη διαδοχική διαίρεση ενός προβλήματος σε δύο ή περισσότερα υπο-προβλήματα ( διαιρέστε ), μέχρι να γίνουν αρκετά απλά για να επιλυθούν άμεσα ( κατακτώ ).
Αυτό που ίσως δεν γνωρίζετε είναι ότι αυτό το παράδειγμα προέρχεται από μια παλιά πολιτική στρατηγική (το όνομα προέρχεται από το λατινικό ρητό divide et κανόνα ) που υποδηλώνει ότι είναι δυνατόν να διατηρηθεί ο έλεγχος των υφισταμένων ή των υποκειμένων ενθαρρύνοντας τη διαφωνία μεταξύ τους.
Αυτή η στρατηγική έχει χρησιμοποιηθεί από αμέτρητους πολιτικούς και στρατιωτικούς ηγέτες σε όλη την ιστορία, όπως ο Ιούλιος Καίσαρας (ο οποίος τη χρησιμοποίησε κατά τη διάρκεια των Γαλατικών Πολέμων για να νικήσει τους στρατιωτικά ισχυρούς Γαλάτες) και ο Ναπολέων (ο Γάλλος εμπειρογνώμονας πυροβολικού θα διαιρούσε τα εχθρικά στρατεύματα, έτσι κανένα τμήμα δεν ήταν ισχυρότερο από τα δικά του στρατεύματα, και στη συνέχεια διακόπτουν τις επικοινωνίες τους, εμποδίζοντας τις προσπάθειες του εχθρού για συντονισμό και εκτέλεση επιθέσεων).
Η τέχνη του πολέμου: Αρχαίες αρχές που εφαρμόζονται στην ανάπτυξη
Ωστόσο, το διαίρει και βασίλευε Ο κανόνας δεν είναι η μόνη πολιτική στρατηγική που μπορεί να εφαρμοστεί στην ανάπτυξη λογισμικού. Παρόλο που η πολιτική και ο πόλεμος δεν έχουν καμία σχέση με την ανάπτυξη λογισμικού, όπως και οι πολιτικοί και οι στρατηγικοί, οι προγραμματιστές πρέπει να καθοδηγούν τους υφισταμένους, να συντονίζουν τις προσπάθειες μεταξύ ομάδων, να βρουν τις καλύτερες στρατηγικές για την επίλυση προβλημάτων και να διαχειρίζονται πόρους.
Η ΤΕΧΝΗ ΤΟΥ ΠΟΛΕΜΟΥ είναι μια αρχαία στρατιωτική πραγματεία που γράφτηκε τον πέμπτο αιώνα π.Χ. και αποδίδεται στον Sun Tzu, έναν αρχαίο κινεζικό στρατιωτικό στρατηγικό, του οποίου οι θεωρίες είχαν μεγάλη επιρροή τόσο στην ανατολική όσο και στη δυτική φιλοσοφία.
Παρά την ηλικία του, το κείμενο εξακολουθεί να περιλαμβάνεται στο πρόγραμμα σπουδών σε πολλά στρατιωτικά σχολεία στην Ανατολική Ασία και αναφέρεται ως συνιστώμενη ανάγνωση σε ορισμένες στρατιωτικές ακαδημίες στη Δύση. Το κείμενο χωρίζεται σε 13 κεφάλαια, το καθένα αφιερωμένο σε μια διαφορετική πτυχή του πολέμου.
Ωστόσο, εκτός από τον πόλεμο, οι αρχές και οι διδασκαλίες του Sun Tzu έχουν πρακτικές εφαρμογές στην πολιτική, στις επιχειρήσεις, Αθλητισμός και, είτε το πιστεύετε είτε όχι, ανάπτυξη λογισμικού. Στην πραγματικότητα, ίσως να εφαρμόζετε μερικές από αυτές τις αρχές στην καθημερινή σας ρουτίνα, χωρίς καν να γνωρίζετε την προέλευσή τους.
Αναλυτικότερα παρακάτω, θα βρείτε μια σύντομη λίστα βασικών τακτικών και συμβουλών που εξηγούνται στο Art of War. Μπορούν πιθανώς να εφαρμοστούν στη δουλειά σας στη βιομηχανία λογισμικού ή σε οποιονδήποτε αριθμό άλλων κλάδων.
Ο χρόνος είναι κρίσιμος σε οποιαδήποτε καμπάνια
Κεφάλαιο II, παράγραφος 2
Όταν ασχολείστε με την πραγματική μάχη, αν η νίκη είναι πολύ σύντομη, τότε τα ανδρικά όπλα θα γίνουν θαμπό και το πάθος τους θα είναι αποσβεσμένο.
Αυτή η αρχή μπορεί να εφαρμοστεί στην ανάπτυξη λογισμικού, κατά κανόνα που περιγράφει τη σχέση μεταξύ της διάρκειας των κύκλων ανάπτυξης και του ηθικού του προγραμματιστή.
Εάν μια ομάδα προγραμματιστών εργάζεται για τα ίδια έργα για μήνες, χωρίς σαφείς στόχους ή τελείωμα, μπορεί να απογοητευτεί και η παραγωγικότητά τους να μειωθεί.
Η ανάπτυξη λογισμικού είναι μια πνευματική προσπάθεια, έτσι το κίνητρο είναι το κύριο καύσιμο για την παραγωγικότητα. Η καθημερινή εργασία χωρίς να αντιλαμβάνεστε ότι η εργασία σας δημιουργεί πραγματικά αποτελέσματα μπορεί να είναι πολύ υποκινητική.
Όπως αναφέρεται σε ορισμένα ευέλικτες μεθοδολογίες , ο χάρτης πορείας ανάπτυξης θα πρέπει να χωριστεί σε διάφορους στόχους και ορόσημα, τα οποία μπορεί να επιτύχει η ομάδα σε σύντομα χρονικά διαστήματα, και θα τους δώσει μια αίσθηση προόδου και επιτευγμάτων.
Κεφάλαιο II, παράγραφος 18
Στον πόλεμο, λοιπόν, αφήστε το μεγάλο σας αντικείμενο να είναι νίκη, όχι μακροχρόνιες εκστρατείες.
Αυτή η φράση μπορεί να ερμηνευτεί με δύο τρόπους:
Πρώτον, μπορεί να θεωρηθεί πρόδρομος της φιλοσοφίας του UNIX: Γράψτε προγράμματα που κάνουν ένα πράγμα και το κάνουν καλά . Κατά την ανάπτυξη λογισμικού, πρέπει πάντα να έχετε κατά νου τον κύριο στόχο του προγράμματος, το βασικό χαρακτηριστικό που παρέχει ή το μεγαλύτερο πρόβλημα που επιλύει και να διασφαλίσετε τη σωστή εφαρμογή.
Μερικές φορές μπορεί να εμπνευστείτε και να σκεφτείτε μια πραγματικά δροσερή δυνατότητα για προσθήκη, αλλά μην ξεχνάτε ότι οι εφαρμογές που έχουν πολλές σπάνια χρησιμοποιούμενες λειτουργίες έχουν ένα δυσφημιστικό όνομα: bloatware .
Δεύτερον, η δήλωση μπορεί επίσης να θεωρηθεί πρόδρομος για ένα από τα άπαχα ανάπτυξη λογισμικού αρχές: Παράδοση όσο το δυνατόν γρηγορότερα .
Όσο πιο γρήγορα παραδίδετε λογισμικό χωρίς σοβαρά ελαττώματα, τόσο πιο γρήγορα θα λάβετε σχόλια από τον πελάτη και θα μπορείτε να ενσωματώσετε τις αλλαγές στην επόμενη επανάληψη.
Εάν, από την άλλη πλευρά, παραδώσετε λογισμικό που δεν λειτουργεί, θα χάσετε πολύτιμα σχόλια, επειδή οι πελάτες δεν θα έχουν την ευκαιρία να το δοκιμάσουν σωστά. Αυτό θα κάνει το επόμενο στάδιο της ανάπτυξης πιο δύσκολο ή αδύνατο σε καταστάσεις όπου η επόμενη επανάληψή σας εξαρτάται από τα σχόλια των πελατών.
Χωρίς ηγεσία, κανένα αποτέλεσμα
Κεφάλαιο III, παράγραφος 11
Τώρα ο στρατηγός είναι το προπύργιο του κράτους. Εάν το προπύργιο είναι πλήρες σε όλα τα σημεία, το κράτος θα είναι ισχυρό. Εάν το προπύργιο είναι ελαττωματικό, το κράτος θα είναι αδύναμο.
Αυτό το απόσπασμα περιγράφει τη σημασία του ρόλου του διευθυντή σε μια ομάδα ανάπτυξης: η επιτυχία ενός έργου εξαρτάται από τη δύναμη του όλοι οι άνθρωποι εμπλέκεται, και ο διευθυντής είναι το προπύργιο του έργου. Η ευθύνη ξεκινά από την κορυφή.
Παρόλο που οι προγραμματιστές εργάζονται συχνά μόνοι τους (κάθε άτομο κάθεται πίσω από έναν υπολογιστή, με περιορισμένη επικοινωνία με συνεργάτες), αυτό δεν σημαίνει ότι δεν χρειάζονται καλή ηγεσία. Οι διαχειριστές του έργου είναι υπεύθυνοι για τη διατήρηση της ομάδας σε καλό δρόμο, τη διασφάλιση αποτελεσματικής επικοινωνίας και επίλυσης διαφορών και οι ηγέτες, προφανώς, καθορίζουν τις προτεραιότητες του έργου (μεταξύ άλλων καθηκόντων), επομένως ο ρόλος τους δεν πρέπει να υποτιμάται. Ούτε πρέπει την ευθύνη τους αν κάτι πάει στραβά Φανταστείτε τι θα συνέβαινε σε έναν στρατιωτικό ηγέτη του οποίου η μονάδα απέτυχε να εκτελέσει το καθήκον της στον τομέα της μάχης;
Μια ομάδα μπορεί να παράγει υπέροχο λογισμικό, ακόμη και αν έχει μερικά κακά μήλα σε θέσεις ανάπτυξης, αλλά αυτό είναι απίθανο να συμβεί εάν ο διαχειριστής του έργου είναι το κακό μήλο , ανεξάρτητα από τον αριθμό των προγραμματιστών rockstar που έχει η ομάδα.
Κεφάλαιο VI, παράγραφος 28
Μην επαναλάβετε τις τακτικές που σας έχουν κερδίσει μία νίκη, αλλά αφήστε τις μεθόδους σας να ρυθμιστούν από την άπειρη ποικιλία περιστάσεων.
Μερικές φορές, όταν ξεκινάτε ένα έργο, είναι δελεαστικό να χρησιμοποιήσετε το ίδιο σύνολο τεχνολογιών που χρησιμοποιήσαμε σε προηγούμενα επιτυχημένα έργα (την ίδια γλώσσα προγραμματισμού, τις ίδιες βιβλιοθήκες, τον ίδιο διακομιστή κ.λπ.). Ωστόσο, εκτός εάν οι απαιτήσεις των νέων έργων είναι ακριβώς το ίδιο όπως και τα προηγούμενα, αυτή μπορεί να είναι η λανθασμένη προσέγγιση.
Στον προγραμματισμό, όπως και στους περισσότερους τομείς, η πανάκεια (μια υποτιθέμενη θεραπεία ικανή να θεραπεύσει όλες τις ασθένειες) δεν υπάρχει. Δεν υπάρχει κανένας συνδυασμός τεχνολογιών που μπορείτε να χρησιμοποιήσετε για την επίλυση όλων των προβλημάτων. κάθε τεχνολογία έχει τα μειονεκτήματά της.
Φυσικά, η εκμάθηση μιας νέας γλώσσας προγραμματισμού ή η χρήση ενός άγνωστου API μπορεί αρχικά να είναι δαπανηρή, αλλά μακροπρόθεσμα, η ποιότητα του λογισμικού θα είναι ανώτερη και θα γίνετε καλύτερος προγραμματιστής.
Κεφάλαιο XIII, παράγραφος 27
Ως εκ τούτου, μόνο ο διαφωτισμένος κυβερνήτης και ο σοφός στρατηγός θα χρησιμοποιήσουν την υψηλότερη ευφυΐα του στρατού για σκοπούς κατασκοπείας και έτσι θα επιτύχουν εξαιρετικά αποτελέσματα. Οι κατάσκοποι είναι το πιο σημαντικό στοιχείο στον πόλεμο, γιατί εξαρτάται από την ικανότητα του στρατού να κινείται.
Αυτή η φράση μπορεί να ερμηνευθεί ως η σημασία της χρήσης εργαλείων παρακολούθησης και καταγραφής βιβλιοθηκών κατά τη φάση συντήρησης.
Αν και μερικές φορές οι πελάτες μπορεί να μην το πιστεύουν, η ανάπτυξη δεν τελειώνει όταν λάβετε μια σταθερή και πλήρως δοκιμασμένη κυκλοφορία. Το λογισμικό εξελίσσεται πάντα, είτε διορθώνοντας σφάλματα, προσθέτοντας νέες δυνατότητες είτε βελτιώνοντας την απόδοση.
Και δεν υπάρχει καλύτερη πηγή πληροφοριών για να μάθουμε τι πρέπει να κάνουμε από το να κάνουμε τους κατασκόπους να παρακολουθούν το λογισμικό σε περιβάλλον παραγωγής, να ελέγχουν ποιες δυνατότητες χρησιμοποιούνται περισσότερο, τα πιο συνηθισμένα σφάλματα και τις μακρύτερες λειτουργίες.
Οι αναφορές σφαλμάτων, οι καταχωρίσεις καταγραφής και τα δεδομένα χρήσης είναι θεμελιώδεις για τον εντοπισμό σφαλμάτων, τον εντοπισμό σημείων συμφόρησης και άλλα ζητήματα, καθώς δεν είναι πάντα δυνατό να αναπαραχθούν οι ίδιες συνθήκες σε ελεγχόμενα περιβάλλοντα δοκιμών.
Ομαδική εργασία και κίνητρα
Κεφάλαιο X, παράγραφος 24
Αυτός που προχωρά χωρίς να αναζητά τη φήμη, που υποχωρεί χωρίς να ξεφύγει από την ευθύνη, Αυτός που έχει έναν σκοπό να προστατεύσει τον λαό του και να υπηρετήσει τον κύριό του, Ο άνθρωπος είναι ένα κόσμημα του βασιλείου.
Βασικά, αυτή είναι η αρχαία κινεζική έκδοση του 'Δεν υπάρχει εγώ στην ομάδα' . Είναι πιο σημαντικό να συνεργαστείτε με άλλους παρά να επιδιώξετε προσωπικά κέρδη.
Η ανάπτυξη λογισμικού είναι μια πολύπλοκη δραστηριότητα που απαιτεί από τους προγραμματιστές να εργάζονται αποτελεσματικά ως ομάδα. Ένας καλός προγραμματιστής δεν είναι αυτός που διορθώνει τα περισσότερα σφάλματα, εφαρμόζει τις περισσότερες δυνατότητες ή ολοκληρώνει τις εργασίες πριν από το χρονοδιάγραμμα. Ένας καλός προγραμματιστής είναι αυτός που βοηθά την ομάδα να επιτύχει τους στόχους της.
Διεκδίκηση πίστωσης για όλα όσα έχετε κάνει, μη αναγνώριση των σφαλμάτων σας ή κατηγορώντας τους άλλους για αυτά ή καλέστε τον εαυτό σας ως α κωδικός ninja μπορεί να ξεγελάσει μερικούς άπειρους διευθυντές και να σας κάνει ακόμη και αύξηση, αλλά θα γίνετε αντιπαραγωγικό μέλος της ομάδας σας.
Κεφάλαιο VII, παράγραφος 21
Σκεφτείτε και εσκεμμένα πριν κάνετε μια κίνηση.
Αυτή η φράση δείχνει τη σημασία των συναντήσεων ανάπτυξης ομάδων, όπως αυτές που προτείνονται από ευέλικτες μεθοδολογίες.
Όταν εργάζεστε σε μια ομάδα, είναι σημαντικό να συζητήσετε τυχόν σημαντικές αλλαγές πριν τις εφαρμόσετε. Δεν έχει σημασία αν είστε ο αρχηγός της ομάδας ή αν είστε το άτομο με την περισσότερη εμπειρία του θέματος, θα πρέπει πάντα να μιλάτε ή τουλάχιστον να ενημερώνετε την υπόλοιπη ομάδα.
Να θυμάστε ότι άλλοι προγραμματιστές θα μπορούσαν να σας δώσουν πληροφορίες σχετικά με άγνωστα μέρη του λογισμικού. Αυτό σημαίνει ότι θα μπορούσαν να αρχίσουν να εφαρμόζουν τις αλλαγές γρηγορότερα από το αναμενόμενο, επειδή θα μπορούσαν να γνωρίζουν πλήρως τις επιπτώσεις των εν λόγω αλλαγών.
Κεφάλαιο X, παράγραφος 25
Θεωρήστε τους στρατιώτες σας ως παιδιά σας, και θα σας ακολουθήσουν στις βαθύτερες κοιλάδες. Κοιτάξτε τους ως τους αγαπημένους σας γιους, και θα είναι δίπλα σας ακόμη και μέχρι θανάτου.
Αυτό το απόσπασμα δείχνει τη σημασία του κινήτρου, μιας αρχής της διαχείρισης που μερικές φορές ξεχνάται από τους διευθυντές και τους ηγέτες της ομάδας. Οι προγραμματιστές με κίνητρα θα γράψουν καλύτερο κώδικα, θα δουλέψουν πιο γρήγορα, θα κάνουν λιγότερα λάθη και θα είναι πιο πρόθυμοι να κάνουν επιπλέον ώρες.
Τα κίνητρα πρέπει να δημιουργούνται από τους διευθυντές, παίρνοντας πραγματικό ενδιαφέρον για τους υφισταμένους τους, ακούγοντας τους, φροντίζοντας για την ισορροπία μεταξύ επαγγελματικής και προσωπικής ζωής, οικοδομώντας θετικά εργασιακά περιβάλλοντα και φροντίζοντας για την πορεία της σταδιοδρομίας τους.
Επίσης, δεν πρέπει να κάνετε λάθος κίνητρο με αμοιβή. Πρόσφατες μελέτες καταδεικνύουν ότι τα χρήματα δεν παρακινούν τους περισσότερους εργαζόμενους, τα χρήματα είναι συνήθως καλά στην προσέλκυση και τη διατήρηση των εργαζομένων, αλλά όχι στο να τους κάνουν ευτυχισμένους για τη δουλειά τους. Επομένως, οι αυξήσεις και οι προσφορές δεν πρέπει να θεωρούνται κίνητρα.
πώς να χρησιμοποιήσετε το node js
Σκέφτομαι ανοικτόμυαλα
Κεφάλαιο V, παράγραφοι 7, 8 και 9
Δεν υπάρχουν περισσότερες από πέντε μουσικές νότες, ωστόσο οι συνδυασμοί αυτών των πέντε δημιουργούν περισσότερες μελωδίες από ό, τι μπορεί να ακουστεί ποτέ.
Δεν υπάρχουν περισσότερα από πέντε βασικά χρώματα, αλλά σε συνδυασμό παράγουν περισσότερες αποχρώσεις από ό, τι μπορεί να φανεί ποτέ.
Δεν υπάρχουν περισσότερες από πέντε βασικές γεύσεις, αλλά οι συνδυασμοί τους αποδίδουν περισσότερες γεύσεις από ό, τι μπορούν να γίνουν ποτέ.
Ένα από τα καλά πράγματα για τον προγραμματισμό είναι ότι οι δυνατότητες είναι ατελείωτες. μπορείτε να αναπτύξετε βασικά όπου θέλετε (τουλάχιστον, εφόσον δεν είναι ένα πλήρες NP πρόβλημα).
Εφαρμογές για κινητά, ιστότοποι, παιχνίδια, εφαρμογές για επιτραπέζιους υπολογιστές… αν γνωρίζετε προγραμματισμό, όλα αυτά είναι διαθέσιμα.
Κεφάλαιο III, παράγραφος 1
Στην πρακτική τέχνη του πολέμου, το καλύτερο από όλα είναι να παραμείνει η χώρα του εχθρού ολόκληρη και ανέπαφη. το να καταστρέψεις και να το καταστρέψεις δεν είναι τόσο καλό. Επίσης, είναι καλύτερο να συλλάβεις έναν στρατό ολόκληρο παρά να τον καταστρέψεις, να καταλάβεις ένα σύνταγμα, ένα απόσπασμα ή μια εταιρεία ολόκληρο παρά να τους καταστρέψεις.
Όταν εργάζεστε σε ένα έργο με μεγάλη βάση κώδικα, είναι σύνηθες να βρίσκετε ενότητες ή τμήματα κώδικα που έχουν εφαρμοστεί με κακές πρακτικές ή χρησιμοποιώντας καταργημένες βιβλιοθήκες. Αν και μπορεί να είναι δελεαστικό να διαγράψετε (ή να καταστρέψετε) αυτόν τον κώδικα, μπορεί να μην είναι η καλύτερη ιδέα για διάφορους λόγους:
-
Ο παλαιός κώδικας δεν είναι απαραιτήτως κακός, μερικές φορές είναι καλός κώδικας που γράφτηκε όταν άλλες μεθοδολογίες και τεχνολογίες θεωρούνταν ο τρόπος να προχωρήσουμε. Ωστόσο, επειδή είναι παλιό δεν σημαίνει ότι δεν λειτουργεί.
-
Μπορεί να χάσετε χρόνο διόρθωση κώδικα που εξακολουθεί να λειτουργεί αντί να επικεντρωθούμε στη διόρθωση άλλων, πιο κρίσιμων τμημάτων του κώδικα.
-
Εάν δεν είστε πραγματικά σίγουροι για το τι κάνετε, αντικαθιστώντας μια ενότητα κώδικα που λειτουργεί σημαίνει ότι διακινδυνεύετε να εισαγάγετε νέα σφάλματα ή σφάλματα.
Αυτό δεν σημαίνει ότι η φράση 'Αν δεν σπάσει, μην το διορθώσετε' είναι μια καλή στρατηγική, αλλά ότι κάθε έργο έχει προτεραιότητες, στόχους και χρονικούς περιορισμούς. Έτσι, εάν βρείτε κώδικα που θα μπορούσε να βελτιωθεί, συζητήστε τον με την υπόλοιπη ομάδα ή με τον διαχειριστή του έργου για να μάθετε πότε θα τον βελτιστοποιήσετε.
Κεφάλαιο VIII, παράγραφος 3
Υπάρχουν δρόμοι που δεν πρέπει να ακολουθηθούν, στρατοί που δεν πρέπει να επιτεθούν, πόλεις που δεν πρέπει να πολιορκηθούν, θέσεις που δεν πρέπει να αμφισβητηθούν, εντολές του κυρίαρχου που δεν πρέπει να τηρούνται.
Ακόμα και δεν το λέει άμεσα, θα μπορούσαμε να ερμηνεύσουμε αυτήν την αρχή ως προειδοποίηση για την αποφυγή αντι-μοτίβων.
Αν και η χρήση ενός αντι-μοτίβου μπορεί να επιλύσει ένα βραχυπρόθεσμο ζήτημα, θα πρέπει να θυμάστε ότι μακροπρόθεσμα θα είναι αντιπαραγωγικό. Έτσι, ανεξάρτητα από τον χρόνο που εξοικονομείτε, πόσα σφάλματα διορθώνετε ή πόσο βολικό είναι για εσάς, αποφύγετε τα.
Ακόμα, υπάρχουν φορές που μπορεί να μπείτε στον πειρασμό να χρησιμοποιήσετε ένα αντι-μοτίβο για να επιλύσετε μια επείγουσα εργασία, υποσχόμενος στον εαυτό σας ότι θα εφαρμόσετε μια σωστή διόρθωση όταν έχετε περισσότερο χρόνο, αλλά θυμηθείτε έναν από τους νόμους του Murphy: Όλες οι γρήγορες επιδιορθώσεις γίνονται μόνιμες αλλαγές.
συμπέρασμα
Παρόλο που η ανάπτυξη λογισμικού είναι διαφορετική από τη διοίκηση στρατιωτών σε πόλεμο ή την ηγεσία μιας χώρας, όλα αυτά πρέπει να λύσουν προβλήματα που απαιτούν ομαδική εργασία, καλή ηγεσία, αποτελεσματικότητα και μακροπρόθεσμες λύσεις.
Ωστόσο, το Τέχνη του πολέμου δεν είναι το μόνο βιβλίο που περιέχει αρχές που μπορούν να εφαρμοστούν στην ανάπτυξη λογισμικού. Niccolò Machiavelli's Ο πρίγκηπας , είναι ένα παράδειγμα.
Στην πραγματικότητα, εδώ είναι μια λίστα με αποσπάσματα από το Machiavelli που εξακολουθούν να είναι σχετικά. Δοκιμάστε να μαντέψετε ποιες είναι οι αντίστοιχες αρχές στον κόσμο της ανάπτυξης λογισμικού.
- Το λιοντάρι δεν μπορεί να προστατευτεί από παγίδες και η αλεπού δεν μπορεί να υπερασπιστεί τον εαυτό του από τους λύκους. Πρέπει λοιπόν να είναι μια αλεπού για να αναγνωρίσει τις παγίδες και ένα λιοντάρι για να τρομάξει τους λύκους.
- Ποτέ μην επιχειρήσετε να κερδίσετε με τη βία τι μπορεί να κερδίσει με εξαπάτηση.
- Ποτέ δεν επιτεύχθηκε κάτι σπουδαίο χωρίς κίνδυνο.
- Όποιος επιθυμεί συνεχή επιτυχία πρέπει να αλλάξει τη συμπεριφορά του με τους καιρούς.
- Οι άνδρες σε γενικές γραμμές κρίνουν περισσότερα από τις εμφανίσεις παρά από την πραγματικότητα. Όλοι οι άντρες έχουν μάτια, αλλά λίγοι έχουν το δώρο της διείσδυσης.
- Αυτός που θέλει να υπακούσει πρέπει να ξέρει πώς να διατάξει.
- Η σοφία συνίσταται στο να ξέρεις πώς να διακρίνεις τη φύση του προβλήματος και να επιλέγεις το μικρότερο κακό.
- Δεν υπάρχει αποφυγή πολέμου. μπορεί να αναβληθεί μόνο προς όφελος του εχθρού σας.
- Η φύση δημιουργεί λίγους άντρες γενναίους. η βιομηχανία και η κατάρτιση κάνουν πολλά.
