Александр Ламков — Friendly Frontend (@friendlyfrontend)の最新投稿

Александр Ламков — Friendly Frontend のテレグラム投稿

Александр Ламков — Friendly Frontend
{ Frontend-разработка } простыми словами

Авторский канал с полезными материалами по фронтенду и новостями ютуб-канала

💬 Чат нашего коммьюнити:
https://t.me/friendlyFrontendChat

📺 YouTube:
https://www.youtube.com/@AleksanderLamkov
2,677 人の購読者
61 枚の写真
1 本の動画
最終更新日 11.03.2025 07:37

Александр Ламков — Friendly Frontend によってTelegramで共有された最新のコンテンツ

Александр Ламков — Friendly Frontend

05 Feb, 14:10

3,823

🥱 Скролл страницы через виджет карты — фронтенд-лайфхак

📺 [Смотреть на YouTube]

📝 [Смотреть на Дзен]

📺 [Смотреть на Rutube]

👩‍💻 [CodePen]

#фронтенд_лайфхак
Александр Ламков — Friendly Frontend

04 Feb, 05:58

2,554

😬 Вы не так воспринимаете роадмапы по разработке!

Нет, ну вы видели, что там творится, например, во фронтендерском roadmap sh!? Десятки и сотни (если нырять вглубь отдельных технологий) пунктов!

👀 А в комментариях под видео на эти темы (в т. ч. под моим) вечно возникают почемучки «а правда надо всё-всё это учить???» и отчаянные отказники «да вы че, я это за всю жизнь не выучу же, лучше я останусь на своем заводе, шел бы этот фронтенд на три буквы!!1».

Роадмап — не маст-хэв список технологий для входа в профессию. Родмап — ориентир, чтобы было понятно, за какую технологию можно взяться, когда возникает желание «что-то поучить».

🥱 Да, первые парочку технологии в каждом таком списке — это, так называемая, база. Ну нельзя назваться фронтендером и претендовать на работу без знаний (а главное — умений) применять на практике HTML, CSS, JS и актуальный фреймворк, чтобы с помощью этих вещей решать задачи бизнеса.

Но что на счет всего остального? Нужно ли начинающему фронту учить Docker? NextJS? А NodeJS? А может все фреймворки мира заодно?

👎 Нет, нет и нет. Ничего не нужно учить бесцельно, лишь потому, что это указано в каком-то роадмапе.

Давайте начистоту. Мало какой даже опытный специалист изучил все технологии по роадмапу своего направления.

😑 Так почему же вкатышам втирают эту байку, что без всех этих знаний (и перечисляют три десятка непонятных аббревиатур и названий) нельзя быть хорошим специалистом, чтобы работать работу и получать за её выполнение денежки?

Я 4.5 года назад получал свои честные 25-40 тысяч рублей, зная HTML, CSS, немножко Sass и поверхностный JS вперемешку с jQuery. Спустя год на новой работе к списку технологий добавился WebPack и чуть позже — React с Redux. А дальше? А дальше вообще не важно. Там и TS и вся экосистема React подтянулась. Но всё это появилось в моем стеке без каких-то конкретных роадмапов. Я просто сталкивался с технологиями, которые стали мне нужны в работе и шаг за шагом учился применять их на практике.

И не важно как изменился рынок за эти годы. Подход к выбору технологий у меня до сих пор такой же — я начинаю учить что-то новое только, если того требует моя работа.

😏 Вам советую постичь тот же дзен и перестать страшиться роадмапов — не нужно учить всё, учите только то, чего не хватает вам для разработки здесь и сейчас!

#совет_новичкам #рефлексия_о_фронтенде
Александр Ламков — Friendly Frontend

31 Jan, 06:11

3,744

🆕 React — что нужно знать до изучения фронтенд-разработчику? Пример практики

📺 [Смотреть на YouTube]

📝 [Смотреть на Дзен]

📺 [Смотреть на Rutube]

📝 Что начинающему разработчику конкретно нужно знать и уметь перед тем, как нырять с головой в изучение фреймворка, типа React / Angular / Vue? Важное из основных и промежуточных технологий, а так же пример практики, чтобы залететь в эту высшую лигу без боли и страданий от непонимания всего и вся вокруг – всё в этом видео.

👉 Мощная практика перед изучением React
🔥 Вас ждёт Vite / Minista, шаблонизатор JSX, Sass, БЭМ и очень много JavaScript!

#анонс_видео
Александр Ламков — Friendly Frontend

28 Jan, 06:01

2,507

☹️ Неправильный сброс стилей

Часто встречаю в CSS-коде новичков подобный сброс стилей:

*,
*::before,
*::after {
margin: 0;
padding: 0;
font: inherit;
color: inherit;
background: transparent;
border: none;
box-sizing: border-box;
}


🥺 Что с этим кодом не так?

1) Селекторы к псевдоэлементам с привязкой к универсальному селектору «звездочке» избыточны. Можно обратиться к before и after напрямую — так селектор к ним будет менее специфичным.

2) Многие теги, которые выбираются таким обобщенным селектором, а так же оба псевдоэлемента, и так по умолчанию не имеют ни рамок, ни фона, ни внешних или внутренних отступов. Какой смысл сбрасывать margin-left в ноль для элемента <h1>? Вот и я не знаю. Да и даже тем элементам, у которых есть, к примеру, внешние отступы сверху и снизу (а это теги заголовков всех уровней), сброс в 0 нужно делать иначе — выбирать нужно лишь элементы с атрибутом class и обрамлять селектор нужно псевдоклассом :where() для минимизации специфичности.

3) Свойства font и color относятся к категории наследуемых, а это значит, что можно задать их, например, для body и всё так же будет прекрасно работать. Да, есть элементы, для которых font браузером задается точечно — input, textarea, select и button. Для них не помешает отдельный селектор с перечислением этих тегов.

С учётом вышеупомянутых правок «правильный» код будет таким:

*,
::before,
::after {
box-sizing: border-box;
}

input,
textarea,
select,
button {
font: inherit;
}

:where(
h1,
h2,
h3,
h4,
h5,
h6
):where([class]) {
margin-block: 0;
}

Да, чтобы сброс / нормализация стилей была более правильной, нужно больше кода.

Но если вы не хотите с этим всем заморачиваться, порекомендую вам мой собственный css-normalize, который я год назад написал в рамках курса по CSS и до сего момента внёс в код множество полезных правок. Каждая строчка объяснена, так что не потеряетесь, если будет желание разобраться подробнее.

📂 [Загрузить через NPM]

💻 [Репозиторий в GitHub]

#совет_новичкам
Александр Ламков — Friendly Frontend

26 Jan, 14:17

2,714

📖 Список элементов с разделительными точками без боли

➡️ https://youtube.com/shorts/6fU_bUIfLyg

#фронтенд_лайфхак
Александр Ламков — Friendly Frontend

22 Jan, 14:01

3,172

CSS Градиентная рамка со скруглениями — без костыльных псевдоэлементов!

➡️ https://youtube.com/shorts/V_h0dXLa5GQ

#фронтенд_лайфхак
Александр Ламков — Friendly Frontend

21 Jan, 06:04

2,662

💻 Какой компьютер подойдет для фронтенд-разработки? MacBook, виндовый ноут или настольный ПК?

💲 Если закладываете на покупку хотя бы 1500$, то можно рассмотреть MacBook любой модели комфортной вам диагонали (13-16") с процессором M1 и свежее, ОЗУ 8 Гб и более.

💸 Если бюджет ограничен, то можно присмотреться к ультрабуку на Windows. Обращайте внимание на процессор и ОЗУ. Остальное не так важно.

🎮 Игровой ноут с его видеокартой и соответствующим внушительным весом и маложивущей батареей — вариант хардкорный и подходит разве что тем, кто не против вечно сидеть возле розетки и тем, кому хочется помимо работы играть на нём в видеоигры.

🖥 Настольный ПК в целом не рекомендую «для фронтенда», т. к. целиком и полностью убивается ваша мобильность. Да, возможно вам она и не нужна, но будьте готовы к моральному истощению от работы на одном и том же месте. Лично я уже не представляю не-автономную жизнь без ноута, чтобы я не мог пойти поработать целиком весь день из кофейни или уехать посреди рабочей недели в другой город без возможности выполнить срочную рабочую задачку.

🖥 По поводу мониторов. Многим мало одного, а кому-то даже и двух. Я не из таких. Был у меня опыт с тремя мониторами. Мобильность оказалась важнее, ну а 16 дюймов ноутбука всецело хватает для отображения того, что нужно в работе прямо сейчас (чего ради держать перед собой контекст всего и вся на паре мониторов — искренне не понимаю).

😑 По поводу особенностей MacOS. Сам я долго страдал после перехода с Windows, но спустя пару месяцев большинство непривычных UI / UX моментов сгладились и теперь я вижу лишь преимущества MacOS над другими системами.

P. S. Все эти рассуждения нацелены на помощь с выбором нового устройства, если у вас сейчас нет никакого подходящего девайса «для кодинга». На самом то деле в начале карьерного пути совершенно не важно, макбук последней модели у вас или же древний ПК, собранный в далеком 2010-м. Если ваш комп тянет Chrome и VSCode (или хотя бы условный NotePad++ / Sublime), то прокачивать свои навыки во фронтенде вам ничто не мешает.

#совет_новичкам
Александр Ламков — Friendly Frontend

19 Jan, 14:46

2,904

👀 Шпионим за пользователем или как через JS узнать откуда пришел пользователь?

➡️ https://youtube.com/shorts/P2b1lTKHs4k

#фронтенд_лайфхак
Александр Ламков — Friendly Frontend

15 Jan, 14:56

3,442

😑 CSS Будущее бескостыльной темизации — light-dark функция

➡️ https://youtube.com/shorts/u1XqMyZWtvI

#фронтенд_новинка
Александр Ламков — Friendly Frontend

14 Jan, 06:01

2,807

😨 Как результативно просить помощь в чатах по разработке?

На примере фронтенда.

🟡 Опишите проблему достаточно ёмко, но не перегружайте контекстом, не связанным с текущей задачей (если проблем несколько, разбейте их на отдельные пункты или даже на отдельные сообщения).

🟡 Если проблему можно пощупать на готовом сайте, приложите к сообщению ссылку на веб-приложение (обязательно на конкретную страницу, где возникает проблема), опишите словесно и / или скриншотом куда смотреть.

🟡 Если нет возможности предоставить ссылку на готовое веб-приложение, попытайтесь воссоздать проблему в песочнице а-ля CodePen или CodeSandBox.

🟡 Если проблема возникает при выполнении определенных действий, опишите пошаговый алгоритм, вызывающий проблему и / или запишите скринкаст с воспроизведением проблемы.

🟡 Приложите к сообщению скриншоты проблемного кода (но не размазанное фото экрана, сделанное со вспышкой на бегу). Если кода вокруг проблемы много, то, скорее всего, через общение в чате её решить будет сложно, но можно путем обсуждений хотя бы сузить область контекста проблемы.

🟡 При багах верстки не лишним будет приложить к сообщению скриншот интерфейса из браузера с открытой в DevTools вкладкой Elements и панелью Styles.

🟡 Если проблема из разряда «мне надо так, а получается так», то помимо скриншота с проблемой будет весьма полезен скриншот «как надо правильно» (ожидаемый результат).

🟡 Если проблема связана с багом на определенном устройстве / операционной системе / браузере, обязательно укажите название устройства / ОС / браузер и его номер версии.

🟡 Опишите какие решения проблемы вы уже перепробовали, чтобы помогающие вам люди не теряли свое и ваше время.

Как НЕ надо просить помощи:

Чет все ломается / ничего не работает, помогите!

*кидает фото со случайным кодом, сделанное на тапок*

🥺 Никто не спешит помогать, т. к. проблема абстрактна и гадать по картинке без описания непросто.

Как надо просить помощи:

В мобильной версии браузера Safari (iOS 17.4) ломается вёрстка в таблицах. Добавил на <tr> градиент на фон, а он почему-то применяется к каждой ячейке по отдельности (см. скрин №1). Пробовал решить вопрос через псевдоэлемент (сначала к <tr>, затем к первой ячейке таблицы) — это не срабатывает (см. скрин №2). В других браузерах всё ок (см. скрин №3).

*прикладывает скриншот изначальной проблемы при открытом DevTools*

*прикладывает скриншот попытки решения проблемы*

*прикладывает скриншот того как надо правильно*

🥰 Проблема описана достаточно понятно, ёмко, но в то же время не перегружено, без лишнего контекста (указана версия браузера и приложены лишь нужные скриншоты). Были произведены попытки решения проблемы и описаны результаты этих попыток. Приложен скриншот ожидаемого результата. С таким запросом помочь человеку будет гораздо проще.

😠 Если вам есть что добавить на эту тему, буду рад видеть ваши комментарии!

#совет_новичкам