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

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.

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.

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.

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.

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.

Tulis kode yang jelas dan solid.

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.

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.

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. ;)

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."

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.

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".

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

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.

@ 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

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.

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.

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.

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.

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.

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.

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.