Saat ini saya bekerja untuk perusahaan 2 orang, sebagai pengembang utama tunggal. Bos saya mendapatkan klien, membuat beberapa templat desain png dan menyerahkannya kepada saya.
Sistem ini telah bekerja dengan baik dan saya sangat menikmatinya.
Jenis proyek yang saya kerjakan adalah untuk usaha kecil menengah dan mereka biasanya menginginkan sistem CMS. Dikembangkan dari awal saya akan membuat backend yang disesuaikan untuk klien untuk menambah / mengedit / menghapus kategori, tag, produk dll dan kemudian menampilkannya ke ujung depan sesuai dengan templat desain yang diberikan kepada saya. Seiring berjalannya waktu, proyek-proyek tersebut semakin meningkat kompleksitasnya, dengan fitur shopping cart / pemesanan dan fitur tipe e-commerce umum lainnya.
Sekali lagi, sistem ini telah bekerja dengan baik dan saya sangat menikmatinya.
Masalah saya adalah pengembangan pribadi saya sebagai seorang programmer. Saya menghabiskan banyak waktu luang saya membaca blog pemrograman, memeriksa melalui stackexchange, membaca buku-buku pemrograman yang disarankan (saat ini di ' The Pragmatic Programmer ', sangat bagus sejauh ini), melakukan latihan otak ( lumosity.com dan masalah matematika khanacademy ), melakukan banyak hal latihan fisik dan kegiatan jenis pengembangan pribadi lainnya.
Saya tidak bisa menahan perasaan, bahwa saya kehilangan umpan balik, kritik. Bos saya hebat dan tidak pernah menahan pujian sehubungan dengan pekerjaan saya, tetapi dia sayangnya sibuk untuk memeriksa kode saya, atau jujur, saya tidak berpikir itu salah satu spesialisasinya sehingga tidak dapat memberikan umpan balik .
Saya ingin tahu apa yang saya lakukan salah dan apa yang saya lakukan dengan benar. Haruskah saya meletakkan banyak logika di controller, apakah saya memodulasi kode saya cukup dll.
Jadi apa yang telah saya lakukan adalah mengembangkan sedikit aplikasi 'Penganggaran Keluarga' dan mencoba melakukannya sebersih dan seefektif yang saya tahu saat ini.
Yang ingin saya ketahui adalah, apakah ada tempat di mana saya dapat mengirimkan aplikasi ini, dan minta beberapa pengembang berpengalaman memberikan umpan balik. Ini bukan hanya subbagian dari kode saya seperti 'codereview.stackexchange' tampaknya perlu, itu seluruh alur kerja saya yang ingin saya kritik.
Saya tahu ini banyak yang harus ditanyakan, dan saya berharap saran utama yang diberikan adalah mencari pekerjaan di dalam tim, yang tentunya merupakan sesuatu yang akan saya perhatikan nanti, tetapi untuk saat ini saya ingin bertahan dengan yang sekarang. situasi kerja, tetapi tidak ingin mengembangkan terlalu banyak kebiasaan buruk.
Beri tahu saya jika saya dapat memberikan informasi lebih lanjut untuk membantu memperjelas, atau jika ini bukan tempat yang tepat untuk jenis pertanyaan ini, saya minta maaf sebelumnya. Tidak ingin menggunakan reddit karena saya merasa komunitas ini mengembangkan respons yang dipikirkan dengan lebih baik.
sumber
Jawaban:
Anda berada di jalur yang benar untuk meningkatkan keterampilan Anda, dan dapat dimengerti bahwa Anda tidak yakin tentang keandalan dan kesiapan perusahaan dari kode Anda.
Ini adalah proses normal yang harus dilalui untuk pengembang junior, dan minat Anda untuk meningkatkan sangat penting, karena itu adalah kunci untuk suatu hari menjadi pengembang rock-star.
Sebagai referensi untuk mempelajari praktik terbaik, saya akan merekomendasikan bergabung dengan proyek open-source yang diselenggarakan gratis untuk programmer yang bersemangat / ingin tahu. Mereka akan sangat membantu Anda memahami cara menggunakan praktik terbaik dan cara memutuskan desain aplikasi. Selain itu, cobalah untuk terlibat dalam pengembangan proyek sumber terbuka, karena akan meningkatkan pembelajaran mandiri dan peningkatan Anda secara dramatis.
Saya juga merekomendasikan menghadiri acara komunitas lokal untuk pengembang perangkat lunak. Anda dapat menemukan beberapa grup ini di communitymegaphone.com . Berbicara dengan programmer teman lokal, mereka kebanyakan adalah orang baik yang tidak keberatan membantu kolega.
sumber
Ketika Anda mendapatkan lebih banyak pengalaman, Anda tentu dapat kembali dan meninjau proyek / kode Anda sebelumnya untuk melihat kesalahan Anda. Pertengkaran adalah hal yang indah. Saya tahu pasti saya telah melihat kode / dokumentasi yang saya tulis x lalu dan menyadari di mana saya salah dan di mana saya bisa memperbaiki.
Fakta bahwa Anda membaca blog, buku, SE, dll. Harus memberi Anda wawasan yang lebih luas tentang pemrograman sebagai bagian dari pengembangan pribadi Anda dan percobaan dan kesalahan serta evolusi proyek dan kode Anda tentunya harus menjadi bukti dari fakta bahwa Anda sedang membaik. Mengkritik diri sendiri bisa menjadi hal yang sangat baik.
Karena itu, memiliki mata kritis pengembang lain selalu menambah nilai dan dapat memberikan pendapat / opsi yang mungkin tidak Anda pikirkan. Meskipun saya tidak tahu ada situs tertentu yang dapat Anda buang proyek penuh untuk ulasan kode - Anda dapat menempatkan potongan dari apa yang Anda anggap tersangka ke codereview.stackexchange untuk teliti dan komentar mereka, kemudian ambil umpan balik itu di papan tulis dan terapkan di tempat lain yang sesuai.
Atau, Anda dapat menulis beberapa hal sumber terbuka dan membuangnya di github (atau yang setara). Komunitas open source pasti akan mengkritik pekerjaan Anda dan memperbaikinya jika mereka mau.
Pada akhirnya, jika produk yang Anda hasilkan berfungsi sebagaimana mestinya, penuhi persyaratan bisnis dan dapat dipertahankan - Anda melakukan sesuatu dengan benar.
Untuk pertanyaan pemrograman, pola, dll. Anda selalu dapat memposting pertanyaan-pertanyaan itu di sini di PSE dan untuk masalah implementasi kode pada SO.
sumber
Le me membagikan pendapat saya, beberapa kata-kata bijak dan beberapa pertanyaan untuk Anda renungkan.
Menjadi programmer yang berpengalaman, saya telah menemukan selama bertahun-tahun bahwa kode terbaik adalah salah satu yang sederhana (lihat konsep KISS) dan lebih mudah untuk dimodifikasi oleh programmer lain.
Juga, menyisakan ruang yang cukup agar kode tidak menjadi padat (ruang bernafas) dan terstruktur secara merata. Gunakan konvensi penamaan yang terkenal untuk variabel Anda, beri mereka nama yang dapat dimengerti (yang dapat dipahami oleh programmer lain) dan tulis komentar yang langsung pada pokok permasalahan, tidak terlalu banyak dan tidak terlalu sedikit.
Jika Anda mengikuti di atas, Anda sudah berada di jalan yang baik.
Selain itu, karena pengembang adalah sesuatu seperti arsitek, saya akan memberikan Anda pepatah yang sangat penting yang harus Anda renungkan;
dan
Namun,
Dengan hal di atas saya ingin Anda mengerti bahwa ada keseimbangan yang baik antara upaya dan efek, biaya dan kualitas.
Dan pertanyaan untuk direnungkan;
sumber
Anda mungkin ingin memeriksa https://codereview.stackexchange.com/
Itu akan menjadi tempat yang bagus untuk mendapatkan umpan balik tentang kode atau desain Anda dari para profesional berpengalaman.
sumber
Lanjutkan membaca buku, blog, dan Tanya Jawab Stack Overflow. Jika Anda ingin meningkatkan diri dengan cara yang lebih sosial, mengapa tidak melakukan pekerjaan pada proyek open source? Maksud saya bukan membuat proyek sendiri , tetapi kerjakan yang sudah ada.
Karena Anda adalah satu-satunya pengembang di perusahaan ini, saya membayangkan bahwa mungkin suatu hari nanti, Anda akan mempekerjakan orang lain. Katakan pada diri Anda bahwa hari ini, orang itu harus membaca kode Anda. Apakah Anda sudah menulis beberapa dokumentasi tentang alat Anda? Ingatlah bahwa pekerjaan Anda dapat dibaca oleh orang lain adalah hal yang baik untuk pengembang solo dan membantu Anda membuat kode yang lebih baik.
sumber
Saya dalam situasi yang sama dengan Anda, dipekerjakan sebagai programmer tunggal untuk perusahaan 5 orang, dan hanya satu dari mereka yang terlibat langsung dengan aplikasi yang saya kembangkan / tambahkan. Untungnya, saya tidak harus membuat apa pun dari awal tetapi sampai sekarang hanya aplikasi yang dimodifikasi yang dibangun oleh pendahulu saya. Dengan melakukan itu, saya yakin saya telah meningkatkan diri saya dengan mengenali bagian mana dari kodenya yang baik, bagian mana yang buruk dan bagaimana seseorang dapat memperbaikinya.
Membaca kode adalah bagian besar untuk meningkatkan pengkodean Anda sendiri, jadi di atas semua itu saya sarankan Anda mencari sendiri proyek open-source, membaca kode, memahaminya, dan mencoba menilai apa yang baik, apa yang buruk dan apa yang bisa ditingkatkan. Mungkin bahkan menulis ulasan kode tentang hal itu di blog Anda.
Tepuk tangan!
sumber
Meninggalkan. Temukan perusahaan baru tempat Anda akan bekerja di tim pengembang yang lebih besar, termasuk beberapa orang keren yang bisa Anda pelajari.
Anda jelas memiliki semua motivasi yang tepat dalam menginginkannya.
sumber