Apakah saya pemrograman terlalu lambat? [Tutup]

31

Saya baru setahun di industri ini dan saya punya masalah membuat perkiraan untuk tugas-tugas tertentu. Sebelum Anda menutup ini, ya, saya sudah membaca ini: Bagaimana merespons ketika Anda diminta perkiraan? dan itu tentang masalah yang sama yang saya alami. Tetapi saya sedang mencari ukuran pengalaman yang lebih spesifik, sesuatu yang dapat diukur atau mungkin kinerja rata-rata programmer lain yang harus saya tuju dan mendasarkan perkiraan saya. Jawabannya berkisar dari beberapa minggu, dan saya lebih mencari jawaban pada tingkat tugas yang diberikan untuk sekitar satu hari atau lebih. (Perhatikan bahwa ini tidak termasuk mengirimkan untuk QA atau dokumentasi, hanya waktu pengembangan yang sebenarnya dari tes menulis jika saya menggunakan TDD, untuk membuat halaman, sebelum diserahkan ke pengujian)

Kurs saya saat ini adalah sebagai berikut (pada formulir web ASP.NET):

  • Saat ini, saya dapat mengembangkan halaman entri data sederhana dengan daftar kisi (tanpa logika kompleks, hanya Membuat dan Membaca) pada arsitektur yang sudah dibangun, diberikan waktu satu hari (8 jam) satu hari penuh.
  • Menambahkan fungsionalitas yang kompleks, dan Perbarui dan Hapus halaman menambahkan satu hari penuh ke tugas.
  • Jika saya harus memulai halaman dari awal (tidak ada solusi, tidak ada situs web yang ada) saya perlu satu hari lagi.
  • (Tidak selalu) tetapi jika saya menemukan sesuatu yang baru atau belum dilakukan, saya perlu satu hari lagi.

Setiap kali saya membuat perkiraan yang lebih lama dari yang diharapkan, saya merasa orang lain berpikir bahwa saya jauh tertinggal dari yang lain. Saya hanya khawatir karena ada harapan bahwa ketika itu hanya satu halaman, saya harus tidak lebih dari sehari penuh. Ya, pasti ada lebih banyak ruang untuk perbaikan. Selalu ada. Saya harus banyak belajar. Tapi saya ingin tahu apakah tingkat saya saat ini terlalu lambat, hanya rata-rata, atau rata-rata untuk seseorang yang tidak lebih dari setahun di industri.

Jonn
sumber
Mengajukan pertanyaan untuk mempersempitnya menjadi kasus penggunaan khusus Anda tidak dianjurkan, dan Anda tidak mungkin menerima umpan balik yang lebih baik.
Maaf. Saya berusaha mencari jawaban yang lebih spesifik. Saya akan mengingatnya lain kali.
Jonn
17
Mengapa itu tidak dianjurkan? Jika jawaban yang ia cari tidak ada dalam pertanyaan awal, saya pikir lebih baik mengajukan pertanyaan lain yang dipersempit ke kasus tertentu.
Rachel
7
Ingat bahwa kecepatan bukan satu-satunya metrik untuk menilai kemampuan pembuat kode - kualitas juga penting. Selain kecepatan, pertimbangkan juga jumlah pengerjaan ulang.
Michael
@ John - sekarang hampir 4 tahun berlalu. Apakah Anda merasa kecepatan / kemampuan Anda telah meningkat sejak mengajukan pertanyaan ini?
Chucky

Jawaban:

20

Jika Anda memprogram untuk pekerjaan, dan atasan Anda senang dengan tingkat pengembalian Anda, maka saya akan mengatakan Anda baik-baik saja. Karena Anda telah bertahan satu tahun, mereka jelas tidak marah dengan hasil Anda. Juga, Anda hanya berada di sana setahun, dan dengan asumsi mereka telah mengelola orang selama lebih dari satu hari, mereka tahu bahwa ada kurva pembelajaran ketika Anda masih hijau.

Adapun perkiraan ... Saya sudah di industri selama 5 tahun sekarang (tentu bukan wilayah veteran, saya tahu!), Dan perkiraan pribadi saya masih payah. Saya melebih-lebihkan hampir sesering saya meremehkan, dan saya melakukan keduanya lebih dari yang saya lakukan dengan benar. Sesuatu akan muncul, di suatu tempat, dan menggigitmu. Terkadang Anda akan menemukan perpustakaan yang melakukan semua yang Anda pikir harus Anda lakukan sendiri, dan pekerjaan seminggu menghilang dalam setengah hari. Kadang-kadang bug bodoh akan meregangkan pekerjaan sehari menjadi 2, 3, 4 ...

Jika Anda mengulangi banyak pekerjaan yang sama berulang-ulang, dan Anda merasa seperti telah memaksimalkan throughputnya, mungkin Anda harus meminta untuk dipindahkan ke tugas lain. 'Penyerbukan silang' dan istilah ramah PHB lainnya pasti bermanfaat bagi para devs. Jika Anda menghabiskan satu bulan atau lebih untuk sesuatu yang lain, mungkin Anda akan menemukan sesuatu yang lebih cocok untuk Anda. Jika tidak, atau Anda tidak dapat menghindari formulir web, perubahan itu tidak akan merugikan Anda, dan Anda mungkin kembali dengan sedikit lebih banyak pengetahuan dan pengalaman yang akan membantu Anda.

QWasson
sumber
Bukannya manajer saya belum memahami tetapi mereka mengharapkan lebih dari saya dan hasil lebih cepat dan itulah yang membuat saya merasa tidak memadai.
Jonn
3
Anda selalu bisa bertanya kepada manajer, bagaimana menurut mereka yang Anda lakukan. Dengan begitu Anda akan tahu, dengan satu atau lain cara. Mereka mungkin memiliki saran bagus tentang bagaimana Anda dapat meningkatkan. Atau mereka mungkin memberi tahu Anda bahwa Anda melakukannya dengan cemerlang, dan Anda tidak perlu khawatir. Pro: Bahkan jika Anda melakukannya dengan buruk, itu menunjukkan Anda sadar diri dan proaktif. Cons: Itu mungkin membuat mereka sadar bahwa Anda tertinggal. Sebagai alternatif, Anda mungkin melakukannya dengan baik, dan diberi tahu bahwa itu bisa membuat Anda kehilangan rasa takut, dan keinginan untuk membuktikan pada diri sendiri bahwa rasa takut itu membawa
QWasson
10

Beruntung Anda, jika Anda telah berhasil 1 tahun sebagai programmer hijau. Saya dipindahkan ke unit lain setelah hanya 9 bulan (yang 3 bulan sebenarnya pemrograman), karena tidak cukup produktif. Dan saya semakin banyak belajar setiap hari, menikmati prosesnya dan menyampaikan berbagai hal dengan kecepatan yang stabil. Itu adalah pertama kalinya saya bekerja dalam pemrograman korporat, ah ...

Mungkin akan lebih baik untuk melakukan kode paling kotor, paling tidak dapat diandalkan dengan nol pengujian yang nyaris tidak bertahan bersama dengan permen karet ketika melakukan tugas, sehingga manajer akan mendapatkan "produktivitas" yang cukup untuk tolok ukur mereka.

Pemula
sumber
7

Anda mungkin sedikit "lambat" dibandingkan dengan seseorang yang telah memprogram selama 5 atau 10 tahun, tetapi semuanya datang seiring waktu. Anda mungkin melakukan hal-hal sekarang di 1/10 dari waktu seperti ketika Anda pertama kali belajar, dan itu akan terus menjadi lebih mudah. Itulah cara kebanyakan hal dalam hidup adalah ... Anda lambat ketika Anda pertama kali mempelajarinya, dan Anda secara bertahap menjadi lebih baik, lebih cepat, lebih efisien. Jika Anda berlatih cukup lama, Anda mungkin menjadi "ahli".

Chris
sumber
2

Jika Anda melakukan hal-hal yang agak unik setiap kali mengerjakan tugas dengan detail halus atau mendapatkan perkiraan yang sangat akurat selalu akan sulit.

Saya pribadi suka tantangannya, tetapi kadang-kadang itu bisa membuat Anda terlihat sedikit konyol jika Anda hanya melihat daftar tugas atau garis waktu.

Jika Anda melakukan tes saat Anda pergi kadang-kadang saya akan mengatakan bahwa contoh yang Anda berikan cukup cepat tergantung pada kompleksitas apa yang Anda lakukan. Saya telah mengerjakan proyek-proyek di mana setiap item, bahkan beberapa jika item di dalam poin Anda, memiliki setidaknya satu hari ditugaskan untuk mereka.

Tagihan
sumber
1

Setiap kali saya membuat perkiraan yang lebih lama dari yang diharapkan, saya merasa orang lain berpikir bahwa saya jauh tertinggal dari yang lain.

Ini semua umum, jika tidak ada yang akan memberikan perkiraan yang lebih lama ketika melihat masalah secara rinci, maka semua perkiraan akan cenderung terlalu pendek.

Ian
sumber