Περιεχόμενο
- 01. Η κωδικοποίηση δεν την κόβετε πια
- Πλάτος και βάθος
- 02. Η μεγάλη προειδοποίηση
- 03. Τι λέει το Διαδίκτυο
- Κατανοήστε το μέσο
- 04. Τα πράγματα με τα οποία χτίζουμε
- 05. Devops
- Κατανοήστε τη στοίβα
- Μυστηριώδης δουλειά
- Πρακτικά εργαλεία
- 06. Ο Dev θα το διορθώσει ... ίσως
- Εντοπισμός σφαλμάτων
- 07. Τι θέλουν οι χρήστες
- Ανταγωνιστική αγορά
- 08. Σχέδιο και γραφή
- 09. Απολαύστε τον εαυτό σας
- 10. Μείνετε έντονοι
- Σας άρεσε αυτό; Διαβάστε αυτά!
Οι προγραμματιστές πρέπει να είναι κάτι περισσότερο από εργαζόμενοι που δημιουργούν κώδικες. Περιμένουμε περισσότερο από την ψηφιακή μας ζωή και αυτά τα παιδιά το χτίζουν, οπότε τι πρέπει να γνωρίζουν οι καλύτεροι προγραμματιστές; Εδώ είναι τα πράγματα που βλέπω να λείπουν από πάρα πολλούς προγραμματιστές. Αυτό δεν είναι εξαντλητικό, αλλά αυτές οι ιδιότητες μετατρέπουν έναν λογικό κωδικοποιητή σε έναν εκπληκτικό προγραμματιστή.
Αλλά δεν είναι ένα πράγμα, και ειδικά ποτέ δεν είναι η ικανότητα ανάλυσης XML ή βελτιστοποίησης κώδικα, είναι μια εκπληκτική συλλογή δεξιοτήτων που δεν διδάσκονται στα βιβλία σχετικά με τη σύνταξη κώδικα. Είναι λίγο κάτι επιπλέον.
Γιατί εξαερίζεστε έτσι; Επειδή η ανάπτυξη έχει σημασία, αλλά οι προγραμματιστές αποστέλλονται πολύ συχνά σε έναν διαφορετικό κόσμο, όχι πάντα από τη δημιουργία τους. Αυτό δεν λειτουργεί ποτέ. Ανάπτυξη - οτιδήποτε τεχνικό - ευδοκιμεί πάντα όταν εκείνοι με την τεχνογνωσία καταλαβαίνουν περισσότερα από τον κώδικα.
01. Η κωδικοποίηση δεν την κόβετε πια
Βρισκόμαστε σε έναν κόσμο όπου η κωδικοποίηση γίνεται λιγότερο εντυπωσιακή. Όλοι δημιουργούν ιστότοπους, μερικοί από αυτούς κωδικοποιούν, αλλά δεν χρειάζεται να το κάνετε. Δεν είναι πλέον μόνο ο nerdy που μπορεί να δημιουργήσει ιστότοπους, εφαρμογές και λειτουργίες.
Από τότε που ήρθε ο ιστός και οι άνθρωποι μπορούσαν να διδαχθούν υπήρξαν αυτοδίδακτοι προγραμματιστές. Αλλά ακόμη και οι απόφοιτοι απειλούνται. Λαμβάνω βιογραφικά σημειώματα με άτομα με πτυχία επιστήμης υπολογιστών, μαθήματα τεχνητής νοημοσύνης, διάφορα μέσα και κωδικοποίηση κάτω από τη ζώνη τους, αλλά υπάρχει ακόμα κάτι που λείπει. Μερικές φορές λείπουν πολλά.
Δεν είμαι ο πρώτος που το λέω. «Η κωδικοποίηση μην το κόβεις πια» είναι ο τίτλος του κεφαλαίου 3 από Ο παθιασμένος προγραμματιστής, που μαζί με βιβλία όπως Ρεαλιστική σκέψη και μάθηση προτρέψτε τους προγραμματιστές να βελτιωθούν πέρα από τον κώδικα · να γίνουμε ευγενικά και εντελώς ανθρώπινα μέλη της ομάδας.
Πλάτος και βάθος
Οι προγραμματιστές πρέπει να είναι καλύτεροι με δύο τρόπους: το πλάτος και το βάθος. Πρέπει να κατανοήσουν το εύρος των ανθρώπινων αλληλεπιδράσεων στην ομάδα τους και με τα πράγματα που χτίζουν. Πρέπει να κατανοήσουν το βάθος του συστήματος με το οποίο εργάζονται, μέχρι το O / S.
Και δεν είναι μόνο οι προγραμματιστές που πρέπει να διαβάζουν αυτά τα πράγματα. Εάν εργάζεστε με προγραμματιστές, νομίζω ότι θα πρέπει να περιμένετε περισσότερα από αυτά. Κάντε τους να σκιαγραφήσουν για τι μιλάνε. Ζητήστε τους να εξηγήσουν με εικόνες, αντικείμενα και (λειτουργεί) αποκόμματα ανθρώπων ακριβώς πώς θα είναι το σύστημα για τους ανθρώπους που το χρησιμοποιούν.
02. Η μεγάλη προειδοποίηση
Θα μιλήσω αρνητικά για προγραμματιστές, αλλά νομίζω ότι μου επιτρέπεται επειδή είμαι ένας. Επίσης επειδή τουλάχιστον ένα πράγμα για το οποίο μιλώ εδώ ισχύει για πολλούς από τους προγραμματιστές που συναντώ. Αν και η δουλειά τους είναι υπέροχη και ξέρουν τον κωδικό τους, οι καιροί είναι ανταγωνιστικοί. Πρέπει να έχετε ένα πλεονέκτημα, και αυτό είναι:
- να είσαι πιο τεχνικός
και
- είναι πολύ περισσότερος άνθρωπος
03. Τι λέει το Διαδίκτυο
Το Googling για «βασικές δεξιότητες ανάπτυξης ιστού» εμφανίζει αυτό που θα περιμένατε. Γνώσεις πλαισίου, x-browser, CSS και JS. Παραθέτουν πλαίσια που πρέπει να γνωρίζετε, πλατφόρμες για τις οποίες πρέπει να επεξεργάζεστε και νέες τάσεις που πρέπει να παρακολουθείτε.
Αυτά είναι τα μέσα μας. Είναι τα πράγματα με τα οποία χτίζουμε, αλλά δεν είναι αυτό που δίνει επιτυχία σε ένα έργο. Ένας προγραμματιστής μπορεί να κατανοήσει κάθε λεπτομέρεια του συστήματος, να σας πει κάθε δυνατότητα ενός API και μιας νέας τεχνολογίας CSS, αλλά εξακολουθεί να παράγει κάτι άχρηστο.
Κατανοήστε το μέσο
Οι προγραμματιστές, όπως όλοι, πρέπει να κατανοήσουν το μέσο τους - αλλά πρέπει επίσης να κατανοήσουν το κοινό, είτε οι χρήστες, η ομάδα ή άλλοι προγραμματιστές. Πρέπει να καταλάβουν πώς το μέσο τους ταιριάζει στον κόσμο (με άλλα λόγια, το περιβάλλον παραγωγής) και τι αποτέλεσμα έχει (πώς το χρησιμοποιούν οι άνθρωποι).
Αυτό το έχω δει ως «ευρύ και βαθύ» άτομο. Ευρύ, γιατί πρέπει να καταλάβετε τον κόσμο ως άνθρωπο που συνεργάζεται με άλλους ανθρώπους. Βαθιά επειδή χρειάζεστε διεξοδικές τεχνικές γνώσεις κάτω από το επίπεδο του μέρους σας του έργου. Αυτοί οι προγραμματιστές δίνουν στο έργο σας μια τεράστια ώθηση και αλλάζουν τον ρυθμό του έργου, χωρίς το οποίο θα βρείτε μη τεχνικό προσωπικό κολλημένο με κουραστικές λεπτομέρειες που ξεχειλίζουν από την ομάδα τεχνολογίας.
04. Τα πράγματα με τα οποία χτίζουμε
Πρόσφατα έγραψα μια λίστα με όλα όσα χρησιμοποιούμε για να δημιουργήσουμε ιστότοπους, να διαχειριστώ τη φιλοξενία και να κάνουμε πράγματα, έτσι ώστε τα άτομα που συμμετέχουν να μπορούν να έχουν ένα cheat φύλλο τεχνολογιών για να μάθουν τις πρώτες εβδομάδες τους. Το είχαμε διαβάσει ότι οι άνθρωποι γνώριζαν αυτά τα πράγματα, οπότε για να δώσουμε μια νέα αρχή στους νεοσύλλεκτους, θα απαριθμούσαμε όλα όσα χρησιμοποιούμε κάθε μέρα.
Περίμενα μισές δωδεκάδες τεχνολογίες, αλλά κατέληξα με πολύ περισσότερες. Αυτή η λίστα - «αυτό που χρησιμοποιούμε» - περιλαμβάνει τις συνήθεις CMS, τις γλώσσες προγραμματισμού και τις τεχνολογίες προγράμματος περιήγησης, αλλά και μια δέσμη εργαλείων που η ομάδα δεν θυμόταν καν να χρησιμοποιούν. Ήταν όλη η μυϊκή μνήμη. Πληκτρολογώντας «git», «phing», «tor» στη γραμμή εντολών, δεν νομίζαμε καν ότι κάποιος μπορεί να μην.
Δημιουργήστε εργαλεία; CI; Το git για έλεγχο έκδοσης θεωρήθηκε δεδομένο, αλλά κοιτάζοντας πίσω τα βιογραφικά αυτά σχεδόν δεν εμφανίστηκαν. Τα μοντέρνα θα εμφανίζονταν (και είναι κυνικό που πιστεύω ότι ορισμένες υπηρεσίες τα προσθέτουν ;!) αλλά συχνά χωρίς συγκεκριμένη εμπειρία.
Αυτά τα εργαλεία είναι σημαντικά για την επιτάχυνση της ανάπτυξης του έργου, οπότε βεβαιωθείτε ότι έχετε ένα πολύ πιο πλούσιο σετ εργαλείων από τη γλώσσα σας, το CMS και μερικά πλαίσια. Χρειάζεστε ανάπτυξη, δοκιμή, CI, ισχυρό έλεγχο έκδοσης (σε ομάδες - όχι μόνοι σας) και πρέπει να κατανοήσετε τις βασικές έννοιες αυτών και όχι μόνο μερικά μαθήματα.
05. Devops
Αυτά τα επιπλέον εργαλεία και κόλπα ταιριάζουν απόλυτα σε αυτό που οι άνθρωποι αποκαλούν «devops». Οι Devops πετούν μπροστά σε δύο παραδοσιακά σιλό: παραγωγή, που κρατά τα πράγματα σε λειτουργία, και ανάπτυξη, που κάνει νέα πράγματα (και συχνά σταματά τα πράγματα να τρέχουν). Τα σιλό οδηγούν σε δύο στρατόπεδα με λίγη συμπάθεια μεταξύ τους.
Οι προγραμματιστές χωρίς γνώσεις παραγωγής παράγουν συχνότερα κώδικα που δεν είναι κατάλληλος για παραγωγή, χρησιμοποιώντας διαμόρφωση ή χαρακτηριστικά που δεν υπάρχουν ακόμη στη στοίβα παραγωγής. Επειδή δεν γνωρίζουν τα προβλήματα του περιβάλλοντος παραγωγής, κωδικοποιούν για να ολοκληρώσουν τη λειτουργία αντί να την αναπτύξουν στην παραγωγή.
Αυτές οι μικρές λεπτομέρειες μπορούν να δημιουργήσουν οδυνηρές καθυστερήσεις, που επιδεινώνονται από την τάση αποστολής της διαχείρισης διακομιστών στο εξωτερικό.
Κατανοήστε τη στοίβα
Το Devops είναι ένα τεράστιο πεδίο από μόνο του, που περιλαμβάνει τη συνεχή ανάπτυξη και πολλούς αυτοματισμούς. Αυτή είναι μια συνοπτική περίληψη, αλλά το βασικό πράγμα που πρέπει να καταλάβουν οι προγραμματιστές είναι η στοίβα στην οποία εκτελούνται. Δεν αρκεί να το αναθέσετε στον διαχειριστή του διακομιστή, πρέπει να κατανοήσετε τις επιπτώσεις που έχει η πλατφόρμα στον κώδικά σας.
Εάν εργάζεστε στο Rails, διαβάστε τον κωδικό Rails και μάθετε πώς εκτελείται το Ruby από τον Apache. Εάν εργάζεστε σε Java, μάθετε για τις επιλογές διαμόρφωσης. Αν χρησιμοποιείτε Perl, κατανοήστε πώς να εγκαταστήσετε τις μονάδες Perl και να τις διαμορφώσετε.
Μυστηριώδης δουλειά
Η λίστα «αυτό που χρησιμοποιούμε» περιέχει πολλά από αυτά τα πράγματα, και καλοί προγραμματιστές το κάνουν για να καταλάβουν πώς γίνεται όλη αυτή η μυστηριώδης δουλειά. Και μόλις το καταλάβουν, οι αναπτύξεις γίνονται πιο γρήγορα, η εργασία αναπτύσσεται πιο ομαλά και όλοι είναι πιο ευτυχισμένοι.
Η συνεχής ανάπτυξη και οι σχετικές πρακτικές των devops καθίστανται τόσο τυπικές που οποιοσδήποτε προγραμματιστής ή εταιρεία που δεν ασκεί αυτό θέτει τους εαυτούς τους να ξεπεραστούν. Κάποιος άλλος θα αρχίσει να το κάνει και μετά θα είναι πιο γρήγορος από εσάς.
Πρακτικά εργαλεία
Το Google για "devops" σάς δίνει μια ιδέα για τα εργαλεία που χρησιμοποιούν αυτά τα παιδιά. Δεν πρόκειται για PHP και MySQL ή Rails. Αφορά το λογισμικό αποστολής και τη διατήρηση των επικίνδυνων έργων χωρίς κίνδυνο. Επικεντρώνονται στην ανάπτυξη, τον αυτοματισμό και τη διατήρηση του αγωγού από τον προγραμματιστή στο περιβάλλον παραγωγής που λειτουργεί όσο το δυνατόν γρηγορότερα.
Θα διαπιστώσετε ότι αυτό το στυλ ανάπτυξης σας δίνει προγραμματιστές που συνεργάζονται καλύτερα μεταξύ τους και με άλλα τμήματα και εταιρείες. Εάν συνεργάζονται με ένα API από τρίτο μέρος, θα κατανοήσουν τα προβλήματα που ενδέχεται να προκύψουν από την άλλη πλευρά. Όταν εργάζονται με τους διαχειριστές του διακομιστή, θα κατανοούν τι χρειάζονται εγκατεστημένοι και θα γνωρίζουν πώς οι ιστότοποι λογισμικού τους σε διακομιστές παραγωγής. Το αντίστροφο αυτού μπορεί να είναι επώδυνο ...
06. Ο Dev θα το διορθώσει ... ίσως
Αυτή η αναζήτηση για «βασικές δεξιότητες προγραμματιστή ιστού» φέρνει μια ωραία απάντηση από τον Michael Greer (The Onion’s CTO) στο Quora:
- Τεμπελιά: Αρνείται να κάνει τίποτα δύο φορές: γράφει ένα σενάριο ή άλγος για αυτό.
- Δειλία: Σκέφτεται να δοκιμάσει, ανησυχεί για φορτίο και αντίκτυπο κώδικα
- Recklessness: Δοκιμάζει νέα πράγματα συνεχώς, παρουσιάζει ιδέες την ίδια μέρα
Η δειλία είναι ένας καλός τρόπος διατύπωσης της «προσοχής στη λεπτομέρεια». Ο εντοπισμός σφαλμάτων και οι δοκιμές είναι το 99 τοις εκατό της ζωής ενός προγραμματιστή που κανείς δεν ανέφερε όταν έφτασε στο W3Schools ή ξεκίνησε το μάθημα υπολογιστών 101.
Η ικανότητα διόρθωσης εφαρμογών απαιτεί εξαιρετικές δεξιότητες επίλυσης προβλημάτων, αλλά όχι μόνο τον εντοπισμό σφαλμάτων κώδικα. Μερικές φορές η λύση στους χρήστες που δεν μπορούν να κατεβάσουν τα τιμολόγιά τους είναι να κάνουν τη σελίδα εκτυπώσιμη, αντί να ξοδεύουν μια μέρα δημιουργώντας PDF. Μερικές φορές ένας σύνδεσμος μπορεί να αντικαταστήσει μια εβδομάδα ανάπτυξης, αλλά αυτή η κομψή λύση δεν θα συμβεί εάν οι προγραμματιστές λύσουν προβλήματα καθαρά γράφοντας πολλές γραμμές κώδικα.
Η δοκιμή είναι ένα υπέροχο blindspot για πολλούς devs, παρά τα πολλά εργαλεία εκεί έξω. Χρησιμοποιήστε δοκιμές μονάδας, σελήνιο, δοκιμές φορτίου και εργαλεία προφίλ, όπως το xhprof. Ανάλυση από πράγματα όπως το New Relic για να διατηρήσετε το αποτύπωμα της εφαρμογής σας μικρό. Και σκεφτείτε αυτό όλο το μέρος της δουλειάς του προγραμματιστή: είναι ο κώδικάς σας, βεβαιωθείτε ότι γνωρίζετε ότι λειτουργεί όπως προορίζεται και όχι ελπίζει.
Εντοπισμός σφαλμάτων
Ο εντοπισμός σφαλμάτων είναι επίσης ένα κακό σημείο. Όχι πώς να χρησιμοποιήσετε ένα πρόγραμμα εντοπισμού σφαλμάτων, αλλά πώς να διορθώσετε ένα πρόβλημα - γι 'αυτό θα προσθέσω στη λίστα του Michael Greer:
- Ανυπομονησία: αγνοεί επιθετικά άσχετες πληροφορίες για την εύρεση και επίλυση του πραγματικού προβλήματος
Αυτός είναι ο ακρογωνιαίος λίθος όλων των τεχνικών εντοπισμού σφαλμάτων. Αγνοώντας το άσχετο και βρίσκοντας νόημα στο σχετικό. Δυστυχώς, πολλοί είναι επιρρεπείς να σφυροκοπούν λανθασμένα το άσχετο για ώρες ή ημέρες, διορθώνοντας ένα πρόβλημα προσπαθώντας το ίδιο πράγμα 10 φορές.
Υπάρχουν πολλά βιβλία (δυστυχώς, όχι αυτά που έδωσα στον εκδότη που δεν θα ονομάσω) σχετικά με την εντοπισμό σφαλμάτων και κάθε προγραμματιστής πρέπει να τα διαβάσει όλα. Ένας πραγματικά μεγάλος προγραμματιστής μπορεί να εντοπίσει προβλήματα σε ένα σύστημα χωρίς να δει μια γραμμή κώδικα.
07. Τι θέλουν οι χρήστες
Κατανοήστε τι προσπαθούν να κάνουν οι άνθρωποι γύρω σας. Απολαύστε τον κώδικα - λατρεύετε την τέχνη της εγκοπής αρχείων CSS τέλεια ή βελτιστοποιώντας μια εφαρμογή ράγας - αλλά θυμηθείτε ότι είναι όλα για έναν σκοπό.
Οι προγραμματιστές πρέπει να κατανοήσουν τις επιχειρήσεις, τις λειτουργίες και τις επιχειρηματικές διαδικασίες, επειδή τα περιεχόμενά τους βοηθούν στην εκτέλεση. Οι προγραμματιστές με αυτήν τη γνώση μπορούν να δημιουργήσουν λογισμικό και εφαρμογές που βοηθούν τους χρήστες, αλλά συχνά φαίνονται ασυνήθιστα παραγωγικοί. Αυτό μπορεί να οφείλεται στη γρήγορη πληκτρολόγηση φωτισμού ή στην εκπληκτική γνώση της στοίβας, αλλά είναι πιο πιθανό να οφείλεται στη γνώση του τι θέλουν οι χρήστες.
Ανταγωνιστική αγορά
Επιστρέφοντας στο αρχικό μου σημείο, αυτή η ανάπτυξη γίνεται πιο εύκολη και η αγορά για σπουδαίους προγραμματιστές είναι πιο ανταγωνιστική, κάθε προγραμματιστής που μπορεί να κατανοήσει τις απαιτήσεις της επιχείρησης και να φέρει κάτι εξαιρετικό για να τις συναντήσει θα έχει πλεονέκτημα. Κατανοήστε την αγορά, τους πελάτες και γιατί οι άνθρωποι χωρίζουν με χρήματα βοηθούν.
Κατανοήστε τα δεδομένα και πώς θα αλλάξουν με την πάροδο του χρόνου. Στο μυαλό του προγραμματιστή θα πρέπει να ευθυγραμμίζουν τις νέες τεχνολογίες με τις προκλήσεις που έχετε σήμερα ή να δείτε να έρχονται. Με αυτόν τον τρόπο, όταν προτείνετε μια φανταστική νέα ιδέα στο MD ή σε έναν πελάτη, θα βασίζεται σε αυτό που πραγματικά θέλουν οι πελάτες και θα λάβετε τον προϋπολογισμό / χρόνο σε αυτό. (Αντίθετα, το χειρότερο πράγμα που πρέπει να δούμε είναι οι προγραμματιστές που κάνουν τη νέα αγαπημένη τους τεχνολογία ως λύση για όλα τα δεινά μας.)
Οι προγραμματιστές έχουν πολύ έλεγχο - πρέπει να γνωρίζουν τι σημαίνει κάθε πεδίο στη βάση δεδομένων για τον τελικό χρήστη; Εάν αλλάξουμε τα δεδομένα, τι θα βλέπουν οι χρήστες; Υπάρχει καλύτερος τρόπος για να βοηθήσετε τους χρήστες; Πολύ συχνά η άποψη των διαχειριστών DB είναι ο κόσμος είναι μια κακή αντανάκλαση της βάσης δεδομένων τους και όχι η βάση δεδομένων τους ως κακή αναπαράσταση του πραγματικού κόσμου. Ο κόσμος είναι βρώμικος και εκπληκτικά γεμάτος θήκες. Αντιμετωπίστε το, διαχειριστές DB.
08. Σχέδιο και γραφή
Το σχέδιο είναι ο πιο άμεσος τρόπος επικοινωνίας με το τι θα είναι. Οι προγραμματιστές πρέπει να μπορούν να σχεδιάσουν τις ιδέες τους σε χαρτόνι, χαρτόνι και μπίρες.
Οι προγραμματιστές πρέπει να είναι σε θέση να κάνουν πρωτότυπο σε χαρτί, να εκτυπώνουν στιγμιότυπα οθόνης και να τους γράφουν για να γνωστοποιούν την πρόθεσή τους. Μην εμπιστεύεστε τον προγραμματιστή που κουνάει, λέει ότι κατανοεί και ανοίγει τον συντάκτη του.
Αποτυχία φθηνά: η καλύτερη κωδικοποίηση ξεκινά με το σχέδιο ως γρήγορο πρωτότυπο. Αποτύχετε πιο συχνά και βεβαιωθείτε ότι όλοι οι προγραμματιστές γύρω σας κάνουν το ίδιο, καθώς είναι πιο πιθανό να πετύχετε με αυτόν τον τρόπο.
09. Απολαύστε τον εαυτό σας
Και τι γίνεται αν πρέπει να περάσετε 10 ώρες για την επίλυση ενός προβλήματος μετακινώντας έναν σύνδεσμο; Απολαύστε το - ακόμα κι αν είναι απλώς η πρόκληση να ολοκληρώσετε τη δουλειά.
Η χειρότερη στάση από προγραμματιστές (ή οποιονδήποτε) είναι η απάθεια απέναντι στο τι προσπαθεί να επιτύχει η ομάδα. Δυστυχώς, αυτό είναι συνηθισμένο, επειδή οι προγραμματιστές βλέπουν τον εαυτό τους να είναι εκτός αυτού που επιτυγχάνει η ομάδα. (Ο παθιασμένος προγραμματιστής θέτει το ερώτημα, «πόσο πιο διασκεδαστικό θα μπορούσατε να κάνετε τη δουλειά σας;» - δοκιμάστε το.)
Και να είστε έτοιμοι να δείξετε τη δουλειά σας, καθώς το αντίστροφο είναι: μην επεκτείνετε έχοντας δοκιμάσει μερικά σεμινάρια για το Ruby στο «Experience of Ruby»!
Η ανάπτυξη ιστού και εφαρμογών εξακολουθεί να είναι ένα νέο επάγγελμα, αλλά το σύνολο δεξιοτήτων που πραγματικά χρειάζεται μεγάλος προγραμματιστής επεκτείνεται. Όλοι πρέπει να περιμένουν περισσότερους προγραμματιστές, γιατί όσο πιο γρήγορα βγαίνουμε από το άσχημο δωμάτιο και θα ασχοληθούμε με τη δημιουργική διαδικασία τόσο καλύτερα θα είναι τα αποτελέσματα.
10. Μείνετε έντονοι
Για να φτάσω σε έναν ωραίο γύρο 10, θα προσθέσω ένα τελευταίο πράγμα. Μείνετε αιχμηροί. Βρείτε ανταγωνισμό. Το χειρότερο είδος οτιδήποτε είναι ένα μεμονωμένο.
"Πάντα να είσαι ο χειρότερος τύπος σε κάθε μπάντα που είσαι".
Οι χειρότεροι - πραγματικά, οι πολύ κακοί - προγραμματιστές, κωδικοποιητές, σχεδιαστές μαθαίνουν τα πράγματα τους και στηρίζονται στις δάφνες τους. Χωρίς βηματοδότη, είναι πολύ εύκολο να επιβραδύνετε και χωρίς να βλέπετε τον ανταγωνισμό, γίνεται συνήθεια να βλέπετε τον εαυτό σας πάνω από το μέσο όρο.
Γίνε λοιπόν το χειρότερο που μπορείς να βρεις καλύτερα. Συμμετάσχετε σε έργα εκτός εργασίας, συνεισφέρετε και αναζητήστε ανατροφοδότηση και κριτική γιατί όσο περισσότερη κριτική λαμβάνετε, τόσο λιγότερα άτομα θα σας δώσουν στο μέλλον. Όταν μαντεύετε τι θέλουν καλύτερα από ό, τι είναι, τότε είστε ο προγραμματιστής ninja που όλοι θέλουν.
Ο Dan Frost είναι τεχνικός διευθυντής της εταιρίας web 3EV με πλήρη υπηρεσία, επίσημος συνεργάτης της AWS. Εργάζεται στο CMS και στην ανάπτυξη εφαρμογών ιστού για επτά χρόνια.
Σας άρεσε αυτό; Διαβάστε αυτά!
- Πώς να δημιουργήσετε μια εφαρμογή
- Οι καλύτερες δωρεάν γραμματοσειρές Ιστού για σχεδιαστές
- Ανακαλύψτε τι ακολουθεί για το Augmented Reality
