Anda mengatakan di salah satu komentar bahwa ini adalah pekerjaan pertama Anda. Manajer sering tidak teknis di mana pun kecuali toko perangkat lunak khusus dalam pengalaman saya. Ini adalah bagian dari kehidupan, biasakan saja.
Anda menangis dan merengek karena tidak ada yang menghargai keanggunan solusi Anda. Masalah sebenarnya di sini bukanlah bahwa tidak ada orang yang menghargai keanggunan solusi Anda, tetapi tidak ada yang mengajarkan Anda bahwa solusi Anda tidak sebagus yang Anda kira. Hampir semua programmer baru melebih-lebihkan keterampilan mereka yang sebenarnya. Tanpa mentor, tidak ada orang yang membantu Anda berlatih lebih baik. Jika tidak ada seorang pun di sana yang membimbing Anda, maka bergabunglah dengan grup pengguna lokal, berpartisipasi aktif, dan ajak seseorang ke sana untuk membimbing Anda. Bahkan lebih baik, itu akan membantu Anda menemukan pekerjaan yang lebih baik pada akhirnya.
Anda mendapat angka nol pada tes Joel? Jika Anda adalah satu-satunya pembuat kode (dan kedengarannya dari apa yang Anda tulis adalah Anda) mereka mengapa Anda tidak menggunakan kontrol sumber? Apa yang mencegah Anda? Jika Anda bukan satu-satunya pembuat kode, mengapa tidak ada orang yang dapat melakukan tinjauan kode? Semua pengembang kami melakukan review kode, itu bukan fungsi manajemen terutama ketika manajer non-teknis.
Persyaratan berubah di hampir semua tempat. Kebutuhan bisnis berubah terus-menerus dan yang bukan pemrogram sering kali tidak dapat memvisualisasikan apa yang akan dilakukan program sampai mereka menemukan sesuatu. Kemudian mereka menyadari itu bukan yang mereka butuhkan. Itu sebabnya Agile muncul benar-benar karena metode yang lebih tua tidak menangani perubahan itu dengan baik.
Siapkan pelacakan bug bahkan jika manajemen tidak ingin memasukkan data sendiri. Bertanggung jawab untuk memasukkan bug / fitur baru ketika seseorang menyebutkannya kepada Anda. Sangat membantu untuk dapat memberi tahu manajer ketika dia menginginkan perubahan bahwa Anda telah diberi 27 hal lain dan di sini adalah daftar, mana yang Anda ingin saya pindahkan ke daftar prioritas untuk mengakomodasi perubahan baru ini. Ini akan membantu pada waktu peninjauan karena Anda akan dapat menghitung jumlah perbaikan bug dan fitur yang Anda implementasikan. Jika semua orang tidak menggunakannya, setidaknya Anda bisa untuk pekerjaan Anda sendiri. Jika mereka tidak mengizinkan Anda menginstal perangkat lunak apa pun, gunakan spreadsheet Excel. Ambil inisiatif. Setelah Anda dapat menunjukkan hasil, orang lain akan lebih tertarik. Jika Anda berpikir ada terlalu banyak pekerjaan untuk satu orang, pelacak bug akan membantu Anda membuktikannya.
Jangan memprovokasi demo mencari dipoles! Demo harus terlihat seolah-olah dituliskan dalam pena di selembar kertas. Semakin halus tampilan antarmuka, semakin banyak orang non-teknis berpikir itu selesai.
Meskipun tidak ada yang akan tahu jika Anda tidak mengikuti praktik terbaik dan kode semi_hard misalnya, Anda akan tahu dan Anda akan menjadi kebiasaan buruk yang ceroboh. Itu tidak akan membantu Anda dengan baik dalam pekerjaan Anda berikutnya. Jadi lakukan hal-hal yang sedekat mungkin dengan cara yang Anda bisa lakukan dalam situasi seperti itu. Pastikan untuk menulis tes (anggap saja ini sebagai bagian dari waktu pengembangan dan luangkan waktu untuk melakukannya dalam estimasi yang Anda berikan kepada manajemen bahkan jika Anda tidak secara spesifik mengatakan bahwa itu adalah bagian dari estimasi) dan gunakan tes tersebut untuk memastikan perubahan selanjutnya tidak merusak sesuatu yang lain.
Anda perlu melihat ini sebagai kesempatan yang tak ternilai untuk tumbuh dan berkembang. Anda memiliki lebih banyak kebebasan dalam pengkodean aktual daripada yang dimiliki banyak orang pada tahap karier Anda. Jadi pertimbangkan ini kesempatan untuk membuat portofolio proyek yang berhasil dilaksanakan. Ketika Anda mencari pekerjaan berikutnya, bisa menunjukkan pencapaian seperti kontrol sumber yang dilembagakan, pelacakan bug yang dilembagakan, menciptakan sejumlah X implementasi proyek yang sukses, dll, akan membuat Anda menonjol dari yang lain.
Anda juga memiliki peluang besar di sini untuk mempelajari cara mengelola harapan ke atas. Ini adalah askill yang akan berguna selama sisa karir Anda. Anda tidak akan rugi dalam mencoba melakukan ini di sini, semuanya sudah tidak baik. Tetapi Anda dapat mempelajari keterampilan politik yang akan membantu Anda di tempat yang lebih baik nanti. Belajarlah untuk melakukan analisis biaya-manfaat. Belajarlah untuk menggarisbawahi domain bisnis sehingga Anda dapat meyakinkan ketika Anda berbicara dengan mereka. Belajarlah berbicara dalam hal keuntungan bagi perusahaan dan keuntungan. Lakukan estimasi untuk setiap tugas yang ditugaskan kepada Anda dan bahkan jika mereka tidak cocok dengan apa yang manajemen berikan kepada Anda, catatlah apa yang Anda perkirakan dan apa yang sebenarnya dibutuhkan untuk meningkatkan kemampuan Anda sendiri dalam memperkirakan pekerjaan. Setelah Anda dapat menunjukkan bahwa perkiraan Anda secara historis lebih akurat daripada estimasi manajemen, mereka akan lebih cenderung mendengarkan ketika Anda memberi tahu mereka bahwa perkiraannya terlalu rendah. Tetapi Anda harus membangun rekam jejak pertama dari kedua estimasi yang lebih akurat dan yang paling penting, kemampuan untuk memberikan proyek dan membuatnya bekerja. Sekali lagi ini adalah keterampilan yang baik untuk dimiliki saat Anda bergerak maju dalam karier.
Yang terpenting, jangan pasif dan mengharapkan peningkatan datang dari atas.