Rumah hujung hadapan web tutorial js Perangkap berbahaya Pembangun Baharu Mesti Elakkan dalam Minggu Pertama Mereka

Perangkap berbahaya Pembangun Baharu Mesti Elakkan dalam Minggu Pertama Mereka

Jan 14, 2025 pm 10:37 PM

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 Laman Web ini
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

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

<🎜>: Bubble Gum Simulator Infinity - Cara Mendapatkan dan Menggunakan Kekunci Diraja
3 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
Nordhold: Sistem Fusion, dijelaskan
3 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
Mandragora: Whispers of the Witch Tree - Cara Membuka Kunci Cangkuk Bergelut
3 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌

Alat panas

Notepad++7.3.1

Notepad++7.3.1

Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina

SublimeText3 versi Cina

Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1

Hantar Studio 13.0.1

Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6

Dreamweaver CS6

Alat pembangunan web visual

SublimeText3 versi Mac

SublimeText3 versi Mac

Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Tutorial Java
1667
14
Tutorial PHP
1273
29
Tutorial C#
1255
24
Enjin JavaScript: Membandingkan Pelaksanaan Enjin JavaScript: Membandingkan Pelaksanaan Apr 13, 2025 am 12:05 AM

Enjin JavaScript yang berbeza mempunyai kesan yang berbeza apabila menguraikan dan melaksanakan kod JavaScript, kerana prinsip pelaksanaan dan strategi pengoptimuman setiap enjin berbeza. 1. Analisis leksikal: Menukar kod sumber ke dalam unit leksikal. 2. Analisis Tatabahasa: Menjana pokok sintaks abstrak. 3. Pengoptimuman dan Penyusunan: Menjana kod mesin melalui pengkompil JIT. 4. Jalankan: Jalankan kod mesin. Enjin V8 mengoptimumkan melalui kompilasi segera dan kelas tersembunyi, Spidermonkey menggunakan sistem kesimpulan jenis, menghasilkan prestasi prestasi yang berbeza pada kod yang sama.

Python vs JavaScript: Keluk Pembelajaran dan Kemudahan Penggunaan Python vs JavaScript: Keluk Pembelajaran dan Kemudahan Penggunaan Apr 16, 2025 am 12:12 AM

Python lebih sesuai untuk pemula, dengan lengkung pembelajaran yang lancar dan sintaks ringkas; JavaScript sesuai untuk pembangunan front-end, dengan lengkung pembelajaran yang curam dan sintaks yang fleksibel. 1. Sintaks Python adalah intuitif dan sesuai untuk sains data dan pembangunan back-end. 2. JavaScript adalah fleksibel dan digunakan secara meluas dalam pengaturcaraan depan dan pelayan.

Dari C/C ke JavaScript: Bagaimana semuanya berfungsi Dari C/C ke JavaScript: Bagaimana semuanya berfungsi Apr 14, 2025 am 12:05 AM

Peralihan dari C/C ke JavaScript memerlukan menyesuaikan diri dengan menaip dinamik, pengumpulan sampah dan pengaturcaraan asynchronous. 1) C/C adalah bahasa yang ditaip secara statik yang memerlukan pengurusan memori manual, manakala JavaScript ditaip secara dinamik dan pengumpulan sampah diproses secara automatik. 2) C/C perlu dikumpulkan ke dalam kod mesin, manakala JavaScript adalah bahasa yang ditafsirkan. 3) JavaScript memperkenalkan konsep seperti penutupan, rantaian prototaip dan janji, yang meningkatkan keupayaan pengaturcaraan fleksibiliti dan asynchronous.

JavaScript dan Web: Fungsi teras dan kes penggunaan JavaScript dan Web: Fungsi teras dan kes penggunaan Apr 18, 2025 am 12:19 AM

Penggunaan utama JavaScript dalam pembangunan web termasuk interaksi klien, pengesahan bentuk dan komunikasi tak segerak. 1) kemas kini kandungan dinamik dan interaksi pengguna melalui operasi DOM; 2) pengesahan pelanggan dijalankan sebelum pengguna mengemukakan data untuk meningkatkan pengalaman pengguna; 3) Komunikasi yang tidak bersesuaian dengan pelayan dicapai melalui teknologi Ajax.

JavaScript in Action: Contoh dan projek dunia nyata JavaScript in Action: Contoh dan projek dunia nyata Apr 19, 2025 am 12:13 AM

Aplikasi JavaScript di dunia nyata termasuk pembangunan depan dan back-end. 1) Memaparkan aplikasi front-end dengan membina aplikasi senarai TODO, yang melibatkan operasi DOM dan pemprosesan acara. 2) Membina Restfulapi melalui Node.js dan menyatakan untuk menunjukkan aplikasi back-end.

Memahami Enjin JavaScript: Butiran Pelaksanaan Memahami Enjin JavaScript: Butiran Pelaksanaan Apr 17, 2025 am 12:05 AM

Memahami bagaimana enjin JavaScript berfungsi secara dalaman adalah penting kepada pemaju kerana ia membantu menulis kod yang lebih cekap dan memahami kesesakan prestasi dan strategi pengoptimuman. 1) aliran kerja enjin termasuk tiga peringkat: parsing, penyusun dan pelaksanaan; 2) Semasa proses pelaksanaan, enjin akan melakukan pengoptimuman dinamik, seperti cache dalam talian dan kelas tersembunyi; 3) Amalan terbaik termasuk mengelakkan pembolehubah global, mengoptimumkan gelung, menggunakan const dan membiarkan, dan mengelakkan penggunaan penutupan yang berlebihan.

Python vs JavaScript: Komuniti, Perpustakaan, dan Sumber Python vs JavaScript: Komuniti, Perpustakaan, dan Sumber Apr 15, 2025 am 12:16 AM

Python dan JavaScript mempunyai kelebihan dan kekurangan mereka sendiri dari segi komuniti, perpustakaan dan sumber. 1) Komuniti Python mesra dan sesuai untuk pemula, tetapi sumber pembangunan depan tidak kaya dengan JavaScript. 2) Python berkuasa dalam bidang sains data dan perpustakaan pembelajaran mesin, sementara JavaScript lebih baik dalam perpustakaan pembangunan dan kerangka pembangunan depan. 3) Kedua -duanya mempunyai sumber pembelajaran yang kaya, tetapi Python sesuai untuk memulakan dengan dokumen rasmi, sementara JavaScript lebih baik dengan MDNWebDocs. Pilihan harus berdasarkan keperluan projek dan kepentingan peribadi.

Python vs JavaScript: Persekitaran dan Alat Pembangunan Python vs JavaScript: Persekitaran dan Alat Pembangunan Apr 26, 2025 am 12:09 AM

Kedua -dua pilihan Python dan JavaScript dalam persekitaran pembangunan adalah penting. 1) Persekitaran pembangunan Python termasuk Pycharm, Jupyternotebook dan Anaconda, yang sesuai untuk sains data dan prototaip cepat. 2) Persekitaran pembangunan JavaScript termasuk node.js, vscode dan webpack, yang sesuai untuk pembangunan front-end dan back-end. Memilih alat yang betul mengikut keperluan projek dapat meningkatkan kecekapan pembangunan dan kadar kejayaan projek.

See all articles