Pemula yang mencari nasihat tentang pemrograman secara umum [ditutup]


28

perlu beberapa dari Anda untuk mengingat kembali ke masa ketika Anda mungkin buruk dalam pemrograman ...

Sudah di pekerjaan baru saya (sebagai pengembang perangkat lunak) selama beberapa bulan sekarang, melewati masa percobaan. Memiliki pengalaman pemrograman yang sangat sedikit (hanya C ++) dan saat ini saya bekerja dengan asp.net MVC dan silverlight. Jadi ada sebuah situs web perusahaan telah bekerja dan saya bergabung dengan upaya untuk membuatnya lebih baik, menghilangkan bug dll

Masalahnya adalah - belajar tentang sistem / situs web yang telah dibuat, melalui studio visual. Saya SELALU merasa sangat kewalahan, tidak pernah tahu bagian mana dari baris ini yang harus saya cari, dan umumnya memiliki banyak kesulitan mendapatkan gambaran besar. Visual studio itu sendiri adalah sesuatu yang sulit untuk saya tangani, apalagi kerangka asp.net.

Saya mendapat kesan bahwa karena rekan kerja saya memiliki lebih banyak pengalaman daripada saya, mereka mendapatkan semua pekerjaan yang baik, dan saya tidak punya pekerjaan apa pun - hal-hal yang bahkan tidak diprogram secara samar-samar. Artinya mereka belajar / membuat lebih banyak, dan saya belajar / membuat hampir tidak ada. Saya mengalami demoralisasi, dan terlalu takut untuk mengatakan apa pun.

Saya tidak bodoh, saya sudah membaca dan mempraktikkan banyak konsep pemrograman mendasar ... Saya benar-benar takut dengan kerangka kerja sialan ini. Saya melihatnya dan merasa lumpuh.

Hasilnya adalah bahwa saya terus mengajukan pertanyaan kepada orang tua yang veteran itu, dan dia semakin kesal, dan lebih suka memberi saya pekerjaan yang mudah / tidak berpikir / tidak pemrograman untuk menghindari membuang-buang waktu dengan membantu saya keluar. Kemudian ketika saya tidak mengerti sesuatu, saya ragu apakah saya harus bertanya kepadanya atau tidak, dan mencoba untuk memutuskan apakah itu akan membuang-buang waktu.

Saya adalah tipe orang yang mengambil sesuatu dengan lambat, tetapi dengan banyak perhatian terhadap detail. Yang pertama menurut saya membuat saya terlihat tidak kompeten.

Siapa pun yang datang dari mana saya berasal tolong katakan sesuatu yang membantu .... Saya takut kehilangan pekerjaan saya dalam beberapa bulan atau sesuatu ...


3
Saya akan memulai dengan memulai di asp.net aspspider.com/tutorials pluralsight-training.net/microsoft dll. Saya lebih suka tutorial video yang bagus untuk dipelajari dengan cepat.
Birey

3
Dari membaca pertanyaan Anda dan komentar Anda di bawah ini sepertinya Anda hanya secara acak ditugaskan bug hanya untuk membuat Anda sibuk dan keluar dari rambut pria senior. Situasi mungkin bahwa semua "buah tergantung rendah" telah dipetik dan satu-satunya bug yang terbuka sangat sulit dipahami atau sulit. Jenis-jenis bug ini umum di ASP.NET jadi jangan terlalu kecil hati. Dengan itu dikatakan itu tidak terdengar seperti orang-orang senior terlalu membantu tetapi untuk hanya bekerja selama 2 bulan mereka BENAR-BENAR perlu membuat Anda sedikit kendur. Sepertinya mereka lupa bagaimana rasanya menjadi pengembang tingkat junior.
maple_shaft

2
Kudos untuk mendapatkan pekerjaan ASP.NET dengan hanya sedikit pengalaman C ++. Saya melihat perubahan karier untuk penjualan dan pemasaran di masa depan Anda :).
CheckRaise

Pemrograman adalah mirip dengan berbicara dalam bahasa lain ... sementara memecahkan masalah. Ini akan sulit pada awalnya, karena Anda seperti mencoba menyelesaikan masalah yang ditulis dalam bahasa Jerman.
Jake Berger

Jawaban:


17

Proses yang harus dilakukan orang pada pekerjaan sebagai karyawan baru

  1. Awalnya lihat kodenya
  2. Perbaikan bug kecil
  3. Perbaikan bug yang lebih besar
  4. Permintaan Fitur - Menambahkan sesuatu ke bagian puzzle yang sudah ada
  5. Hal-hal baru - Menciptakan sesuatu dari ketiadaan

Membuat pengembang hijau dengan cepat tanpa pengalaman domain terlalu cepat akan menyebabkan terlalu banyak masalah. Anda akan mendapatkan barang-barang cowok baru karena Anda perlu mendapatkan barang-barang cowok baru.

tetap bertahan


Terima kasih. Saya sudah melakukan hingga no.4, meskipun fitur kecil. Dan biasanya dari awal, sebagai lawan ditambahkan ke sistem yang ada.
user974685

14

Hal pertama yang pertama. Anda pemula. Anda akan mendapatkan tugas omong kosong. Tidak ada jalan lain untuk itu. Anda harus mengerti bahwa ini tidak berbahaya. Seperti yang Anda sendiri katakan, orang-orang ini memiliki lebih banyak pengalaman dan lebih terampil. Mereka juga mungkin memiliki peringkat gaji yang lebih tinggi. Yang berarti, dari sudut pandang proyek, waktu mereka lebih berharga dan lebih berharga daripada milik Anda. Jadi mereka bisa melakukan tugas yang lebih mutakhir (dan menyenangkan), meninggalkan Anda dengan pekerjaan yang lebih biasa (tapi masih penting).

Sekarang, yang penting adalah tidak terjebak dalam kebiasaan selamanya. Luangkan setiap saat untuk membiasakan diri dengan proyek dan alat-alat yang ada. Anda bisa bermain Minesweeper saat mati. Saya tahu bahwa mempelajari platform baru serta meningkatkan kecepatan dengan proyek yang ada adalah prospek yang sangat luar biasa. Caranya adalah dengan memotongnya menjadi potongan-potongan kecil dan mengatasinya satu per satu. Di sepatu Anda, saya akan melakukan sesuatu seperti ini:

  • Di tempat kerja, cari tahu dulu arsitektur umum seluruh aplikasi. Belum perlu masuk ke detail. Identifikasi saja blok kode utama; yaitu di mana antarmuka pengguna berada? Bagian mana yang mengakses basis data? Yang mana keputusan bisnisnya? Jangan takut untuk bertanya-tanya. Tunjukkan pada mereka bahwa Anda ingin belajar dan orang-orang pada umumnya akan membalas. Jika ada dokumentasi yang baik (dan baru-baru ini) di sekitar menggunakannya
  • Sekarang Anda tahu bit-bit utama, saatnya untuk sedikit menggali. Cobalah untuk memulai di salah satu ujungnya . Antarmuka pengguna, atau lapisan database, kemudian bekerja dengan cara Anda ke ujung lainnya. Lihatlah secara umum bagian yang Anda pelajari. Rasakan bagaimana cara kerjanya. Fungsi dan metode apa yang diungkapkannya. Detail bisa datang nanti. Buat catatan yang banyak, gambar grafik dan diagram alur, lakukan apa saja yang akan membantu Anda mencarinya nanti.
  • Hanya ketika Anda merasa Anda memahami bagaimana alur logika dalam aplikasi Anda dapat mulai benar-benar melihat kode. Ini adalah saat yang tepat untuk membiasakan diri dengan Visual Studio. Klik kanan pada objek / fungsi apa pun dalam kode dan Anda akan mendapatkan menu konteks yang sangat membantu. "Masuk ke definisi" dan "Temukan semua referensi" sangat berguna dan kuat. Jika perintah tampak samar bagi Anda, klik F1.
  • Di rumah, atau di waktu luang Anda, baca lebih lanjut tentang ASP.NET MVC dan Silverlight (atau platform apa pun yang Anda gunakan pada akhirnya). Secara khusus, baca lebih lanjut tentang bit yang Anda lihat di tempat kerja hari ini.
  • Ketika pemahaman Anda tentang platform dan proyek tumbuh Anda pada akhirnya akan melihat semakin banyak peluang untuk berkontribusi pada kode. Raih momen-momen itu!

Jika ini terlihat seperti banyak pekerjaan, itu karena itu. Tetapi dividen yang Anda kumpulkan akhirnya lebih dari cukup kompensasi.


+1 untuk menawarkan saran bermanfaat yang sebenarnya tentang cara mengatasi masalah OP daripada hanya kata-kata dorongan yang simpatik. Saya akan mengangkatnya lagi jika saya bisa.
greatwolf

5

Saya mendapat kesan bahwa karena rekan kerja saya memiliki lebih banyak pengalaman daripada saya, mereka mendapatkan semua pekerjaan yang baik, dan saya tidak punya banyak hal untuk dilakukan - hal-hal yang bahkan tidak pemrograman secara samar-samar. Artinya mereka belajar / membuat lebih banyak, dan saya belajar / membuat hampir tidak ada.

Seberapa yakin Anda tentang ini? Saya bertanya sebagai seseorang yang umumnya ketika Anda memulai sesuatu yang baru ada semua jenis pembelajaran yang dilakukan yang mungkin tidak Anda sadari. Seberapa baik Anda terbiasa dengan Visual Studio? Saya dapat mengingat itu agak menakutkan untuk mempelajari IDE dari awal ketika saya mulai bekerja kembali pada tahun 1998 tetapi itu adalah waktu yang menarik dalam beberapa hal. Seberapa baik Anda mengenal perangkat lunak pelacakan bug? Seberapa baik Anda mendapatkan ide dari semua orang yang berbeda dalam tim? Mungkin ada lebih dari beberapa hal yang Anda pelajari meskipun Anda mungkin tidak melihatnya sebagai hal besar untuk dipelajari.

Saran saya adalah mempertimbangkan untuk berbicara dengan beberapa rekan kerja atau atasan Anda tentang melihat seberapa baik Anda melakukannya. Mereka mungkin berkata, "Ya, Anda baik-baik saja," atau "Anda hebat!" yang merupakan sesuatu yang Anda mungkin harus menerima meskipun beberapa mungkin hanya mengatakan bahwa karena mereka takut untuk mengatakan kebenaran. Pada saat yang sama, ketahuilah bahwa di sinilah Anda mencari tahu di mana Anda berdiri dan kemudian melakukan sesuatu tentang hal itu. Berada di sana selama beberapa bulan, Anda harus tahu beberapa hal dan dengan demikian dapat melakukan lebih baik daripada yang Anda lakukan pada minggu pertama.


Seperti, "perbaiki bug ini, seharusnya hanya mengambil satu baris", dan kemudian saya butuh waktu lama hanya untuk mengetahui ke mana saya BERPIKIR garis itu harus pergi.

Saya pernah mendengar dan mengatakan hal semacam itu puluhan kali dalam karier saya, sungguh. Ada beberapa poin berbeda yang saya buat tentang garis seperti itu:

  • Ini mungkin perkiraan dan orang tersebut mungkin lupa beberapa kasus aneh yang membuat perbaikan menjadi beberapa baris. Saya tahu saya memiliki waktu di mana saya berpikir, "Itu harus dilakukan dalam satu baris kode," hanya untuk kemudian menemukan apa yang saya lewatkan.

  • Beberapa baris kode bisa sangat rumit. Pernah melihat jika di mana ada puluhan tanda kurung di dalamnya untuk menegakkan logika di mana butuh beberapa kali untuk membaca kondisi dengan benar? Saya tahu saya punya.

Pertimbangkan jenis gambar aplikasi apa yang Anda miliki sekarang dan bagaimana Anda melihat bagian-bagian yang berbeda saling bersesuaian, konvensi apa yang umumnya digunakan oleh kode, jenis metodologi pengembangan apa yang digunakan dan alat apa yang digunakan untuk berbagai proses, misalnya apakah ada server integrasi berkelanjutan, apakah ada papan cerita, dll.


Tentu, saya jauh lebih baik daripada sebelumnya, tetapi saya masih merasa tidak berguna. Seperti, "perbaiki bug ini, seharusnya hanya mengambil satu baris", dan kemudian saya butuh waktu lama hanya untuk mengetahui ke mana saya BERPIKIR garis itu harus pergi. Terimakasih Meskipun. Saat ini mencoba membaca hal-hal sebanyak yang saya bisa, tidak selalu mudah untuk tahu persis apa yang harus saya baca sekalipun!
user974685

4

Ini membutuhkan waktu. Beberapa bulan adalah waktu yang singkat. Kecuali Anda tidak melihat masa depan di perusahaan Anda saat ini, saya akan memberikannya lebih banyak waktu.

Adalah umum untuk mengerjakan produk yang sudah ada. Sebenarnya Anda akan melakukan itu lebih sering daripada sistem baru. Dibutuhkan banyak keterampilan untuk memperbaiki sistem yang sudah ada yang sudah dalam produksi. Itu belum tentu hal yang buruk.

Semoga beruntung di pekerjaan baru Anda.


5
Juga, bekerja pada sistem baru tidak selalu semestinya. Perbaikan bug mungkin membuat frustasi, tetapi memiliki banyak keuntungan: apa yang seharusnya Anda lakukan jauh lebih jelas, tenggat waktu lebih santai, dan Anda belajar cara bekerja dengan kode orang lain yang sangat berharga.
millimoose

Ya saya tahu ada banyak yang bisa dipelajari dari perbaikan bug ... Saya rasa itu hanya membuat saya frustasi karena begitu banyak bug yang saya temui adalah bug yang saya tidak mungkin tahu bagaimana cara menekuknya - di asp.net, ada hubungannya dengan pengaturan proyek utama / web.config / file cache yang keberadaannya saya tidak tahu, misalnya. Pada dasarnya masih banyak yang tampaknya 'ajaib' ...
user974685

@ user974685 Inilah sebabnya saya pikir proyek ASP.NET adalah hal yang buruk untuk memulai, karena sebagai kerangka kerja niatnya adalah untuk menjadi sulit dipahami dan transparan bagi pengembang. Ia mencoba untuk menyembunyikan sifat alami Permintaan / Respons stateless dari HTTP dan membuatnya terasa seperti aplikasi Formulir Menang untuk pengembang. Pada kenyataannya ketika Anda mengalami bug caching, atau kesalahan grafis yang aneh bisa jadi INFURIASI bahkan untuk pengembang tingkat senior.
maple_shaft

@maple_shaft: Apa yang Anda katakan tentang ASP.NET menyembunyikan sifat sebenarnya ke web adalah benar untuk ASP.NET WebForms tetapi tidak untuk ASP.NET MVC (yang digunakan oleh user974685). ASP.NET MVC sebenarnya sangat bagus dalam membiarkan Anda menulis aplikasi web tanpa kewarganegaraan.
Hector Correa

@Hector Maaf, saya melewatkan pertanyaan di mana pengguna menyatakan mereka menggunakan ASP.NET MVC.
maple_shaft

2

Tetap ajukan pertanyaan, tetapi tunjukkan inisiatif , juga; lakukan sebanyak yang Anda bisa sebelum Anda bertanya. Agak seperti mengajukan pertanyaan di Stack Exchange.


2

Dapatkan buku bagus di asp.net dan mungkin juga tentang .net framework dan bacalah dengan seksama dari jam kerja. Anda akan merasa cukup percaya diri di tempat kerja begitu Anda membacanya. Ini juga luar biasa untuk secara praktis mengerjakan apa yang Anda pelajari. Kode ini akan masuk akal bagi Anda ketika Anda membaca terus dan karena itu membaca akan lebih menyenangkan juga. Anda harus memanfaatkan waktu yang Anda miliki sekarang, tidak banyak tugas yang dilemparkan kepada Anda, jadi gunakan waktu ini dengan bijak.


2

Saya pikir saya dapat berbicara untuk banyak dari kita dengan mengatakan bahwa untuk sesaat saya bertanya-tanya apakah diri saya di masa lalu telah pindah ke masa depan untuk menanyakan diri saya sekarang pertanyaan ini pada programmer. Ini adalah apa yang akan saya katakan pada diri saya di masa lalu jika saya berhadapan dengannya ketika dia berada di posisi Anda:

Jangan berkecil hati - itu akan sulit dan beberapa hari Anda akan membenci apa yang Anda lakukan dan berharap Anda bisa menjadi tukang kebun atau sesuatu yang sama-sama non-pemrograman. Angkat diri Anda dari tanah, bersihkan diri Anda, dan teruskan, karena Anda akan menjadi lebih baik dan pekerjaan yang Anda lakukan akan menjadi lebih baik.

Gunakan StackOverflow dan Google - jangan menjadi "Copy and Paste Programmer", tetapi sadari bahwa ada BANYAK orang pintar di SO dan di seluruh web yang bersedia, siap, dan senang menawarkan bantuan. Selain itu, jawaban SO atau posting blog tidak akan menggerutu pada Anda atau memberi Anda tampilan yang kotor jika Anda terus membacanya kembali untuk memastikan Anda mendapatkannya.

Terus Ajukan Pertanyaan - selama Anda melakukan bagian Anda untuk mencari tahu apa yang Anda bisa, tidak ada salahnya meminta seseorang dengan lebih banyak pengetahuan dan pengalaman untuk mendapatkan bantuan. Jika rekan kerja Anda ingin menjadi brengsek tentang hal itu, temukan rekan kerja lain yang lebih bersedia membantu Anda, atau seperti yang orang lain katakan, bawalah bersama dia dan lihat apa yang mereka katakan. Sedikit komunikasi dalam situasi seperti ini bisa sangat membantu.

Terus Mencoba - jangan menyerah. Pemrograman itu sulit, tapi itu bagian dari hadiahnya. Dibutuhkan banyak waktu dan upaya untuk mempelajari alat baru, kerangka kerja, bahasa, paradigma, dll ... tapi itu sangat berharga karena setiap kali Anda melakukannya Anda menjadi lebih baik dan tindakan mendorong melalui pengalaman belajar itu akan lebih mempersiapkan Anda untuk lain kali Anda menghadapinya. Saya bekerja di basis kode yang jauh lebih besar daripada yang saya lakukan di pekerjaan pertama saya, tapi saya bisa mengambilnya lebih cepat karena pembelajaran yang saya jalani selama ini.

Berikan Kredit pada Diri Anda Sendiri - Anda telah berhasil mengubah pengalaman C ++ menjadi pekerjaan yang bekerja dengan ASP.NET MVC dan Silverlight. Anda berada di programmer.stackexchange mencari bantuan. Anda bekerja dan berusaha dan melakukan apa yang Anda bisa untuk menjadi lebih baik. Anda melakukan hal-hal yang benar, dan Anda sudah menjadi bagian yang baik di sana berdasarkan fakta bahwa Anda bisa mendapatkan pekerjaan pemrograman. Terus lakukan itu dan itu akan menjadi lebih mudah.

Temukan Sesuatu Untuk Dilakukan Di Samping - melakukan pemrograman yang terlalu sulit atau terlalu biasa atau apa pun dapat dengan cepat merusak kesenangan Anda terhadap kerajinan. Temukan proyek yang bisa Anda kerjakan sendiri selain dari pekerjaan, yang tidak terlalu menantang tapi itu akan membuat Anda tertarik dan membuat Anda bersemangat tentang pemrograman. Tidak hanya itu akan menyelamatkan Anda dari membenci pengkodean, setiap bagian dari kode yang Anda tulis membantu Anda mengasah keterampilan Anda dan proyek pribadi terlihat bagus pada resume jika Anda memutuskan bahwa pekerjaan ini tidak cocok untuk Anda.

Maaf jika ini kedengarannya terlalu besar. Saya baru saja di sepatu Anda dan saya tahu bagaimana rasanya. Semoga ini dan saran lainnya dari orang-orang di sini akan membantu Anda. Oh, dan satu hal lagi - Anda memulai pertanyaan Anda dengan baris ini:

need some of you to remember back to a time when you might have been bad at programming...

Saya masih! Kami semua adalah! Kami terus berusaha dan berusaha mengisap lebih sedikit setiap tahun .


1

Itu terjadi pada semua orang dalam pemrograman. Bahkan programmer dengan pengalaman bertahun-tahun akan memiliki kurva belajar yang substansial ketika dihadapkan dengan sistem yang kompleks yang sudah ada bertahun-tahun. Jarang untuk masuk ke pekerjaan dengan hampir semua pengetahuan yang Anda butuhkan. Anda dapat berharap untuk merasa kewalahan untuk sementara waktu kecuali jika Anda sedang mengerjakan pengembangan baru 100% di perusahaan / divisi yang relatif baru atau sistem yang sangat sederhana.


1

Saya pikir kekhawatiran Anda benar-benar valid. Tetapi Anda tidak perlu terlalu khawatir .

Sebagai karyawan baru, tentu saja Anda akan mendapatkan tugas yang tidak ingin dilakukan oleh siapa pun. Seperti tugas yang tersisa untuk dilakukan, tugas yang lebih mekanis dan tidak menyenangkan.

Saya benar-benar merasakan sakit Anda, karena semua orang di sini, seperti saya, sudah ada di sana. Yang Anda butuhkan adalah melakukan hal-hal dengan cepat dan melakukan yang terbaik yang Anda bisa .

Dengan cara ini: orang akan melihat Anda dapat melakukan hal-hal yang lebih sulit dan lebih sulit, bahwa Anda benar-benar memberikan yang terbaik dan Anda akan benar-benar meningkat yang akan memungkinkan Anda untuk melakukan lebih baik dan meninggalkan kesan yang baik (dengan cara yang benar).

Dan juga bersabarlah . Memang butuh waktu, tapi itu sepadan.


1

Kesabaran. 20 tahun yang lalu ketika saya adalah orang baru, mereka mengirim saya kembali ke ruang server untuk me-reboot router yang mogok sepanjang waktu. Kiat cepat: untuk mempelajari kerangka kerja baru ketika Anda memiliki kode yang sudah ada, coba tambahkan bidang lain ke formulir yang sudah ada dan kemudian bawa pengaruhnya ke mana ia akan masuk ke database. Dengan mengikuti nilai bidang lain yang sudah ada di formulir itu. Anda akan belajar banyak.


0

Di antara opsi-opsi Anda: cari pekerjaan di mana Anda tidak diharapkan untuk berlari. Tidak setiap perusahaan adalah tempat yang baik untuk pekerjaan tingkat pemula. Perusahaan konsultan besar (mis. Dell atau Accenture) mungkin merupakan neraka yang menguras jiwa untuk tetap sebagai programmer biasa, tetapi mereka harus memiliki program pelatihan yang solid dan sumber daya untuk menangani overhead karyawan dengan gaya belajar Anda.

Konsekuensinya adalah bahwa sangat mungkin Anda adalah jenis karyawan yang salah untuk majikan Anda saat ini dan sebaliknya. Meskipun kehilangan pekerjaan adalah proposisi yang menakutkan, mungkin lebih baik untuk memotong kerugian Anda.

Tentu saja, saya tidak mengatakan Anda harus menyerah. Ada peluang bagus Anda hanya perlu lebih banyak waktu untuk mendapatkan bagian terburuk dari kurva kesulitan dan sampai ke titik di mana semuanya "klik".

Pengamatan acak lainnya:

Saya SELALU merasa sangat kewalahan, tidak pernah tahu bagian mana dari baris ini yang harus saya cari, dan umumnya memiliki banyak kesulitan mendapatkan gambaran besar.

Alasan utama mengapa bekerja dengan proyek-proyek baru menjadi lebih mudah dengan pengalaman adalah karena Anda telah bekerja dengan sebagian besar sistem yang ada, sehingga mereka tidak benar-benar "baru". Tidak ada "pengalaman umum", hanya akrab dengan banyak konsep dan kerangka kerja dan alat dan menggambar pada masalah yang berkaitan dengan hal-hal yang Anda kenal. Untuk seorang programmer pemula yang kewalahan dengan sistem nontrivial adalah hal yang normal. (Seperti halnya untuk programmer yang berpengalaman jika dia bekerja pada sistem dengan hal-hal yang cukup baru baginya. Pemrograman adalah binatang yang kompleks, dan sebagian besar programmer memiliki "zona nyaman".)


0

Pemrograman adalah proses pembelajaran yang tidak pernah berakhir. Saya tidak akan membahas apa yang akan membuat Anda lebih baik, tetapi saya akan mengatasi perasaan kewalahan itu, telah ada di sana dan kadang-kadang merasa seperti itu. Untuk terjun ke proyek besar sambil mempelajari IDE dan teknologi yang digunakan adalah satu ton untuk menangani. Saya sedang dalam pekerjaan di mana saya menggunakan VS 2010, C #, WPF, SQL Server dan MVVM untuk pertama kalinya. Jadi, tidak ada yang mudah tanpa banyak Googling.

Pertimbangkan beberapa hal - Anda melewati masa percobaan, sehingga mereka menyukai apa yang Anda lakukan. Mereka percaya pada Anda sebagai karyawan. Mereka juga tahu bahwa Anda baru dan mereka tidak mengharapkan Anda menyerap 10 tahun pengalaman dengan membuka VS beberapa kali. Mereka akan memungkinkan Anda untuk tumbuh. Anda adalah investasi dan aset - mereka tidak ingin Anda gagal dan jika Anda menunjukkan kemajuan dan keinginan, mereka akan membuat Anda tetap berhasil.

Sejauh pria senior "jengkel" pergi - dia 100% salah. Jika Anda menunjukkan kecenderungan untuk berusaha dan meneliti sebelum Anda bertanya, dia tidak punya alasan untuk merasa kesal. Bagian dari menjadi pemimpin sedang memimpin - seseorang akan mengatakan itu adalah bagian besar. =) Jika dia dipimpin oleh contoh yang buruk, mereka telah memilih pria yang salah (atau wanita). Bicarakan masalah dengannya dan beri tahu dia bahwa Anda menghargai bantuannya. Dev dapat menjadi tipe yang bermuka masam dan seringkali mungkin sedikit penuh dengan diri mereka sendiri. Jika dia masalah, bicarakan dengan manajer Anda tentang hal itu. Sekali lagi, Anda adalah aset dan membuat seseorang menghambat pertumbuhan Anda dengan tidak membantu karena ia harus menyakiti tim.

Yang paling penting - jangan dipikirkan. Jika Anda melakukan usaha dan menyukai apa yang Anda lakukan, itu adalah jaminan Anda akan menjadi lebih baik dan akan memimpin tim itu suatu hari atau yang seperti itu. Jika mereka pintar, mereka akan memberi Anda gigitan yang bisa Anda kunyah.

Terakhir - saya 6 tahun dan masih belajar. Kadang-kadang ketika saya tidak segera "mendapatkannya", saya merasa sedikit sedih. Saya, seperti Anda, hanya harus mengatakan pada diri sendiri: 'Tenang, dunia tidak akan berakhir. Ini .Net demi Tuhan. "


0

Pertama, Terima fakta bahwa Anda tidak pandai pemrograman. Jika Anda tidak ingin menerimanya, maka itu akan menjadi masalah. Anda seorang noob. Jadilah praktis. Dan jujurlah pada dirimu sendiri. Periode. Diterima Kemudian baca terus.

Kedua, buktikan, untuk diri Anda sendiri (dan tidak ada orang lain. Saya ulangi, Tidak ada orang lain selain Anda) bahwa Anda bukan noob lagi dan bahwa Anda dapat memecahkan, membuat, men-debug kode yang paling kotor dan paling kejam yang ditulis. Anda dapat berada di puncak tangga lagu, mengharapkan skala gaji yang lebih tinggi dari bos baik Anda dengan membuktikan kepada diri sendiri bahwa Anda bukan pemula lagi .

Jadi sekarang, sampai pada jawaban yang sebenarnya: Bagaimana Anda bisa melakukan itu di antara jam kerja Anda yang padat, keluarga Anda, waktu luang Anda? Iya nih. saya tahu itu tidak mudah. Cara saya melakukannya. Dan sejauh ini, saya pikir ini yang paling efektif:

Dapatkan Dasar Anda Singkatnya: cocepts OOP harus diintegrasikan ke dalam otak Anda.

Kode Desain (menggantikan Istana) di Udara Saya tahu ini terdengar gila tetapi melihat roda mobil sebagai fungsi membantu otak manusia terbiasa dengan dunia pengkodean!

Berlatih di atas Kertas Pertama! Profesor saya memberi tahu saya trik ini. Berlatihlah di atas kertas terlebih dahulu. Dry Jalankan program Anda di atas kertas itu sendiri. Ini akan membantu Anda masuk ke aliran compiler + itu akan membuka gerbang logika di otak Anda.

Rancang proyek Anda sendiri ya. baik itu kalkulator berbasis CLI. desain kode Anda sendiri. Jadikan unik. Mengapa program unik Anda sendiri? Karena itu akan memaksa Anda untuk berpikir 'Bagaimana saya bisa melakukan ini?' dan tidak memaksa Anda untuk frustrasi. Dan ketika Anda ragu, tanyakan pada Herbert Schildt (maafkan saya jika ejaannya tidak benar) atau Google atau berikan pertanyaan di sini. Ini adalah cara terbaik untuk belajar mandiri dan meningkatkan keterampilan Anda.

Ketika saya diperkenalkan dengan C, saya juga memiliki waktu yang buruk. Terutama dengan Struktur dan Pointer dan Bla bla. Saya belajar hal-hal ini lembur .. cara yang sulit jika Anda boleh menyebutnya. Dan kemudian, ketika saya hancur, saya tidak kehilangan harapan. Saya membeli buku Referensi dan mulai membuat program yang selalu saya inginkan. Setelah 3 bulan (ya Anda bisa tertawa!) Akhirnya saya membuat versi CLI dari sebuah program yang akan menggunakan Nama Anda sebagai masukan dan akan menunjukkan kepribadian Anda sebagai hasilnya. Akrofonologi.

Iya nih. Saya bangga karena saya merasa bangga akan hal itu! Karena saya melihat wajah senior saya yang dulu mengejek saya. Ini semua menentukan teman saya! Pemrograman bukanlah ilmu roket! Jika itu terjadi maka Anda tidak akan melalui masa percobaan! Mudah!

Keyakinan pribadi saya: Jika Anda memiliki logika di otak Anda dan Anda memahami apa yang masuk akal, Anda bisa menjadi pembuat kode yang baik.

Dan kabar baiknya adalah, Anda memiliki keduanya! Karena jika Anda tidak memilikinya maka Anda tidak akan mengambil langkah yang tepat dengan membagikan masalah Anda kepada kami!

Jika Anda merasa baik sekarang, saya senang. Dan ya, sekarang Anda dapat mengabaikan baris pertama dari jawaban ini .. diperlukan lalu .. Tidak perlu sekarang! Tepuk tangan!


0

Penafian: Saya berpendapat bahwa masalah Anda, meskipun khusus programmer, dihadapi oleh para profesional / praktisi baru di semua bidang. Maksudku, tidak ada yang tahu apa-apa selama beberapa bulan pertama, dan orang baru selalu mendapatkan tugas terburuk ( kecuali mungkin ketika tugas ini terlalu kritis).

Suatu saat ketika Anda mungkin buruk dalam pemrograman

Saya masih buruk dalam hal itu. Tidak ada pemikiran kedua.

Saya mendapat kesan bahwa karena rekan kerja saya memiliki pengalaman lebih dari saya ..

Sekali lagi, ingatlah bahwa setiap pemain adalah ball boy sekali. Untuk mendapatkan hal yang baik untuk dikerjakan, pertama-tama Anda harus membuktikan nilai Anda dalam hal-hal yang tidak Anda sukai, dan ini biasa terjadi di semua bidang, bukan hanya pemrograman.

Saya melihatnya dan merasa lumpuh.

Apa yang membuat Anda merasa lumpuh? Apakah Anda takut kembali ke kerangka kerja lain kali , atau apakah Anda hanya benci melihatnya sama sekali?

Selalu berusaha memecah masalah Anda menjadi satu atau beberapa langkah sederhana. Kemudian lanjutkan ke masing-masing secara terpisah. Tidak ada peluru ajaib di sini, kecuali untuk tetap bertahan, dan itulah yang penting.

Mulai memegang kendali

Sebagai orang baru, Anda akan menghadapi masalah dalam mendapatkan untuk mengetahui alat Anda bekerja dengan (VB, ASP dll) dan hal-hal yang Anda bekerja di (dalam kerangka ). Ini alami. Kita semua menghadapinya. Prioritas utama Anda adalah terus berjalan.

Terus belajar bahasa, terus ajukan pertanyaan, terus melihat ke dalam kerangka kerja, dan ulangi!

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.