Consegnare un progetto Unity [chiuso]

0

Ho qualcuno che vuole che io sviluppi un gioco per loro. Non intendo continuare a sviluppare il gioco dopo la sua prima versione (vuole che lo sviluppi per uso commerciale). Per semplificare il progetto, stavo pensando di utilizzare il motore di gioco Unity. Ho intenzione di dirlo adesso, sono un ragazzino che va al college, vuole pagarmi, ma non voglio essere pagato, e questo è per il suo impegno personale, temo che se consegnerò questo progetto a un professionista più affermato, anche se uso il controllo del codice sorgente, lo ignorerà, lo butterà via, e la parte che temo di dirgli è che ho fatto un lavoro cruddy o pigro (perché ho usato Unity). Quali sono le tue opinioni su questa situazione e l'uso dell'Unità in questo modo?

    
posta The Floating Brain 29.06.2014 - 22:40
fonte

1 risposta

7

Ad eccezione delle persone affondate nella sindrome del vero programmatore , nessuno è andando a ignorarti per aver usato Unity. Unity è un framework, come molti altri, che ti aiuta a fare software. Dire che l'utilizzo di 3 quadri e librerie è pigro è come dire che guidare (o usare i mezzi pubblici) per lavorare anziché camminare è essere pigri. Anche se questo potrebbe essere vero, devi farlo se vuoi arrivare in tempo e stare abbastanza a lungo da fare effettivamente qualcosa prima di dover tornare indietro. Il tempo che si risparmia non camminando è usato per essere produttivo - il che rende una buona analogia per l'uso di framework e librerie.

Per quanto riguarda fare un lavoro "cruddy" - è prevedibile. Come hai detto tu - sei un bambino che va al college "- nessuno si aspetta che tu faccia un lavoro di alta qualità. Dopo esserti laureato, quando guardi indietro a quel progetto, se non sarai in grado di pensare che questo è un progetto schifoso creato da un programmatore idiota direi che il tuo college non stava facendo un ottimo lavoro (ammesso che tu stia imparando informatica o ingegneria del software).

Le uniche persone che ti odieranno (non ridere - odio !) per fare un brutto lavoro sono quelli incaricati di mantenerlo . Ma mentre dovresti cercare di essere premuroso nei confronti delle persone che dovranno affrontare il tuo codice in futuro (alte probabilità che sarai futuro tu), questo non dovrebbe fermarti dalla codifica, perché è difficile migliorare senza lavorare su progetti reali e errori reali che torneranno a morderti e così facendo ti insegnano le migliori lezioni che puoi eventualmente imparare. Il tuo (non) datore di lavoro potrebbe soffrire di questo se vogliono continuare il lavoro su quel gioco, ma non dovresti sentirti male perché hai dato loro quel gioco gratuitamente.

Che ci porta al prossimo argomento: perché stai dando loro quel gioco gratuitamente? Sì, hai detto che vogliono pagare tu e voi siete quelli che vogliono lavorare gratuitamente, e mentre potrebbero esserci degli svantaggi per essere pagati (come essere obbligati a rispettare le scadenze e la qualità del progetto), non si spiega ancora cosa si guadagna lavorando gratuitamente.

Ora, non sto dicendo che non dovresti fare questo gioco gratuitamente - sto dicendo che non dovresti rendere questo gioco gratuitamente per loro . Tu sei quello che fa tutto il lavoro - non hai bisogno di loro per fare quel gioco. Anche se vuoi fare quel gioco per il tuo portfolio, o per esperienza, o solo per divertimento, questo non spiega ancora perché dovresti consegnare quel progetto a qualcun altro che ti farà guadagnare soldi senza che tu veda una monetina. Perché non dovresti mantenere i diritti d'autore su quel progetto ed essere in grado di licenziarlo e distribuirlo a tuo piacimento?

    
risposta data 29.06.2014 - 23:59
fonte