Saya baru -baru ini melakukan AMA di Dev. Hanya mengambil peluang untuk melabur beberapa jawapan di sini seperti indiewebber yang baik.

Sekiranya anda bermula sebagai Dev Front End pada tahun 2020, apa yang akan anda katakan adalah perkara pertama yang anda akan belajar dan mengapa?

Anda perlu meletakkan diri anda dalam kedudukan di mana tugas anda untuk membuat dan menjaga laman web. Walaupun itu terasa seperti regangan untuk anda awal. Dapatkan domain, dapatkan laman web di internet awam. Letakkan nama anda di atasnya. Sekarang anda telah memberikan kepentingan diri anda, dan anda akan belajar teknologi kerana anda mesti membuat idea anda hidup.

Bagi saya, 650 tahun yang lalu, yang meletakkan laman web untuk band kolej. Kami memerlukan laman web! Kedengarannya menyeronokkan kepada saya, dan saya berjaya berjuang melalui membeli domain, hosting, dan meletakkan laman web WordPress. Kemudian, dari masa ke masa, saya belajar teknologi web front-end kerana saya ingin menukar reka bentuk, menukar templat, menambah ciri-ciri sejuk, dll.

Dapatkan projek diri anda dan belajar melalui projek.

Bagaimana anda menentukan apa yang anda mahu bertukar menjadi catatan blog dan apa yang anda tinggalkan sebagai tweet mudah?

Saya biasanya tidak akan mengelakkan tweet. Tweet ini biasanya merupakan tempat yang baik untuk pos blog pula. Sekiranya tiada siapa yang peduli, eh, mungkin tidak baik dari jawatan. Sekiranya ia mendapat pertunangan yang baik, ia seperti perbualan di sekelilingnya berguna dalam penciptaan jawatan blog. Plus, tweet sangat mudah untuk menendang pintu. Catatan blog, untuk saya, dengan tujuan, mempunyai jadual yang lebih panjang yang termasuk penyuntingan dan penjadualan dan sebagainya.

Berikut adalah contoh tweet. Hanya percubaan UI kecil yang bodoh. Saya tidak berasa suka menunggu blog mengenainya untuk menjatuhkan demo. Tetapi dari thread Twitter, saya mendapat beberapa maklum balas teknikal yang menarik, maklumat mengenai bahagian -bahagian orang yang paling terkejut oleh, dan beberapa idea lain yang berkaitan. Itu akan, mudah -mudahan, membawa kepada catatan blog yang lebih mantap.

Saya juga merawat Dev seperti itu, jujur. Saya menulis reaksi post blog ini dengan cepat di sini, tetapi kemudian menyempurnakannya untuk blog saya sendiri dengan beberapa maklum balas.

Adakah anda mempunyai trik CSS kegemaran, di mana anda sama seperti "wow"?

Saya fikir "Shadows Shadows" dalam CSS adalah salah satu helah CSS kegemaran saya sepanjang masa. Ia pada asalnya oleh Roman Komarov, tetapi dijelaskan dan diperbaiki oleh Lea Verou. Saya melihat alat pada hari yang lain di sekitar idea oleh Stefan Judis.

Ia adalah pembengkakan minda yang sebenar yang melibatkan latar belakang kecerunan empat lapisan, masing-masing kedudukan, bersaiz, dan berwarna berbeza, dan kemudian berbeza secara tingkah laku mengenai menatal.

Ia bukan sekadar helah yang kemas kerana ia mempunyai implikasi UX sebenar. Menunjukkan bayangan di mana anda boleh tatal adalah ux penting. Pertimbangkan kisah kemas kini reka bentuk baru -baru ini dalam iOS yang membawa kepada kekeliruan yang lengkap di sekitar tindakan UI yang tersembunyi di belakang tempat yang anda boleh tatal ke, tetapi mempunyai kemampuan sifar tentang bagaimana untuk sampai ke sana. (Berlaku kepada saya sepanjang masa di Spotify, untuk rekod.)

Apa yang akan menjadi 3 keping nasihat cepat untuk pemaju yang cuba mengikuti jalan yang sama untuk meningkatkan pengaruh dan pendedahan mereka?

Saya fikir penulisan adalah satu -satunya cara .

Saya tidak boleh memikirkan pemaju dengan pengaruh yang mempunyai pengaruh untuk apa -apa selain menulis. Atau jika ia tidak menulis, maka ia adalah saluran YouTube atau beberapa bentuk lain untuk membuat barangan awam .

Berapa banyak yang anda lihat sendiri bermain dengan Houdini API kerana mereka dibebaskan? API mana yang paling anda teruja (lukisan, susun atur, menaip om, ...)?

Perkara-perkara tahap yang sangat rendah ini kadang-kadang terasa di atas kepala saya. Sukar bagi saya untuk membayangkan implikasi industri perkara seperti ini hanya dengan melihat spesifikasi, ya tahu?

Kepada saya, nampaknya API susun atur mempunyai potensi yang paling kuat.

Apa yang saya bayangkan sekarang ialah Houdini tidak menjejaskan pemaju depan harian yang biasa seperti saya. Saya tidak akan menulis banyak kod Houdini. Tetapi saya akan menggunakan perkara -perkara mewah yang dibuat oleh orang lain, kerana ia melakukan sesuatu yang berguna untuk saya. Sama seperti kebanyakan orang tidak menulis perpustakaan mereka sendiri atau telah menerbitkan pakej NPM - mereka hanya menggunakannya.

Senang menjadi wow'd oleh Houdini. Jika ada yang mencari itu, pastikan anda melihat laman web pameran Vincent de Oliveira.

Apakah perkara kegemaran anda tentang bekerja di Codepen dan/atau CSS-Tricks?

Anda tahu apa yang saya suka? Saya suka masuk ke pejabat setiap hari dan mempunyai kebebasan yang cukup baik untuk apa yang akan saya lakukan pada hari itu. Saya mungkin akan mengadakan mesyuarat. Saya mungkin akan mempunyai beberapa perkara di kalendar ol. Saya mungkin akan mempunyai beberapa jangkaan pasukan yang cuba saya temui. Tetapi saya juga biasanya mempunyai banyak masa untuk meneruskan perkara -perkara yang menarik untuk saya pada masa ini.

Kadang -kadang saya pada masa ini untuk menggerudi melalui beberapa e -mel. Kadang -kadang saya mahu bermain -main dengan beberapa demo yang terdengar seperti keseronokan. Kadang -kadang saya ingin menulis pemikiran atau merakam video. Kadang -kadang saya mahu merancang sesuatu atau mendokumenkan sesuatu. Kadang -kadang saya ingin bercakap dengan orang lain atau melakukan pengaturcaraan pasangan.

Saya bernasib baik kerana saya bos (lol) dan saya meletakkan diri saya dalam kedudukan itu dengan tujuan supaya saya mempunyai kebebasan itu.

Apakah sesuatu yang anda mahu kami dapat menambah CSS?

Saya rasa setiap kali seseorang bertanya ini kita semua harus mengambil setiap peluang untuk menjerit pertanyaan kontena! Sehingga kita mendapatkannya.

Ideanya ialah kita harus dapat menulis CSS yang mengatakan, "Apabila elemen ini luas, CSS ini harus berkuatkuasa." Dan bukan hanya lebar, tetapi apa -apa pertanyaan media yang kita ada di peringkat halaman sudah.

Demo terbaik kes penggunaan di luar sana adalah halaman Philip Walton.

Saya ingin menulis komponen kad yang mengosongkan dirinya berdasarkan betapa luasnya, tidak berapa luas halaman itu, kerana tidak selalu ada hubungan langsung antara kedua-dua perkara itu (misalnya komponen kad dapat muncul di bar sisi sempit pada skrin besar, tetapi menjadi lebar penuh pada tablet atau sesuatu).

Setiap komponen boleh berada dalam situasi seperti itu, jadi untuk cinta CSS, biarkan saya menulis pertanyaan media yang ditimbulkan kepada komponen tersebut. Saya echo banyak orang lain apabila saya melihat bahawa jika kita mempunyai ini, majoriti pertanyaan media yang kita tulis adalah ini, bukan peringkat halaman.

Adakah anda fikir ia bernilai mencadangkan {kedudukan: di atas kali ganda; }?

Saya tidak pasti saya pernah membuat keputusan berasaskan lipat besar sekali dalam kerjaya saya. Bukan peminat pemikiran itu. Terdapat garis di mana modul penting ini tidak boleh menyeberang, haha. Mengutamakan perkara yang paling penting untuk menjadi lebih tinggi halaman, pasti. Laman web tidak melipat seperti surat khabar.

Selain itu, kami mempunyai unit Viewport sekarang, jadi jika anda benar -benar perlu meletakkan sesuatu di kawasan Viewport yang boleh dilihat, anda boleh.

Oleh kerana anda telah menulis catatan blog sejak sekian lama, adakah anda telah membangunkan proses untuk menulis satu?

Sorta! Ia masih terasa santai kepada saya (mari kita panggil kualiti sederhana saya), jadi ia tidak seperti saya menyewa kabin di padang gurun dan mencari inspirasi di matahari terbenam dan wiski murah.

• Saya menulis setiap idea pos blog yang datang kepada saya. Saya cuba menyimpan senarai itu secara terbuka tetapi saya juga mempunyai senarai peribadi di mana saya boleh menjadi lebih baik.
• Saya meletakkan banyak konteks ke dalam senarai seperti yang saya boleh, jadi saya boleh berharap untuk memanggil emosi yang sama yang membuat saya menulisnya di tempat pertama. Jika saya meninjau semula idea seminggu kemudian dan tidak boleh, itu mungkin bukan idea yang sangat baik.
• Saya menulis jawatan dengan banyak konteks yang saya boleh. Penyelidikan cahaya biasanya terlibat.
• Kami mempunyai editor utama di CSS-Tricks, jadi ia dikaji semula oleh sekurang-kurangnya satu orang sebelum dijadualkan.

CSS atau CSS-in-JS?

Saya melihat satu ton barang sejuk yang berlaku di CSS-in-JS. Saya fikir ia menyelesaikan banyak masalah menarik untuk laman web tertentu. Sebagai contoh, saya sangat menyukai idea untuk mempunyai pilihan untuk menulis gaya yang dilengkapi dengan komponen secara programatik, dan dengan itu adalah pokok-pokok apabila komponen tidak digunakan secara automatik.

Tetapi web adalah tempat yang besar, dan berani saya katakan kebanyakan laman web tidak dibina dengan model komponen berkuasa JavaScript. Oleh itu, CSS-in-JS tidak perlu atau sesuai untuk banyak laman web.

Walaupun, dua perkara yang harus jelas:

• Anda tidak boleh mempunyai CSS-in-JS tanpa CSS. CSS-in-JS masih gaya yang digunakan untuk elemen. Ia tidak membebaskan anda daripada belajar CSS.
• Landskap CSS-in-JS adalah luas. Agak sukar untuk dibincangkan dengan samar -samar. Setiap projek dalam baldi CSS-in-JS mengendalikan perkara-perkara yang sedikit berbeza dan bagaimana gaya digunakan ke laman web ini adalah agak luas. Saya fikir ia kadang-kadang hilang dalam hujah-hujah bahawa beberapa pendekatan secara harfiah membuat lembaran gaya CSS yang anda menghubungkan seperti yang anda lakukan CSS lain-walaupun CSS yang dihasilkan SASS-yang tidak kelihatan seperti argumen lagi.

Atas ialah kandungan terperinci Klip dari dev ama saya. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!