Di solito spiego che la programmazione è una soluzione creativa dei problemi. Hai un problema: vuoi una funzionalità in un prodotto (e di solito scelgo un prodotto ben noto, Amazon.com, MS Word, ecc.), E non è lì. Non è mai stato fatto prima, e tu sei il primo, quindi è come qualsiasi progetto artistico: hai una visione, ma devi capire un percorso.
Mi concentro anche sul fatto che esiste più di un modo per risolvere il problema, un sacco di modi davvero cattivi e probabilmente più di un modo buono. A lungo termine potrebbe esserci un modo migliore , ma quel modo migliore non sarà evidente per molto tempo (estensibilità, riutilizzabilità, ecc.), Quindi al momento dello sviluppo, ci sono molte importanti richieste di giudizio.
Infine, il prodotto finale può essere amato o odiato dal destinatario. Proprio come alcune persone adorano Picasso e alcune non riescono a creare teste o code di arte moderna - alcune persone potrebbero amare un film e altri potrebbero odiarlo. Fai il meglio che puoi per la maggior parte delle persone e pensi di non poter piacere a tutti.
Concentrandosi su:
- territorio sconosciuto
- nessuna risposta
- soggetto a interpretazione
Mostra che questo lavoro è molto più simile all'arte e molto meno come il lavoro noioso ripetitivo.
Ne parlo abbastanza spesso con artisti (e sembrano avere una convinzione istintiva che il lavoro al computer non sia creativo. Di solito riesco anche a metterlo in relazione con la forma d'arte preferita dell'artista. Ad un certo livello, la maggior parte degli artisti sono anche tecnici - la pittura , ballare, fare musica e probabilmente qualsiasi altra arte - tutte implicano una serie di attività ripetitive che ti portano al punto di eseguire qualcosa di nuovo, diverso e creativo. In questo modo, gli artisti hanno generalmente problemi a negare che attività apparentemente ripetitive possono condurre a opere di ispirazione e bellezza.
A quel punto, di solito sono disposti ad ammettere che solo perché la mia "arte" comporta una serie di dichiarazioni di sintassi bizzarre e diagrammi UML dall'aspetto insipido, ciò non significa che non sia creativo in quelle righe di codice e i modelli del sistema alla fine realizzano qualcosa di molto diverso dalla somma delle sue parti.