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

Barbara Streisand
Lepaskan: 2025-01-14 22:37:48
asal
215 orang telah melayarinya

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!

sumber:dev.to
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
Artikel terbaru oleh pengarang
Tutorial Popular
Lagi>
Muat turun terkini
Lagi>
kesan web
Kod sumber laman web
Bahan laman web
Templat hujung hadapan