Bagaimana saya bisa menyelamatkan magang saya? [Tutup]


65

Saat ini saya bekerja sebagai karyawan magang di perusahaan pengembangan non-perangkat lunak yang sangat besar. Posisi yang saya lamar bukanlah secara khusus posisi pengembangan, tetapi tim yang mempekerjakan saya menginginkan seorang CS mayor untuk membantu mencoba mengembangkan beberapa proyek internal untuk mereka. Saya sudah di sini selama empat minggu dan kebingungan awalnya mulai hilang. Namun, saya satu-satunya CS mayor di seluruh kantor - tidak ada seorang pun di tim saya, di gedung, atau bahkan di lokasi tetangga memiliki latar belakang dalam pengembangan perangkat lunak. Yang terbaik yang saya dapatkan adalah manajer basis data, dan departemen mereka terlalu sibuk untuk mendukung saya dengan proyek-proyek saya. Rekan tim saya membantu saya belajar bagaimana mereka melakukan pekerjaan mereka (yang penting bagi saya untuk melakukan pekerjaan saya), tetapi tidak ada yang membantu saya melakukan pekerjaan saya yaitu pengembangan.

Proyek yang mereka berikan kepada saya memiliki cakupan yang lebih besar daripada semua yang saya lakukan di sekolah. Itu, dikombinasikan dengan kenyataan bahwa saya bekerja sendiri, mencoba mengembangkan aplikasi dari awal tanpa bentuk panduan atau bahkan tujuan yang jelas, membuat saya sangat khawatir dengan kemampuan saya untuk menjadi sukses. Saya hampir tidak tahu di mana saya harus mulai, dan sekarang saya mungkin memiliki kurang dari dua bulan tersisa.

Saya merasa seperti saya harus belajar proses pengembangan perangkat lunak, tetapi sekarang ini seperti saya merasakan jalan saya melalui kegelapan. Ini sangat mengganggu saya karena saya tidak terlalu percaya diri dengan keterampilan pengembangan saya. Saya telah meneliti dan mengajar diri saya sendiri, tetapi saya hanya mendapatkan sedikit demi sedikit. Mereka memiliki harapan yang tinggi dari saya, tetapi saya tidak yakin dengan kemampuan saya untuk memberikan. Jelas, saya perlu duduk dan berbicara dengan manajer saya tentang posisi saya dan saya bermaksud melakukan itu sesegera mungkin (mereka sering bepergian dan keluar kantor).

Bagaimana saya harus menangani ini? Magang ini akan berakhir sebelum saya menyadarinya, dan saya tidak ingin pergi tanpa menunjukkan apa pun untuk waktu saya di sini. Mereka juga tidak mau itu, dan mereka selalu tersedia untuk membantu saya tetapi tanpa pengetahuan pemrograman hanya ada begitu banyak yang bisa mereka lakukan. Saya takut memberi tahu mereka bahwa saya tidak mampu menghasilkan apa yang mereka inginkan. Bagaimana saya bisa menghubungkan ini dengan mereka? Saya melihat trainee praktek kerja mendapatkan bantuan dari insinyur lain, belajar bagaimana melakukan pekerjaan mereka, dan saya merasa seperti saya hanya duduk di sini menunggu waktu saya. Setiap saran tentang bagaimana memperbaiki situasi saya akan sangat dihargai.

Memperbarui

Saya menghargai semua umpan balik yang bermanfaat dari semua orang, ini membantu menenangkan pikiran saya. Hal pertama yang saya lakukan adalah bertemu dengan manajer dan penyelia saya. Kami membahas apa yang diharapkan dari waktu saya di sini. Mereka mengerti bahwa saya tidak memiliki waktu sebanyak itu sebagai pekerja magang, dan ini membantu menempatkan cakupan pada jenis kerangka kerja yang ingin kami selesaikan, yang akan memungkinkan pekerja magang atau karyawan masa depan mudah-mudahan membangun dari apa yang saya tinggalkan. Saya juga menyampaikan keprihatinan saya mengenai kemampuan saya dengan waktu yang ditentukan, yang mereka pahami dan harapkan.

Saya menerima telepon dari administrator basis data di lokasi lain - manajer saya berbicara dengan penyelianya dan mereka akan mendukung proyek saya, yang sekarang akan memberi saya sumber daya untuk digunakan sehingga saya tidak duduk-duduk tanpa tahu apa yang saya ' saya lakukan. Tapi itu baru setengah. Dari semua proyek yang mungkin, kami mempersempitnya menjadi dua yang paling penting untuk dikerjakan. Sedangkan untuk proyek saya yang lain, seperti yang disebutkan seseorang, saya pada dasarnya adalah arsitek perangkat lunak utama yang merupakan situasi unik bagi seorang magang. Jika semuanya berjalan semi-sukses, saya pikir saya akan memperoleh banyak pengetahuan dan pengalaman yang dapat membantu saya dengan calon majikan. Untuk saat ini, saya pikir saya memiliki dasar yang kuat untuk mulai meneliti dan mengembangkan proyek saya. Sekali lagi terima kasih atas tanggapan dari semua orang!


80
Sebagian besar tempat mengharapkan peserta magang menjadi orang yang tidak tahu apa yang mereka lakukan, tetapi yang mau belajar dan mendapatkan pengalaman apa pun yang mereka bisa. Magang tanpa mentor terdengar seperti mereka benar-benar hanya menginginkan pengembang yang murah atau gratis, dan mereka seharusnya tidak mengharapkan Anda untuk menghasilkan produk jadi. Belajar sebanyak mungkin tentang seluruh pengalaman, dan kemudian ketika magang Anda selesai, lanjutkan. Idealnya ke tempat di mana Anda dapat magang dengan pengembang perangkat lunak yang sebenarnya :)
Rachel

9
Ini sepertinya tidak spesifik untuk rekayasa perangkat lunak, jadi mungkin lebih cocok di Workplace.SE
Bart van Ingen Schenau

53
"mencoba mengembangkan aplikasi dari awal tanpa bentuk panduan atau bahkan tujuan yang jelas" - pelatihan sempurna untuk pengembangan perangkat lunak dunia nyata!
Alan B

7
Selamat datang di sisi "hal-hal yang tidak Anda pelajari dalam buku" dari pendidikan Anda. Ini hanyalah salah satu dari banyak lingkungan yang mungkin Anda temukan ketika menyelesaikan pendidikan Anda. Saya menemukan diri saya persis di posisi Anda kecuali saya menyelesaikan gelar saya dan itu di MIS.
Chad Harrison

3
@ BartartIngenSchenau Ada sudut pengembangan perangkat lunak dalam pertanyaan, OP adalah pengembang mandiri di perusahaan. Itu menciptakan beberapa tantangan unik, dan saya pikir beberapa dari mereka mungkin mendapat manfaat dari solusi pengembangan perangkat lunak. Mungkin pertanyaannya lebih cocok untuk Tempat Kerja, tetapi jika tidak 100% topik di sini saya tidak berpikir kita harus bermigrasi. Jika komunitas memutuskan bahwa pertanyaannya bukan topik di sini (dengan menutupnya seperti itu), saya akan dengan senang hati memindahkannya.
yannis

Jawaban:


124

Saya punya kabar buruk untuk Anda bhamlin:

Anda bukan magang. Sebaliknya, Anda adalah karyawan yang tidak dibayar / murah.

Magang adalah posisi yang tidak dibayar atau dibayar rendah di mana Anda dapat melatih keterampilan yang baru Anda dapatkan di lingkungan yang aman, (biasanya) santai, dan mendapatkan kesempatan untuk mengamati profesional 'nyata' di bidang Anda melakukan pekerjaan 'nyata', sambil mendapatkan umpan balik pada bagian yang mereka izinkan Anda modifikasi (biasanya di bawah pengawasan dan / atau persetujuan).

Apa yang diinginkan perusahaan Anda, sebenarnya bukan magang, melainkan sumber pengembangan perangkat lunak gratis / murah. Ini cukup umum , menurut saya. Saya tinggal di sebuah kota perguruan tinggi, dan di tempat kerja terakhir saya, manajer sering terdengar berkata "Hei, departemen TI terlalu sibuk untuk melakukan Proyek X, mari kita lihat apakah kita bisa meminta magang dari Universitas untuk menulisnya untuk gratis / murah! " Kami akan mengomel, mengerang, dan mengertakkan gigi ke langit, tetapi ini adalah realitas tempat itu, dan aku bisa mengerti mengapa para manajer menyarankan hal seperti itu. Sayangnya, hasilnya tidak terlalu bagus: perangkat lunak yang dikirim oleh pekerja magang tidak pernah kohesif / dapat diukur / bersih / dll (tapi jujur ​​saja, tidak pula barang-barang yang dikeluarkan oleh IT ...)

Terserah Anda apa yang Anda lakukan. Saran saya adalah hanya mengembangkan apa pun yang Anda bisa (kadang-kadang tekanan adalah motivator yang hebat), TETAPI Anda juga harus merencanakan untuk mengambil magang 'nyata' di tempat lain ketika ini selesai jika memungkinkan.

Jadi jangan salahkan diri Anda, tetapi apa yang Anda jalani bukanlah magang nyata.


18
@Apt Bagi saya, sebagian besar magang yang dibayar pada dasarnya mengatakan "Kami akan membayar Anda untuk belajar bersama kami, dan pada akhir periode ini jika semuanya berjalan dengan baik kami ingin mempekerjakan Anda" . Ini memberi para pihak periode waktu yang lebih lama untuk mengevaluasi satu sama lain, dan jika semuanya berjalan dengan baik, mereka juga bisa merekrut seorang karyawan yang dididik dalam sistem mereka dan mereka tahu itu sangat cocok untuk perusahaan. Jika mereka mendapatkan beberapa perangkat lunak baru secara murah dalam proses, itu adalah bonus tambahan, tetapi bukan harapan.
Rachel

7
Magang biasanya tidak dibayar? Itu berita baru bagi saya ...
M. Dudley

3
Itu poin bagus @Ampt. Saya telah mengedit jawaban saya untuk mengatakan "tidak dibayar / murah" sekarang. Secara keseluruhan saya pikir jawabannya masih berdiri; tempat ini tidak benar-benar ingin magang, mereka hanya tidak ingin membayar harga penuh untuk layanan IT.
Graham

7
@hamhamlin kebanyakan orang tanpa latar belakang perangkat lunak benar-benar tidak tahu berapa banyak waktu atau upaya proyek perangkat lunak akan diperlukan untuk mengembangkan. Tidak ada petunjuk sama sekali. Sayangnya ini bagaimana.
enderland

10
Jika magang tidak dibayar (atau di bawah upah, mungkin minimum jika ingatannya) ia harus menunjukkan manfaat yang cukup besar bagi pekerja magang itu jika tidak, bisnis itu sebenarnya melanggar undang-undang perburuhan. Ini adalah perbedaan yang sangat penting, jika orang ini tidak dibayar, dia bisa menuntut perusahaan itu bodoh. (Atau katakanlah hukum AS, tidak dapat berbicara dengan negara lain)
Jimmy Hoffa

28

Sebagai mayor CS, Anda memiliki keterampilan memecahkan masalah yang Anda inginkan. Tidak jelas jenis proyek apa yang ingin mereka kembangkan. Jika saya harus menebak mereka mungkin ingin Anda membantu mengotomatisasi beberapa proses internal. Saya akan mulai dengan mencoba untuk mendapatkan diagram gambaran besar tentang proses apa yang ada saat ini dan ketergantungan antar departemen untuk masing-masing proses ini.

Selanjutnya, saya akan mencari beberapa buah gantung rendah yang bisa otomatis atau paling tidak efisien.

Cara Foolproof Mendokumentasikan Proses Apa Pun

Ajukan pertanyaan-pertanyaan ini dalam urutan sebagai berikut:

  1. Apa outputnya? (Dapatkan jawaban sespesifik mungkin)
  2. Apa inputnya?
  3. Apakah ada cukup input untuk membuat output?

Jika jawaban ke nomor 3 adalah TIDAK , maka dapatkan bagian yang hilang. Ini bisa berupa formula atau aturan bisnis atau apa pun.

Jika output dari langkah pertama terlalu rumit, pilah menjadi bagian yang dapat dikelola dan serang setiap potongan sebagai proses terpisah.

Dokumentasikan apa yang Anda temukan. Identifikasi potensi titik kegagalan tunggal. Identifikasi kelemahan atau ketergantungan yang langka.

Saya tahu kedengarannya luar biasa, tetapi Anda memiliki keterampilan. Hanya mengubahnya menjadi potongan ukuran gigitan. Jika Anda dapat mempelajari cara menjelaskan "barang geek" menggunakan "bicara non-geek" maka Anda akan sebanding dengan emas Anda.


1
Anggota tim saya telah menunjukkan kepada saya prosesnya, jadi saya memiliki gagasan tentang input dan output dan apa yang mereka inginkan. Saya memiliki ide tentang bagaimana saya ingin menyelesaikan masalah, itu hanya memecahnya menjadi beberapa bagian dan menyatukan semuanya yang memberi saya masalah (terutama menggunakan teknologi yang saya tidak trampil, seperti database). Untungnya saya bisa menjelaskan "geek" ke "non-geek" dengan cukup baik. Saya kira pada titik ini saya harus mulai membawa masalah pengkodean saya ke stack overflow untuk melihat apakah solusi saya layak. Terima kasih atas masukan Anda.
bhamlin

Sejauh hal-hal database berjalan saya merekomendasikan sebuah buku berjudul Database Design For Mere Mortals oleh Michael Hernandez. Buku ini luar biasa.
Michael Riley - AKA Gunny

1
+1 untuk "Cara Foolproof Mendokumentasikan Proses Apa Pun." Saya berharap saya memiliki yang diposting secara mencolok di kubus saya ketika saya pertama kali disewa untuk pekerjaan analisis sistem.
dodgethesteamroller

1
@hamhamlin: Saya sarankan Anda melakukan yang terbaik untuk mengurangi harapan untuk apa yang akan Anda berikan. Juga, pilah menjadi masalah yang sangat kecil, sesuatu yang Anda pikir dapat Anda lakukan dalam sehari (sehingga dilakukan selama seminggu;) dan lebih disukai, hal-hal yang berguna seperti itu , bukan hanya modul, yang tidak akan bekerja tanpa inti. Dengan cara ini, jika Anda gagal, pekerjaan Anda akan tetap bermanfaat. Juga, IMO, pengalaman ini mungkin akan sangat berguna dan menstimulasi (walaupun tidak secara finansial), namun pada akhirnya akan membuat memori yang menyedihkan.
K.Steff

18

Inilah pendapat saya tentang seluruh situasi ini: Mereka meminta lebih dari yang dapat Anda capai secara wajar, tidak memberi Anda umpan balik atau panduan, dan umumnya membuat pekerjaan Anda tidak begitu menyenangkan. Tetapi ada hikmahnya di awan ini. Anda sedang belajar sesuatu.

Khususnya, Anda mempelajari jenis lingkungan yang Anda TIDAK ingin bekerja di saat Anda mendapatkan gelar Anda. Anda juga belajar bagaimana menangani proyek yang terlalu besar untuk Anda selesaikan. Kedua hal ini adalah bagian pengetahuan yang penting untuk dipertahankan, karena tidak ada yang akan memberi Anda pekerjaan yang menurut mereka di bawah kemampuan Anda. Mereka akan selalu meminta lebih dari apa yang dapat Anda berikan, dan tugas Anda adalah bekerja bersama mereka untuk mengelola harapan dan memberikan sesuatu yang mereka inginkan.

Aktif untuk apa yang dapat Anda lakukan di sini dan sekarang. Saya akan mulai dengan membuat jurnal tentang semua yang Anda lakukan di setiap hari. Ini memberi Anda akuntabilitas. Bahkan akhir hari yang sederhana "ini adalah apa yang saya kerjakan hari ini" akan memberi Anda sesuatu untuk mundur ketika mereka tidak mendapatkan apa yang mereka inginkan dan datang mencari jawaban.

Saya juga akan berbicara dengan atasan langsung Anda dan melihat apakah ada cara untuk memecah salah satu proyek yang lebih besar ini . Jika Anda merasa tidak nyaman melakukan semuanya, mungkin mereka hanya akan meminta Anda melakukan riset dan arsitektur untuk proyek tersebut, dan mungkin ada pekerja magang lain yang kemudian mengimplementasikannya. Cukup jelaskan apa yang menurut Anda dapat Anda capai secara wajar pada saat Anda masih magang, dan jadikan itu sebagai tujuan Anda. Dengan begitu Anda masih memberikan sesuatu yang relevan dengan atasan Anda di akhir hari.

Akhirnya, lihat apakah Anda dapat bergabung dengan trainee praktek kerja . Saya akan berasumsi bahwa pekerja magang ini juga mengembangkan perangkat lunak, dan saya tidak melihat alasan mengapa apa yang Anda lakukan dan apa yang mereka lakukan terpisah jauh sehingga Anda tidak dapat saling belajar. Saya bekerja dengan insinyur listrik, insinyur perangkat lunak, insinyur komputer, dan ilmuwan komputer pada proyek saya, dan setiap orang membawa kekuatan mereka sendiri ke tim. Identifikasi di mana kekuatan Anda berada dalam pengembangan, dan cobalah untuk menjelaskan mengapa kemampuan-kemampuan itu cocok untuk tim teknik.


6
Orang tua saya mengatakan kepada saya bahwa saya harus menerima tawaran jika saya menerima tawaran di akhir musim panas, tetapi saya mencoba menjelaskan kepada mereka bahwa pekerjaan ini mungkin tidak membantu memajukan karier saya sebagai pengembang perangkat lunak. Mereka tidak ingin mendengarkan saya dan berpikir pekerjaan apa pun yang saya dapatkan adalah berkah, tetapi saya merasa saya memiliki hak untuk menolak, terutama jika ini bukan lingkungan kerja yang baik bagi saya. Saya suka ide membuat jurnal, saya membawa notebook setiap hari jadi saya akan mulai mendokumentasikan apa yang saya lakukan sehingga tidak terlihat saya tidak melakukan apa-apa. Saya menghargai bantuan Anda.
bhamlin

1
Tidak masalah bhamlin. Ketika saya memulai magang ini, saya merasa berada di posisi yang sama. Manajer saya mengadopsi pendekatan yang sangat langsung kepada tim teknik, membiarkan kami menyusun hari kami sesuka hati (kami juga mengikuti model pengembangan tangkas yang mendukung ini) dan berasal dari kelas di mana saya memiliki persyaratan hampir setiap hari untuk proyek, itu sangat berbeda . Saya menemukan bahwa membuat log membuat saya tetap bertanggung jawab dan juga menyediakan dokumentasi yang setidaknya saya lakukan SESUATU. Ini juga membantu saya menjaga momentum hari ke hari dan minggu ke minggu.
Ampt

7
@MLryry Saya pikir itu saran yang buruk. Tinggal di tempat kerja yang Anda benci akan membuat Anda lelah, secara fisik dan terutama psikologis. Anda akan mengalami depresi, benci setiap saat dan menyesali keputusan itu setiap hari. Kenapa harus melalui itu? Masuk akal untuk melakukannya selama 6 bulan jika sisi keuangannya luar biasa. Tapi mungkin tidak, mengingat dia berada di awal mutlak karirnya.
Radu Murzea

2
+1 untuk "Anda sedang belajar sesuatu." Lingkungan kerja ini sayangnya bukan anomali. Banyak perusahaan yang tidak secara khusus dalam perjuangan bisnis TI dengan apa yang harus dilakukan dengan sumber daya TI, sehingga pelajaran yang akan Anda pelajari di sini (persyaratan yang tidak jelas, tenggat waktu yang buruk) akan berharga nanti ketika mencoba untuk menemukan lingkungan yang bermasalah.
Graham

2
+1 untuk "menyimpan jurnal". Biasakan kebiasaan itu selama sisa karier Anda! Ketika sebuah proyek berjalan baik, tidak ada yang mengajukan pertanyaan. Ketika memburuk, mereka ingin mengacaukan setiap hal yang Anda lakukan / lakukan. Jurnal menutupi kulit Anda dengan sangat baik. (lebih baik daripada laporan status).
TimG

13

Bicaralah dengan Penasihat Magang Anda

Semua jawaban yang saya lihat sejauh ini tampaknya berfokus pada majikan, yang penting.

Namun, Anda harus sudah diatur dengan magang ini melalui program atau kantor di sekolah Anda. Saya tidak dapat membayangkan bahwa Anda akan menjadi siswa pertama yang pernah mengalami situasi seperti ini. Mereka harus bisa membimbing Anda ke arah tertentu.

Bahkan jika mereka tidak dapat membantu Anda sekarang (yang menurut saya sulit untuk dipercaya), maka Anda akan membantu siswa berikutnya yang menemukan dirinya dalam situasi ini, yang merupakan sesuatu yang tidak dapat diremehkan.


1 karena ini harus menjadi hal pertama yang harus dilakukan oleh pekerja magang setelah mereka menghadapi kesulitan yang tampaknya tidak dapat diatasi.
verybadalloc

10

Saya memiliki dua magang seperti itu, dan sangat menikmatinya. Ada sisi terang signifikan yang tampaknya Anda lewatkan:

  • Pada saat ini Anda menikmati kebebasan kreatif yang hanya bisa diimpikan oleh para programmer yang bekerja pada tim-tim besar para programmer. Semuanya, mulai dari pilihan bahasa, kontrol sumber, editor, hingga arsitektur perangkat lunak sepenuhnya terserah Anda. Percayalah, Anda merindukan itu ketika sudah pergi.
  • Bekerja dengan orang-orang yang tidak tahu banyak tentang perangkat lunak adalah bagian penting dari proses pengembangan perangkat lunak. Kondisi sekolah membuat Anda mengharapkan penugasan yang jelas dari orang-orang dengan banyak pengalaman mengajar pengembangan perangkat lunak. Bahkan dalam tim programmer, tugas Anda tidak pernah jelas. Belajar menghadapinya sekarang akan memberi Anda keunggulan.
  • Memperoleh pengetahuan domain tanpa manfaat dari mentor adalah bagian penting dari proses pengembangan perangkat lunak. Sekali atau dua tahun sekali, saya mendapat tugas seperti, "Menjadi ahli materi pelajaran kami tentang teknologi X." Seseorang harus menjadi orang pertama di sebuah perusahaan yang mempelajari teknologi baru. Anda akan mendapatkan tugas yang lebih menarik jika Anda dapat menunjukkan bahwa orang itu adalah Anda.
  • Dari sudut pandang Anda, rasanya seperti banyak tekanan, tetapi Anda harus tahu bahwa harapan mereka terhadap Anda benar-benar sangat rendah. Mereka tahu itu lebih sulit bagi Anda tanpa mentor yang tepat. Lakukan yang terbaik dan Anda akan baik-baik saja.

Yang sedang berkata, menangani proyek besar pertama Anda bisa luar biasa. Berikut ini dapat membantu:

  • Cobalah untuk tidak memikirkan keseluruhan proyek sekaligus. Pikirkan tentang apa yang perlu Anda lakukan sekarang.
  • Dapatkan daftar fitur yang perlu dilakukan, dan minta mereka untuk menempatkannya dalam urutan prioritas. Dengan begitu jika Anda tidak menyelesaikan seluruh aplikasi, fitur paling penting akan tetap ada.
  • Hancurkan fitur pertama menjadi tugas yang lebih kecil dan lebih kecil, sampai Anda menyelesaikan tugas yang dapat Anda selesaikan dalam satu atau dua hari. Jangan takut membuatnya terdengar sangat sederhana. Tugas pertama saya pada proyek-proyek baru adalah selalu membuat hello world berfungsi dan diperiksa ke dalam kontrol sumber. Terutama jika itu adalah bahasa baru, atau yang belum pernah saya gunakan dalam beberapa waktu, yang memberitahu saya lingkungan build dan alat saya diatur dengan benar.
  • Dapatkan kemajuan kemajuan Anda sesering mungkin. Jangan mencoba membuang produk jadi pada mereka di akhir musim panas. Perlihatkan kepada mereka setidaknya sekali seminggu apa yang Anda miliki sejauh ini.
  • Habiskan upaya di muka untuk mencoba menemukan proyek dan komponen yang ada yang dapat memenuhi kebutuhan Anda. Jauh lebih mudah untuk menyesuaikan sistem yang ada daripada melakukannya dari awal. Banyak perusahaan memerlukan jenis aplikasi internal yang serupa. Ini adalah salah satu yang saya harap saya tahu tentang diri saya sendiri. Salah satu proyek magang saya pada dasarnya menciptakan kembali (buruk) CRM .

Jadi, santai, lakukan yang terbaik, dan pelajari sebanyak mungkin, baik itu tentang perangkat lunak atau tidak.


6

Jawaban lain di sini sangat bagus, bacalah berulang-ulang dan benar-benar berusaha mencari jawabannya. Jika Anda melakukannya, dengan upaya lebih dari rata-rata, Anda akan dapat muncul "hidup" di sisi lain magang Anda. Mengingat situasi Anda, itu akan lebih sulit dari yang Anda harapkan, tetapi itu bisa sia-sia.

Ini sangat penting karena, ketika Anda akan melamar suatu posisi ke perusahaan lain 1 , salah satu pertanyaan utama adalah:

Saya melihat di sini Anda melakukan magang di perusahaan X. Bagaimana itu? Kenapa kamu pergi ?

Jika Anda kemudian dapat menunjukkan kepada mereka bahwa Anda menangani situasi sulit Anda secara profesional, ini akan BANYAK , pengusaha biasanya sangat terkesan dengan sesuatu seperti ini.

Bahkan jika itu agak menyebalkan, Anda bisa menjadikannya pengalaman yang berharga dari mana Anda memiliki kesempatan untuk mempelajari apa yang tidak akan pernah dilakukan teman sekelas Anda ...

1 = Saya harap Anda akan melakukannya, karena tinggal di sana akan ada bunuh diri dalam karier (cepat atau lambat ... mungkin lebih cepat)


2
Ini adalah pertanyaan yang mudah dijawab. "Saya menikmati bekerja di X dan saya belajar banyak selama magang saya. Namun, mereka bukan perusahaan pengembangan perangkat lunak. Jadi saya tidak berpikir saya akan menumbuhkan keterampilan teknik saya dengan tetap di sana. Saya lebih suka bekerja dengan yang lain pengembang perangkat lunak dan memiliki proyek yang lebih kolaboratif. "
selbie

5

Saya berada di posisi yang sama tahun lalu, di mana saya harus mengembangkan segalanya dari bawah ke atas dan tidak memiliki orang lain dengan pengalaman pengembangan apa pun. Saya menyelesaikan proyek yang mereka berikan kepada saya, tetapi saya tidak akan menyebutnya aplikasi yang dipoles atau bahkan aplikasi yang dapat dirawat (karena satu-satunya orang yang tahu cara kerjanya adalah saya dan tidak ada seorang pun di perusahaan yang melihat kode tersebut.)

Berikut adalah beberapa hal yang saya lakukan dan akan lakukan jika saya berada dalam situasi itu. Beberapa di antaranya telah disebutkan dalam jawaban sebelumnya

Mencari tahu:

  • Apa yang mereka inginkan dari produk (input dan output, minimal )
  • Apa batasanmu? (yaitu program mana yang bisa / tidak bisa Anda gunakan?)

Ini akan memberi Anda gambaran di kepala Anda tentang bagaimana produk seharusnya terlihat. Gambarlah ini di selembar kertas dan perlihatkan kepada manajer / penyelia Anda. Lihat apa yang mereka katakan tentang itu. Jika mereka tidak menyukainya, tanyakan pada mereka apa yang ingin mereka ubah, ubah dan ulangi prosesnya. Jika mereka menyukainya, lakukan jumlah minimum koding dan buat demo sederhana.

Perlihatkan demo kepada mereka (tanyakan kepada mereka apakah ini yang ada dalam pikiran mereka), ini akan menunjukkan kepada mereka kemajuan Anda dan membantu Anda memahami apa yang mereka inginkan.

Setiap kali Anda membutuhkan bantuan pengkodean, baca manual / tutorial, pencarian google dan akhirnya posting di stack overflow untuk bantuan.

Jangan terpaku pada detail kecil. Anda akan membuang banyak waktu jika melakukan ini.

Kode dalam potongan kecil , masing-masing potongan menjadi fungsi utama untuk aplikasi.

Komentari kode Anda. Jika mereka berencana untuk meneruskan ini ke karyawan magang atau karyawan lain, itu akan sangat membantu mereka.

Terus berkomunikasi dengan manajer / penyelia Anda tentang proyek dan kemajuan Anda di atasnya.

Dan jangan khawatir jika Anda tidak dapat menyelesaikan proyek, Anda adalah seorang magang dan Anda melakukan yang terbaik yang Anda bisa. Mereka bersalah karena mempekerjakan seseorang yang kurang berpengalaman untuk proyek semacam itu.

TL; DR

  • Berkomunikasi dengan manajer Anda setiap langkah

  • Kode fungsi utama

  • Dapatkan bantuan dari Google dan susun pertukaran

  • Jangan khawatir jika Anda tidak bisa menyelesaikannya


1
  1. Mencari klarifikasi tentang tujuan magang - mengapa Anda ditugaskan begitu banyak proyek?
  2. Jelaskan kepada manajemen bahwa dalam waktu yang ditentukan, Anda tidak dapat menyelesaikan proyek yang diminta
  3. Siapkan analisis tentang cara terbaik untuk menggunakan waktu Anda. Misalnya, sarankan bekerja hanya pada satu proyek dan menjatuhkan yang lain.

Waktu Anda akan sangat membantu perusahaan Anda jika Anda bekerja hanya pada satu proyek kecil. Pastikan untuk menyimpannya dengan baik. Fokus pada pembuatan dokumentasi arsitektur, tujuan proyek, kemajuan proyek, dan kode sumber yang bermanfaat.

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.