


Dari PHP ke GO atau Front-End? Cadangan dan kekeliruan realiti dari orang yang berpengalaman
Kesukaran Pembangunan Kerjaya dan Pilihan Jurutera PHP
Keadaan dan masalah semasa
Baru-baru ini saya mendapati bahawa rakan sekerja dalam jawatan lain di syarikat itu (seperti Android dan tertanam C) umumnya dibayar lebih daripada PHP dan jurutera front-end, walaupun mereka berada di atas kapal kemudian. Selepas berkomunikasi dengan pemimpin, sambutannya ialah "gaji PHP memang rendah." Ini membuatkan saya merenungkan perkembangan kerjaya saya. Pasukan PHP kami menjalankan sebahagian besar perniagaan syarikat, mempunyai beban kerja yang besar, dan sering bekerja lebih masa. Ia bukan sahaja bertanggungjawab untuk pembangunan back-end, tetapi juga menguruskan pelayan, dan juga mengambil kira beberapa pembangunan front-end dan mini. Walau bagaimanapun, gaji tidak berkadar dengan beban kerja.
Pergi: godaan dan potensi risiko gaji tinggi
Seorang rakan sekerja yang mengubah kerjayanya di Go mencadangkan agar saya juga belajar pergi, dan mengatakan bahawa gaji dan manfaat GO lebih baik daripada PHP. Walaupun saya cuba belajar sebelum ini, saya berputus asa kerana perbezaan tatabahasa dan kedudukan yang lebih sedikit pada masa itu dan beralih kepada Swoole. Sekarang bahawa permintaan untuk pasaran bahasa Go telah meningkat, tahap gaji juga telah meningkat. Dengan kes -kes yang berjaya rakan sekerja saya, saya telah mula mempertimbangkan untuk pergi ke arah yang serius. Walau bagaimanapun, saya masih teragak -agak. Di satu pihak, saya enggan menyerahkan timbunan teknologi PHP yang sedia ada, dan sebaliknya, saya juga bimbang tentang kematangan ekosistem bahasa Go. Di samping itu, keadaan jurutera bahasa Go di syarikat itu juga membuat saya berasa keliru.
Front-end: Motivasi Rendah dan Kos Pembelajaran Tinggi
Kesediaan untuk beralih ke hujung depan tidak kuat. Pertama sekali, gaji front-end tidak jauh berbeza daripada PHP; Kedua, saya secara peribadi merasakan bahawa dari belakang ke bahagian depan telah "diturunkan" dalam timbunan teknologi. Saya mempunyai pengalaman tiga tahun depan dan akrab dengan Vue.js (serta HTML, CSS dan JS), tetapi saya hanya tinggal di peringkat menggunakan UI elemen untuk membina halaman dan tidak mempelajari rangka kerja dan teknologi front-end. Sekiranya saya beralih ke bahagian depan, saya perlu meletakkan lebih banyak tenaga untuk belajar secara mendalam untuk menjadi kompeten untuk pembangunan front-end peringkat tinggi.
Cadangan dari orang yang telah mengalaminya: Pilih dengan teliti dan lakukan apa yang anda boleh
Saya secara peribadi mengesyorkan bahawa anda memilih untuk berpindah ke bahasa backend lain dan bukannya frontend. Kerana kos pembelajaran front-end sangat tinggi, dan pengalaman bertahun-tahun anda dapat mengurangkan kos pembelajaran beralih ke bahasa back-end yang lain.
Adalah disyorkan bahawa anda mula-mula menyiasat trend permintaan perusahaan tempatan untuk bahasa back-end, seperti Java, dan memilih bahasa dengan permintaan pasaran yang besar dan prospek pembangunan yang baik untuk pembelajaran dan transformasi.
Keadaan semasa dan masa depan php
Tidak dapat dinafikan bahawa PHP bukan bahasa backend murni. Walaupun ia sangat popular pada hari-hari awal (sekitar tahun 2014), kedudukan pasaran PHP merosot selepas prevalensi arsitektur pemisahan front-end dan back-end. Ini berkaitan dengan matlamat reka bentuk asal PHP (halaman rumah peribadi), yang memberi tumpuan lebih kepada mempermudah pembangunan web.
Atas ialah kandungan terperinci Dari PHP ke GO atau Front-End? Cadangan dan kekeliruan realiti dari orang yang berpengalaman. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

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

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas











Peranan HTML, CSS dan JavaScript dalam pembangunan web adalah: 1. HTML mentakrifkan struktur laman web, 2. CSS mengawal gaya laman web, dan 3. JavaScript menambah tingkah laku dinamik. Bersama -sama, mereka membina kerangka, estetika dan interaktiviti laman web moden.

Apabila membangunkan laman web yang menggunakan CraftCMS, anda sering menghadapi masalah caching fail sumber, terutamanya apabila anda sering mengemas kini fail CSS dan JavaScript, versi lama fail mungkin masih di -cache oleh penyemak imbas, menyebabkan pengguna tidak melihat perubahan terkini dalam masa. Masalah ini bukan sahaja memberi kesan kepada pengalaman pengguna, tetapi juga meningkatkan kesukaran pembangunan dan debugging. Baru-baru ini, saya menghadapi masalah yang sama dalam projek saya, dan selepas beberapa penjelajahan, saya dapati plugin Wiejeben/Craft-Laravel-Mix, yang sempurna menyelesaikan masalah caching saya.

Netflix menggunakan React sebagai kerangka depannya. 1) Model pembangunan komponen React dan ekosistem yang kuat adalah sebab utama mengapa Netflix memilihnya. 2) Melalui komponen, Netflix memisahkan antara muka kompleks ke dalam ketulan yang boleh diurus seperti pemain video, senarai cadangan dan komen pengguna. 3) Kitaran Hayat DOM dan Komponen Maya React mengoptimumkan kecekapan rendering dan pengurusan interaksi pengguna.

Dalam proses membangunkan laman web, peningkatan pemuatan halaman selalu menjadi salah satu keutamaan saya. Sekali, saya cuba menggunakan Perpustakaan Minify untuk memampatkan dan menggabungkan fail CSS dan JavaScript untuk meningkatkan prestasi Laman Web. Walau bagaimanapun, saya menghadapi banyak masalah dan cabaran semasa penggunaan, yang akhirnya membuat saya menyedari bahawa minify mungkin tidak lagi menjadi pilihan terbaik. Di bawah ini saya akan berkongsi pengalaman saya dan cara memasang dan menggunakan Minify melalui komposer.

HTML, CSS dan JavaScript adalah teknologi teras untuk membina laman web moden: 1. HTML mentakrifkan struktur laman web, 2. CSS bertanggungjawab untuk kemunculan laman web, 3.

Terdapat dua cara untuk menjana kod HTML dalam teks luhur: Menggunakan plugin Emmet, anda boleh menjana elemen HTML dengan memasukkan singkatan dan menekan kekunci TAB, atau menggunakan template fail HTML yang telah ditetapkan yang menyediakan struktur HTML asas dan ciri -ciri lain seperti snippet kod, fungsi autokomplet, dan empelets.

Laravel 8 menyediakan pilihan berikut untuk Pengoptimuman Prestasi: Konfigurasi Cache: Gunakan Redis ke Pemacu Cache, Fasad Cache, Pandangan Cache, dan Page Page. Pengoptimuman pangkalan data: Menetapkan pengindeksan, gunakan skop pertanyaan, dan gunakan hubungan fasih. Pengoptimuman JavaScript dan CSS: Gunakan Kawalan Versi, Gabungan dan Secrink Aset, Gunakan CDN. Pengoptimuman kod: Gunakan pakej pemasangan komposer, gunakan fungsi pembantu Laravel, dan ikuti piawaian PSR. Pemantauan dan Analisis: Gunakan Pengakap Laravel, gunakan teleskop, memantau metrik aplikasi.

Apabila membangunkan Sistem Pengurusan Kandungan baru (CMS), saya menghadapi masalah yang sama tetapi sukar: bagaimana dengan cepat membina CMS berfungsi sepenuhnya tanpa menambah terlalu banyak kerumitan. Terdapat banyak penyelesaian CMS siap sedia yang terdapat di pasaran, tetapi mereka sering terlalu besar dan kompleks untuk mengkonfigurasi dan boleh menjadi beban untuk projek-projek kecil. Selepas beberapa penjelajahan, saya dapati Perpustakaan Lebenlabs/SimpleCMS, yang menyediakan penyelesaian yang mudah dan cekap melalui komposer.
