In che modo la programmazione come passione è diversa dalla programmazione come lavoro?

Programmazione come lavoro

  • Installa Ubuntu come un geek, fino a quando il tuo collega non ti informa che hai bisogno di IE e Edge a scopo di test. Sul serio?
  • Trascorre la prima settimana a padroneggiare gli standard di codifica, per poi scoprire che ogni squadra segue i propri standard. WTF!
  • Inizia con la scrittura del codice perfetto, fino a quando il tuo manager non urla perché non hai ancora unito il tuo codice! La perfezione e gli standard sono fuori. Scrivi codice errato e fallisci velocemente. Inizia a contare il tuo stipendio.
  • Mai perso il caffè nella vita, ma ora non puoi programmare senza il tuo caffè quotidiano. Converti il ​​caffè in codice.
  • Svegliati tardi il lunedì, sperando che nessun bug ti sia stato ancora assegnato. Ma il team di controllo qualità negli Stati Uniti ti aveva già assegnato molte cose mentre dormivi. Passeremo più notti in ufficio. In realtà potrebbe preferire scavare tunnel sotto Mordor!

Programmazione come passione

  • Windows o Linux? Che importa! Qual è il tuo IDE? Atomo? Sublime? Eclisse? Emacs? Vim?
  • Nessuna preoccupazione al mondo per lo standard di codifica. Seguine uno diverso ogni settimana. Perché preoccuparsi dello standard di codifica quando a Mark non importa nemmeno della sua camicia?
  • Continua a riscrivere il codice. Nessuno ti sta respirando lungo il collo. Inizia a programmare un progetto, fino a quando non perdi interesse e inizia un altro progetto. Non conoscevi Java una settimana fa, ma ora non riesci a smettere di parlarne.
  • Caffè? Potrebbe anche non notare la mancanza di un pasto!
  • Non ha motivo di andarsene. La codifica è diventata la tua vita.

La programmazione come passione è molto diversa dalla programmazione come lavoro.

Innanzitutto, programmare come passione non ti farà guadagnare molti soldi.

La programmazione come passione non ha scadenze. Non hai una presunzione.

Puoi creare il tuo progetto e non hai un supervisore che ti dia indicazioni o ti costringa a fare qualcosa che non ti piace.

Puoi programmare con il tuo stile, modo e velocità.

Non è necessario seguire le regole di un team di sviluppo. I team di sviluppo non sono male, ma ogni persona programma in modo diverso. Non è necessario seguire le regole di programmazione. Ad esempio, se stai creando un programma o un progetto, dovrai seguire uno stile di programmazione, dovrai scrivere alcune funzioni o algoritmi con un modo specifico in cui il tuo codice è compatibile o leggibile da altri programmatori nel team di sviluppo.

La programmazione come lavoro non è sempre piacevole. A volte sarai costretto o dovrai prendere un progetto non per divertimento ma per vivere perché dovrai essere pagato per pagare le bollette.

La programmazione come Passione è la migliore secondo me, ma ci sono anche degli svantaggi: non riceverai l’esperienza del contesto professionale, con le scadenze e l’accesso al capitale dell’azienda. Ad esempio, se stai lavorando come sviluppatore di giochi per una grande azienda avrai accesso a più risorse come: capitale più grande e altri sviluppatori esperti e anche nessun programmatore, ma sarai legato al solo progetto e non avrai libertà spirituale . Come programmatore di passione o sviluppatore indipendente avrai la libertà spirituale, ma ci sono altri svantaggi come, non l’accesso a un capitale più ampio, la mancanza di team di sviluppo, ma non le scadenze e i progressi più lenti del progetto meno stress.

Di solito le persone appassionate di programmazione finiscono i loro progetti ma mancano di risorse e team di sviluppo e hanno bisogno di più tempo per un progetto, rispetto ai programmatori che programmano come lavoro.

I Job Programmer hanno più progetti finiti che sono per altre persone e non finiscono mai i propri progetti perché non hanno abbastanza tempo per programmare i propri progetti.

Un programmatore di lavoro imparerà altre cose rispetto a un programmatore di passione. Ad esempio la gestione del progetto.

Un programmatore Passion non imparerà a lavorare più velocemente, non imparerà a lavorare con grandi team di sviluppo, non imparerà a gestire il progetto.

Inoltre ci sono programmatori appassionati che lavorano come programmatori di lavoro e godono della loro programmazione. Se hai una grande passione per la programmazione, penso che non troverai alcuna difficoltà a prendere un progetto e finirlo.

Ma un programmatore di passione non ha bisogno di avere e mancanza di risorse.

ANCHE: Se qualcuno ha un grande capitale ed è appassionato di programmazione e ha accesso a qualsiasi cosa, credo che l’unica differenza sia il godimento spirituale della programmazione rispetto a un lavoro noioso per vivere. Anche se non hai bisogno di soldi per vivere, il progetto che crei non fa per te e forse sarà noioso.

Caspita, questa è un’ottima domanda e vale la pena esplorare. Ci sono già anche delle ottime risposte.

Programmare come passione è come qualsiasi altra passione. Quando ami qualcosa così tanto che nulla può impedirti di farlo, ti immergi profondamente in esso. Esplora nuove idee. La programmazione, per molti, è molto simile all’essere un musicista o un artista. Il concetto di creare qualcosa dal nulla può essere un’esperienza così soddisfacente.

La programmazione come lavoro può essere come qualsiasi lavoro suppongo. Ti presenti alle 9, parti alle 5 e lavori sodo mentre ti viene pagato per farlo. Ti educi continuamente per salire la scala della tua carriera e, auspicabilmente, raggiungere alcuni obiettivi finanziari. Dopo tutto, la programmazione può essere un lavoro piuttosto redditizio. Gli stipendi di ingegneria del software sono attualmente in trend a circa $ 166k / anno su YouWorth. Questo può essere abbastanza gratificante per alcuni.

Stipendi di ingegneria del software a San Francisco, CA.

Se sei abbastanza fortunato da essere appassionato di programmazione ma anche fare il tuo lavoro, allora considera te stesso fortunato. Dicono che se fai ciò che ami, non lavorerai un giorno nella tua vita. Questo è vero per molti programmatori. Ecco perché lavorano giorno e notte. Ecco perché creano costantemente nuove cose e risolvono nuovi problemi. Queste sono le persone che spingono costantemente la tecnologia e portano nuove idee sul mercato. Spero che tu sia una di queste persone. Se è così, congratulazioni!

Programmare come passione:

  • Lavori sempre a progetti che ritieni interessanti.
  • Non esiste una scadenza reale . Puoi spendere tutto o meno tempo / denaro che desideri per ogni funzione
  • Non importa se il progetto è un enorme fallimento o un enorme successo, in entrambi i casi ti sei divertito.
  • Puoi mescolare e abbinare le tecnologie come preferisci. Non c’è nessuno che ti dica perché il linguaggio X fa schifo o Y non è lo strumento migliore per il lavoro. Vuoi solo usarlo o impararlo.

Programmazione come lavoro:

  • Lavori sempre a progetti che sono il miglior uso del tuo tempo.
  • C’è sempre una scadenza e sei già indietro!
  • Se il progetto è un enorme fallimento, il tuo lavoro, la tua promozione o il tuo rilancio sono in linea.
  • Devi usare le tecnologie stabilite da chiunque fosse in carica eoni fa. Cioè se sei un negozio Java, ma sai che node.js è più adatto per qualcos’altro … ah! sei bloccato a lavorare con Java.

La programmazione è un lavoro monotono. Fai lo stesso compito, cioè ottieni un progetto simile, sviluppalo entro la scadenza, correggi i bug e ripeti. Questo processo continua all’infinito. Raggiungi il punto in cui non ti interessa più. Non si tratta di scrivere programmi con molti bug o brutti codici ecc. È solo che non ti piace. Vuoi solo fare il lavoro per il gusto di farlo.

Considerando che la passione è qualcosa di diverso. Non si tratta di IDE o lingua. Si tratta di lavorare su qualcosa che ami. Sei appassionato di. Che si tratti di un semplice script che organizza la tua collezione di film in base alla valutazione imdb in Python o di una semplice app che hai creato per prendere appunti in Java. È il senso di soddisfazione che si ottiene dalla programmazione. Potresti non condividerlo con qualcuno o il tuo codice potrebbe contenere molti bug ma ti piace. La soddisfazione che ti dà spinge a fare un altro compito.

Non è che sarai uno sviluppatore migliore se sei appassionato di programmazione. Puoi imparare molte cose dalla programmazione nel lavoro. Il processo di apprendimento sarà più facile e divertente quando sei appassionato. Questo ti facilita nel percorso per diventare uno sviluppatore migliore.

Programmazione come lavoro

  • Lavori in una piccola parte di un grande progetto. La maggior parte delle opere sono ripetitive. Devi farlo per la maggior parte del tuo lavoro.
  • Scrivi meno codice, a volte 10 LOC in un giorno e passi il tempo a leggere il codice di qualcun altro che ha lasciato l’azienda 2 mesi prima. Sfortunatamente, non sapeva come scrivere codice pulito.
  • È necessario eseguire il commit di 500 LOC in un giorno, testarlo e rilasciarlo entro la fine della giornata. Sfortunatamente, è necessario utilizzare alcune interfacce che non sono ben scritte e la documentazione non esiste.
  • Devi compilare il foglio Excel per la gestione interna, devi partecipare alle riunioni.
  • Il team è fantastico, il codice legacy è buono, ma hai un sistema di build scadente che fallisce abbastanza spesso. Tutti hanno una soluzione tranne te.
  • Sei di SVN o IBM clearcase world e il team usa Git. Non stai bene con la riga di comando. Fai schifo in molte altre cose oltre alla programmazione. È necessario fare clic 5 volte per andare al file di origine, scrivere fatto il nome del file in un blocco note.
  • Il software di qualità della produzione è sottoposto a test approfonditi e alcune volte il bug non è riproducibile. Il test fatto in un paese straniero. L’implementazione è stata eseguita 10 mesi prima e non ti rendevi conto che la registrazione fosse necessaria.

Programmazione come passione

  • Hai automatizzato la maggior parte del tuo lavoro.
  • Il sistema guasto assegnato a te è stabile in 2 mesi o puoi risolvere in poche ore se si rompe. Tutti in ufficio devono parlare con te se hanno bisogno del tuo aiuto. Sono nei guai se non ti piacciono.
  • In un giorno, hai più commit rispetto ai tuoi compagni di squadra e di solito un commit cambia più file.
  • Esamini il codice di tutti e puoi trovare bug logici anche se non l’hai mai eseguito una volta.
  • Hai una fantastica combinazione di IDE, piccoli script che automatizzano il lavoro quotidiano. Sei più veloce della maggior parte delle persone in ufficio.
  • Scrivi meno nuovo codice, ma rifletti con orgoglio e fiducia. Conosci la soluzione dalla descrizione del difetto o almeno la tua ipotesi è quasi vera.
  • Stai andando meglio del ragazzo che ha più esperienza nella squadra.
  • Non ricordi quando hai scritto un codice errato per correggere un difetto rapido.
  • Conosci la maggior parte delle funzionalità della lingua che usi, funzionalità non documentate del tuo IDE.

Risponderò in base alle mie esperienze

  • Programmare come passione aumenterà la tua conoscenza diventa geek.
    Programmando come passione, imparerai qualcosa di nuovo in base alla campagna pubblicitaria e alla popolarità. Quando arriverà un nuovo framework, lo imparerai, creando progetti semplici su di esso. Ma quando avrai finito di impararlo, se non fosse utilizzato nella tua produzione, non li vedrai mai più. Diventerai geek e curioso di qualcosa di nuovo lì.
  • La programmazione come lavoro aumenterà la tua esperienza diventando professionale.
    La programmazione come lavoro riguarda professionisti e responsabilità. Devi affrontare qual è il tuo ruolo. Diventerai responsabile per il tuo prodotto. Basta pensare alla funzionalità e alla consegna più veloce piuttosto che alla fantasia e alla nuova tecnologia utilizzata.
  • La passione è “creare” qualcosa. Il lavoro è “fare” qualcosa
    Crea significa creare qualcosa dal nulla a un’esistenza. Crea significa formare qualcosa da una cosa aggiungendo molte cose.
    Quando sarai appassionato, avrai molte idee. Voglio creare questo, voglio crearlo. Voglio imparare questo, quello e quelli. La programmazione come lavoro parlerà di ciò che possiamo fare ai nostri prodotti. La programmazione come lavoro ti fa creare un grande impatto sui tuoi prodotti.
  • Entrambi aumentano il tuo valore come ingegnere
    Quindi, indipendentemente da ciò, aumenterà il tuo valore come ingegnere. E sarà più bello se la tua passione si unirà al tuo lavoro. Amerai il tuo lavoro, ma quando sei così appassionato di programmazione, conosci il tuo limite quando lo abbini al tuo lavoro

Maggiori dettagli su questa risposta si possono leggere qui: Programmazione come passione vs Programmazione come lavoro – Lavoro di coppia

Non dovrebbe essere, ma lo è. Hai dimenticato il motivo principale di ciò: nel 99,99999999% dei casi quando programmi come lavoro ti viene detto quali strumenti usare. Ciò include la scelta del principale linguaggio di programmazione, di solito l’unico linguaggio, perché è raro che siano così intelligenti da realizzare quando è conveniente usare più di un linguaggio di programmazione. E nel 100% dei casi, quella scelta risulta chiaramente sbagliata. I programmatori senior possono predire che subito, i programmatori junior probabilmente hanno bisogno di un po ‘di esperienza di sviluppo prima che se ne rendano conto.

Chi prende questa decisione per te quando non dovrebbe? Se si tratta di un nuovo sviluppo, è principalmente il tuo manager, che segue la tendenza e utilizzerà una lingua solo se è facile scoprire altri programmatori che la conoscono, perché quando verrai licenziato (e se sei un buon programmatore , sarai sicuramente licenziato o licenzierai te stesso, fidati di me).

Se dovresti mantenere ed estendere un vecchio software, non sai nemmeno a chi dare la colpa, perché c’è una lunga storia di persone che hanno lasciato quel lavoro davanti a te, per disperazione per quanto sia cattivo il codice. L’unica soluzione: a meno che tu non sia libero di scegliere gli strumenti migliori per il lavoro, non programmare come lavoro. Benvenuti nel club dei programmatori della disoccupazione, però.

La differenza principale:

Programmare come passione:

Sviluppa un bel mestiere per il tuo uso personale con le tue conoscenze e permetti ad altri di usarlo.

Programmazione come lavoro:

Sviluppi un software per altri e lo collaudi.

Altri,

Come passione ,

Se si tratta di un flusso di lavoro complesso, procedere passo dopo passo. Non mi importa se dovrebbe colpire il mercato.

Hai bisogno di internazionalizzazione delle parole utilizzate nella tua app. Ho altre cose su cui concentrarmi.

C’è un bug nel codice. Sto aggiungendo qualcosa di grosso nel mio progetto? Se sì, risolviamo il bug in seguito. Non voglio perdere il mio flusso attuale. Cambiare il contesto è un’operazione costosa. Risolverà questo problema dopo aver terminato questo modulo.

Il colore dell’elemento dell’interfaccia utente è un po ‘strano. Lascialo. Diventerà normale nel tempo.

Usando le librerie di terze parti? Eccezionale. Se non è bello buttalo via e prova un’altra versione.

Annoiato con la programmazione? Rifattorizziamo il codice, cambiamo i nomi dei pacchetti, cambiamo le interfacce, cambiamo la struttura dei file. Organizza tutto e infine un ping. (Macha naa konjom mathiten). “Amico ho cambiato struttura” (se lavori con gli amici). Amico mio: ok amico.

L’interfaccia utente si interrompe in IE. Cacca!!! cosa significa IE.

Modificata la struttura del DB? I vecchi dati che valgono la pena di gestire la struttura non cambiano durante l’aggiornamento? Non c’è bisogno. Facciamo altri lavori. Possiamo ripopolare i dati.

Revisione del codice durante il rilascio? Che cos’è il processo di rilascio? Che cos’è la revisione del codice? Sto già utilizzando il prodotto ogni giorno. Non so nemmeno che il numero di versione sia. Lol. Non ho nemmeno il numero di versione nel mio progetto.

Processo di aggiornamento non riuscito? Trova la causa principale e correggi.

Oggi è weekend? È solo lo stesso giorno di ieri.

Come lavoro ,

Se si tratta di un flusso di lavoro complesso, lascia andare i casi angolari e rilascia la funzione, rispetta la scadenza, prima che tutti inizino a utilizzare di nuovo quella funzione di correzione dei bug.

A loro non importa dell’inefficienza nel tuo codice. Ma una parola nell’interfaccia utente senza internazionalizzazione?! ??! Cosa hai fatto!??.

C’è un bug nel codice e il cliente lo ha riscontrato. Dare prima la patch al cliente. Lancia tutto ciò che stai facendo ora e configura il problema di riproduzione locale dell’ambiente del cliente. Provalo e dai la patch. Quindi continua tutto ciò che stai facendo ora. Quindi includi la stessa cosa nel ramo corrente.

Il colore dell’elemento dell’interfaccia utente è # 345567 dovresti aver inserito # 345568 secondo le linee guida prima di cambiare e cambiare il colore. Sul serio ?

Pensando a quale file di licenza dovrei includere per questa versione di libreria di terze parti piuttosto che pensare a come è stata progettata quella bellissima libreria.

Annoiato con la programmazione? Andiamo a bere un caffè. Stai per cambiare questa struttura di file ?. Rimuovere innanzitutto i repository di questo progetto di file. Quindi aggiungere un nuovo file nei repository del progetto. Per ogni operazione devi chiedere il permesso al tuo team.

Le domande saranno poste:

  • Funzionerà
  • Da quale versione stai refactoring il codice
  • Questo ha davvero bisogno tra l’altro lavoro.
  • La vecchia struttura è abbastanza buona. Non è necessario modificare la struttura, sebbene questa sia migliore di quella precedente.

L’interfaccia utente si interrompe in IE. Dare un fallback per IE. Metti un controllo if e gestisci questo caso in modo supportato.

I vecchi dati sono la cosa più importante anche se non sono molti di questi. Devi elaborare i vecchi dati e cambiarli nella nuova struttura DB. Gestisci tutti i casi dalla versione 1 a 10000000000 per l’aggiornamento 10000000001.

La revisione del codice e il processo di rilascio sono più difficili dello sviluppo di software.

Processo di aggiornamento non riuscito? Avere un incontro . Spiega il problema al gestore anche prima di non conoscere la situazione e infine trova il motivo effettivo. Correggi e ripeti il ​​processo di rilascio.

Oggi è il fine settimana.Ciao sì !!!!! Tempo di festa….

E l’elenco continua ….

Ci sono eccezioni ma in generale le differenze principali sono:

  • Quando si programma come lavoro, è necessario lavorare con altre persone. La maggior parte delle risposte qui mostrano essenzialmente quanto sia difficile passare dal lavorare a progetti solisti al college e passare a lavorare con gli altri e dover scendere a compromessi ed essere criticati.
  • A un lavoro stai lavorando su cose che contano per le altre persone. La maggior parte dei progetti da solista che la gente fa “per passione” non ha importanza. È simile alla differenza tra la costruzione di una casa per qualcuno e la costruzione di lego per divertimento.
  • In un lavoro di programmazione, imparerai rapidamente cosa serve veramente per creare software di qualità di produzione. Se lavori semplicemente da solo sulle cose, ci vorrà molto più tempo per risolverlo, se mai lo farai.

Lavorare su “progetti di passione” è divertente e lo incoraggio vivamente. Il tuo lavoro come programmatore di professione migliorerà e sarà potenziato da questi progetti. I miei primi anni da programmatore sono stati spesi per decifrare, eseguire il debug e correggere un enorme casino di codice scritto in una lingua / piattaforma che disprezzavo. All’epoca lo odiavo. Guardando indietro, è stata un’esperienza formativa per me e mi ha insegnato molto sulla costruzione di un buon software. Principalmente, mi ha insegnato cosa non fare e perché la coerenza e il compromesso sono così importanti per costruire un prodotto di qualità.

Passo 40 ore settimanali a programmare * come lavoro.

Tre sere a settimana, e spesso un giorno nel fine settimana, programma come hobby.

La differenza tra i due è enorme. Quando lavoro nel mio tempo libero, posso sperimentare lingue e stili. Sono in grado di risolvere nuovi problemi che sono interessanti per me e posso mettere il tempo per fare il lavoro giusto. Posso anche strappare cose che si comportano male e rifarle ogni volta che penso che sia la cosa giusta da fare.

Quando scrivo al lavoro, passo il mio tempo a scavare nel lavoro di altre persone, molte delle quali sono state fatte in tempi ristretti, o scritte dal nuovo ragazzo nei due mesi prima che decidessimo che non funzionasse, o è il risultato di dieci anni di correzioni di hacking nel codice spaghetti, o arrivate dal miglior offerente di terze parti senza documentazione. Di solito non riesco a giustificare il tempo per ripararlo al gruppo di gestione del progetto, anche se il tempo extra ora sarebbe più che ripagato da solo la prossima volta che io o un altro sviluppatore senior dovremo scavare nel caos, quindi sto solo salvando uscire da una nave che affonda e cercare di non peggiorare le cose prima di passare al successivo incendio del cassonetto.

Uno di questi ha un senso di realizzazione. L’altro arriva con una crescita professionale. Lascio al lettore decidere quale sia quale.

* Come architetto, utilizzo la “programmazione” come un tuttofare per la progettazione, la pianificazione, le specifiche, il QA, le revisioni del codice, gli sviluppatori e il lavoro di infrastruttura, nonché la codifica effettiva perché tenere traccia di tutto ciò separatamente sarebbe un pieno lavoro a tempo.

Se sei abbastanza fortunato da essere appassionato di programmazione e avere una carriera al suo interno, avrai una scorta illimitata di energia per il tuo lavoro e lo troverai molto gratificante. Sarai molto meglio delle persone a cui manca la passione, poiché la passione dà la forza di resistenza necessaria per superare i difficili problemi che dovrai affrontare. Le cose che stai costruendo saranno di qualità superiore, perché tieni davvero a loro. Imparerai nuove cose più velocemente se ti interessano davvero. Nel corso della tua carriera, la passione ti farà migliorare in modo esponenziale.

Non credo che tu possa fingere la passione. A chiunque non abbia ancora trovato la propria passione, consiglierei di continuare a cercare fino a quando non lo trovano, anche se ci vogliono molti anni a provare cose diverse. È estremamente gratificante e appagante passare così tanto tempo a fare qualcosa di cui sei appassionato. E se non sei appassionato di qualcosa, sarà molto difficile completare con quelli che lo sono.

Per quanto controintuitivo possa sembrare, potresti vedere il tuo lavoro come “solo un lavoro” o una passione a seconda di varie cose come il tuo umore. Non penso che ci sia qualcuno che vede il proprio lavoro come “solo passione” per tutta la loro carriera. Per rispondere alla tua domanda, quando programmi solo per il compito che ti è stato assegnato, lo fai e basta! Niente di più, niente di meno. Al contrario, quando ti appassiona, pensi a modi per migliorare il tuo codice / design.

Ad esempio, supponiamo che tu faccia la pagina di ricerca / filtro per l’utente. Si comporta abbastanza bene ma con un po ‘di ritardo accettabile nel mostrare i risultati. Se non sei in vena o hai altre scadenze in arrivo, potresti lasciarlo così. D’altra parte, se sei di buon umore, potresti spendere un po ‘di più a pensare a un modo migliore per farlo (cioè fornire risultati rapidamente). Quindi miglioralo, impari una cosa o due lungo la strada, ti senti bene e vai avanti.

L’avvertenza qui è che persone diverse vedono “extra” in diversi modi. Uno sviluppatore potrebbe pensare che fornire risultati rapidi all’utente non sia negoziabile e debba già essere presente. Altri aspettano fino a quando il cliente / utente si lamenta (e forse li addebita anche per quello) e poi fanno il miglioramento.

Programmare come passione significa espandere quotidianamente le tue conoscenze di programmazione, non perché devi completare un determinato progetto, ma perché ti diverti. Questo potrebbe non aiutare con il progetto attuale, ma pagherà per altri progetti. Probabilmente hai i tuoi progetti secondari per testare la tua crescente conoscenza.

Ad ogni modo, otterrai il progetto. Se sei appassionato di questo, conta più per te che per gli altri.

Penso che tu possa avere la programmazione come passione E come lavoro. Nella maggior parte dei lavori che ho avuto negli ultimi 50 anni, mi sono appassionato. E quando non ero ho trovato qualcosa di cui essere appassionato in relazione al lavoro.

Ho programmato a tempo pieno negli ultimi 20 anni (fuori e negli ultimi 40 anni) e sono appassionato di sviluppo e continuo a fare soldi.

Sono appassionato di sviluppare il miglior software possibile, ottenerlo GIUSTO la prima volta, lasciando un prodotto che le persone possano mantenere ed espandere. Le definizioni della maggior parte delle persone qui di essere “appassionate” della programmazione sembrano comportare il non preoccuparsi di queste cose.

Una cosa dell’essere appassionati fino al punto di esclusione di tutto il resto è che si esaurisce. Lo vedo troppo spesso e sono incluso in quel gruppo. Penso che oltre 40 anni siano sufficienti.

Ci vorrà molto, quindi se non prendi nient’altro da questo, allora ricorda: la programmazione per me è stata la professione inversa e non mi arrenderei per il mondo. La differenza è molto piccola. Sul lavoro devi essere orientato al time block o non passerai mai da una cosa all’altra. Al di fuori del lavoro puoi tornare indietro (non vivere ovviamente) e sperimentare ogni idea che ti è venuta in mente e che non hai potuto fare per vari motivi. Puoi praticamente soddisfare tutte le curiosità di tutti i giorni.

Spesso le persone cercheranno di trasformare la loro passione in un business. Crescendo, mio ​​nonno (non ricordo quale *) mi ha dato la versione da macellaio di un detto che senza dubbio riconoscerai,

“Prendi ciò che ami e trova qualcuno che ti pagherà per farlo. Non lavorerai mai un giorno nella tua vita ”-Grandpas, Philosophy Rippers Untd.

Il problema che ho di più qui quando le persone provano questo è che smettono di goderlo perché c’è la pressione di farlo da tutte le angolazioni e mi permetto di dire che è peggio per gli artisti perché in altri la soluzione è semplicemente quella di lavorare più velocemente (molto più difficile in pratica ) ma non puoi davvero venire più un’idea. Come artista che fa poco prezioso professionalmente per questo motivo, non riesco a scegliere ciò che mi ispira. Posso andare in una galleria d’arte di bellissime opere ed essere ispirato solo a fare l’atto del disegno / pittura / design digitale / chitarra / ecc. Ma andare via senza pensare a nulla di particolare. Ma tornando a casa attraverso il centro vedrò la cosa più stupida … Non lo so, una pozzanghera con un po ‘d’olio dentro e immediatamente ho un pensiero e non riesco a tornare a casa abbastanza velocemente. Tutta la galleria d’arte di opere di un artista di talento, a mia disposizione e corro a casa dopo quello che ho visto in una pozzanghera di fango! Non puoi scegliere, ma ciò non impedirà a nessuno di volerlo, “mettiti fretta” come, “ehi, amico mio, * fischio *, ehi, puoi fare arte più veloce? Ho bisogno di farlo a pranzo. ” Ya … ci penserò io.

Non ho mai provato sentimenti negativi nei confronti della programmazione a causa della pressione se non altro è ciò che mi fa andare avanti. C’è un libro in preparazione di cui voglio leggere di più (il tizio lo sta scrivendo su GitHub, le persone che acquistano possono seguire e fornire input tramite Issues, è un’idea piuttosto malvagia) in cui parla dell’esperienza del burnout e ci sono stato ma aveva tutto a che fare con il capo in quanto il lavoro era intercambiabile in quello scenario. Penso che sia solido esserne appassionati e fare soldi facendolo. In effetti, penso che ti deruba di qualcosa se non lo fai. Il motivo è che se fai qualcosa e lo metti nell’app store e piace alla gente, avrai una leggera pressione da aggiungere e modificare. A quel punto hai un capo e un compito, potresti anche essere pagato.

La programmazione è fatta per condividere. non è qualcosa che di solito tieni per te salvo per le dozzine di piccole automazioni che potresti avere. Quindi per me, sia che lavori o mi diverta, faccio fatica a distinguere il modo in cui mi sento mentre lo faccio.

* Adoro mio nonno, ma questo è difficile. Nessuno dei due poteva dire chiaramente. Pensa al vecchio barista di Boondock Saint senza volgarità “Le persone nelle case di vetro, affondano le navi” -F *** A **

Lavoro in un’azienda di medie dimensioni basata su software. Abbiamo alcune centinaia di sviluppatori software. La maggior parte sono più giovani di me, molti molto più giovani. Nella mia esperienza, molti di loro sono appassionati di ciò che fanno. Lo affrontano con un sacco di entusiasmo ed energia e si preoccupano molto di farlo bene e rendere l’azienda di successo.

Abbiamo hackathon di un giorno ogni anno e occasionali “eng days” di due giorni in cui le persone possono sviluppare progetti (legati al lavoro) di propria invenzione. In questo modo possono vincere premi (premi con valore in denaro reale, non solo token simbolici). Quasi tutti partecipano a questi eventi (e l’hackathon è a livello aziendale, non solo di ingegneria). Definirei anche la maggior parte di questi progetti come esplorativi.

Inoltre, molti perseguono i propri progetti anche al di fuori del lavoro.

Quindi la mia prospettiva è che per gli ingegneri che conosco e con cui lavoro, l’unica differenza tra il modo in cui si avvicinano alla programmazione sul lavoro e la programmazione nel proprio tempo è che per lavoro devi lavorare sulle cose che l’azienda ha deciso di perseguire.

Programmazione come passione

La passione per la programmazione è qualcosa di illimitato, gratuito. Puoi fare ciò che vuoi. puoi imparare quello che vuoi. A volte potresti essere tu a creare una bella creazione di siti Web sbalorditivi. A volte potrebbe essere un’app Android o a volte puoi scrivere una query sql per sviluppare le tue conoscenze.

Non verrai mai cinghiato, poiché avrai diversi tipi di problemi. Qualche volta non li conosci come risolvere. Quindi prova te stesso ancora e ancora. È davvero fantastico.

non è necessario utilizzare commenti più grandi dei codici in modo che altri programmatori possano capire quale sia la logica alla base di questa riga di codice.

Programmazione come lavoro

Prima di tutto, a nessuno importa cosa vuoi o come ti senti. sarai una macchina di produzione, che produce progetti.

Tipo di lavoro monotono. Facilmente sarai un cinghiale. A volte puoi affrontare nuove sfide ma qualcosa come l’invito a una festa, che arriva una o due volte al mese.

A volte i tuoi commenti sono più grandi dei tuoi codici. Davvero non così bello.

Nessuna altra scelta ci sarà. Per quale posto hai ottenuto il lavoro devi lavorare su quel campo in particolare. Ad esempio, se sei uno sviluppatore web, non avrai mai la possibilità di sviluppare un’app Android.

La tua passione per la programmazione morirà …

Programmazione come lavoro: seduto davanti a un computer e facendo qualcosa che non ti piace / Qualcosa che il tuo capo vuole che tu faccia.
Risultato – Principalmente un programma difettoso che non vende bene.

Programmare come una passione: sedersi davanti a un computer e divertirsi per te e non per nessun altro! 😀
Risultato – Per lo più un programma perfetto senza bug e qualcosa che è effettivamente utile per le persone!

Non ho mai lavorato come programmatore, piuttosto come un quant, ma ho sperimentato alcune caratteristiche esperienza di programmatori puri.

La differenza più grande è che come passione posso scegliere la lingua, gli strumenti di sviluppo e cambiare le specifiche come e quando. E la pressione non esiste.

Come quant lavoriamo con quello che abbiamo ottenuto. Non ottieni mai tutto ciò di cui hai bisogno, ma sono stato in ambienti in cui possiamo influenzare abbastanza per garantire che le cose siano fatte, quindi penso che sia importante non accettare troppo la cattiva gestione. Ciò che mi fa incazzare di più è quando prendo le giuste decisioni di trasferirmi e ogni egomane a ovest del Tamigi presume che sia un problema e che io sia una prima donna.

More Interesting

Sviluppatori di software: qual è il costo di acquisto / costruzione di uno strumento per consentire ai proprietari di siti Web di tenere traccia dei clic sui loro banner pubblicitari?

Esistono situazioni in cui uno sviluppatore di software trarrebbe maggiori benefici dall'ottenere un master in ingegneria dei sistemi rispetto a uno in informatica?

Se vuoi diventare uno sviluppatore software da zero nel 2017, perché imparare vecchi linguaggi di programmazione come C ++ e JS anziché Rust, Go e Swift di oggi?

Quanto tempo ci vuole in media per essere intellettualmente a proprio agio / competente come sviluppatore di software?

Qual è lo stipendio più alto per gli sviluppatori di software e quali competenze richiede?

Che tipo di ruolo assume un programmatore IT in India all'età di 35-40 anni?

Esiste un documento legale standard che dovrei usare quando assumo sviluppatori di software freelance?

Perché gli sviluppatori stanno provando ciecamente nuove tecnologie senza giustificazione in progetti reali non fermati? La motivazione in questo caso non è un mito?

Come ingegnere informatico generalista, dovresti essere in grado di ottimizzare e ottimizzare i database?

In che modo lo sviluppo software utilizza l'antropologia?

Quali sono alcune delle domande che un Project Manager potrebbe porre a uno sviluppatore di software in un'intervista?

Qual è il miglior libro per imparare Java e J2EE come matricola ad ottenere una laurea in ingegneria informatica?

Il principio YAGNI è davvero buono per lo sviluppo del software?

Come avviare il mio operatore come sviluppatore di software

I bug sono fatturabili durante la creazione di software?