Saya programmer .1x di perusahaan saya. Bagaimana saya bisa berkontribusi terbaik? [Tutup]

61

Saya bekerja di sebuah startup baru yang terdiri dari lima orang. Kami memiliki gelar Ph. D dalam pembelajaran mesin, mantan anggota tim inti RSpec, dan orang yang mengkompilasi biner Git untuk OS X. Itu hanya karyawan; pendiri memiliki Ph. D dan CTO untuk perusahaan multi-miliar dolar sebelum berangkat untuk memulai startup (sukses), dan sekarang meninggalkannya untuk memulai yang ini. Kita juga bisa mendapatkan pria dengan gelar Ph.D dalam matematika.

Aaaaaaaa dan kemudian ada aku, magang putus kuliah. Saya pikir saya cukup pintar dan saya membaca tanpa henti, tetapi delta pengalaman, keterampilan, dan pengetahuan antara saya dan rekan kerja saya sangat menakjubkan.

Jadi tempatkan diri Anda pada posisi mereka: Anda memiliki seorang magang muda yang cerdas yang memiliki banyak hal untuk dipelajari tetapi setidaknya energik. Apa yang akan mengganggu? Apa gunanya Anda berharap untuk keluar dari dia di sini dan sekarang? Apa yang akan mengejutkan mengejutkan jika itu terjadi?

pengguna tidak valid
sumber
32
Salah satu hal yang menarik tentang startup tahap awal, adalah semua orang melakukan segalanya - karena jumlah stafnya sangat sedikit. Anda akan memiliki banyak peluang untuk mencari tahu apa yang Anda lakukan dengan baik yang tidak dilakukan orang lain. Sementara itu, khawatir tentang membangun produk yang hebat, bukan pada seberapa terintimidasi Anda oleh kolega Anda.
James Youngman
3
Potongan kertas tidak sebanyak dibandingkan dengan tindakan dan keterampilan yang dapat ditunjukkan, hanya ingat itu. Jika Anda mendemonstrasikan sesuatu, makalah itu teknis.
6
itu seperti hal terbaik dalam hidup, Anda bisa belajar banyak dari mereka. Dan jangan terlalu banyak berpikir, lakukan saja apa yang dilakukan oleh setiap programmer.
Sufendy
4
Anda terlihat seperti Hawkeye dikelilingi oleh Thor, Captain America, Hulk, dan Ironman. Tapi tetap saja, Hawkeye juga luar biasa! : D
bertzzie
20
"orang yang mengompilasi binari Git dari OS X" == "orang yang mengetik 'make'"

Jawaban:

58

Hal terpenting:

Jangan terkesan dengan judulnya. Dalam waktu singkat, Anda akan menyadari bahwa rekan kerja Ph. D Anda juga manusia. Dan beberapa orang dengan gelar Ph. D tidak pernah benar-benar menciptakan sesuatu yang praktis berguna. Ingatlah selalu, jangan merasa rendah diri.

Apa yang saya harapkan dari Anda? Untuk menulis kode yang baik dan menyelesaikan sesuatu. Kemungkinannya adalah Anda adalah seseorang yang benar-benar bekerja, karena Anda menggambarkan diri Anda sebagai orang yang energik. Saya telah melihat banyak orang dengan gelar yang membutuhkan waktu lama untuk mencapai tugas-tugas sederhana karena mereka terlalu fokus pada detail dll. Gunakan dengan baik dan berikan kode yang baik dalam waktu yang wajar dan segera semua orang akan menghormati Anda.

Tapi jangan tidak menghargai yang lain. Mereka kemungkinan besar lebih tua dan Anda mungkin bisa belajar hal-hal berharga dari mereka. Tapi jangan mengambil alih apa pun tanpa berpikir. Selalu berusaha memahami dan berpikir untuk diri sendiri. Saya berharap Anda meniru perilaku dan pengetahuan dari mereka yang benar-benar berhasil.

Elang
sumber
1
+1 Saya memiliki gelar Phd di EE yang bekerja untuk saya di bawah 40k setahun selama 2 tahun. Judul tidak berarti apa-apa - itu semua tentang keterampilan, kompetensi, dan keterampilan berpikir kritis.
Jonathan Henson
3
Judul tidak berarti apa-apa. Pendidikan tidak ada artinya. Pengalaman tidak berarti apa-apa. Sertifikasi tidak ada artinya. Menggunakan alat Anda untuk menghasilkan hasil adalah segalanya.
Chuck Conway
Itu tampaknya .... anehnya bijaksana.
temporary_user_name
Sama seperti Anda harus menunjukkan rasa hormat kepada kolega Anda, Anda memiliki hak untuk mengharapkan mereka membalas. Jangan pernah lupa bahwa mereka dapat belajar sesuatu dari Anda - mereka hampir pasti tidak tahu semuanya.
mattnz
41

Kerendahan hati berjalan jauh

Dengan sikap rendah hati Anda, saya benar-benar ragu Anda akan menyebalkan. Kerendahan hati berjalan jauh. (Ini berlaku untuk hot-shot sebanyak untuk magang.)

Jika peran Anda secara eksplisit untuk mendukung yang lain, Anda dapat yakin menjadi berguna hanya dengan bertanya. "Tugas menjengkelkan apa yang bisa kulakukan?"

Hal lain yang akan Anda temukan adalah kebanyakan orang senang merasa dihargai. Jika Anda benar-benar mengagumi anggota tim Anda, Anda dapat pergi dengan banyak bertanya kepada mereka dan belajar banyak dari mereka. Mereka akan merasa tersanjung, tetapi itu akan asli. Ini juga akan membantu Anda belajar dan menjadi lebih bermanfaat.

Terakhir, mengetahui lebih sedikit dari mereka mungkin berguna dalam dirinya sendiri. Misalnya, Anda mungkin akan lebih baik dalam menulis dokumentasi untuk API, karena Anda akan mengajukan pertanyaan yang akan ditanyakan oleh orang luar, tetapi yang tampaknya terlalu jelas bagi yang lain.

Dan siapa yang tahu? Anda mungkin menemukan bahwa dengan menjadi hamba, Anda menjadi seorang pemimpin.

Nathan Long
sumber
7
Memberi +1 untuk "Anda akan mengajukan pertanyaan yang akan ditanyakan oleh orang luar" - itu terutama sulit bagi para ahli yang bekerja keras yang sangat mendetail, yang mungkin berpikir mereka mengambil langkah mundur untuk melihat gambaran besar tetapi tidak berada di dekat ada gagasan tentang bagaimana hal-hal seperti orang luar (pelanggan!) baru untuk hal itu.
DarenW
17

Anda sudah mendapat banyak jawaban bagus. Saya pikir saya dapat berkontribusi dengan berbagi pengalaman saya di posisi yang sama.

Latar belakang: Saya bekerja paruh waktu di departemen Litbang sebuah perusahaan yang agak besar sejak beberapa tahun sementara pekerjaan utama saya adalah belajar CS. Orang-orang yang bekerja dengan saya sebagian besar memiliki gelar Ph.D. atau Master dalam bidang EE, CS, Matematika dan Fisika. Saya mulai sebagai noob yang lengkap tetapi belajar banyak dalam beberapa tahun itu.

Apa yang akan mengganggu?

  1. Mengajukan pertanyaan yang bisa saya jawab dengan mudah menggunakan Google
  2. Mengganggu orang lain terlalu sering dengan mengajukan pertanyaan. Jika Anda memiliki pertanyaan yang bukan pemblokir, lakukan beberapa pekerjaan lain hingga Anda dapat mengajukan pertanyaan tanpa mengganggu orang yang Anda ajukan. Anda dapat mengumpulkan beberapa pertanyaan dan kemudian menanyakan waktu orang lain atau menunggu sampai orang tersebut menanyakan kemajuan Anda atau waktu yang baik untuk berbicara dengannya, mis. Ketika dia sudah terganggu oleh panggilan telepon, di akhir istirahat, .. Lalu katakan padanya "Aku melakukan ini dan itu, tetapi saat ini aku terjebak di sana-sini".
  3. Jika Anda benar-benar macet (setelah melelahkan google, dan sumber daya lainnya), pastikan Anda meminta bantuan. Tidak ada yang lebih buruk daripada mengetahui seseorang terjebak selama 2 hari pada sesuatu yang bisa Anda selesaikan untuk mereka dalam 5 menit (oleh Neil White, dalam komentar)
  4. Jangan mencoba menjadi lebih pintar dari yang lainnya.

Apa gunanya Anda berharap untuk keluar dari dia di sini dan sekarang?

  1. Lakukan hal-hal yang menurut orang lain mudah / mengganggu dengan cara yang benar-benar membantu tim. Itu benar-benar semuanya.

Apa yang akan mengejutkan mengejutkan jika itu terjadi?

  1. Bahwa Anda melakukan sebagian besar pekerjaan Anda dengan cara yang memuaskan dan terlibat dalam pekerjaan tim semakin banyak.

Beberapa tips lagi:

  1. Jadilah rendah hati.
  2. Tunjukkan minat pada karya orang lain.
  3. Jika mereka menjelaskan sesuatu kepada Anda, pastikan Anda mengerti. Jika tidak, minta mereka menjelaskannya sedemikian rupa sehingga Anda mendapatkan ide dasarnya.
  4. Dapat diandalkan. Cobalah untuk melakukan pekerjaan sebaik yang Anda bisa.
mort
sumber
3
Selain "Apa yang akan mengganggu" saya akan menyarankan yang lain: Jika Anda macet (setelah melelahkan google, dan sumber daya lainnya), pastikan Anda meminta bantuan. Tidak ada yang lebih buruk daripada mengetahui seseorang terjebak selama 2 hari pada sesuatu yang bisa Anda selesaikan untuk mereka dalam 5 menit.
Neil White
@Neil: Anda benar sekali! Apakah Anda keberatan jika saya menggabungkan komentar Anda ke dalam jawaban saya sehingga lebih komprehensif?
mort
1
+1 untuk I did this and that, but currently I'm stuck here and there. Yang paling penting adalah tunjukkan bahwa Anda sudah mencoba dan memahami jawabannya.
Zenon
@ tentu saja, silakan!
Neil White
9

Saran bagus dari orang lain sejauh ini. Untuk menjawab pertanyaan spesifik Anda:

  • Apa yang akan mengganggu?

Akan mengganggu jika Anda mengajukan pertanyaan tanpa melakukan pekerjaan rumah Anda terlebih dahulu. Meminta bantuan setelah melakukan apa yang Anda bisa untuk menyelesaikan masalah terlebih dahulu tidak apa-apa. Tetapi jika seseorang dapat menemukan jawabannya melalui pencarian Google sederhana atau dengan membaca manual, maka itu menjengkelkan.

  • Apa gunanya Anda berharap untuk keluar dari dia di sini dan sekarang?

Saya berasumsi bahwa Anda sudah memiliki semacam proyek / tugas. Saya harap Anda bisa menyelesaikan ini dengan pengawasan minimal.

  • Apa yang akan mengejutkan mengejutkan jika itu terjadi?

Satu kejutan yang menyenangkan adalah jika Anda menyelesaikan pekerjaan Anda lebih awal. Maka Anda akan dapat bekerja pada lebih banyak proyek dengan meningkatnya kompleksitas yang akan membuktikan keandalan Anda. Kejutan lain adalah jika Anda dapat mengantisipasi kebutuhan tim dan berusaha memenuhi mereka di samping. Apakah tim Anda memerlukan lingkungan build otomatis, kerangka kerja pengujian otomatis, konfigurasi komputer / jaringan tertentu untuk pengujian, dll? Ini mungkin hal pinggiran

RonE
sumber
4

Jawaban Singkat: Cari tahu apa yang dibutuhkan tim, dan mungkin apa yang paling Anda sukai, dan bekerjalah untuk menyediakannya.

Jawaban yang lebih panjang: Pada tahap awal start-up, sebagian besar waktu, semua pekerjaan adalah "untuk diperebutkan"; tugas apa pun yang perlu dilakukan atau tugas yang ingin dilakukan orang tersedia untuk semua peserta. Preferensi Anda benar-benar dapat membentuk arah yang diambil perusahaan

Tertarik dengan SDM? Ambil alih tugas perekrutan. Atau mungkin melakukan daftar gaji. Tertarik dalam pemrograman? Cari tahu bahasa apa yang ingin digunakan tim. Cobalah menulis beberapa tes unit untuk beberapa kode. Benci menulis laporan? Kalau begitu jangan. Lihat apakah Anda dapat mendelegasikan tugas itu kepada orang lain dan bekerja menuju solusi konstruktif. Luangkan sedikit waktu dan pikirkan apa yang mungkin ingin Anda lakukan, kemudian cobalah.

Satu hal yang perlu diingat bahwa ketika datang ke start-up awal yang sangat kecil, ada banyak yang harus dilakukan daripada hanya pemrograman. Jika Anda ingin kode, hebat! Jika Anda lebih suka melakukan sesuatu yang lain, itu bagus juga! Belajar dengan cepat, ajukan banyak pertanyaan dan tantang diri Anda.

joshin4colours
sumber
1

Saya tidak yakin seberapa membantu jawaban saya, tetapi saya sudah menjadi Anda sekarang. Dikelilingi oleh orang-orang yang saya rasa / saya kenal memiliki lebih banyak kontribusi daripada yang pernah saya miliki. Bagaimana cara bertindak dalam posisi ini? Nikmati itu daripada penderitaan. Alih-alih memikirkan seberapa banyak Anda tidak tahu, pikirkan tentang apa yang Anda pelajari dan alami bersama dengan orang-orang ini. Gunakan mereka sebagai sumber daya, hormat dan cobalah untuk mengumpulkan informasi dan pengalaman apa pun dari mereka - jadilah spons ...

Sekarang, ini tidak berarti Anda harus berhenti mencoba melakukan hal-hal, tetapi ketika Anda melakukannya, cobalah untuk membuat mereka melihat dari balik bahu Anda dan meninjau pekerjaan Anda saat Anda pergi. Cobalah untuk menyelesaikan sebuah pekerjaan dan kemudian dengarkan apa yang mereka katakan tentang itu - tuliskan komentar yang mereka berikan kepada Anda dan cobalah untuk mengimplementasikannya untuk membuat kode yang lebih baik. Jangan takut untuk bertanya, cukup hormat dan cobalah untuk mengajukan pertanyaan yang baik - cobalah untuk menyerap data dan mempertimbangkan pertanyaan langsung Anda sebelum bertanya - mungkin jawabannya sudah disediakan ... Orang-orang terbaik suka mengajar, dan saya bertaruh mereka akan senang berbagi pengetahuan dan filosofi hidup mereka dengan Anda.

Dalam situasi saya, saya mencoba melakukan itu, dan kapan pun itu berhasil, saya adalah yang paling bahagia, saya tidak pernah mengerti mengapa mereka membuat saya terus, tetapi saya memiliki waktu terbaik, dan saya suka berpikir saya menjadi programmer yang lebih baik dan bahkan manusia sebagai hasil dari pengalaman ini.

Semua ini bukan untuk mengatakan bahwa Anda harus meremehkan diri Anda sendiri - Anda mungkin jauh lebih baik daripada Anda menghargai diri sendiri, tetapi seperti yang ditulis orang di sini, gelar dan gelar tidak selalu begitu mengesankan dalam situasi kehidupan nyata dan kerendahan hati berjalan jauh. Jadi hormatilah semua orang, dengarkan, serap - tetapi ambil pelajaran Anda sendiri dari pengalaman - terkadang Anda lebih baik mempelajari apa yang tidak boleh dilakukan.

Semoga berhasil.

Moshe Eshel
sumber
1

Sudah banyak yang disajikan di sini, jadi saya tidak akan mengulangi apa yang telah dikatakan.

Sekilas saya melihat Anda memiliki pakar dan pemimpin dengan keterampilan / gagasan manajemen. Itu bagus, tetapi tidak lengkap .

Anda adalah yang pragmatis: membuat hidup mereka lebih mudah.

Setidaknya ada dua area yang bisa Anda liput:

  • menggali lebih dalam ke detail teknis bahasa yang dipilih startup
  • meningkatkan kualitas kode, dan menghaluskan sudut-sudut kasar dari bekerja dengannya

Teknis

Orang-orang itu ahli di bidangnya, dan ini bagus, tetapi itu tidak berarti bahwa mereka tahu cara membuat kode keluar dari kantong kertas. Sejujurnya, saya telah melihat orang-orang yang sangat cerdas menulis kode mengerikan yang tidak dapat dipertahankan.

Anda memiliki kesempatan untuk menjadi pemimpin teknis di sini. Pelajari bahasa luar / dalam, sampai Anda tahu semua seluk beluknya. Pelajari idiom yang digunakan komunitas. Penelitian perpustakaan yang bermanfaat yang ada di luar sana.


Kualitas

Ada tugas yang tidak berterima kasih, tetapi berguna:

  • siapa yang mengelola repositori sumber kode?
  • siapa yang menulis / mempertahankan tes?
  • siapa yang memantau lulus uji-suite? dan mengidentifikasi komitmen yang bersalah? dan ping pelanggar tanpa henti?

Ada beberapa langkah yang membantu, apakah sangat formal atau tidak:

  • bagaimana Anda meninjau komitmen? (apakah ada kepemilikan yang terkait dengan beberapa area kode?)
  • bagaimana Anda merencanakan pekerjaan / tugas?

Ada banyak kegiatan sampingan di sekitar memiliki ide dan menulis kode.

Anda memiliki peluang untuk menjadi pemimpin yang berkualitas di sini. Pelajari praktik terbaik industri (sedikit "Agile", sedikit scrum, sedikit TDD, ...), dan menyusun proses yang sesuai dengan perusahaan Anda. Pelajari sistem bangun (buat, cmake, ninja, apa pun), dan tulis skrip yang membuat bangunan / penggunaan mudah. Periksa Jenkins (atau apa pun) dan bangun server integrasi berkelanjutan.


Mereka mengesankan di domain masing-masing dan itu hebat. Karena saat ini Anda bukan spesialis, saya akan mengatakan sudah waktunya bagi Anda untuk mengidentifikasi kelemahan (Anda juga dapat meminta pendapat mereka) dan mengisi celah (-s)!

Matthieu M.
sumber