Beberapa orang memiliki pandangan pemrograman yang hanya mengetik berulang pada keyboard. Semua ini tidak benar. Pertama-tama, ada jauh lebih banyak yang harus Anda lakukan daripada benar-benar mengetikkan kode, seperti arsitektur desain dan sebagainya. Kedua, ini bisa menjadi tugas yang sangat bervariasi, tidak berulang, dengan tantangan baru yang datang setiap saat.
Bagaimana Anda menjelaskan bahwa pemrograman bukanlah tugas yang berulang-ulang bagi yang bukan programmer ?
Jawaban:
Beri mereka contoh yang bisa mereka hubungkan.
Tenis berulang-ulang. Anda hanya terus memukul bola sepanjang waktu ke sisi lain gawang.
Sepak bola berulang. Anda terus menendang bola setiap kali sampai Anda menemukan tiang gawang.
Bermain piano itu berulang-ulang. Anda terus menggerakkan jari-jari Anda di papan tulis.
Sial, semuanya sangat membosankan !!!
sumber
Anda selalu dapat mengatakan bahwa pemrograman adalah pengetikan berulang sampai tingkat yang sama persis seperti prosa menulis pengetikan berulang. Akankah orang menulis novel yang hebat (atau bahkan biasa-biasa saja) dengan duduk dan dengan hati-hati menyusun surat?
sumber
Yah, itu ada hubungannya. Anda mengetik berulang kali huruf yang sama (AZ, az, 0-9) berulang-ulang. Hanya dalam kombinasi berbeda.
Saya biasanya mencoba menghindari diskusi semacam itu dengan orang-orang seperti itu.
sumber
Pemrograman cukup banyak seperti komposisi musik . Yang jauh dari proses berulang.
Terkadang, Anda tidak tahu apa yang Anda inginkan, dan Anda bermain-main. Mungkin cara terbaik untuk mendapatkan komposisi paling menarik ...
sumber
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:
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.
sumber
Pemrograman adalah tentang abstraksi. Semakin banyak Anda menulis, semakin banyak kesamaan yang dapat Anda lihat. Tapi kemudian waktunya untuk abstrak. Dengan refactoring suatu kerangka kerja berkembang yang menghilangkan duplikasi. Ini mengurangi kompleksitas dalam kode domain masalah.
Pemrograman berulang dimungkinkan. Tetapi itu tidak efisien.
sumber
Jika benar, kami hanya akan menggunakan salin dan tempel: D
Salah satu tantangan utama dalam pemrograman adalah membuat blok bangunan yang berkualitas tinggi, seperti Anda
Sesuai sifatnya, tantangan ini menuntut Anda untuk tidak mengulangi diri Anda sendiri .
Sebagai akibat wajar: Jika Anda mengulang diri Anda sebagai seorang programmer, Anda membuang waktu untuk membangun perangkat lunak, itu tidak stabil, atau fleksibel.
sumber
Selain dari jawaban lain yang menunjukkan bagaimana pengulangan atau mengetik / mengklik itu dangkal, Anda juga bisa menunjukkan bahwa pemrograman biasanya lebih banyak tentang pemecahan masalah daripada pengetikan (dan saya pikir Djikstra yang mengatakan ilmu komputer sama banyak tentang komputer karena astronomi adalah tentang teleskop - atau yang serupa ).
Mengetik hanyalah salah satu cara untuk mengimplementasikan solusi (dan saat ini yang paling populer), meskipun ada cara lain, seperti:
sumber
Banyak tindakan pemrograman mengetik. Melukis melibatkan membelai dengan kuas, tetapi menyebut repetitif cukup dangkal.
Apakah mereka akan menerapkan logika itu untuk: - Tenaga penjualan banyak berbicara di telepon. - Manajer pergi ke banyak rapat. - Penyanyi hanya bernyanyi. - Aktor mengulangi skrip.
Jika demikian, itu sebabnya mereka bukan programmer.
sumber
Jika Anda ingin pandai pemrograman itu berulang tetapi hal yang sama dapat dikatakan untuk apa pun. Pengulangan adalah inti dari penguasaan keterampilan apa pun.
sumber
Nah pemrograman benar-benar bisa menjadi tugas yang cukup berulang. Terutama ketika infrastruktur telah dibangun, proses membosankan membangun dialog / perangkat lunak bisnis yang sama (hanya sedikit berbeda) berulang kali dimulai. Anda beruntung jika Anda tidak harus berpartisipasi untuk memenuhi tenggat waktu atau jika Anda memiliki cukup junior untuk melakukan pekerjaan semacam itu.
sumber