Come può un nuovo programmatore impressionare l'ingegnere del software (capo)? [chiuso]


98

Sto lavorando al mio primo lavoro di programmazione. Il mio capo è un ingegnere informatico molto intelligente e sento di avere molto poco da offrire rispetto a lui. Il problema è che è sempre occupato e ha bisogno di qualcuno che lo aiuti. Mi sento come se non fossi abbastanza bravo, ma voglio ancora avere successo. Voglio essere un grande programmatore.

Cosa posso fare per impressionarlo?

Grazie.


4
@Pablo: Come hai già detto, sii semplicemente un grande programmatore :)
Fanatic23,

2
@ Fanatic23 +1 per i consigli attuabili ... NON.
Olivier Lalonde,

Chiedigli di essere un mentore ...
Brian

1
Sii appassionato, intelligente, autodidatta, apprendista veloce e tutto sommato un vero risolutore di problemi :-)
Jahan Zinedine,

7
Per i futuri lettori, la risposta TL; DR è questa: stupisci il tuo capo lasciando un lavoro ingrato a volare dal Michigan a San Francisco, perché l'unico posto in cui puoi fare qualcosa di impressionante è in una città piena di biciclette a ruote fisse.
Incognito,

Risposte:


189

Ti ho mai parlato di Ashton?

Ashton era il tuo classico ragazzo di campagna alimentato a mais. I suoi genitori erano stati hippy che non erano mai riusciti a mettere insieme i loro spettacoli fino a quando sua madre non aveva ereditato 15 acri in una zona rurale del Michigan. La famiglia si trasferì là, acquistò un paio di capre da latte e lottò per guadagnarsi da vivere vendendo formaggio di capra biologico ai yuppy al mercato agricolo di Ann Arbor.

Dall'età di dieci anni, Ashton ha dovuto svegliarsi ogni mattina alle 4:00 del mattino e mungere quelle maledette capre, ed è stato estenuante. Ashton adorava andare a scuola perché significava che non lavorava fino al ginocchio nella cacca di capra. Durante il liceo, ha studiato il culo, sperando che una borsa di studio per una buona università sarebbe il suo biglietto fuori dalla fattoria. Trovò che il college era molto più facile della vita di campagna che non capiva perché tutti gli altri non fossero etero A come lui. Si è laureato in Ingegneria del Software perché non riusciva a immaginare che agli ingegneri fosse mai richiesto di svegliarsi alle 4:00 del mattino

Ashton si è laureato a scuola senza conoscere molto l'industria del software, quindi è andato alla fiera della carriera, ha fatto domanda per tre lavori, è stato accettato da tutti e tre e ha scelto quello che pagava di più: qualcosa di folle come $ 32.000 all'anno, lavorando presso una grande azienda di mobili nella parte sud-occidentale dello stato che produceva cubicoli per aziende di tutto il mondo. Non avrebbe mai più voluto vedere una fattoria, quindi era determinato a fare una buona impressione sul suo capo, Charlie Sherman.

"Non sarà facile", ha detto il suo compagno di box, Jeff. "È una specie di leggenda qui."

"Che cosa vuoi dire?" Chiese.

"Beh, ti ricordi qualche anno fa, quando c'era tutto quel tumulto su Y2K?"

Ashton probabilmente era troppo giovane. “Y2K?”

“Sai, nessuno si aspettava che tutti i vecchi programmi per computer scritti negli anni '60 fossero ancora in esecuzione nel 2000, quindi avevano solo due cifre per l'anno. Invece di memorizzare il 1999, avrebbero archiviato 99. E poi, quando l'anno è finito il 1 ° gennaio 2000, i sistemi informatici si sono arrestati in modo anomalo, perché hanno cercato di inserire "100" in due cifre.

"Veramente? Ho pensato che fosse un mito ", ha detto Ashton.

"In tutte le altre società del mondo, non è successo nulla", ha detto Jeff. "Hanno speso miliardi di dollari per controllare ogni riga di codice. Ma qui, ovviamente, sono bastardi a buon mercato, quindi non si sono preoccupati di fare alcun test. ”

"Affatto?"

“Zilch. Zero test. Nada. Ed ecco, quando le persone sono tornate al lavoro il 2 gennaio, non una sola cosa ha funzionato. Non potevano stampare i programmi di produzione. Non riuscivano nemmeno ad accendere metà delle linee di assemblaggio. E nessuno sapeva quali turni avrebbero dovuto funzionare. La fabbrica si è letteralmente fermata. "

"Stai scherzando", ha detto Ashton.

“Non ti cagare. La fabbrica era totalmente silenziosa. Ora, Charlie, era nuova allora. Aveva lavorato alla Microsoft, alla NASA o qualcosa del genere ... nessuno poteva capire perché qualcuno come lei avrebbe lavorato nella nostra piccola ascella di un'azienda. Ma si sedette e iniziò a scrivere codice. E codifica. E codifica.

“Charlie ha programmato per nove giorni consecutivi. Nove giorni senza dormire, senza mangiare, alcune persone hanno persino affermato che non è mai andata in bagno. Passò da un sistema all'altro e li risolse letteralmente tutti. Era qualcosa da vedere. Mio Dio, c'erano dei sistemi COBOL che dovevano essere riparati. L'intera fabbrica è ferma e Charlie sta inviando persone alla biblioteca universitaria di Ann Arbor per trovare vecchi manuali COBOL. I lavoratori della catena di montaggio sono in piedi rabbrividendo, perché anche i termostati avevano un bug Y2K. E Charlie sta bevendo una tazza dopo l'altra e digitando come una pazza. ”

"Wow. E non è mai andata in bagno? "

“Bene, quella parte potrebbe essere un po 'un po 'un'esagerazione. Ma ha davvero lavorato 24 ore per nove giorni di fila. Ad ogni modo, l'11 gennaio, circa cinque minuti prima dell'inizio del turno di giorno, esce dal suo cubicolo, va alla stampante di linea, preme un pulsante e boom! vengono fuori i programmi di produzione, i programmi del team e tutto è perfetto, perfettamente formattato, usando un font leggermente più piccolo in modo che il "2000" si adatti a quello che era solito dire "99", e ha persino scritto un nuovo sistema di ottimizzazione delle priorità che li aiuta a mettersi al passo con 9 giorni di mancata produzione senza far incazzare troppi clienti e tutte le linee di assemblaggio iniziano a funzionare come se nulla fosse mai stato sbagliato, e il calore si accende e le fatture escono stampate con "2000" come l'anno del "19100", e dopo quel giorno, nessuno trovò un singolo bug. "

"Oh andiamo!" Dice Ashton. "Nessuno scrive codice senza bug."

“Lo ha fatto. L'ho visto con i miei stessi occhi. Il primo giorno indietro hanno corso due giorni di cubicoli senza singhiozzo. "

Ashton era sbalordito. “È epico. Come posso essere all'altezza? ”

"Non puoi, amico, nessuno può," disse Jeff, tornando al suo terminale di computer, dove riprese una guerra di fiamma online su chi avrebbe vinto in un combattimento, Spock o Batman, che infuriava da oltre quattro mesi.

Non uno a cui rinunciare, Ashton ha giurato che un giorno avrebbe fatto qualcosa di leggendario. Ma la verità è che non c'è mai stato un altro Y2K. E nessuno, in quella parte del Michigan, ha dato il culo a un topo per una buona programmazione. In effetti, i programmatori non avevano quasi nulla da fare. A Ashton sono stati assegnati dei piccoli progetti stupidi ... a un certo punto ha trascorso tre settimane a lavorare su un caso in cui l'imposta sulle vendite in una determinata contea era sbagliata perché un codice postale copriva due diverse zone di imposta sulle vendite. La cosa divertente era che era in una parte impopolata dello Stato di New York in cui nessuno aveva mai comprato cabine per ufficio e non avevano mai avuto un cliente lì, quindi il suo codice non sarebbe mai stato eseguito.

Mai.

Per due anni Ashton è entrato nel lavoro entusiasta ed eccitato e morendo dalla voglia di fare la differenza e fare qualcosa di eccezionale e fantastico, mentre i suoi colleghi navigavano in Internet, inviavano messaggi istantanei ai loro amici e giocavano solitario al computer per ore.

Jeff, il suo compagno di cubicolo, aveva solo una responsabilità: aggiornare il foglio di calcolo Excel settimanale indicando quante persone erano ferite sul lavoro quella settimana. Nessuno lo è mai stato. Una volta alla settimana, Jeff apriva il foglio di calcolo, andava in fondo alla pagina, inseriva la data e uno zero, andava a salvare e basta.

Ashton ha persino scritto una macro per Jeff che ha automatizzato quell'attività. Jeff non voleva essere catturato, quindi ha rifiutato di installarlo. Dopo non si sono più messi d'accordo. È stato imbarazzante.

La mattina del suo anniversario di due anni presso l'azienda cubicolo, Ashton stava guidando al lavoro quando ha realizzato qualcosa.

Nessuna riga di codice che aveva scritto era mai stata eseguita.

Non una cosa che aveva fatto in due anni di lavoro ha avuto alcun impatto sul mondo.

Ed era un cazzo di 24 gradi in quella parte del Michigan, ed era grigio e puzzolente, e la sua Honda era un pezzo di merda, e non aveva amici in città, e niente aveva importanza.

Mentre percorreva Lincoln Avenue, vide la società di mobili davanti a sinistra. Tre bandiere sventolavano di fronte al campus aziendale: una bandiera americana, una bandiera del grande stato del Michigan e una bandiera bianca e rossa con il logo dell'azienda. Arrivò nella corsia di svolta dietro una lunga fila di macchine in attesa di svoltare a sinistra. E 'sempre voluti quattro o cinque cicli semaforici, nelle ore di punta, per fare il giro, in modo da Ashton avuto tutto il tempo per cercare di ricordare se alcun codice avesse mai scritto è stato mai utilizzato da chiunque .

E non lo era. E ha respinto una lacrima.

E invece di svoltare a sinistra, è andato dritto, quasi causando un incidente perché ha dimenticato che la luce di svolta a sinistra non significava che potevi andare dritto.

Guidò a destra lungo Lincoln Avenue, salì sull'autostrada senza pedaggio Gerald Ford e continuò a guidare fino a quando non arrivò all'aeroporto a Grand Rapids, e lasciò la sua vecchia schifosa Honda proprio di fronte al terminal, sapendo perfettamente sarebbe stato rimorchiato, e non ha nemmeno chiuso la portiera della macchina, e camminò fino allo sportello della Frontier Airlines e si comprò un biglietto sul volo successivo per San Francisco, che sarebbe partito tra 20 minuti, e si sull'aereo, e ha lasciato il Michigan per sempre.


61
non puoi lasciarmi in questo modo. dov'è il capitolo 2 di questa storia :)
mikeal l'

50
Sono stupido per non aver capito la morale della storia? :(
Terence Ponce l'

39
Poi Ashton disse "Guardò il mio regno che ero finalmente lì, per sedermi sul mio trono come il principe di Bel-Air". Scusa non ho resistito.
Jin,

37
La morale è se non stai facendo la differenza nel tuo lavoro o se hai l'opportunità di avanzare, trova un lavoro dove vuoi. Sono stato in una situazione in cui sapevo di essere bravo nel mio lavoro, ma il mio capo era vecchio stile e inflessibile e sapevo che non sarei arrivato da nessuna parte, quindi me ne sono andato. La migliore decisione di carriera che abbia mai preso.
Simon Hibbs,

149
La storia continua: è andato a lavorare per Google, dove ha lavorato su Wave. E ancora, nessuno stava usando il suo codice.
Ivo van der Wijk,

97

Ricordi la scena di Aladdin in cui Aladdin vuole impressionare Jasmine e il genio gli dice che farebbe meglio a concentrarsi solo sull'essere se stesso? Lo stesso principio qui.

Se il capo è molto meglio di te e tu lo sai, probabilmente lo sa anche lui. Non si aspetta da te grandi prodigi nel programmare la celebrità del rock. Dal momento che questo è il tuo primo lavoro, molto probabilmente ti ha assunto perché ha visto il potenziale per diventare un buon programmatore in te. Quindi, se vuoi davvero impressionarlo, impara. Impara la lingua, impara il sistema su cui stai lavorando, impara i dettagli e gli angoli bui. Concentrati sull'apprendimento dei principi corretti, imparandoli bene e imparandoli rapidamente, in questo ordine.

E ricorda che parte dell'apprendimento consiste nel copiare le conoscenze che altre persone hanno già. Non abbiate paura di porre domande, sia ai vostri colleghi che su StackOverflow, o fare ricerche su Google. Qualunque cosa tu faccia, non far finta di sapere qualcosa quando davvero non lo fai, nel tentativo di evitare di sembrare stupido. Qualsiasi bravo sviluppatore noterà rapidamente e ciò ti farà sembrare ancora più stupido ai loro occhi. L'umiltà tende ad essere ancora considerata una virtù tra gli ingegneri.

Fai un buon lavoro e impressionerà il capo.


2
+1 e se il suo capo è migliore di lui - non c'è da meravigliarsi, ecco perché: ericsink.com/Career_Calculus.html
sharptooth l'

@ Mason: risposta fantastica ed esatta. Ma penso che dovresti rimuovere Aladdin para ....

3
Esattamente. Anche nella scuola di programmazione del gioco sono uno (o l'unico) che fa sempre domande. Ma devi anche capire che le persone non hanno sempre la risposta, nemmeno un insegnante. Più volte un insegnante mi ha risposto "non lo so", e non mi sentivo orgoglioso, ma più come "Avrei fatto meglio a cercarlo prima di perdere tempo a questo ragazzo". La curiosità, proprio come nelle scienze, è la MIGLIORE VIRTUE che puoi pensare di avere. Seriamente, google qualsiasi parola su un argomento di cui ti stai chiedendo. La curiosità è il miglior motore di apprendimento che ho, questa è la differenza tra le persone che chiami smart e altre
jokoon

3
sai che sei in un brutto posto nella vita quando prendi spunti da un film Disney.
Epaga,

47

Due parole: sii affidabile.

Nella tua posizione, non sei stato assunto per essere la persona più intelligente della squadra. Sei stato assunto per il potenziale che hai mostrato e perché ci sono compiti adatti al tuo livello di abilità che devono essere fatti.

Dimostra che puoi prima essere all'altezza di quella fiducia e, quando hai un'idea del codice e dell'azienda, trova il modo di superare la loro prima impressione di te. Quest'ultimo può richiedere del tempo, ma non confondere l'essere junior con l'essere inferiore.


2
Questo commento è valido per ogni lavoro. È semplicemente incredibile come essere affidabili possa farti guadagnare posti.
Bryan Harrington,

27

Quello che sembra per sempre ho fatto un lavoro fantastico lavorando con una stanza piena di programmatori straordinari e abili. Tutti erano una rockstar, alcune persone del team Macintosh originale, quasi la metà delle persone che avevano pubblicato libri, era un ottimo posto dove stare.

Così ho trascorso il mio primo anno lì cercando di impressionare tutti. Mi sentivo come se dovessi fare qualcosa di straordinario e mi ha spinto a imparare più di quanto avessi mai pensato possibile in brevissimo tempo. Nel mio secondo anno mi sono calmato, ero molto più fiducioso in quello che stavo facendo, un po 'più vocale sulle mie opinioni, e mentre mi guardavo intorno sono diventato sempre più pessimista riguardo al prodotto reale che stavamo costruendo.

È stato l'ultimo anno in cui il progetto è stato interamente finanziato. Quei fantastici ingegneri, a cui guardo ancora oggi, hanno speso 5 anni e milioni di dollari per costruire un quadro dopo l'altro, una piattaforma applicativa per la costruzione di un'applicazione che non era stata effettivamente distribuita e, infine, un'interfaccia utente e un flusso di lavoro che nessuno poteva capire, anche le persone che l'hanno costruito.

Smart è sopravvalutato. Essere una "rockstar" è sopravvalutato. È una scusa davvero semplice per aumentare la soglia di complessità. Ti fa pensare che sia più importante riscrivere un sistema funzionante per essere "più pulito" invece di implementare la prossima cosa che un cliente ha chiesto.

Jacob Kaplan Moss una volta mi ha detto qualcosa su un programmatore che non nominerò, ha detto "È troppo intelligente. Scrive queste librerie complicate davvero intelligenti che non posso usare perché non sono abbastanza intelligente. Le persone stupide dovrebbero scrivere librerie così che le persone stupide possano usarle ".

I programmatori che "realizzano" gli ingegneri tendono a snobbare il naso, le persone che scrivono Ruby e JavaScript e altri linguaggi "giocattolo", quelle persone producono PRODOTTI e LE SPEDISCONO. Il codice potrebbe essere brutto, l'architettura potrebbe non essere pura e pulita come vorresti, ma spediscono dannazione e in questo settore questo è ciò che conta davvero.

Se fossi in te, smetterei di provare a essere questa rockstar e mi concentrerei sulla spedizione e sulla costruzione del prodotto. Non dovresti giudicare il tuo contributo da quanto è intelligente il tuo codice, dovresti giudicarlo da quante persone lo gestiscono ogni giorno e sono felici.


1
Verità. Scrivi un codice che è facile da correggere quando i clienti si lamentano o quando qualcosa si rompe e sembrerai di avere la merda insieme.
TehShrike l'

14
Smart non è sopravvalutato. Se avessero creato un sistema troppo complicato e fuori dal mondo reale, dopo tutto non sarebbero stati intelligenti. Le persone intelligenti dovrebbero scrivere librerie in modo che le persone stupide possano usarle.
EMP,

1
Ho avuto una conversazione simile di recente e uno dei miei colleghi ha descritto il codice della persona / lo stile di programmazione come "pretenzioso" ... e penso che sia davvero una descrizione adatta ... Il collega che ha scritto il codice è / è stato brillante ... nessuno che lo conoscesse non sarebbe d'accordo ... ma il suo codice era orribilmente pretenzioso ... il che aveva l'effetto collaterale di essere difficile da seguire per le persone che non erano altrettanto brillanti ... Mi piace scrivere codice per persone stupide ( Semplifica la comprensione del mio stupido ***).
TJ Seabrooks,

2
Le squadre devono essere composte da diversi tipi di persone per avere successo. Hai bisogno di designer, architetti, programmatori, manager, grugniti, persone intelligenti, persone orientate ai dettagli, persone che si preoccupano del processo, ecc. Se hai solo un tipo di persona, il tuo team probabilmente non funzionerà bene insieme ed è più probabile che fallisca rispetto a non. I gruppi che tentano di assumere solo rockstar spesso mancano questo fatto.
onedozenbagels,

@Evgeny Concordato. Il punto è rendere qualcosa di difficile (o almeno noioso) più facile attraverso l'astrazione. Hai solo bisogno di persone intelligenti che amano la semplicità.
LnxPrgr3,

16

Scrivi un codice chiaro e solido.


7
Compresa una buona documentazione!

1
... così chiaro che è totalmente trasparente. Sarà come colpire un muro di mattoni invisibile a 50 mph con un camion. [Chi chiamerai? MythBusters!]
Mateen Ulhaq,

Un buon consiglio, in generale. Ma sfortunatamente è un problema di amministratore di sistema: se tutto funziona nessuno ti nota, se qualcosa si rompe ti incolpano tutti. Lo stesso vale per il codice: se è chiaro, semplice e funziona, nessuno crederebbe che sia difficile scriverlo. Quindi non è il modo di essere "riconosciuti".

1
cerca di essere sostituibile - in questo modo verrai promosso o sostituito.
IAdapter

lol @try per essere sostituibile! Non intendi essere insostituibile, scrivendo un codice sostituibile?
Tipo anonimo

15

Bussare alla sua porta. Chiedigli se ha qualche lavoro di merda che ha rimandato che potresti essere in grado di gestire. Digli di licenziarti via e-mail più tardi se non ha tempo in questo momento.


2
o digli di licenziarti se fallisci.
IAdapter

Sia questa risposta che il commento di @IAdapter mi hanno reso legale.
CFL_Jeff

13

Leggi Knuth

(corollario: molte persone hanno Knuth, ma nessuno legge Knuth)

Tutti i programmatori davvero bravi con cui ho lavorato hanno alcuni tratti in comune:

(1) Anche se non si dispone di essere bravo in matematica per fare programmazione, erano in ogni caso (e gli piaceva)

(2) Apprezzano una qualità che chiamerò "eleganza" - da non confondere con la brevità (!!!)

(3) Sono bravi a progettare software (anche se nessuno di noi è in grado di spiegare cosa sia realmente un buon design)

Inoltre, trovo personalmente utili i seguenti tratti:

(a) divertirsi a risolvere enigmi

(b) scrivere codice leggibile

(c) un buon ricordo

(d) può adattarsi superficialmente ad altri linguaggi di programmazione facilmente (larghezza)

(e) apprendere la tua lingua principale in modo approfondito (ad es. fare la certificazione Java se Java è il tuo ambiente (per detrattori ignari che non l'hanno mai fatto ma scartare la certificazione poiché la certificazione di Microsoft è (era?) davvero cattiva ... il vantaggio non è in avendo il pezzo di carta, il vantaggio è nello studio ))

(f) data la scelta di fare qualcosa di semplice e facile e poi andare avanti, o qualcosa di super complicato che richiederà settimane / mesi, faccio la cosa semplice. Mi piace semplice, poiché tende alla robustezza, inoltre è più flessibile quando i requisiti cambiano a metà strada ed è molto più facile comunicare con gli altri membri del team

(g) se fai qualcosa che consideri particolarmente astuto, documenta lo smeg da esso

Qualcuno (Djikstra?) Ha detto che il debug è due volte più difficile della codifica, quindi se scrivi codice che è ai limiti delle tue capacità, per definizione non sei abbastanza intelligente da eseguirne il debug.

========

Detto questo, diventare un programmatore intelligente / migliore non equivale ad avanzare nella tua carriera.

C'è davvero solo un "ingrediente segreto" necessario per far avanzare la tua carriera, ed è l'abilità delle persone.

Se vuoi davvero progredire nella tua carriera , la cosa migliore da fare è smettere e vendere auto per 6-12 mesi.


3
Quella citazione credo sia Kernighan: stackoverflow.com/questions/1103299/...
Orbling

2
“Il debug è due volte più difficile della scrittura del codice in primo luogo. Pertanto, se scrivi il codice nel modo più intelligente possibile, per definizione, non sei abbastanza intelligente da eseguirne il debug. ”- Brian Kernighan
Ape-inago,

4
Sulla buona memoria: conoscevo un programmatore molto bravo con una memoria estremamente buona. Poteva guardare il codice che aveva scritto 2 anni fa e ricordare cosa stava pensando in quel momento. Quindi, non ha mai fatto molti sforzi per scrivere buoni commenti - solo parole chiave sufficienti per creare un codice hash. La mia memoria fa schifo. Devo commentare bene le cose perché so che 1-2 mesi dopo aver presentato un bug, avrei dovuto fare lo stesso di qualcuno completamente nuovo - ad esempio, leggerne ogni passo fuori di testa. Certo, alcune cose sono più vivide di altre ... Non sto dicendo che sono un grande, ma i manutentori e i tester tendono a piacermi .;)
Giobbe

1
L'eleganza e la brevità hanno molto in comune, tuttavia.

Ho incontrato molti programmatori fantastici e non ho mai notato che sanno nemmeno cos'è la matematica, perché? parli solo di matematica a scuola e cattive interviste di programmazione. a meno che tu non parli di ottimizzazione prematura, ho incontrato persone con straordinarie capacità di aggiunta (potevano persino aggiungere cose che esistono solo nelle loro teste, penso che si chiami matematica discreta).
IAdapter

11

Ho programmato per oltre 20 anni e attualmente ho 10 programmatori che lavorano con me. Devo dire che quelli che mi colpiscono sono quelli che hanno fatto bene il loro lavoro, consegnare in tempo e con qualità (meno bug). comunicare frequentemente, mostrando passione sono tutti fattori importanti.

questo è tutto ciò che posso condividere in questo momento. ;)


Hai qualche lavoro di merda da fare? (Come menzionato da Doug nella risposta 25473) perché penso che non ce ne siano, ma potrei sbagliarmi.
IAdapter

9

Bene, vorrei solo aggiungere questa citazione dal Vangelo:

"A chiunque ci si possa fidare di pochissimo si può anche fidare di molto, e chiunque sia disonesto con pochissimo sarà anche disonesto con molto".


3
Cioè da Luca 16:10 : "Chi è fedele nel minimo è anche fedele in molto; e chi è ingiusto nel minimo è ingiusto anche in molto". Inoltre: "Ben fatto, schiavo buono e fedele. Sei stato fedele su alcune cose; ti metterò su molte cose. Entra nella gioia del tuo padrone." (Matteo 25:21)
Marco C,

7

Essendo stato un capo dei programmatori, posso dirti che nulla mi ha reso più felice di quando un programmatore ha risolto un bug che ero pigro per andare a sistemare !

Quindi, se puoi, correggi i suoi bug per lui.


6

Come dice Steven, Mason ha ragione: concentrati sul tuo gioco. La cosa da tenere a mente è che il tuo capo vuole solo che tu faccia bene il tuo lavoro. Probabilmente gli piace davvero il fatto di essere migliore di te - se non lo fosse, potrebbe finire per sentirsi insicuro (i capi sono umani!). In questo momento, sei nella posizione ideale per imparare dalla sua esperienza - non perdere tempo a competere con lui, chiedi invece il suo consiglio sulle cose. Se hai mai letto le 48 leggi del potere, quella chiave è "Non superare mai il maestro".


E prima che Software Monkey dirmi lo stesso punto di Steven ... Ho votato a favore della risposta di Mason :) Volevo solo dare una leggera inclinazione alle cose.
Stuart Golodetz,

Ma hai votato anche Steven? ;)
Jackson Miller,

6

Risolvi il cubo di Rubik. Il capo saprà che ti piacciono i puzzle impegnativi e ti darà incarichi difficili.


1
sì, ma dipende dal fatto che tu voglia o meno i compiti difficili.
Robert S Ciaccio,

Affinché funzioni, è necessario farlo al momento giusto.

L'ho fatto quando avevo 11 anni, dopo aver ricevuto il mio nuovo C64 per Natale.
Pablo,

1
Posso farlo in meno di un minuto. E adesso? Dov'è il mio duro compito? : P
Nathan Osman,

+1 miglior risposta ancora! George - ora fallo con gli occhi chiusi!
IAdapter

6

Se vuoi fare un'impressione sul tuo capo, sii onesto. Al tuo 1-1 settimanale, chiedigli cosa è più importante su cui concentrarti e fallo. Cerca di capire quale sia il tuo ruolo e fai del tuo meglio per soddisfarlo. È possibile che abbia bisogno che tu faccia determinati compiti in modo che possa concentrarsi sulle cose che sta facendo. Se ti sforzi di fare le cose che sta facendo, potresti non fare abbastanza del tuo compito. Trova il tuo posto nella squadra, eccellere in questo e quindi espandere. Digli che vuoi dare una mano.


5

@ Mason ha ragione

  • ascolta
  • imparare
  • porre domande pertinenti a intervalli rispettosi (ad es. due volte al giorno, non ogni 5 minuti)
  • rilassati e sii te stesso

3
Se @ Mason ha ragione, non dovresti semplicemente votare la sua risposta invece di pubblicare la tua che riassume semplicemente la sua?
Lawrence Dol,

Software: ho votato la sua risposta e l'ho ampliata.
Steven A. Lowe,

2
@Software Money - e lo ha trasformato in punti elenco. Ad essere sincero, non appena ho visto 'Alladin' sono passato al punto successivo. Penso che questo sia un contributo abbastanza buono.
Alex C,

@Alex: +1 con un proiettile!
Steven A. Lowe,

5

A mio avviso, la più grande risorsa che un programmatore ecologico può portare in tavola, al di là delle sue attuali capacità tecniche, è l'iniziativa e la passione. Se mostri al tuo capo che sei aggressivo nell'apprendere nuove cose, aggressivo nell'apprendere la tua azienda, la base di codice, gli strumenti e i tuoi collaboratori e dimostri di avere una passione per ciò che stai facendo , ciò impressionerà. A meno che tu non stia lavorando per un orribile manager, nel qual caso lo desideri comunque.

Vorrei anche suggerire di mettere un po 'di attenzione alla roba "soft skills". Dimostrare che non sei solo un geek che è inutile in qualsiasi tipo di interazione interpersonale. Fai amicizia con le persone nelle vendite, nel marketing, nel supporto, nello sviluppo del business, nella gestione dei progetti, ecc. Dimostra che sei un buon comunicatore e qualcuno che può lavorare con le persone per fare le cose.


Sh.t ​​si accumula nel codice base nel tempo, e di solito la gente verde lo nota di più. A volte leggerlo per la prima volta può rendere un nausea. Dipende da quanto è grande l'organizzazione, da quanto ottengono nel test di Joel, ecc.
Giobbe

3

Se hai la libertà di farlo: scrivi sovvenzioni, porta denaro dall'esterno o avvia una cooperazione con valore commerciale, con nuovi partner che ti considerano un programmatore competente o, al minimo, un dipendente prezioso.


3

Non preoccuparti di impressionare le persone o i tuoi capi. Nessuno è impressionato dal solo parlare. Concentrati invece sul codice di spedizione. Assicurati di essere coinvolto in progetti o applicazioni che verranno utilizzati dalle persone. Più codice avrai in produzione, più sarai rilevante. Più sei rilevante per le persone, più faranno affidamento su di te. Il riposo è tutto spettacolo di magia.


buon punto, dovresti diventare Release Manager e non lasciare che altre persone ti dicano cosa scrivere, scrivere quello che vuoi e spedirlo!
IAdapter

2

Lavorare duramente. Fai tutto ciò che ti viene detto e impara tutto. Sei molto fortunato a lavorare sotto qualcuno che sa molto di più di te, continua a lavorare fino a quando non riesci a recuperare.

Oltre a lavorare sodo e ad avere successo nel lavoro che stai svolgendo ora, vorrei dare qualche consiglio che potrebbe essere una risposta alla domanda che non stai ponendo. (Non era nemmeno sul mio radar quando ho ottenuto il mio primo lavoro software).

Internet è fatto da persone come te. E le persone come te possono fare soldi su Internet.

Trova qualcosa che ti appassiona. Costruiscilo. Venderlo. Sii il capo di te stesso.

  • Apri http://news.ycombinator.com e inizia a leggere gli articoli. Vedrai un'ondata infinita di storie di persone come te, che hanno avuto un'idea, hanno creato un sito Web e sono riuscite a guadagnare un paio di dollari. È stimolante e rivelatore c'è un ragazzo che guadagna un salario ridicolmente buono vendendo un generatore di carte di bingo agli insegnanti ... un altro ragazzo che ha venduto un sito Web a Google per milioni. Ci sono anche molte altre cose interessanti sulla tecnologia.

  • "Rich Dad, Poor Dad" ci sono posti in cui ha un buon consiglio.

  • 'The Four Hour Work Week' lo prende con un pizzico di sale, ma ha alcuni modi interessanti di guardare al lavoro e alla vita.

Continua a imparare dal ragazzo che sei sotto adesso. C'è così tanto da imparare nel "tuo primo vero lavoro" che non posso nemmeno iniziare. A lungo termine però (tre, cinque, dieci, venti anni) se impari a fare i tuoi soldi, non dovrai preoccuparti di impressionare qualcun altro.


2

Raramente puoi impressionare le persone cercando di impressionarle. E finché cerchi di impressionare le persone e non sembrano impressionate, la tua frustrazione aumenterà.

Fai il tuo lavoro in un modo che ti rende orgoglioso di te stesso. Non preoccuparti di ciò che qualcuno pensa. L'unica persona che puoi rendere felice sei tu.


1

Mi è piaciuta la storia pubblicata nella risposta, ma è più divertente di una risposta affidabile.

È normale che tutti siano come te: cercare di essere migliori in ciò che facciamo, è umano. Ma l'orribile verità è che ci sono così poche possibilità che tu sia il migliore.

Per quanto mi riguarda, ho sempre temuto le preoccupazioni sull'umiltà, perché odio quelle piccole lotte infantili su chi ha ragione e chi non lo è, ed ecco perché.

Finché non sei uno dei migliori, stai meglio cercando di lavorare per ottenere più esperienza confrontando ciò che sai e fai con ciò che i migliori programmatori sanno e fanno.

Si potrebbe dire che mi paragono ai migliori programmatori, ma è solo la metà giusta: - Sto paragonando me stesso ai migliori, sapendo che sono solo ridicolo rispetto a loro, quindi questo rende il principio del confronto piuttosto stupido e inutile - Non considero la loro fama, ma piuttosto ciò che hanno raggiunto per ottenerla, perché in realtà la maggior parte dei miti dei geni svanisce quando conosci i fatti reali come il lavoro aziendale. Non cambia il fatto che abbiano ottenuto un ottimo lavoro, ma ricorda che l'esperienza è difficile da valutare se pensi alle condizioni di lavoro. - Alla fine, questo processo evita il processo di competizione che è davvero inquietante per me e mi aiuta a concentrarmi su ciò che è importante: apprendere dalla pratica, ma anche apprendere con l'aiuto di un buon motore di curiosità.

Puoi ammirare qualcuno tutto ciò che desideri, pensando che sia così migliore di tutti gli altri impiegati o altri programmatori che incontrerai, ma devi ricordare che il mondo è vasto e che il ragazzo che ammiri è in effetti piuttosto nella media rispetto ad altri migliori ci sono persone con esperienza là fuori, quindi forse ti sentirai meglio dopo averlo impressionato, ma ti sentirai lo stesso contro altre persone con esperienza migliore di lui, quindi sarà tutto per niente.

Esci da questo gioco meschino e cerca di trovare argomenti più interessanti di cui potresti aver sentito parlare, perché questo ingegnere di cui stai parlando è sicuramente impegnato a lavorare per qualcosa di meno eccezionale che stai pensando.


Grazie a questo post, sono stato in grado di capirlo. Quando scendi dal fondo, gli eroi sono strumenti che ho usato per tenermi motivato. Ma ora che ho raggiunto un posto migliore, devo diventare il mio eroe e lavorare sodo. Non per il riconoscimento, ma per me stesso. Mio padre, che è un uomo saggio, una volta mi disse che il segreto del successo ero io. Non l'ho mai avuto fino a ieri. Grazie.
Pablo,

1

Devo concordare con alcuni degli altri qui sul fatto che è probabile che tu non riesca a raggiungere il tuo obiettivo, perché ti stai concentrando sul problema sbagliato o almeno la tua attenzione è troppo ristretta.

Vuoi essere un grande programmatore - l'opinione soggettiva di un ingegnere del software ti conferisce quel titolo e quella capacità (oltre a Joel)? Se ti concentri solo sull'impressionare il tuo capo, non ti stai concentrando sul lavoro o sul miglioramento delle tue abilità - non sei concentrato sul tuo obiettivo di diventare un grande programmatore. Stai cercando di ottenere il rispetto piuttosto che guadagnare.

Prendiamo il caso peggiore (perché ai programmatori piace farlo) - il tuo capo ti odia assolutamente senza motivo oggettivo (hai indossato un cappello Patriots il primo giorno, qualunque cosa). Non avrà mai una buona opinione di te. Se ti concentri sul completamento dei compiti assegnati, sulla risoluzione dei problemi in modo efficiente ed elegante e sul miglioramento delle tue competenze tecniche - migliorerai te stesso - alla fine sarai il vincitore - indipendentemente da ciò che pensa il tuo capo.

Il lavoro di Ashton era una ricetta per il fallimento non perché il suo codice fosse inutilizzato, ma perché il lavoro non gli forniva alcun vantaggio pratico oltre alla sicurezza nella gerarchia di Maslow. Stava imparando nuove abilità? No. Il suo lavoro gli ha permesso di essere creativo? No. Lo ha guadagnato rispetto? No.

Dato che questa è la tua prima posizione, ti offrirà la maggior parte di queste proprietà per impostazione predefinita. Avrai le tue prime esperienze di programmazione professionale, ti verranno date nuove sfide sia tecniche che non tecniche. Ma arriverà un momento in cui la tua posizione è troppo grande o troppo grande, e devi migliorare continuamente te stesso per non farti prendere alla sprovvista.

Ancora una cosa, se Ashton misurerà la propria autostima semplicemente in base alla quantità di persone che usano il suo codice, allora suggerisco che si unisca a un club frequentatore. L'unica felicità duratura nella vita è quella che creiamo per noi stessi. Vivere rigorosamente secondo le opinioni degli altri su di noi produce esseri umani tragici e inautentici.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.