cari
Rumahhujung hadapan webtutorial jsPerangkap berbahaya Pembangun Baharu Mesti Elakkan dalam Minggu Pertama Mereka

Selama 6 tahun yang lalu, saya telah bekerja merentasi 5 pasukan di Palantir.

Saya harap seseorang memberi amaran kepada saya tentang 7 kesilapan ini pada permulaan kerjaya saya.

Bersedia? Mari mulakan.

? Muat turun Buku Petua Dan Trik 101 Reaksi PERCUMA saya untuk permulaan.

Kesilapan #1: Memberi pendapat yang kukuh tentang perkara yang anda belum faham sepenuhnya

Kami mahu membuktikan nilai kami semasa hari pertama kerja.

Memang semula jadi mahu menunjukkan kepada rakan sekerja anda bahawa anda berbaloi untuk diambil bekerja ?.

Walau bagaimanapun, ini boleh membawa kepada memberikan pendapat yang kukuh tentang perkara yang anda belum faham sepenuhnya.

Contoh

  • Seseorang bertanya tentang ujian → anda menyatakan, “Adalah satu jenayah jika tidak mempunyai liputan 100%.”

  • Seseorang bercakap tentang perpustakaan pengurusan negeri → anda mempersoalkan mengapa pasukan menggunakan Redux dan mencadangkan Zustand.

  • Pasukan memutuskan untuk memotong ciri untuk memenuhi tarikh akhir → anda bercakap tentang bagaimana ini akan berbalik kepada syarikat anda yang terdahulu, kehilangan pengguna, yada yada...

Saya boleh memberitahu anda sekarang: ini tidak akan mendarat dengan baik 99% pada masa yang sama.

Kenapa?

  • Anda tidak mempunyai konteks penuh, jadi input anda, paling baik, bising dan, paling teruk, tidak produktif.

  • Anda membuang masa rakan sekerja anda semasa mereka berhujah atau menerangkan sesuatu kepada anda.

  • Anda mungkin nampak sebagai "menunjuk-nunjuk" tanpa disedari. Ini bukan cara terbaik untuk berkawan ?.

Jadi, patutkah anda berdiam diri semasa minggu pertama anda? Sama sekali tidak.

Anda telah diupah untuk menyumbang kepada pasukan dan berkongsi perspektif anda. Walau bagaimanapun, pastikan bahawa:

  • Anda mengumpul sebanyak mungkin konteks tentang pasukan dan produk—tanya “mengapa” dahulu.

  • Anda tidak terlalu terikat dengan pendapat anda. Kemukakan sebagai cadangan dan bukannya kebenaran yang sukar.

  • Anda "tunjuk, jangan beritahu" bila boleh.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Kesilapan #2: Cuba memikirkan segala-galanya sendiri

Melainkan anda seorang sahaja dalam pasukan anda, minta bantuan.

Tanya selepas mencuba untuk jangka masa yang munasabah. Perkara yang munasabah bergantung pada jenis soalan:

  • Jika anda pasti anda tidak akan menemui penyelesaian walaupun selepas sejam—atau jika isu itu menyekat produktiviti anda—tanya dengan segera. Sebagai contoh, anda harus bertanya soalan seperti “Bagaimana cara saya menyediakan komputer ini untuk berfungsi dengan ujian?” serta-merta.

  • Jika ini masalah teknikal yang boleh anda selesaikan dengan Googling atau menggunakan alatan AI, cuba dahulu. Jika ia tidak berkesan, minta bantuan selepas 30 minit.

Kenapa minta tolong?

  • Anda tidak tahu apa yang anda tidak tahu.

  • Masa yang dihabiskan untuk memikirkan perkara yang orang lain tahu ialah masa yang boleh anda luangkan untuk kerja produktif.

Jika anda berada dalam persekitaran di mana bantuan tidak tersedia, anda perlu memikirkannya.

Pastikan anda mendokumenkan penemuan anda untuk orang seterusnya. Ini membina asas pengetahuan dan memberi anda mata "rakan sepasukan yang baik".

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Kesilapan #3: Terlalu menumpukan perhatian pada onboarding dan mengabaikan kerja rakan sekerja anda

Saya sangat introvert ?.

Jadi, saya sukar untuk menghubungi orang baharu secara rawak.

Namun, setiap kali saya menyertai pasukan baharu, saya memaksa diri saya untuk bercakap dengan rakan sepasukan—dan ia sentiasa membuahkan hasil.

Bagaimana?

  • Permulaan berasa kurang menakutkan apabila saya menyedari rakan sekerja saya adalah orang biasa yang bersedia membantu.

  • Saya mendapat konteks yang berharga dan memahami perkara yang paling penting kepada pasukan.

  • Saya membina rangkaian orang yang boleh saya hubungi untuk mendapatkan sokongan.

Jadi, sebaik sahaja anda menyertai pasukan baharu, sediakan perjumpaan 1 lawan 1 dengan rakan sepasukan.

Tanya mereka tentang kerja mereka, sejarah pasukan, cara mereka melihat peranan mereka dan sebarang nasihat yang mungkin mereka ada.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Kesilapan #4: Cuba untuk menghafal segala-galanya

Dalam pasukan pertama saya, saya berasa amat kehilangan ?.

Orang ramai menggunakan akronim dalam mesyuarat, dan saya sukar untuk mengikuti perbualan. Walaupun saya tahu beberapa akronim, saya masih berasa terharu.

Saya cuba menghafal semuanya.

Tetapi ini sia-sia.

Semuanya akhirnya akan menjadi sifat kedua. Ia adalah perkara biasa untuk berasa terharu pada mulanya.

Kuncinya adalah untuk terus bertanya soalan yang menjelaskan.

Lama kelamaan, anda akan memahami perkara dengan lebih baik dan membina ingatan otot.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Kesilapan #5: Mengeluh secara berlebihan tentang sistem pasukan anda

Tiada asas kod yang sempurna.

Tiada pasukan yang sempurna.

Buku dan blog sering memberi gambaran bahawa:

  • Semua orang harus menggunakan perpustakaan atau rangka kerja terkini.

  • Semua kod warisan harus difaktorkan semula.

Apabila anda mendarat dalam pasukan dengan amalan yang berbeza atau kod "kotor", anda mungkin mula mengeluh.

Anda mungkin juga membuat senarai semua yang "salah". ?‍♀️

Ini adalah cara paling teruk untuk memulakan kerja baharu.

Melainkan anda diupah untuk merombak pasukan dan prosesnya (dan walaupun begitu), jangan lakukan perkara ini.

Kenapa?

  • Anda membayangkan bahawa pasukan itu "miskin" kerana kehilangan perkara.

  • Anda menambahkan kerja yang tidak diminta untuk rakan sekerja anda.

  • Anda mengasingkan orang yang membina sistem tanpa memahami kekangan yang mereka hadapi.

Sebaliknya, miliki sikap positif:

  • Cari cara untuk memberikan nilai.

  • Tunjukkan, jangan beritahu: perkenalkan corak yang lebih baik dalam permintaan tarik anda.

  • Buka perbincangan teknikal dengan pasukan.

Jika anda tidak berpuas hati dengan sistem ini, pertimbangkan untuk menemu duga di tempat lain ?.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Kesilapan #6: Percubaan untuk memfaktorkan semula kod tanpa konteks

Saya telah melakukan kesilapan ini.

Saya ingin memberikan nilai, jadi saya memfaktorkan semula kod tanpa diminta.

Ia tidak berjalan sebaik yang saya harapkan.

Kemudian, apabila seseorang menyertai pasukan dan memfaktorkan semula kod saya tanpa bertanya, saya mendapat rasa ubat saya sendiri ?.

Memfaktorkan semula kod seseorang tanpa konteks boleh dirasakan seperti serangan. Ia seperti seseorang merosakkan seni anda.

Jangan @ saya: Saya tahu ini tidak sihat?.

Mengapa ia menjadi masalah:

  • Anda terlepas konteks mengapa kod itu wujud.

  • Anda terlepas pandang tugas yang lebih penting.

Sebaliknya, hanya kod refactor jika:

  • Seseorang meminta bantuan.

  • Anda boleh menyepadukan refactor ke dalam kerja yang bermakna (cth., permintaan tarik).

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Kesilapan #7: Menetapkan jangkaan yang tidak realistik

Jangan bekerja 12–14 jam sehari pada minggu pertama anda melainkan anda bercadang untuk melakukannya untuk jangka masa panjang.

Ia mungkin kelihatan seperti idea yang bagus kerana:

  • Anda mahu membuktikan nilai anda.

  • Anda rasa terlalu banyak yang perlu dipelajari.

  • Anda dalam percubaan.

Tetapi ini boleh menjadi bumerang:

  • Ia menetapkan jangkaan yang tidak realistik untuk pasukan anda. Penskalaan semula kemudian boleh menimbulkan geseran.

  • Ia tidak mampan dan mungkin menyebabkan keletihan.

Sebaliknya:

  • Tepati jangkaan pasukan dahulu.

  • Jika anda ingin melakukan lebih banyak lagi, pastikan ia mampan dan bermanfaat.

Minggu pertama adalah tempoh tangguh. Orang ramai mengharapkan anda belajar, bukan untuk menyampaikan nilai serta-merta.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

Itu bungkus ?.

Penyertaan adalah mencabar.

Tetapi beberapa kesilapan boleh memburukkan lagi:

  • Berkongsi pendapat yang kukuh tanpa konteks.

  • Mengambil tindakan tanpa konteks.

  • Tidak memanfaatkan rakan sekerja anda.

Elakkan kesilapan ini dan anda akan menyesuaikan diri dengan pasukan baharu anda dengan cepat.

Dan jangan lupa untuk menjatuhkan "???".

Jika anda sedang belajar React, muat turun buku 101 React Tips & Tricks saya secara PERCUMA.

Jika anda suka artikel seperti ini, sertai surat berita PERCUMA saya, FrontendJoy.

Jika anda mahukan petua harian, cari saya di X/Twitter atau Bluesky.

ritical Pitfalls New Developers Must Avoid in Their First Weeks

? PETUA MINGGU

ritical Pitfalls New Developers Must Avoid in Their First Weeks

? MAKANAN UNTUK FIKIR

<script> // Detect dark theme var iframe = document.getElementById('tweet-1877747297402142883-419'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1877747297402142883&theme=dark" } </script> <script> // Detect dark theme var iframe = document.getElementById('tweet-1876901704563872142-960'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1876901704563872142&theme=dark" } </script>

Atas ialah kandungan terperinci Perangkap berbahaya Pembangun Baharu Mesti Elakkan dalam Minggu Pertama Mereka. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn
Komen JavaScript: Panduan untuk menggunakan // dan / * * /Komen JavaScript: Panduan untuk menggunakan // dan / * * /May 13, 2025 pm 03:49 PM

JavaScriptusestWotypesofcomments: Single-line (//) danMulti-line (//)

Python vs JavaScript: Analisis Perbandingan untuk PemajuPython vs JavaScript: Analisis Perbandingan untuk PemajuMay 09, 2025 am 12:22 AM

Perbezaan utama antara Python dan JavaScript ialah sistem jenis dan senario aplikasi. 1. Python menggunakan jenis dinamik, sesuai untuk pengkomputeran saintifik dan analisis data. 2. JavaScript mengamalkan jenis yang lemah dan digunakan secara meluas dalam pembangunan depan dan stack penuh. Kedua -duanya mempunyai kelebihan mereka sendiri dalam pengaturcaraan dan pengoptimuman prestasi yang tidak segerak, dan harus diputuskan mengikut keperluan projek ketika memilih.

Python vs JavaScript: Memilih alat yang sesuai untuk pekerjaanPython vs JavaScript: Memilih alat yang sesuai untuk pekerjaanMay 08, 2025 am 12:10 AM

Sama ada untuk memilih Python atau JavaScript bergantung kepada jenis projek: 1) Pilih Python untuk Sains Data dan Tugas Automasi; 2) Pilih JavaScript untuk pembangunan front-end dan penuh. Python disukai untuk perpustakaannya yang kuat dalam pemprosesan data dan automasi, sementara JavaScript sangat diperlukan untuk kelebihannya dalam interaksi web dan pembangunan stack penuh.

Python dan javascript: memahami kekuatan masing -masingPython dan javascript: memahami kekuatan masing -masingMay 06, 2025 am 12:15 AM

Python dan JavaScript masing -masing mempunyai kelebihan mereka sendiri, dan pilihan bergantung kepada keperluan projek dan keutamaan peribadi. 1. Python mudah dipelajari, dengan sintaks ringkas, sesuai untuk sains data dan pembangunan back-end, tetapi mempunyai kelajuan pelaksanaan yang perlahan. 2. JavaScript berada di mana-mana dalam pembangunan front-end dan mempunyai keupayaan pengaturcaraan tak segerak yang kuat. Node.js menjadikannya sesuai untuk pembangunan penuh, tetapi sintaks mungkin rumit dan rawan kesilapan.

Inti JavaScript: Adakah ia dibina di atas C atau C?Inti JavaScript: Adakah ia dibina di atas C atau C?May 05, 2025 am 12:07 AM

Javascriptisnotbuiltoncorc; it'saninterpretedlanguagethatrunsonenginesoftenwritteninc .1) javascriptwasdesignedasalightweight, interpratedlanguageforwebbrowsers.2)

Aplikasi JavaScript: Dari Front-End ke Back-EndAplikasi JavaScript: Dari Front-End ke Back-EndMay 04, 2025 am 12:12 AM

JavaScript boleh digunakan untuk pembangunan front-end dan back-end. Bahagian depan meningkatkan pengalaman pengguna melalui operasi DOM, dan back-end mengendalikan tugas pelayan melalui Node.js. 1. Contoh front-end: Tukar kandungan teks laman web. 2. Contoh backend: Buat pelayan Node.js.

Python vs JavaScript: Bahasa mana yang harus anda pelajari?Python vs JavaScript: Bahasa mana yang harus anda pelajari?May 03, 2025 am 12:10 AM

Memilih Python atau JavaScript harus berdasarkan perkembangan kerjaya, keluk pembelajaran dan ekosistem: 1) Pembangunan Kerjaya: Python sesuai untuk sains data dan pembangunan back-end, sementara JavaScript sesuai untuk pembangunan depan dan penuh. 2) Kurva Pembelajaran: Sintaks Python adalah ringkas dan sesuai untuk pemula; Sintaks JavaScript adalah fleksibel. 3) Ekosistem: Python mempunyai perpustakaan pengkomputeran saintifik yang kaya, dan JavaScript mempunyai rangka kerja front-end yang kuat.

Rangka Kerja JavaScript: Menguasai Pembangunan Web ModenRangka Kerja JavaScript: Menguasai Pembangunan Web ModenMay 02, 2025 am 12:04 AM

Kuasa rangka kerja JavaScript terletak pada pembangunan yang memudahkan, meningkatkan pengalaman pengguna dan prestasi aplikasi. Apabila memilih rangka kerja, pertimbangkan: 1.

See all articles

Alat AI Hot

Undresser.AI Undress

Undresser.AI Undress

Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover

AI Clothes Remover

Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool

Undress AI Tool

Gambar buka pakaian secara percuma

Clothoff.io

Clothoff.io

Penyingkiran pakaian AI

Video Face Swap

Video Face Swap

Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Mandragora: Whispers of the Witch Tree - Cara Membuka Kunci Cangkuk Bergelut
3 minggu yang laluBy尊渡假赌尊渡假赌尊渡假赌
Nordhold: Sistem Fusion, dijelaskan
3 minggu yang laluBy尊渡假赌尊渡假赌尊渡假赌

Alat panas

Versi Mac WebStorm

Versi Mac WebStorm

Alat pembangunan JavaScript yang berguna

EditPlus versi Cina retak

EditPlus versi Cina retak

Saiz kecil, penyerlahan sintaks, tidak menyokong fungsi gesaan kod

SecLists

SecLists

SecLists ialah rakan penguji keselamatan muktamad. Ia ialah koleksi pelbagai jenis senarai yang kerap digunakan semasa penilaian keselamatan, semuanya di satu tempat. SecLists membantu menjadikan ujian keselamatan lebih cekap dan produktif dengan menyediakan semua senarai yang mungkin diperlukan oleh penguji keselamatan dengan mudah. Jenis senarai termasuk nama pengguna, kata laluan, URL, muatan kabur, corak data sensitif, cangkerang web dan banyak lagi. Penguji hanya boleh menarik repositori ini ke mesin ujian baharu dan dia akan mempunyai akses kepada setiap jenis senarai yang dia perlukan.

SublimeText3 versi Mac

SublimeText3 versi Mac

Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Muat turun versi mac editor Atom

Muat turun versi mac editor Atom

Editor sumber terbuka yang paling popular