Αφιερωμένο στους διαχειριστές έργων (και σε όσους ονειρεύονται να γίνουν αφεντικά).
Το να γράφεις τόνους κώδικα είναι δύσκολο, αλλά η διαχείριση ανθρώπων είναι ακόμα πιο δύσκολη! Χρειάζεστε λοιπόν αυτό το βιβλίο για να μάθετε πώς να κάνετε και τα δύο.
Είναι δυνατόν να συνδυάσουμε αστείες ιστορίες και σοβαρά μαθήματα; Ο Michael Lopp (γνωστός και σε στενούς κύκλους ως Rands) τα κατάφερε. Θα βρείτε φανταστικές ιστορίες για φανταστικούς ανθρώπους με απίστευτα ανταποδοτικές (αν και φανταστικές) εμπειρίες. Αυτός είναι ο τρόπος με τον οποίο ο Rands μοιράζεται τις ποικίλες, μερικές φορές περίεργες εμπειρίες του που έχει αποκτήσει με τα χρόνια εργασίας σε μεγάλες εταιρείες πληροφορικής: Apple, Pinterest, Palantir, Netscape, Symantec κ.λπ.
Είστε διαχειριστής έργου; Ή θέλετε να καταλάβετε τι κάνει το αφεντικό σας όλη μέρα; Ο Rands θα σας διδάξει πώς να επιβιώσετε στον Τοξικό κόσμο των φουσκωμένων γαλοπούλων και να ευδοκιμήσετε στη γενική τρέλα των δυσλειτουργικά επιδεικτικών ανθρώπων. Σε αυτή την παράξενη κοινότητα μανιακών εγκεφαλοϊατρών υπάρχουν ακόμα πιο παράξενα πλάσματα - μάνατζερ που, μέσω μιας μυστικιστικής οργανωτικής τελετουργίας, έχουν αποκτήσει εξουσία πάνω στα σχέδια, τις σκέψεις και τους τραπεζικούς λογαριασμούς πολλών ανθρώπων.
Αυτό το βιβλίο δεν μοιάζει με κανένα χειρόγραφο διαχείρισης ή ηγεσίας. Ο Michael Lopp δεν κρύβει τίποτα, απλά το λέει όπως είναι (ίσως δεν πρέπει να δημοσιοποιούνται όλες οι ιστορίες: P). Αλλά μόνο έτσι θα καταλάβετε πώς να επιβιώσετε με ένα τέτοιο αφεντικό, πώς να διαχειριστείτε geeks και nerds και πώς να φέρετε "αυτό το καταραμένο έργο" σε αίσιο τέλος!
Απόσπασμα. Μηχανική νοοτροπία
Σκέψεις σχετικά με: Πρέπει να συνεχίσετε να γράφετε κώδικα;
Το βιβλίο του Rands για τους κανόνες για τους μάνατζερς περιέχει μια πολύ σύντομη λίστα σύγχρονων διαχειριστικών «must-dos». Ο λακωνισμός αυτής της λίστας πηγάζει από το γεγονός ότι η έννοια του «πρέπει» είναι ένα είδος απόλυτης και όταν πρόκειται για ανθρώπους, υπάρχουν πολύ λίγες απόλυτες έννοιες. Μια επιτυχημένη μέθοδος διαχείρισης για έναν εργαζόμενο θα είναι πραγματική καταστροφή για έναν άλλο. Αυτή η σκέψη είναι το πρώτο στοιχείο στη λίστα "must-do" του διευθυντή:
Μείνετε ευέλικτοι!
Το να πιστεύεις ότι ήδη ξέρεις τα πάντα είναι πολύ κακή ιδέα. Σε μια κατάσταση όπου το μόνο σταθερό γεγονός είναι ότι ο κόσμος αλλάζει συνεχώς, η ευελιξία γίνεται η μόνη σωστή θέση.
Παραδόξως, το δεύτερο στοιχείο της λίστας είναι εκπληκτικά άκαμπτο. Ωστόσο, αυτό το σημείο είναι το προσωπικό μου αγαπημένο γιατί πιστεύω ότι βοηθά στη δημιουργία των θεμελίων για τη διευθυντική ανάπτυξη. Αυτή η παράγραφος έχει ως εξής:
Σταματήστε να γράφετε κώδικα!
Θεωρητικά, αν θέλεις να γίνεις μάνατζερ, πρέπει να μάθεις να εμπιστεύεσαι αυτούς που εργάζονται για σένα και να τους παραδώσεις εξ ολοκλήρου την κωδικοποίηση. Αυτή η συμβουλή είναι συνήθως δύσκολο να αφομοιωθεί, ειδικά για στελέχη που έχουν δημιουργηθεί πρόσφατα. Πιθανώς ένας από τους λόγους που έγιναν μάνατζερ είναι λόγω της παραγωγικότητάς τους στην ανάπτυξη, και όταν τα πράγματα πάνε στραβά, η πρώτη τους αντίδραση είναι να επιστρέψουν στις δεξιότητες στις οποίες έχουν πλήρη εμπιστοσύνη, που είναι η ικανότητά τους να γράφουν κώδικα.
Όταν βλέπω ότι ένας νέος μάνατζερ «βυθίζεται» στη σύνταξη κώδικα, του λέω: «Ξέρουμε ότι μπορείς να γράψεις κώδικα. Το ερώτημα είναι: μπορείς να ηγηθείς; Δεν είστε πλέον υπεύθυνοι μόνο για τον εαυτό σας, είστε υπεύθυνοι για ολόκληρη την ομάδα. και θέλω να βεβαιωθώ ότι μπορείτε να κάνετε την ομάδα σας να λύνει προβλήματα μόνη της, χωρίς να χρειάζεται να γράψετε τον κωδικό μόνοι σας. Η δουλειά σας είναι να καταλάβετε πώς να κλιμακώσετε τον εαυτό σας. Δεν θέλω να είσαι μόνο ένας, θέλω να υπάρχουν πολλοί σαν εσένα».
Καλή συμβουλή, σωστά; Κλίμακα. Διαχείριση. Ευθύνη. Τέτοια κοινά τσιτάτα. Κρίμα που η συμβουλή είναι λάθος.
Ανακριβής?
Ναι. Η συμβουλή είναι λάθος! Όχι εντελώς λάθος, αλλά αρκετά λάθος που χρειάστηκε να τηλεφωνήσω σε μερικούς πρώην συναδέλφους και να ζητήσω συγγνώμη: «Θυμάστε αυτή την αγαπημένη μου δήλωση σχετικά με το πώς πρέπει να σταματήσετε να γράφετε κώδικα; Είναι λάθος! Ναι... Ξεκινήστε ξανά τον προγραμματισμό. Ξεκινήστε με Python και Ruby. Ναι σοβαρολογώ! Η καριέρα σου εξαρτάται από αυτό!».
Όταν ξεκίνησα την καριέρα μου ως προγραμματιστής λογισμικού στο Borland, εργάστηκα στην ομάδα των Paradox Windows, η οποία ήταν μια τεράστια ομάδα. Υπήρχαν μόνο 13 προγραμματιστές εφαρμογών. Εάν προσθέσετε άτομα από άλλες ομάδες που επίσης εργάζονταν συνεχώς σε βασικές τεχνολογίες για αυτό το έργο, όπως ο βασικός κινητήρας βάσης δεδομένων και οι υπηρεσίες βασικών εφαρμογών, θα έχετε 50 μηχανικούς που συμμετέχουν άμεσα στην ανάπτυξη αυτού του προϊόντος.
Καμία άλλη ομάδα στην οποία έχω δουλέψει ποτέ δεν πλησιάζει σε αυτό το μέγεθος. Κάθε χρόνο μάλιστα που περνάει σταδιακά μειώνεται ο αριθμός των ατόμων στην ομάδα στην οποία δουλεύω. Τι συμβαίνει? Είμαστε οι προγραμματιστές συλλογικά όλο και πιο έξυπνοι; Όχι, απλώς μοιραζόμαστε το φορτίο.
Τι κάνουν οι προγραμματιστές τα τελευταία 20 χρόνια; Κατά τη διάρκεια αυτής της περιόδου γράψαμε έναν σκασμό κώδικα. Θάλασσα του κώδικα! Γράψαμε τόσο πολύ κώδικα που αποφασίσαμε ότι θα ήταν καλή ιδέα να απλοποιήσουμε τα πάντα και να μεταβούμε σε ανοιχτό κώδικα.
Ευτυχώς, χάρη στο Διαδίκτυο, αυτή η διαδικασία έχει πλέον γίνει όσο το δυνατόν πιο απλή. Εάν είστε προγραμματιστής λογισμικού, μπορείτε να το ελέγξετε τώρα! Αναζητήστε το όνομά σας στο Google ή στο Github και θα δείτε κώδικα που έχετε ξεχάσει εδώ και καιρό, αλλά που μπορεί να βρει ο καθένας. Τρομακτικό, σωστά; Δεν ξέρατε ότι ο κώδικας ζει για πάντα; Ναι, ζει για πάντα.
Ο κώδικας ζει για πάντα. Και ο καλός κώδικας όχι μόνο ζει για πάντα, αλλά μεγαλώνει γιατί όσοι τον εκτιμούν συνεχώς φροντίζουν να παραμένει φρέσκος. Αυτό το σωρό υψηλής ποιότητας, καλά συντηρημένου κώδικα συμβάλλει στη μείωση του μέσου μεγέθους της ομάδας μηχανικών, επειδή μας επιτρέπει να επικεντρωνόμαστε στον υπάρχοντα κώδικα αντί να γράφουμε νέο κώδικα και να κάνουμε τη δουλειά με λιγότερα άτομα και σε μικρότερο χρονικό διάστημα.
Αυτή η συλλογιστική ακούγεται καταθλιπτική, αλλά η ιδέα είναι ότι όλοι είμαστε απλώς ένα σωρό αυτόματα ολοκλήρωσης που χρησιμοποιούν κολλητική ταινία για να συνδέσουν διαφορετικά κομμάτια υπαρχόντων πραγμάτων μεταξύ τους για να δημιουργήσουν μια ελαφρώς διαφορετική εκδοχή του ίδιου πράγματος. Αυτή είναι μια κλασική γραμμή σκέψης μεταξύ των ανώτερων στελεχών που αγαπούν την εξωτερική ανάθεση. «Όποιος ξέρει πώς να χρησιμοποιεί το Google και έχει κολλητική ταινία μπορεί να το κάνει! Τότε γιατί πληρώνουμε πολλά χρήματα στις μηχανές μας;»
Πληρώνουμε αυτά τα παιδιά της διοίκησης πολύ μεγάλα χρήματα, αλλά νομίζουν τέτοιες ανοησίες. Για άλλη μια φορά, το βασικό μου σημείο είναι ότι υπάρχουν πολλοί εξαιρετικοί και πολύ σκληρά εργαζόμενοι προγραμματιστές στον πλανήτη μας. είναι πραγματικά λαμπροί και επιμελείς, αν και δεν έχουν περάσει ούτε ένα λεπτό καθισμένοι σε διαπιστευμένα πανεπιστήμια. Ω ναι, τώρα είναι όλο και περισσότεροι!
Δεν προτείνω να αρχίσετε να ανησυχείτε για τη θέση σας μόνο και μόνο επειδή κάποιοι έξυπνοι σύντροφοι υποτίθεται ότι το κυνηγούν. Σας προτείνω να αρχίσετε να ανησυχείτε για αυτό γιατί η εξέλιξη της ανάπτυξης λογισμικού κινείται πιθανώς πιο γρήγορα από εσάς. Δουλεύεις δέκα χρόνια, πέντε από αυτά ως διευθυντής, και σκέφτεσαι: «Ξέρω ήδη πώς αναπτύσσεται το λογισμικό». Ναι γνωρίζεις. Αντίο…
Σταματήστε να γράφετε κώδικα, αλλά...
Εάν ακολουθήσετε την αρχική μου συμβουλή και σταματήσετε να γράφετε κώδικα, θα σταματήσετε επίσης οικειοθελώς να συμμετέχετε στη διαδικασία δημιουργίας. Αυτός είναι ο λόγος που δεν χρησιμοποιώ ενεργά την εξωτερική ανάθεση. Τα αυτόματα δεν δημιουργούν, παράγουν. Οι καλά σχεδιασμένες διαδικασίες εξοικονομούν πολλά χρήματα, αλλά δεν φέρνουν τίποτα νέο στον κόσμο μας.
Εάν έχετε μια μικρή ομάδα που κάνει πολλά για λίγα χρήματα, τότε η ιδέα να σταματήσω να γράφω κώδικα μου φαίνεται σαν μια κακή απόφαση καριέρας. Ακόμη και σε εταιρείες-τέρατα με τους ατελείωτους κανονισμούς, διαδικασίες και πολιτικές τους, δεν έχετε το δικαίωμα να ξεχάσετε πώς να αναπτύξετε μόνοι σας λογισμικό. Και η ανάπτυξη λογισμικού αλλάζει συνεχώς. Αλλάζει αυτή τη στιγμή. Κάτω από τα πόδια σου! Σε αυτό ακριβώς το δευτερόλεπτο!
Έχετε αντιρρήσεις. Καταλαβαίνουν. Ας ακούσουμε.
«Ραντς, πηγαίνω στην καρέκλα του σκηνοθέτη! Αν συνεχίσω να γράφω κώδικα, κανείς δεν θα πιστέψει ότι μπορώ να αναπτυχθώ».
Θέλω να σας ρωτήσω το εξής: από τότε που καθόσαστε στην καρέκλα σας «Πρόκειται να γίνω Διευθύνων Σύμβουλος!», έχετε παρατηρήσει ότι το τοπίο ανάπτυξης λογισμικού αλλάζει, ακόμη και εντός της εταιρείας σας; Εάν η απάντησή σας είναι ναι, τότε θα σας κάνω μια άλλη ερώτηση: πώς ακριβώς αλλάζει και τι πρόκειται να κάνετε για αυτές τις αλλαγές; Εάν απαντήσατε «όχι» στην πρώτη μου ερώτηση, τότε πρέπει να μετακινηθείτε σε διαφορετική καρέκλα, γιατί (στοιχηματίζω!) το πεδίο της ανάπτυξης λογισμικού αλλάζει σε αυτό το δευτερόλεπτο. Πώς θα αναπτυχθείτε αν ξεχάσετε αργά αλλά σταθερά πώς να αναπτύξετε λογισμικό;
Η συμβουλή μου είναι να μην δεσμευτείτε για την εφαρμογή πολλών δυνατοτήτων για το επόμενο προϊόν σας. Πρέπει να λαμβάνετε συνεχώς βήματα για να παραμένετε στην κορυφή του τρόπου με τον οποίο η ομάδα σας δημιουργεί λογισμικό. Μπορείτε να το κάνετε αυτό και ως διευθυντής και ως αντιπρόεδρος. Κάτι άλλο?
«Ουφ, Ραντς! Αλλά κάποιος πρέπει να είναι ο διαιτητής! Κάποιος πρέπει να δει τη μεγάλη εικόνα. Αν γράψω κώδικα, θα χάσω την προοπτική».
Πρέπει ακόμα να είσαι ο διαιτητής, πρέπει ακόμα να μεταδίδεις τις αποφάσεις και πρέπει ακόμα να περπατάς στο κτίριο τέσσερις φορές κάθε Δευτέρα πρωί με έναν από τους μηχανικούς σου για να ακούσεις την εβδομαδιαία ατάκα του "We're all doumed" για 30 λεπτά. ! Αλλά πέρα από όλα αυτά, πρέπει να διατηρήσετε μια νοοτροπία μηχανικής και δεν χρειάζεται να είστε προγραμματιστής πλήρους απασχόλησης για να το κάνετε αυτό.
Οι συμβουλές μου για τη διατήρηση μιας μηχανικής νοοτροπίας:
- Χρησιμοποιήστε το περιβάλλον ανάπτυξης. Αυτό σημαίνει ότι θα πρέπει να είστε εξοικειωμένοι με τα εργαλεία της ομάδας σας, συμπεριλαμβανομένου του συστήματος δημιουργίας κώδικα, του ελέγχου έκδοσης και της γλώσσας προγραμματισμού. Ως αποτέλεσμα, θα γίνετε ικανοί στη γλώσσα που χρησιμοποιεί η ομάδα σας όταν μιλάτε για ανάπτυξη προϊόντος. Αυτό θα σας επιτρέψει επίσης να συνεχίσετε να χρησιμοποιείτε τον αγαπημένο σας επεξεργαστή κειμένου, ο οποίος λειτουργεί άψογα.
- Πρέπει να μπορείτε να σχεδιάσετε ένα λεπτομερές αρχιτεκτονικό διάγραμμα που να περιγράφει το προϊόν σας σε οποιαδήποτε επιφάνεια ανά πάσα στιγμή. Τώρα δεν εννοώ την απλοποιημένη έκδοση με τρία κελιά και δύο βέλη. Πρέπει να γνωρίζετε το λεπτομερές διάγραμμα του προϊόντος. Το πιο δύσκολο. Όχι ένα οποιοδήποτε χαριτωμένο διάγραμμα, αλλά ένα διάγραμμα που είναι δύσκολο να εξηγηθεί. Θα πρέπει να είναι ένας χάρτης κατάλληλος για την πλήρη κατανόηση του προϊόντος. Αλλάζει συνεχώς και θα πρέπει πάντα να γνωρίζετε γιατί συνέβησαν ορισμένες αλλαγές.
- Αναλάβετε την υλοποίηση μιας από τις λειτουργίες. Κερδίζω κυριολεκτικά καθώς το γράφω γιατί αυτό το σημείο έχει πολλούς κρυφούς κινδύνους, αλλά πραγματικά δεν είμαι σίγουρος ότι μπορείτε να ολοκληρώσετε το σημείο #1 και το σημείο #2 χωρίς να δεσμευτείτε να εφαρμόσετε τουλάχιστον ένα χαρακτηριστικό . Εφαρμόζοντας μόνοι σας ένα από τα χαρακτηριστικά, όχι μόνο θα συμμετάσχετε ενεργά στη διαδικασία ανάπτυξης, αλλά θα σας επιτρέψει επίσης να μεταβαίνετε περιοδικά από το ρόλο του «Διαχειριστή που είναι υπεύθυνος για τα πάντα» στον ρόλο του «Ανθρώπου που είναι υπεύθυνος για την υλοποίηση ενός των λειτουργιών». Αυτή η ταπεινή και ανεπιτήδευτη στάση θα σας υπενθυμίσει τη σημασία των μικρών αποφάσεων.
- Ακόμα τρέμω παντού. Φαίνεται ότι κάποιος μου φωνάζει ήδη: "Ο διευθυντής που ανέλαβε την υλοποίηση της λειτουργίας;!" (Και συμφωνώ μαζί του!) Ναι, εξακολουθείτε να είστε ο διευθυντής, που σημαίνει ότι θα έπρεπε να είναι κάποια μικρή λειτουργία, εντάξει; Ναι, έχεις ακόμα πολλά να κάνεις. Εάν απλώς δεν μπορείτε να αναλάβετε την υλοποίηση της συνάρτησης, τότε έχω μερικές επιπλέον συμβουλές για εσάς: διορθώστε ορισμένα σφάλματα. Σε αυτή την περίπτωση, δεν θα νιώσετε τη χαρά της δημιουργίας, αλλά θα έχετε κατανόηση για το πώς δημιουργείται το προϊόν, πράγμα που σημαίνει ότι δεν θα μείνετε ποτέ χωρίς δουλειά.
- Γράψτε δοκιμές μονάδας. Εξακολουθώ να το κάνω αυτό αργά στον κύκλο παραγωγής, όταν οι άνθρωποι αρχίζουν να τρελαίνονται. Σκεφτείτε το ως μια λίστα ελέγχου υγείας για το προϊόν σας. Κάνετε αυτό συχνά.
Πάλι αντίρρηση;
«Ραντς, αν γράψω κώδικα, θα μπερδέψω την ομάδα μου. Δεν θα ξέρουν ποιος είμαι — διευθυντής ή προγραμματιστής».
Εντάξει.
Ναι, είπα, "Εντάξει!" Χαίρομαι που πιστεύεις ότι μπορείς να μπερδέψεις την ομάδα σου απλώς κολυμπώντας στη λίμνη προγραμματιστή. Είναι απλό: τα όρια μεταξύ διαφορετικών ρόλων στην ανάπτυξη λογισμικού είναι επί του παρόντος πολύ ασαφή. Οι τύποι UI κάνουν αυτό που μπορεί να ονομαστεί γενικά προγραμματισμός JavaScript και CSS. Οι προγραμματιστές μαθαίνουν όλο και περισσότερα για το σχεδιασμό της εμπειρίας χρήστη. Οι άνθρωποι επικοινωνούν μεταξύ τους και μαθαίνουν για σφάλματα, για κλοπή του κώδικα άλλων ανθρώπων, καθώς και για το γεγονός ότι δεν υπάρχει κανένας καλός λόγος για έναν μάνατζερ να μην συμμετέχει σε αυτή τη μαζική, παγκόσμια, διασταυρούμενη επικονίαση bacchanalia πληροφοριών.
Εξάλλου, θέλετε να γίνετε μέλος μιας ομάδας που αποτελείται από εξαρτήματα που αντικαθίστανται εύκολα; Αυτό δεν θα κάνει απλώς την ομάδα σας πιο ευκίνητη, αλλά θα δώσει σε κάθε μέλος της ομάδας την ευκαιρία να δει το προϊόν και την εταιρεία από διάφορες οπτικές γωνίες. Πώς μπορείς να σεβαστείς τον Frank, τον ήρεμο τύπο που είναι υπεύθυνος για τις κατασκευές, περισσότερο από ό,τι αφού δεις την απλή κομψότητα των σεναρίων κατασκευής του;
Δεν θέλω η ομάδα σας να γίνει μπερδεμένη και χαοτική. Αντίθετα, θέλω η ομάδα σας να επικοινωνεί πιο αποτελεσματικά. Πιστεύω ότι εάν συμμετέχετε στη δημιουργία του προϊόντος και εργάζεστε σε χαρακτηριστικά, θα είστε πιο κοντά στην ομάδα σας. Και το πιο σημαντικό, θα βρίσκεστε πιο κοντά σε συνεχείς αλλαγές στη διαδικασία ανάπτυξης λογισμικού στον οργανισμό σας.
Μην σταματήσετε να αναπτύσσεστε
Μια συνάδελφός μου στο Borland μου επιτέθηκε μια φορά φραστικά επειδή την αποκάλεσε «κωδικοποιήτρια».
«Ραντς, ο κωδικοποιητής είναι μια ανόητη μηχανή! Πίθηκος! Ο κωδικοποιητής δεν κάνει τίποτα σημαντικό εκτός από το να γράφει βαρετές γραμμές άχρηστου κώδικα. Δεν είμαι κωδικοποιητής, είμαι προγραμματιστής λογισμικού!».
Είχε δίκιο, θα μισούσε την αρχική μου συμβουλή προς τους νέους CEO: «Σταματήστε να γράφετε κώδικα!» Όχι επειδή προτείνω ότι είναι κωδικοποιητές, αλλά περισσότερο επειδή προτείνω προληπτικά να αρχίσουν να αγνοούν ένα από τα πιο σημαντικά μέρη της δουλειάς τους: την ανάπτυξη λογισμικού.
Οπότε ενημέρωσα τις συμβουλές μου. Αν θέλετε να είστε καλός ηγέτης, μπορείτε να σταματήσετε να γράφετε κώδικα, αλλά...
Να είσαι ευέλικτος. Θυμηθείτε τι σημαίνει να είστε μηχανικός και μην σταματήσετε να αναπτύσσετε λογισμικό.
Σχετικά με τον συγγραφέα
Ο Michael Lopp είναι ένας βετεράνος προγραμματιστής λογισμικού που ακόμα δεν έχει φύγει από τη Silicon Valley. Τα τελευταία 20 χρόνια, ο Michael έχει εργαστεί για μια ποικιλία καινοτόμων εταιρειών, συμπεριλαμβανομένων των Apple, Netscape, Symantec, Borland, Palantir, Pinterest, και συμμετείχε επίσης σε μια startup που σιγά σιγά έπεσε στη λήθη.
Εκτός δουλειάς, ο Michael διευθύνει ένα δημοφιλές ιστολόγιο για την τεχνολογία και τη διαχείριση με το ψευδώνυμο Rands, όπου συζητά ιδέες στον τομέα της διαχείρισης με τους αναγνώστες, εκφράζει ανησυχία για τη συνεχή ανάγκη να κρατά το δάχτυλό του στον παλμό και εξηγεί ότι, παρά το γενναιόδωρες ανταμοιβές για τη δημιουργία ενός προϊόντος, η επιτυχία σας είναι δυνατή μόνο χάρη στην ομάδα σας. Το blog μπορείτε να το βρείτε εδώ .
Ο Μάικλ ζει με την οικογένειά του στο Ρέντγουντ της Καλιφόρνια. Πάντα βρίσκει χρόνο να κάνει ποδήλατο βουνού, να παίξει χόκεϊ και να πιει κόκκινο κρασί, καθώς το να είναι υγιές είναι πιο σημαντικό από το να είναι απασχολημένος.
» Περισσότερες λεπτομέρειες για το βιβλίο μπορείτε να βρείτε στη διεύθυνση
»
»
Για Khabrozhiteley 20% έκπτωση με χρήση κουπονιού - Διαχείριση Ανθρώπων
Με την πληρωμή της έντυπης έκδοσης του βιβλίου, θα σταλεί ηλεκτρονική έκδοση του βιβλίου με e-mail.
ΥΓ: Το 7% της τιμής του βιβλίου θα πάει στη μετάφραση νέων βιβλίων υπολογιστή, λίστα βιβλίων που παραδίδεται στο τυπογραφείο .
Πηγή: www.habr.com