Bagaimana seorang programmer baru dapat mengesankan insinyur perangkat lunak (bos)? [Tutup]


98

Saya bekerja di pekerjaan pemrograman pertama saya. Bos saya adalah seorang insinyur perangkat lunak yang sangat cerdas, dan saya merasa memiliki sangat sedikit untuk ditawarkan dibandingkan dengan dia. Masalahnya, dia selalu sibuk, dan membutuhkan seseorang untuk membantunya. Saya merasa tidak cukup baik, tetapi saya masih ingin berhasil. Saya ingin menjadi programmer yang hebat.

Apa yang bisa saya lakukan untuk membuatnya terkesan?

Terima kasih.


4
@Pablo: Seperti yang Anda sebutkan, jadilah programmer yang hebat :)
Fanatic23

2
@ Fanatic23 +1 untuk saran yang dapat ditindaklanjuti ... BUKAN.
Olivier Lalonde

Minta dia untuk menjadi mentor ...
Brian

1
Jadilah bergairah, pintar, belajar sendiri, belajar cepat dan semuanya adalah pemecah masalah nyata :-)
Jahan Zinedine

7
Untuk pembaca masa depan, jawaban TL; DR adalah ini: Buat bos Anda terkesan dengan meninggalkan pekerjaan tanpa pamrih untuk terbang dari Michigan ke San Francisco, karena satu-satunya tempat Anda dapat melakukan sesuatu yang mengesankan adalah di kota yang penuh sepeda roda tetap.
Incognito

Jawaban:


189

Apakah saya pernah bercerita tentang Ashton?

Ashton adalah anak petani jagung-makan klasik Anda. Orang tuanya adalah hippies yang tidak pernah benar-benar berhasil mendapatkan tindakan mereka bersama sampai ibunya mewarisi 15 hektar di bagian pedesaan Michigan. Keluarga itu pindah ke sana, membeli beberapa kambing perah, dan berjuang untuk mencari nafkah dengan menjual keju kambing organik kepada para petani di Pasar Petani Ann Arbor.

Sejak usianya sepuluh tahun, Ashton harus bangun setiap pagi pukul 4.00 pagi dan memerah susu kambing-kambing sialan itu, dan itu melelahkan. Ashton senang pergi ke sekolah karena itu berarti dia tidak bekerja setinggi lutut di kotoran kambing. Di seluruh sekolah menengah, ia mempelajari bokongnya, berharap beasiswa ke universitas yang bagus akan menjadi tiketnya keluar dari pertanian. Dia menemukan kuliah jauh lebih mudah daripada kehidupan pertanian sehingga dia tidak mengerti mengapa semua orang tidak mendapatkan nilai A seperti dia. Dia mengambil jurusan Rekayasa Perangkat Lunak karena dia tidak bisa membayangkan insinyur diminta bangun pada jam 4:00 pagi

Ashton lulus dari sekolah tanpa tahu banyak tentang industri perangkat lunak, sungguh, jadi dia pergi ke bursa karier, melamar tiga pekerjaan, diterima oleh ketiganya, dan memilih yang membayar paling banyak: sesuatu yang gila seperti $ 32.000 setahun, bekerja di sebuah perusahaan furnitur besar di bagian barat daya negara bagian yang memproduksi pertanian bilik untuk perusahaan di seluruh dunia. Dia tidak pernah ingin melihat pertanian lagi, jadi dia bertekad untuk membuat kesan yang baik pada bosnya, Charlie Sherman.

"Itu tidak akan mudah," kata rekan satu biliknya, Jeff. "Dia semacam legenda di sini."

"Apa maksudmu?" Tanyanya.

"Yah, kamu ingat beberapa tahun yang lalu, ketika ada semua keributan tentang Y2K?"

Ashton mungkin terlalu muda. "Y2K?"

“Anda tahu, tidak ada yang menduga bahwa semua program komputer lama yang ditulis pada 1960-an masih akan berjalan pada 2000, jadi mereka hanya punya ruang untuk dua digit untuk tahun ini. Alih-alih menyimpan 1999, mereka akan menyimpan 99. Dan kemudian ketika tahun terbalik pada 1 Januari 2000, sistem komputer jatuh, karena mereka mencoba memasukkan "100" dalam dua digit.

"Benarkah? Saya pikir itu hanya mitos, ”kata Ashton.

"Di setiap perusahaan lain di dunia, tidak ada yang terjadi," kata Jeff. “Mereka menghabiskan miliaran dolar untuk memeriksa setiap baris kode. Tapi di sini, tentu saja, mereka bajingan murahan, jadi mereka tidak repot melakukan pengujian apa pun. ”

"Tidak semuanya?"

"Zilch. Tes nol. Nada. Dan lihatlah, ketika orang-orang terhuyung-huyung kembali bekerja pada 2 Januari, tidak ada satu pun yang berhasil. Mereka tidak bisa mencetak jadwal produksi. Mereka bahkan tidak bisa mendapatkan setengah dari jalur perakitan untuk dihidupkan. Dan tidak ada yang tahu shift apa yang seharusnya mereka kerjakan. Pabrik benar-benar macet. ”

"Kau bercanda," kata Ashton.

"Aku tidak memberitahumu. Pabrik itu benar-benar sunyi. Sekarang, Charlie, dia masih baru. Dia telah bekerja di Microsoft, atau NASA, atau sesuatu ... tidak ada yang tahu mengapa seseorang seperti dia akan bekerja di ketiak kecil kami di sebuah perusahaan. Tapi dia duduk, dan dia mulai coding. Dan coding. Dan coding.

"Charlie memberi kode selama sembilan hari berturut-turut. Sembilan hari tanpa tidur, tanpa makan, beberapa orang bahkan mengatakan dia tidak pernah pergi ke kamar mandi. Dia pergi dari satu sistem ke sistem dan benar-benar memperbaiki semuanya. Itu sesuatu untuk dilihat. Ya Tuhan, ada sistem COBOL di sana yang perlu diperbaiki. Seluruh pabrik terhenti, dan Charlie mengirim orang ke perpustakaan universitas di Ann Arbor untuk menemukan manual COBOL lama. Pekerja jalur perakitan berdiri di sekitar menggigil, karena bahkan termostat memiliki bug Y2K. Dan Charlie minum secangkir demi cangkir kopi dan mengetik seperti perempuan gila. "

"Wow. Dan dia tidak pernah pergi ke kamar mandi? "

“Yah, bagian itu mungkin sedikitsedikit berlebihan. Tapi dia benar-benar bekerja 24 jam selama sembilan hari berturut-turut. Pokoknya, pada 11 Januari, sekitar lima menit sebelum shift hari seharusnya dimulai, dia keluar dari biliknya, pergi ke printer garis, menekan tombol, dan boom! keluar datang jadwal produksi, dan jadwal tim, dan semuanya sempurna, diformat sempurna, menggunakan font yang sedikit lebih kecil sehingga "2000" cocok di tempat yang dulu dikatakan "99," dan dia bahkan menulis sistem pengoptimalan prioritas baru yang membantu mereka mengejar ketinggalan dengan kehilangan produksi selama 9 hari tanpa mengecewakan banyak pelanggan, dan semua jalur perakitan mulai berjalan seolah-olah tidak ada yang salah, dan panas datang, dan faktur keluar dicetak dengan '2000' sebagai tahun sebagai gantinya '19100,' dan setelah hari itu, tidak ada yang menemukan satu bug pun. "

"Oh, ayolah!" Kata Ashton. "Tidak ada yang menulis kode tanpa bug."

"Dia melakukanya. Saya melihatnya dengan mata kepala sendiri. Hari pertama mereka berlari bilik senilai dua hari tanpa cegukan. "

Ashton terperangah. "Itu epik. Bagaimana saya bisa hidup sampai seperti itu? "

"Kamu tidak bisa, sobat, tidak ada yang bisa," kata Jeff, kembali ke terminal komputernya, di mana dia melanjutkan perang api online tentang siapa yang akan menang dalam pertarungan, Spock atau Batman, yang telah berkecamuk selama lebih dari empat bulan.

Tidak ada yang menyerah, Ashton bersumpah dia akan, suatu hari, melakukan sesuatu yang legendaris. Tapi sebenarnya, tidak pernah ada Y2K yang lain. Dan tidak ada seorang pun, di bagian Michigan itu, yang peduli tentang pemrograman yang bagus. Nyaris tidak ada yang bisa dilakukan oleh para programmer. Ashton mendapat proyek-proyek kecil yang bodoh yang ditugaskan kepadanya ... pada satu titik ia menghabiskan tiga minggu bekerja menangani kasus di mana pajak penjualan di satu daerah tertentu salah karena beberapa kode pos membentang dua zona pajak penjualan yang berbeda. Lucunya, itu ada di bagian New York State yang tidak berpenghuni di mana tidak ada yang pernah membeli bilik kantor, dan mereka tidak pernah memiliki pelanggan di sana, jadi kode-kodenya tidak akan pernah berjalan.

Pernah.

Selama dua tahun Ashton mulai bekerja dengan antusias dan bersemangat, dan sangat ingin membuat perbedaan dan melakukan sesuatu yang hebat dan mengagumkan, sementara rekan kerjanya menjelajahi Internet, mengirim pesan instan ke teman-teman mereka, dan bermain solitaire komputer selama berjam-jam.

Jeff, teman satu biliknya, hanya memiliki satu tanggung jawab: memperbarui spreadsheet Excel mingguan yang menunjukkan berapa banyak orang yang terluka dalam pekerjaan minggu itu. Tidak ada yang pernah ada. Sekali seminggu, Jeff membuka spreadsheet, pergi ke bagian bawah halaman, memasukkan tanggal dan nol, tekan save, dan hanya itu.

Ashton bahkan menulis makro untuk Jeff yang mengotomatiskan satu tugas itu. Jeff tidak ingin tertangkap, jadi dia menolak untuk menginstalnya. Mereka tidak berbicara setelah itu. Itu aneh.

Pada pagi hari peringatan dua tahun di perusahaan bilik, Ashton mengemudi untuk bekerja ketika dia menyadari sesuatu.

Tidak satu baris kode pun yang telah ditulisnya pernah dijalankan.

Tidak ada satu hal pun yang telah dilakukannya selama dua tahun bekerja yang berdampak pada dunia.

Dan itu 24 derajat di bagian Michigan, dan itu abu-abu, bau, dan Honda-nya adalah omong kosong, dan dia tidak punya teman di kota, dan tidak ada yang penting baginya.

Ketika dia mengemudi di Lincoln Avenue, dia melihat perusahaan furnitur di depan di sebelah kiri. Tiga bendera berkibar di depan kampus perusahaan: bendera Amerika, bendera negara bagian Michigan, dan bendera putih dan merah dengan logo perusahaan. Dia masuk jalur belok di belakang barisan panjang mobil yang menunggu untuk berbelok ke kiri. Selalu butuh empat atau lima siklus lampu lalu lintas, pada jam sibuk, untuk berbelok, sehingga Ashton punya banyak waktu untuk mencoba mengingat apakah kode yang pernah ditulisnya pernah digunakan oleh siapa pun .

Dan ternyata tidak. Dan dia melawan air mata.

Dan alih-alih berbelok ke kiri, dia lurus, hampir menyebabkan kecelakaan karena dia lupa bahwa lampu belok kiri tidak berarti Anda bisa lurus.

Dan dia mengemudi tepat di Lincoln Avenue, dan naik ke jalan bebas hambatan Gerald Ford, dan dia terus mengemudi sampai tiba di bandara di Grand Rapids, dan dia meninggalkan Honda tua jeleknya tepat di depan terminal, tahu betul itu akan ditarik, dan bahkan tidak menutup pintu mobil, dan dia berjalan tepat ke konter Frontier Airlines dan dia membeli sendiri tiket pada penerbangan berikutnya ke San Francisco, yang akan pergi dalam 20 menit, dan dia mendapat di pesawat, dan dia meninggalkan Michigan selamanya.


61
Anda tidak dapat meninggalkan saya hangin seperti ini. di mana Bab 2 kisah ini :)
mikeal

50
Apakah saya bodoh karena tidak memahami moral cerita? :(
Terence Ponce

39
Kemudian Ashton berkata, "Lihatlah kerajaanku, aku akhirnya ada di sana, untuk duduk di atas takhtaku sebagai pangeran Bel-Air." Maaf tidak bisa menolak.
Jin

37
Moralnya adalah jika Anda tidak membuat perbedaan dalam pekerjaan Anda atau memiliki peluang untuk maju, dapatkan pekerjaan di mana pun Anda mau. Saya pernah berada dalam situasi di mana saya tahu saya bagus dalam pekerjaan saya, tetapi bos saya sudah kuno dan tidak fleksibel dan saya tahu saya tidak akan berhasil, jadi saya pergi. Keputusan karier terbaik yang pernah saya buat.
Simon Hibbs

149
Cerita berlanjut: Dia pergi bekerja untuk Google, di mana dia bekerja di Wave. Dan lagi, tidak ada yang menggunakan kodenya.
Ivo van der Wijk

97

Ingat adegan di Aladdin di mana Aladdin ingin mengesankan Jasmine, dan jin mengatakan kepadanya bahwa dia akan lebih baik untuk hanya fokus menjadi dirinya sendiri? Prinsip yang sama di sini.

Jika bosnya jauh lebih baik dari Anda dan Anda tahu itu, dia mungkin tahu juga. Dia tidak mengharapkan prestasi hebat dari pemrograman bintang rock dari Anda. Karena ini adalah pekerjaan pertama Anda, dia kemungkinan besar mempekerjakan Anda karena dia melihat potensi untuk menjadi juru kode yang baik dalam diri Anda. Jadi, jika Anda benar-benar ingin membuatnya terkesan, pelajari. Pelajari bahasa, pelajari sistem yang sedang Anda kerjakan, pelajari seluk beluk dan sudut-sudut gelap. Fokus pada pembelajaran prinsip-prinsip yang benar, mempelajarinya dengan baik dan mempelajarinya dengan cepat, dalam urutan itu.

Dan ingat bahwa bagian dari pembelajaran adalah menyalin pengetahuan yang sudah dimiliki orang lain. Jangan takut untuk bertanya, baik dari rekan kerja Anda atau di StackOverflow, atau teliti hal-hal di Google. Apa pun yang Anda lakukan, jangan berpura-pura tahu sesuatu ketika Anda benar-benar tidak, dalam upaya untuk menghindari terlihat bodoh. Setiap pengembang yang baik akan melihat dengan cepat, dan itu akan membuat Anda terlihat lebih bodoh di mata mereka. Kerendahan hati cenderung masih dianggap sebagai kebajikan di kalangan insinyur.

Lakukan pekerjaan dengan baik dan itu akan mengesankan bos.


2
+1 dan jika bosnya lebih baik daripada dia - tidak heran, inilah sebabnya: ericsink.com/Career_Calculus.html
sharptooth

@ Alasan: Jawaban yang bagus dan tepat. Tapi saya pikir Anda harus menghapus para Aladdin ....

3
Persis. Bahkan di sekolah pemrograman game saya adalah satu (atau satu) yang selalu bertanya. Tetapi Anda juga harus memahami bahwa orang tidak selalu memiliki jawaban, bahkan seorang guru. Beberapa kali seorang guru menjawab "saya tidak tahu" kepada saya, dan saya tidak merasa bangga, tetapi lebih seperti "Saya akan mencari ini sebelum membuang-buang waktu orang ini". Keingintahuan, seperti halnya dalam sains, adalah VIRTUE TERBAIK yang dapat Anda pikirkan. Serius, google kata-kata tentang topik yang Anda bertanya-tanya. Keingintahuan adalah mesin pembelajaran terbaik yang saya miliki, yaitu perbedaan antara orang yang Anda panggil pintar dan yang lain
jokoon

3
Anda tahu Anda berada di tempat yang buruk dalam hidup ketika Anda mengambil isyarat dari film Disney.
Epaga

47

Dua kata: Dapat diandalkan.

Di posisi Anda, Anda tidak direkrut untuk menjadi orang terpintar di tim. Anda disewa untuk potensi yang Anda tunjukkan dan karena ada tugas yang sesuai untuk tingkat keahlian Anda yang perlu diselesaikan.

Tunjukkan bahwa Anda dapat memenuhi kepercayaan tersebut terlebih dahulu, dan saat Anda merasakan kode dan perusahaan, temukan cara untuk melampaui kesan pertama mereka tentang Anda. Yang terakhir mungkin membutuhkan waktu, tetapi jangan salah menjadi junior karena lebih rendah.


2
Komentar ini berlaku untuk setiap pekerjaan. Sungguh menakjubkan bagaimana menjadi andal bisa membuat Anda mendapatkan tempat.
Bryan Harrington

27

Apa yang tampak seperti selamanya lalu saya mengambil pekerjaan luar biasa bekerja dengan ruangan penuh programmer luar biasa dan ulung. Setiap orang adalah rockstar, beberapa orang dari tim Macintosh asli, hampir setengah dari orang di sana telah menerbitkan buku, itu adalah tempat yang bagus untuk menjadi.

Jadi saya menghabiskan tahun pertama saya di sana mencoba mengesankan semua orang. Saya merasa harus melakukan sesuatu yang luar biasa dan itu mendorong saya untuk belajar lebih banyak daripada yang pernah saya bayangkan mungkin dalam waktu yang sangat singkat. Pada tahun kedua saya, saya menjadi tenang, saya jauh lebih percaya diri dengan apa yang saya lakukan, sedikit lebih vokal tentang pendapat saya, dan ketika saya melihat sekeliling saya semakin pesimis tentang produk yang sebenarnya sedang kami bangun.

Itu adalah tahun terakhir proyek didanai penuh. Para insinyur luar biasa itu, yang masih saya perhatikan hingga hari ini, menghabiskan waktu 5 tahun dan jutaan dolar untuk membangun kerangka demi kerangka kerja, platform aplikasi untuk membangun di atas aplikasi yang belum benar-benar dikirim dan akhirnya, UI dan alur kerja yang tidak dapat dilakukan siapa pun. mengerti, bahkan orang-orang yang membangunnya.

Cerdas dibesar-besarkan. Menjadi "bintang rock" terlalu dibesar-besarkan. Ini alasan yang sangat mudah untuk meningkatkan ambang batas Anda untuk kompleksitas. Ini membuat Anda berpikir bahwa lebih penting untuk menulis ulang sistem kerja menjadi "lebih bersih" daripada mengimplementasikan hal berikutnya yang diminta oleh pelanggan.

Jacob Kaplan Moss pernah mengatakan sesuatu kepada saya tentang seorang programmer yang tidak akan saya sebutkan, katanya, "Dia terlalu pintar. Dia menulis perpustakaan rumit yang benar-benar pintar yang tidak bisa saya gunakan karena saya tidak cukup pintar. Orang bodoh harus menulis perpustakaan sehingga orang bodoh bisa menggunakannya ".

Para programmer yang "pandai" berkecimpung di bidang teknis cenderung cenderung, orang-orang yang menulis Ruby dan JavaScript dan bahasa "mainan" lainnya, orang-orang itu membuat PRODUK dan mereka MENGIRIM MEREKA. Kode ini mungkin jelek, arsitekturnya mungkin tidak semurni dan sebersih yang Anda inginkan, tetapi mereka mengirimkan dewa sial dan dalam industri ini itulah yang benar-benar penting.

Jika saya jadi Anda, saya akan menyerah untuk mencoba menjadi bintang rock ini dan fokus pada pengiriman dan pembangunan produk. Anda tidak harus menilai kontribusi Anda dengan seberapa pintar kode Anda, Anda harus menilai itu dengan berapa banyak orang yang menjalankannya setiap hari dan bahagia.


1
Kebenaran. Tulis kode yang mudah diperbaiki ketika pelanggan mengeluh, atau ketika ada sesuatu yang pecah, dan Anda akan terlihat seperti memiliki masalah Anda bersama.
TehShrike

14
Cerdas tidak dibesar-besarkan. Jika mereka membangun sistem yang terlalu rumit dan tidak tersentuh dengan kenyataan maka mereka sama sekali tidak pintar. Orang pintar harus menulis perpustakaan sehingga orang bodoh bisa menggunakannya.
EMP

1
Saya memiliki percakapan yang sama baru-baru ini dan salah satu rekan kerja saya menggambarkan kode orang / gaya pengkodean sebagai 'megah' ... dan saya pikir itu benar-benar deskripsi yang tepat ... Orang yang menulis kode itu / brilian. ... tidak ada orang yang mengenalnya akan tidak setuju ... tetapi kode-nya sangat sok megah ... yang memiliki efek samping menjadi sulit untuk diikuti bagi orang-orang yang tidak sama briliannya ... Saya suka menulis kode untuk orang-orang bodoh ( Membuatnya lebih mudah dimengerti oleh pelacur bodohku).
TJ Seabrooks

2
Tim perlu terdiri dari berbagai jenis orang untuk menjadi sukses. Anda membutuhkan perancang, arsitek, pembuat kode, manajer, gerutuan, orang-orang pintar, orang-orang yang berorientasi pada detail, orang-orang yang peduli dengan proses, dll. Jika Anda hanya memiliki satu tipe orang, tim Anda mungkin tidak akan bekerja sama dengan baik dan lebih mungkin gagal daripada tidak. Grup yang mencoba merekrut hanya bintang rock sering melewatkan fakta itu.
onedozenbagels

@ Evgeny Setuju. Intinya adalah untuk membuat sesuatu menjadi sulit (atau setidaknya membosankan) lebih mudah melalui abstraksi. Anda hanya perlu orang pintar yang suka kesederhanaan.
LnxPrgr3

16

Tulis kode yang jelas dan solid.


7
Termasuk dokumentasi yang bagus!

1
... Sangat jelas bahwa itu benar-benar transparan. Ini akan seperti memukul dinding bata yang tidak terlihat pada 50 mph menggunakan truk. [Siapa yang akan kamu telepon? MythBusters!]
Mateen Ulhaq

Nasihat bagus, secara umum. Tapi sayangnya itu adalah masalah sysadmin - jika semuanya bekerja tidak ada yang memperhatikan Anda, jika ada sesuatu yang rusak mereka semua menyalahkan Anda. Hal yang sama dengan kode: jika jelas, sederhana dan hanya berfungsi maka tidak ada yang akan percaya bahwa sulit untuk menulisnya. Jadi bukan cara untuk "dikenali".

1
cobalah untuk diganti - dengan cara ini Anda akan dipromosikan atau diganti.
IAdapter

lol @mencoba diganti! Bukankah maksud Anda tidak tergantikan, dengan menulis kode yang bisa diganti?
Tipe Anonim

15

Ketuk pintunya. Tanyakan padanya apakah dia memiliki pekerjaan kotor yang dia tunda yang mungkin bisa Anda tangani. Katakan padanya untuk hanya memecat Anda email nanti jika dia tidak punya waktu sekarang.


2
atau katakan padanya untuk memecat Anda jika Anda gagal.
IAdapter

Baik jawaban ini maupun komentar oleh @IAdapter membuat saya lawl.
CFL_Jeff

13

Baca Knuth

(akibat wajar: banyak orang memiliki Knuth, tetapi tidak ada yang membaca Knuth)

Semua programmer yang benar - benar baik yang pernah bekerja sama dengan saya memiliki beberapa kesamaan:

(1) Meskipun Anda tidak harus pandai matematika untuk melakukan pemrograman, mereka tetap (dan mereka menyukainya)

(2) Mereka menghargai kualitas yang saya sebut 'keanggunan' - jangan bingung dengan singkatnya (!!!)

(3) Mereka pandai merancang perangkat lunak (bahkan jika tidak ada dari kita yang bisa menjelaskan apa sebenarnya desain yang bagus)

Selain itu, saya pribadi menemukan sifat-sifat berikut berguna:

(a) menikmati teka-teki pemecahan

(B) menulis kode yang dapat dibaca

(c) memori yang bagus

(d) dapat beradaptasi secara dangkal ke bahasa pemrograman lain dengan mudah (luasnya)

(e) pelajari bahasa utama Anda secara mendalam (mis. lakukan sertifikasi Java jika Java adalah lingkungan Anda (untuk pencela yang tidak mengerti yang tidak pernah melakukan ini tetapi melakukan slag off sertifikasi karena sertifikasi Microsoft (benar-benar buruk) ... manfaatnya tidak ada di memiliki selembar kertas, manfaatnya ada dalam studi ))

(f) diberi pilihan untuk melakukan sesuatu yang sederhana dan mudah dan kemudian melanjutkan, atau sesuatu yang sangat rumit yang akan memakan waktu berminggu-minggu / bulan, saya melakukan hal yang sederhana. Saya suka sederhana, karena cenderung ke arah ketahanan, juga lebih fleksibel ketika persyaratan berubah di tengah jalan, dan jauh lebih mudah untuk berkomunikasi dengan anggota tim lainnya

(g) jika Anda melakukan sesuatu yang Anda anggap sangat licik, catat smeg tersebut

Seseorang (Djikstra?) Mengatakan bahwa debugging dua kali lebih keras daripada coding, oleh karena itu jika Anda menulis kode yang berada pada batas kemampuan Anda, Anda secara definisi tidak cukup pintar untuk debug itu.

========

Karena itu, menjadi pembuat kode yang pintar / lebih baik tidak sama dengan memajukan karir Anda.

Sebenarnya hanya ada satu 'bahan rahasia' yang diperlukan untuk memajukan karir Anda, dan itu adalah keterampilan orang.

Jika Anda benar-benar ingin memajukan karir Anda , hal terbaik yang harus dilakukan adalah berhenti, dan menjual mobil selama 6-12 bulan.


3
Kutipan yang menurut saya adalah Kernighan: stackoverflow.com/questions/1103299/...
Orbling

2
“Debugging dua kali lebih sulit daripada menulis kode di tempat pertama. Karena itu, jika Anda menulis kode sepintar mungkin, Anda, menurut definisi, tidak cukup pintar untuk men-debug-nya. "- Brian Kernighan
Ape-inago

4
Pada memori yang baik: Saya tahu seorang programmer yang sangat bagus dengan memori yang sangat bagus. Dia dapat melihat kode yang ditulisnya 2 tahun yang lalu dan ingat apa yang dia pikirkan saat itu. Oleh karena itu, ia tidak pernah berusaha keras untuk menulis komentar yang baik - cukup kata kunci yang cukup untuk membuat kode hash. Ingatanku payah. Saya HARUS berkomentar dengan baik karena saya tahu bahwa 1-2 bulan setelah saya mengajukan bug, saya harus melakukan hal yang sama seperti seseorang yang sama sekali baru - misalnya membaca setiap langkah aneh itu. Tentu saja, beberapa hal lebih jelas daripada yang lain ... Saya tidak mengatakan bahwa saya hebat, tetapi pemelihara dan penguji cenderung menyukai saya.;)
Ayub

1
Keanggunan dan keringkasan memiliki banyak kesamaan, namun.

Saya bertemu banyak programmer hebat dan saya tidak pernah memperhatikan mereka bahkan tahu apa itu matematika, mengapa? Anda hanya berbicara tentang matematika di sekolah dan wawancara pemrograman yang buruk. kecuali Anda berbicara tentang optimasi prematur, saya bertemu orang-orang dengan keterampilan menambahkan yang luar biasa (mereka bahkan bisa menambahkan hal-hal yang hanya ada di kepala mereka, saya pikir itu disebut matematika diskrit).
IAdapter

11

Saya telah coding selama lebih dari 20 tahun, dan saat ini memiliki 10 programmer yang bekerja dengan saya. Saya harus mengatakan bahwa yang membuat saya terkesan adalah mereka yang melakukan pekerjaannya dengan baik, tepat waktu dan berkualitas (lebih sedikit bug). sering berkomunikasi, menunjukkan hasrat adalah faktor penting.

Itu saja yang bisa saya bagikan sekarang. ;)


Apakah Anda memiliki pekerjaan yang buruk untuk dilakukan? (Seperti yang disebutkan oleh Doug dalam jawaban-25473) karena saya pikir tidak ada, tetapi saya bisa saja salah.
IAdapter

9

Baiklah, saya hanya akan menambahkan kutipan ini dari Injil:

"Siapa pun yang bisa dipercaya dengan sangat sedikit juga bisa dipercaya dengan banyak, dan siapa pun yang tidak jujur ​​dengan sangat sedikit juga akan tidak jujur ​​dengan banyak."


3
Itu adalah dari Lukas 16:10 : "Barangsiapa yang setia pada yang sedikit juga setia dalam banyak; Juga: "Dilakukan dengan baik, budak yang baik dan setia. Kamu setia atas beberapa hal; Aku akan mengatur kamu atas banyak hal. Masuk ke dalam sukacita tuanmu." (Matius 25:21)
Markus

7

Setelah menjadi bos bagi programmer, saya dapat memberitahu Anda bahwa tidak ada yang membuat saya lebih bahagia daripada ketika seorang programmer memperbaiki bug yang membuat saya malas memperbaiki !

Jadi jika Anda bisa, perbaiki bug untuknya.


6

Seperti kata Steven, Mason benar - fokus pada gim Anda sendiri. Yang perlu diingat adalah bahwa bos Anda hanya ingin Anda melakukan pekerjaan Anda dengan baik. Dia mungkin benar - benar menyukai kenyataan bahwa dia lebih baik daripada kamu - jika tidak, dia mungkin akhirnya merasa tidak aman (bos adalah manusia!). Saat ini, Anda berada dalam posisi yang ideal untuk belajar dari pengalamannya - jangan buang waktu untuk bersaing dengannya, mintalah nasihatnya untuk hal-hal lain. Jika Anda pernah membaca 48 Hukum Kekuasaan, kuncinya adalah "Jangan pernah mengungguli tuannya".


Dan sebelum Software Monkey mengarahkan poin yang sama kepada saya seperti di Steven ... Saya telah mengangkat jawaban Mason :) Hanya ingin memberikan pandangan yang sedikit berbeda.
Stuart Golodetz

Tetapi apakah Anda juga mendukung Steven? ;)
Jackson Miller

6

Pecahkan kubus Rubik. Bos akan tahu bahwa Anda menyukai puzzle yang menantang dan akan memberi Anda tugas yang sulit.


1
ya tapi itu tergantung pada apakah Anda ingin tugas yang sulit atau tidak.
Robert S Ciaccio

Agar itu berfungsi, Anda harus melakukannya ón kali. Yaitu speedcuber

Saya melakukannya ketika saya berusia 11, setelah mendapatkan C64 baru saya untuk Natal.
Pablo

1
Saya bisa melakukannya dalam waktu kurang dari satu menit. Sekarang apa? Di mana tugas saya yang sulit? : P
Nathan Osman

+1 jawaban terbaik! George - sekarang lakukan dengan mata tertutup!
IAdapter

6

Jika Anda ingin membuat kesan pada atasan Anda, jujur ​​saja. Pada 1-1 mingguan Anda, tanyakan padanya apa yang paling penting untuk Anda fokuskan, dan lakukan itu. Cobalah untuk memahami apa yang dia pikirkan tentang peran Anda, dan lakukan yang terbaik untuk memenuhinya. Mungkin saja dia membutuhkan Anda untuk melakukan tugas-tugas tertentu sehingga ia dapat berkonsentrasi pada hal-hal yang ia lakukan. Jika Anda berusaha keras untuk melakukan hal-hal yang dia lakukan, Anda mungkin tidak cukup melakukan tugas Anda sendiri. Temukan tempat Anda di tim, unggul dalam hal itu, dan kemudian berkembang. Katakan padanya bahwa Anda ingin membantu.


5

@ Alasannya benar

  • mendengarkan
  • belajar
  • ajukan pertanyaan yang relevan dengan interval penuh hormat (mis. dua kali sehari, tidak setiap 5 menit)
  • santai dan jadilah diri sendiri

3
Jika @Mason benar, haruskah Anda tidak hanya menaikkan jawabannya daripada memposting jawaban Anda yang hanya merangkumnya?
Lawrence Dol

@Software: Saya mengubah jawabannya, dan mengembangkannya.
Steven A. Lowe

2
@Software Money - dan dia mengubahnya menjadi poin-poin. Sejujurnya, begitu aku melihat 'Alladin' aku melompat ke poin berikutnya. Saya pikir ini adalah kontribusi yang cukup bagus.
Alex C

@Alex: +1 dengan sebuah peluru!
Steven A. Lowe

5

Menurut pendapat saya, aset terbesar yang bisa dibawa oleh seorang programmer hijau ke meja, di luar keterampilan teknis yang ada, adalah inisiatif dan semangat. Jika Anda menunjukkan kepada atasan Anda bahwa Anda agresif dalam mempelajari hal-hal baru, agresif dalam mempelajari jalan Anda di sekitar perusahaan, basis kode, alat, dan rekan kerja Anda, dan Anda menunjukkan bahwa Anda memiliki hasrat untuk apa yang Anda lakukan , itu akan mengesankan. Kecuali jika Anda bekerja untuk manajer yang mengerikan, dalam hal ini Anda tetap ingin keluar.

Saya juga sarankan menempatkan beberapa fokus pada "soft skill" barang. Tunjukkan bahwa Anda bukan sekadar geek yang tidak berguna dalam interaksi interpersonal apa pun. Bertemanlah dengan orang-orang dalam penjualan, pemasaran, dukungan, pengembangan bisnis, manajemen proyek, dll. Tunjukkan bahwa Anda adalah komunikator yang baik dan seseorang yang dapat bekerja dengan orang-orang untuk menyelesaikan sesuatu.


Sh.t ​​terakumulasi dalam basis kode dari waktu ke waktu, dan biasanya orang-orang hijau paling memperhatikannya. Terkadang membacanya untuk pertama kalinya bisa membuat seseorang mual. Bergantung pada seberapa besar organisasi itu, pada seberapa baik skor mereka pada tes Joel, dll.
Ayub

3

Jika Anda memiliki kebebasan untuk melakukannya: Menulis hibah, membawa sejumlah uang hibah dari luar, atau memulai kerja sama yang memiliki nilai bisnis, dengan mitra baru yang menganggap Anda seorang programmer yang kompeten atau karyawan yang paling tidak berharga.


3

Jangan repot-repot mengesankan orang atau bos Anda. Tidak ada yang terkesan hanya bicara. Alih-alih berkonsentrasi pada kode pengiriman. Pastikan Anda terlibat dalam proyek atau aplikasi yang akan digunakan oleh orang-orang. Semakin banyak kode yang Anda miliki dalam produksi, semakin relevan Anda jadinya. Semakin relevan Anda dengan orang lain, semakin mereka akan bergantung pada Anda. Istirahat adalah semua pertunjukan sulap.


Poin baiknya, Anda harus menjadi Manajer Rilis dan jangan biarkan orang lain memberi tahu Anda apa yang harus ditulis, tulis apa yang Anda inginkan dan kirimkan!
IAdapter

2

Bekerja keras. Lakukan semua yang diperintahkan dan pelajari semuanya. Anda sangat beruntung bekerja di bawah seseorang yang tahu lebih banyak dari Anda, terus bekerja sampai Anda bisa mengejar ketinggalan.

Selain bekerja keras, dan berhasil dalam pekerjaan Anda sekarang, saya ingin memberikan beberapa saran yang mungkin merupakan jawaban untuk pertanyaan yang tidak Anda tanyakan. (Bahkan tidak di radar saya ketika saya mendapatkan pekerjaan perangkat lunak pertama saya).

Internet dibuat oleh orang-orang seperti Anda. Dan orang-orang seperti Anda dapat menghasilkan uang di internet.

Temukan sesuatu yang Anda sukai. Bangun itu. Jual itu. Jadilah bos Anda sendiri.

  • Buka http://news.ycombinator.com dan mulailah membaca artikel. Anda akan melihat gelombang cerita yang tak ada habisnya dari orang-orang seperti Anda, yang punya ide, membangun sebuah situs web dan berhasil menghasilkan satu atau dua dolar untuk melakukannya. Sangat menginspirasi dan membuka mata ada seorang pria yang mendapatkan upah sangat bagus menjual generator kartu bingo kepada para guru ... seorang pria lain yang menjual situs web ke google dengan harga jutaan. Ada banyak hal teknologi menarik lainnya di sana juga.

  • 'Ayah Kaya, Ayah Miskin' ada tempat di mana dia mendapat nasihat bagus.

  • 'The Four Hour Work Week' ambil yang ini dengan sebutir garam, tetapi dia memang memiliki beberapa cara menarik dalam memandang pekerjaan & kehidupan.

Terus belajar dari pria yang Anda ikuti sekarang. Ada begitu banyak yang harus dipelajari dalam 'pekerjaan pertamamu' yang bahkan tidak bisa saya mulai. Namun dalam jangka panjang (tiga, lima, sepuluh, dua puluh tahun) jika Anda belajar cara menghasilkan uang sendiri, Anda tidak perlu khawatir membuat orang lain terkesan.


2

Anda jarang dapat mengesankan orang dengan mencoba membuat mereka terkesan. Dan selama Anda mencoba membuat orang terkesan, dan mereka tidak terkesan, rasa frustrasi Anda akan tumbuh.

Lakukan saja pekerjaan Anda dengan cara yang membuat Anda bangga pada diri sendiri. Jangan khawatir tentang apa yang orang pikirkan. Satu-satunya orang yang bisa membuatmu bahagia adalah kamu.


1

Saya menyukai cerita yang diposting dalam jawaban, tetapi lebih menghibur daripada jawaban yang dapat diandalkan.

Itu normal bahwa semua orang sama seperti Anda: mencoba menjadi lebih baik pada apa yang kita lakukan, itu manusia. Tetapi kebenaran yang mengerikan adalah bahwa ada sangat sedikit peluang Anda akan menjadi yang terbaik dalam hal itu.

Mengenai diri saya sendiri, saya selalu takut akan kerendahan hati, karena saya hanya membenci perkelahian anak kecil tentang siapa yang benar dan siapa yang tidak, dan inilah sebabnya.

Selama Anda bukan salah satu yang terbaik, Anda lebih baik berusaha bekerja untuk mendapatkan lebih banyak pengalaman membandingkan apa yang Anda ketahui dan lakukan dengan apa yang diketahui dan dilakukan oleh programmer terbaik.

Anda bisa mengatakan saya membandingkan diri saya dengan programmer terbaik, tapi itu hanya setengah benar: - Saya lebih baik membandingkan diri saya dengan yang terbaik, mengetahui bahwa saya hanya konyol dibandingkan dengan mereka, sehingga membuat prinsip membandingkan sangat bodoh dan tidak berguna - Saya tidak mempertimbangkan ketenaran mereka tetapi lebih pada apa yang mereka raih untuk mendapatkannya, karena pada kenyataannya, sebagian besar mitos genius menghilang ketika Anda mengetahui fakta sebenarnya seperti cara kerja bisnis. Itu tidak mengubah fakta bahwa mereka mencapai pekerjaan yang hebat, tetapi ingat bahwa pengalaman itu sulit untuk dievaluasi jika Anda memikirkan kondisi kerja. - Pada akhirnya, proses ini menghindari proses kompetisi yang benar-benar mengganggu saya dan membantu saya berfokus pada apa yang penting: belajar dengan latihan, tetapi juga belajar dengan bantuan mesin rasa ingin tahu yang baik.

Anda dapat mengagumi seseorang yang Anda inginkan, mengira ia jauh lebih baik daripada semua karyawan lain atau programmer yang akan Anda temui, tetapi Anda harus ingat bahwa dunia ini luas dan bahwa orang yang Anda kagumi sebenarnya cukup rata-rata dibandingkan dengan yang lain yang lebih baik orang-orang yang berpengalaman ada di luar sana, jadi mungkin Anda akan merasa lebih baik setelah Anda membuatnya terkesan, tetapi Anda akan merasakan hal yang sama terhadap orang lain dengan pengalaman yang lebih baik daripada dia, jadi itu semua akan sia-sia.

Keluar dari permainan kecil ini dan cobalah untuk menemukan subjek yang lebih menarik yang mungkin pernah Anda dengar, karena insinyur yang Anda bicarakan ini sibuk bekerja untuk sesuatu yang kurang bagus yang Anda pikirkan.


Berkat posting ini, saya bisa mengerti itu. Ketika Anda turun dari bawah, pahlawan adalah alat yang saya gunakan untuk membuat saya tetap termotivasi. Tapi, sekarang setelah saya mencapai tempat yang lebih baik, saya harus menjadi pahlawan saya sendiri dan bekerja keras. Bukan untuk pengakuan, tapi untuk diriku sendiri. Ayah saya, yang adalah orang bijak, pernah memberi tahu saya bahwa rahasia kesuksesan adalah saya. Saya tidak pernah mendapatkan yang sampai kemarin. Terima kasih.
Pablo

1

Saya harus setuju dengan beberapa orang lain di sini bahwa Anda cenderung gagal dalam tujuan Anda - karena Anda berfokus pada masalah yang salah , atau setidaknya fokus Anda terlalu sempit.

Anda ingin menjadi programmer yang hebat - apakah pendapat subyektif dari seorang insinyur perangkat lunak memberikan gelar dan kemampuan itu pada Anda (selain Joel)? Jika Anda hanya berfokus pada mengesankan atasan Anda maka Anda tidak berkonsentrasi pada pekerjaan, atau pada peningkatan keterampilan Anda - Anda tidak fokus pada tujuan Anda untuk menjadi programmer yang hebat. Anda berusaha diberi rasa hormat alih-alih menghasilkannya.

Mari kita ambil kasus terburuk (karena programmer suka melakukan itu) - bos Anda benar-benar membenci Anda tanpa alasan objektif (Anda mengenakan topi Patriots pada hari pertama, apa pun). Dia tidak akan pernah memiliki pendapat yang baik tentangmu. Jika Anda berkonsentrasi menyelesaikan tugas yang ditugaskan, menyelesaikan masalah secara efisien dan elegan, dan memajukan keterampilan teknis Anda - Anda akan meningkatkan diri sendiri - maka pada akhirnya Anda adalah pemenangnya - terlepas dari apa yang dipikirkan bos Anda.

Pekerjaan Ashton adalah resep kegagalan bukan karena kodenya tidak digunakan, tetapi karena pekerjaan itu memberinya manfaat praktis selain keselamatan pada hierarki Maslow. Apakah dia mempelajari keterampilan baru? Tidak. Apakah pekerjaannya membuatnya kreatif? Tidak. Apakah itu membuatnya dihormati? Tidak.

Karena ini adalah posisi pertama Anda, ini akan menawarkan Anda sebagian besar properti ini secara default. Anda akan memiliki pengalaman pemrograman pertama secara profesional, Anda akan diberikan tantangan baru baik teknis maupun non-teknis. Tetapi akan tiba saatnya ketika Anda melampaui posisi atau melebihi Anda, dan Anda harus terus meningkatkan diri sehingga Anda tidak terperangah karenanya.

Satu hal lagi, jika Ashton akan mengukur harga dirinya hanya dengan jumlah orang yang menggunakan kodenya maka saya sarankan dia bergabung dengan klub yang sering terbang. Satu-satunya kebahagiaan abadi dalam hidup adalah apa yang kita ciptakan untuk diri kita sendiri. Hidup selaras dengan apa pendapat orang lain tentang kita adalah menghasilkan manusia yang tragis dan tidak autentik.

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.