Metode terbaik untuk menyelesaikan proyek pribadi


15

Saya memiliki banyak proyek pribadi yang telah saya mulai dan tampaknya tidak pernah selesai karena saya teralihkan oleh ide-ide lain. Saya bertanya-tanya apa metode terbaik untuk menyelesaikan proyek pribadi? Adakah trik atau kiat untuk itu?

Masalahnya adalah saya mendapatkan dorongan inspirasi pada beberapa proyek, dan saya tidak ingin kehilangan jejak ide-ide saya dan sekarang metode saya "menyelamatkan ide-ide saya" adalah dengan hanya melakukan banyak hal pada ide-ide mungkin dalam satu proyek malam dan kemudian simpan beberapa masalah GitHub untuk dos. Saya menemukan bahwa ini membuat saya tidak pernah kembali ke proyek yang lebih lama.


Judul dan isi posting Anda dalam kontroversi. Tolong jelaskan apa pertanyaan konkret Anda.
Péter Török

Maaf, saya memperbaiki judul
Oscar Godson

Jawaban:


13

Yang mana yang membuat Anda cukup kesal? Selesaikan yang itu. Ulang.

Ini adalah proyek pribadi : satu-satunya orang yang peduli tentang mereka sekarang adalah Anda - dan jika Anda tidak cukup peduli, maka Anda mungkin sudah mendapatkan dari mereka apa yang Anda butuhkan. Jangan menyalahkan diri sendiri tentang hal itu.


6

Saya memiliki masalah yang sama

Saya menemukan bahwa saya memiliki masalah yang persis sama dengan proyek pribadi saya. Saya menemukan bahwa ketika saya memiliki inspirasi, saya akan bekerja dengan tekun sampai titik obsesi selama 2-3 minggu pada proyek pribadi dan kemudian ketika saya telah melakukan sedikit pekerjaan pada sebuah proyek dan saya menabrak dinding saya akan kehilangan semua energi itu dan minat longgar.

Caranya adalah dengan menelusuri proyek Anda

Saya menemukan bahwa ketika saya menghentikan proyek karena kurangnya inspirasi atau kurangnya ide tentang bagaimana melanjutkan saya akan mendapatkan kembali inspirasi nanti (bahkan 6 bulan kemudian) dan kemudian mendapatkan periode 2-3 minggu lagi untuk mendapatkan banyak barang dilakukan sampai akhirnya saya mendapatkan sesuatu yang berfungsi.

  • Wall E - Proyek Arduino (Iterasi Pertama baru saja mendapatkan Servos dan solder)
  • Wall E - Take 2 (mengambil mainan Wall E dan membuatnya otonom)
  • Wall E - Take 3 (Belum Selesai - Aktifkan bluetooth untuk memberinya perintah dan beralih mode)

Masing-masing proyek Wall E terpisah sekitar 6 bulan, dan saya masih menyuruhnya duduk di meja saya menunggu modem bluetooth (perlu dipikirkan bagaimana membuatnya pas di dalam robot).

Proyek Android / Proyek XNA / Proyek Haskell hampir semuanya sama. Saya menemukan bahwa jika saya kehilangan minat dan menjatuhkan proyek hanya untuk berputar kembali ke dalamnya saya akhirnya akan menyelesaikan proyek dan mendapatkan lebih banyak daripada jika saya baru saja menjatuhkannya.


3

Judul pertanyaan adalah "Bagaimana cara memilih ...", tetapi Anda tampaknya bertanya "Bagaimana menyelesaikan proyek pribadi?" Saya pikir ada (setidaknya) dua hal yang terjadi:

  1. Sesuatu yang sepertinya ide bagus pada saat itu mungkin menjadi kurang penting bagi Anda setelah Anda memikirkannya sebentar.

  2. Bentuk pekerjaan Anda mungkin membuatnya lebih sulit untuk kembali. Kadang-kadang, ketika Anda merasa terinspirasi, Anda memiliki perasaan bahwa Anda dapat melihat seluruh proyek dan bagaimana semua bagian cocok, dan Anda ingin menuliskannya sebelum pergi dari Anda. Ketika Anda kembali lagi nanti, kode yang Anda tulis mungkin tidak begitu jelas, atau mungkin tidak dirancang dengan baik seperti yang Anda pikirkan pada saat itu. Atau mungkin Anda memiliki beberapa ide tambahan tentang topik tersebut, tetapi mereka tidak begitu cocok dengan konsep aslinya.

Dalam kasus pertama, tidak menyelesaikan mungkin keputusan yang tepat. Anda punya ide, itu menarik, dan sekarang Anda pindah.

Dalam kasus kedua, saya pikir perasaan melihat segala sesuatu adalah otak Anda yang mempermainkan Anda. Anda punya ide dan itu tampak hebat, dan otak Anda berlomba mengisi bagian-bagian yang hilang untuk membuat gagasan itu tampak lebih masuk akal. Salah satu cara untuk menghadapinya adalah dengan memperlambatdan gunakan proses desain yang lebih baik. Alih-alih melompat langsung ke kode, tulis ide itu dalam prosa. Buat desain tingkat tinggi, dan kemudian mulailah menyempurnakan detailnya. Jika wawasan yang Anda miliki terkait dengan implementasi, maka tulis juga, tetapi jangan mencoba untuk membuat kode semuanya pada tahap ini. Dengan cara ini, Anda telah menangkap ide di atas kertas sehingga tidak hilang, tetapi Anda belum mengimplementasikan apa pun, sehingga desainnya masih cukup fleksibel. Pada titik ini Anda dapat kembali lagi nanti jika Anda mau, dan jika itu masih merupakan ide yang bagus, tingkatkan desain dan akhirnya mulai menerapkannya dengan cara yang metodis. Simpan catatan kemajuan Anda sehingga Anda selalu dapat mengetahui apa yang telah Anda lakukan dan apa yang masih perlu Anda lakukan.

Hal terakhir adalah Anda harus benar - benar ingin menyelesaikan proyek. Jika Anda tidak ingin menyelesaikannya, maka itu hanya tugas lain yang harus Anda lakukan yang menumpuk dan membuat Anda merasa dibanjiri oleh banyak pekerjaan yang sebenarnya tidak perlu Anda lakukan.


2

Saya teringat akan aturan 80/20. Butuh 80 persen waktu untuk menyelesaikan 20 persen proyek. :-)

Saat ini saya sedang bekerja untuk mengimplementasikan permainan papan pasar saham dari tahun 1960 menggunakan Java. Saya bersenang-senang mencari cara menggambar papan permainan, dan menyatukan antarmuka pengguna.

Algoritma pemindahan ternyata sulit diimplementasikan. Bergantung pada kondisi permainan, Anda dapat mendarat di sebanyak 3 kotak yang berbeda pada gulungan dadu yang diberikan. Saya berada di iterasi ke-3 dari algoritma bergerak, dan mudah-mudahan waktu ke-3 akan menjadi pesona.

Saya tidak kesulitan memotivasi diri untuk menggambar papan permainan. Saya memiliki banyak kesulitan memotivasi diri saya untuk bekerja pada algoritma bergerak tersebut. Tetapi algoritma perpindahan adalah apa yang perlu saya lakukan untuk meningkatkan keterampilan desain saya di bidang serupa lainnya.

Sangat mudah untuk melakukan hal-hal menyenangkan saat coding. Lebih sulit untuk melakukan bagian yang lebih sulit dari suatu proyek, terutama ketika Anda salah desain. Dua kali. Tetapi mengenali dan belajar dari kesalahan Anda adalah apa yang akan membuat Anda menjadi analis, perancang, dan pemrogram yang lebih baik.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.