Genellikle programlamanın yaratıcı problem çözme olduğunu açıklarım. Bir sorununuz var - bir üründe bir özellik istiyorsunuz (ve genellikle iyi bilinen bir ürünü, Amazon.com, MS Word, vb.) Ve orada değil. Daha önce hiç yapılmadı ve ilk sizsiniz, bu herhangi bir sanat projesi gibi - bir vizyonunuz var, ancak bir yol bulmanız gerekiyor.
Ayrıca, sorunu çözmenin birden fazla yolu, gerçekten kötü yollar ve muhtemelen birden fazla iyi yol olduğu gerçeğine de odaklanıyorum. Uzun vadede en iyi yol olabilir , ancak bu en iyi yol uzun bir süre (genişletilebilirlik, yeniden kullanılabilirlik, vb.) Açık olmayacak, bu nedenle geliştirme sırasında çok sayıda önemli karar çağrısı var.
Son olarak, son ürün alıcı tarafından sevilebilir veya nefret edilebilir. Tıpkı bazı insanların Picasso'yu sevmesi ve bazılarının modern sanatın başlarını veya kuyruklarını yapamaması gibi - bazı insanlar bir özelliği sevebilir ve bazıları bundan nefret edebilir. Çoğu insan için elinizden gelenin en iyisini yaparsınız ve herkesi memnun edemeyeceğinizi anlarsınız.
Odaklanmak:
- bilinmeyen bölge
- kimse cevap vermiyor
- yoruma tabi
Bu çalışmanın daha çok sanat gibi olduğunu ve tekrarlayan sıkıcı çalışmalara çok daha az benzediğini gösterir.
Bunu sanatçılar ile sık sık konuşuyorum (ve bilgisayar çalışmasının yaratıcı olmadığına dair içgüdüsel bir inanç var gibi görünüyor. Genellikle aynı zamanda sanatçının en sevdiği sanat biçimiyle de ilişkilendirmeyi başarabiliyorum. , dans etmek, müzik yapmak ve muhtemelen diğer sanatlar - hepsi sizi yeni, farklı ve yaratıcı bir şeyin icra noktasına götüren bir dizi tekrarlayan etkinlik içerir.Bu şekilde, sanatçılar genellikle görünüşte tekrar eden etkinliklerin yol açabileceğini inkar eden sorunlar yaşarlar. ilham ve güzellik eserlerine.
Bu noktada, genellikle "sanatım" bir dizi tuhaf görünümlü sözdizimi ifadesi ve yumuşak görünümlü UML diyagramları içerdiğinden, bu kod satırlarında yaratıcı olmadığı anlamına gelmez. sistemin modelleri sonunda parçalarının toplamından oldukça farklı bir şey yapar.