Saya biasanya menjelaskan bahwa pemrograman adalah pemecahan masalah yang kreatif. Anda memiliki masalah - Anda ingin fitur dalam suatu produk (dan saya biasanya memilih produk yang terkenal, Amazon.com, MS Word, dll), dan itu tidak ada di sana. Ini belum pernah dilakukan sebelumnya, dan Anda adalah yang pertama, jadi ini seperti proyek seni lainnya - Anda memiliki visi, tetapi Anda perlu mencari jalan.
Saya juga fokus pada kenyataan bahwa ada lebih dari satu cara untuk menyelesaikan masalah, banyak cara yang sangat buruk, dan mungkin lebih dari satu cara yang baik. Dalam jangka panjang mungkin ada cara terbaik , tetapi cara terbaik itu tidak akan jelas untuk waktu yang lama (ekstensibilitas, penggunaan kembali, dll), jadi pada saat pengembangan, ada banyak panggilan penilaian penting.
Akhirnya, produk akhir dapat dicintai atau dibenci oleh penerima. Sama seperti beberapa orang menyukai Picasso dan beberapa tidak dapat membuat kepala atau ekor seni modern - beberapa orang mungkin menyukai fitur, dan beberapa mungkin membencinya. Anda melakukan yang terbaik yang bisa Anda lakukan untuk kebanyakan orang, dan menganggap Anda tidak bisa menyenangkan semua orang.
Berfokus pada:
- wilayah yang tidak diketahui
- tidak ada yang menjawab
- tunduk pada interpretasi
Menunjukkan bahwa karya ini lebih seperti seni, dan lebih sedikit seperti pekerjaan membosankan yang berulang-ulang.
Saya sering membicarakan hal ini dengan seniman (dan mereka tampaknya memiliki keyakinan naluriah bahwa pekerjaan komputer itu tidak kreatif. Biasanya saya juga bisa mengaitkannya dengan bentuk seni favorit artis. Pada tingkat tertentu, sebagian besar seniman juga teknisi - melukis , menari, membuat musik, dan mungkin karya seni lainnya - semua melibatkan serangkaian kegiatan berulang yang membawa Anda ke titik pelaksanaan sesuatu yang baru, berbeda, dan kreatif. Dengan kata lain, para seniman umumnya memiliki masalah menyangkal bahwa kegiatan yang tampaknya berulang dapat menyebabkan untuk karya-karya inspirasi dan keindahan.
Pada titik itu, mereka biasanya mau mengakui bahwa hanya karena "seni" saya melibatkan seperangkat pernyataan sintaks yang aneh dan diagram UML yang tampak hambar, itu tidak berarti bahwa itu tidak kreatif dalam hal baris kode dan model sistem pada akhirnya membuat sesuatu yang sangat berbeda dari jumlah bagian-bagiannya.