This media is not supported in your browser
VIEW IN TELEGRAM
Sliding Image Track
В JS созданы обработчики событий, в которых анимируется CSS свойство transform.
👉 @seniorFront
В JS созданы обработчики событий, в которых анимируется CSS свойство transform.
👉 @seniorFront
🔥17❤4💯3👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Focus
В JS создан обработчик события движения курсора, в котором задаётся значение CSS переменной. Эта CSS переменная устанавливает положение элемента-маски.
👉 @seniorFront
В JS создан обработчик события движения курсора, в котором задаётся значение CSS переменной. Эта CSS переменная устанавливает положение элемента-маски.
👉 @seniorFront
👍27❤8🔥7👏2
❤12👏3👎1🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
Responsive Image Carousel
Свёрстано на HTML и CSS. Логика переключения слайдов реализована в JS.
👉 @seniorFront
Свёрстано на HTML и CSS. Логика переключения слайдов реализована в JS.
👉 @seniorFront
👍32🔥13👎3❤1😁1
Non-even substrings
Вам дана строка, состоящая из цифр. Создайте функцию, которая вернёт количество подстрок, представляющих собой нечетные числа, которые можно составить из исходного числа.
Пример:
👉 @seniorFront
Вам дана строка, состоящая из цифр. Создайте функцию, которая вернёт количество подстрок, представляющих собой нечетные числа, которые можно составить из исходного числа.
Пример:
"1341" => 1, 1, 3, 13, 41, 341, 1341 solve("1341") = 7👉 @seniorFront
🤨7❤1👍1😁1
Разница между HTTP/1.1 и HTTP/2
В отличие от HTTP/1.1, в котором все запросы и ответы хранятся в простом текстовом формате, HTTP/2 использует двоичный уровень кадрирования для инкапсуляции всех сообщений в двоичном формате, при этом сохраняя семантику HTTP (методы, заголовки).
API прикладного уровня по-прежнему создает сообщения в обычных форматах HTTP, но нижележащий уровень преобразовывает эти сообщения в двоичные. Благодаря этому веб-приложения, созданные до HTTP/2, могут продолжать работать как обычно при взаимодействии с новым протоколом.
Преобразование сообщений в двоичные позволяет HTTP/2 применять новые подходы к доставке данных, недоступные в HTTP/1.1.
👉 @seniorFront
В отличие от HTTP/1.1, в котором все запросы и ответы хранятся в простом текстовом формате, HTTP/2 использует двоичный уровень кадрирования для инкапсуляции всех сообщений в двоичном формате, при этом сохраняя семантику HTTP (методы, заголовки).
API прикладного уровня по-прежнему создает сообщения в обычных форматах HTTP, но нижележащий уровень преобразовывает эти сообщения в двоичные. Благодаря этому веб-приложения, созданные до HTTP/2, могут продолжать работать как обычно при взаимодействии с новым протоколом.
Преобразование сообщений в двоичные позволяет HTTP/2 применять новые подходы к доставке данных, недоступные в HTTP/1.1.
👉 @seniorFront
👏11👍8🔥5❤4👎1
♥️ Все наши каналы по JS / PHP / Python, подпишись ♥️
@python_practics - всё про Python, обучающие материалы, полезные советы и статьи
@frontendInterview - подготовка к собеседованиям по фронтенду
@web_craft - php, Laravel, фронтенд
@sWebDev - обзор библиотек JS / CSS
@python_practics - всё про Python, обучающие материалы, полезные советы и статьи
@frontendInterview - подготовка к собеседованиям по фронтенду
@web_craft - php, Laravel, фронтенд
@sWebDev - обзор библиотек JS / CSS
❤7👍4👎1
Senior Frontend - javascript, html, css pinned «♥️ Все наши каналы по JS / PHP / Python, подпишись ♥️ @python_practics - всё про Python, обучающие материалы, полезные советы и статьи @frontendInterview - подготовка к собеседованиям по фронтенду @web_craft - php, Laravel, фронтенд @sWebDev - обзор библиотек…»
This media is not supported in your browser
VIEW IN TELEGRAM
SVG Menu Toggle
Внутри кнопки находится SVG картинка, стилизованная и анимированная в CSS.
👉 @seniorFront
Внутри кнопки находится SVG картинка, стилизованная и анимированная в CSS.
👉 @seniorFront
🔥12👍5❤3😁2
ТОП самых раздражающих факторов для программиста
Комментарии, которые объясняют "как", но не объясняют "зачем"
Еще в институте, на курсе программирования, нас учили что код необходимо комментировать, и максимально полно. Всегда лучше иметь слишком много комментариев, чем слишком мало. К сожалению, данная рекомендация иногда перерастает совсем уж в паранойю — программист комментирует каждую строчку кода. Например:
Отвлечение от работы
Очень мизерное количество программистов могут написать код с нуля мизинцем правой руки, одновременно разговаривая по телефону, бреясь и жуя очередной бутерброд. К сожалению, очень сложно влиться в "рабочий поток", когда ваш "поезд мыслей" пускают под откос толпа клиентов, менеджеров или коллег-программистов. Причина банальна — для работы над задачей нам необходимо держать в голове громадный объем данных, чтобы не упустить что-нибудь важное.
Изменения в проекте
На английском данная проблема звучит как Scope creep, Изменения в проекте могут превратить простую задачу в самый страшный ночной кошмар. Достаточно нескольких вполне невинных слов, внесенных в проект заказчиком, чтобы превратить задачу в кашу. Например:
Версия 1. Показать карту местности
Версия 2. Показать 3D карту местности
Версия 3. Показать 3D карту местности, по которой пользователи могут виртуально перемещаться
Менеджеры, которые ничего не смыслят в программировании
Когда менеджеры не способны понять базовые концепции работы программистов, мы получаем очередные изменения в проекте, нереалистичные дедлайны, раздражения и разочарования с обоих сторон процесса разработки. Это достаточно распространенная жалоба со стороны программистов и источник многих проблем.
Неопределенность
"Сайт не работает!". "Функционал Х работает не так как надо!". Неопределенные баг-репорты — как заноза в заднице.
Особенно, когда разозленные не-программисты на просьбу предоставить информацию по воспроизведению бага отвечают — "ты же программист! возьми просто и почини!" и не понимают что недостаточно информации, чтобы взять и починить.
Другие программисты
Программисты далеко не всегда уживаются с другими программистами. Шокирует, но это правда. Наиболее характерными раздражающими факторами являются:
- Несдержанность по отношению к оппонентам-программистам
- Непонимание того факта, что есть время обсуждения архитектуры системы и есть время для ее реализации
- Невозможность адекватной коммуникации с коллегами и заказчиком и различия в понимании терминологии
- Невозможность работать как надо и когда надо
- Безразличие к коду и, собственно, к проекту
Собственный код, 6 месяцев спустя
Вы когда-нибудь заглядывали в свой старый код? Это я написал такое??!!! Начинаешь выглядеть идиотом в собственных глазах.
Да, проблема… Но есть и хорошие новости — вы не один такой ;).
👉 @seniorFront
Комментарии, которые объясняют "как", но не объясняют "зачем"
Еще в институте, на курсе программирования, нас учили что код необходимо комментировать, и максимально полно. Всегда лучше иметь слишком много комментариев, чем слишком мало. К сожалению, данная рекомендация иногда перерастает совсем уж в паранойю — программист комментирует каждую строчку кода. Например:
$r = $n/2; // Устанавливаем $r равным $n поделенное пополам
// Цикл выполняется до тех пор пока $r - ($n/$r) больше $t
while (abs($r - ($n/$r)) > $t) {
$r = 0.5 * ($r + ($n/$r)); // Устанавливаем $r равное половине $r + ($n/$r)
}Отвлечение от работы
Очень мизерное количество программистов могут написать код с нуля мизинцем правой руки, одновременно разговаривая по телефону, бреясь и жуя очередной бутерброд. К сожалению, очень сложно влиться в "рабочий поток", когда ваш "поезд мыслей" пускают под откос толпа клиентов, менеджеров или коллег-программистов. Причина банальна — для работы над задачей нам необходимо держать в голове громадный объем данных, чтобы не упустить что-нибудь важное.
Изменения в проекте
На английском данная проблема звучит как Scope creep, Изменения в проекте могут превратить простую задачу в самый страшный ночной кошмар. Достаточно нескольких вполне невинных слов, внесенных в проект заказчиком, чтобы превратить задачу в кашу. Например:
Версия 1. Показать карту местности
Версия 2. Показать 3D карту местности
Версия 3. Показать 3D карту местности, по которой пользователи могут виртуально перемещаться
Менеджеры, которые ничего не смыслят в программировании
Когда менеджеры не способны понять базовые концепции работы программистов, мы получаем очередные изменения в проекте, нереалистичные дедлайны, раздражения и разочарования с обоих сторон процесса разработки. Это достаточно распространенная жалоба со стороны программистов и источник многих проблем.
Неопределенность
"Сайт не работает!". "Функционал Х работает не так как надо!". Неопределенные баг-репорты — как заноза в заднице.
Особенно, когда разозленные не-программисты на просьбу предоставить информацию по воспроизведению бага отвечают — "ты же программист! возьми просто и почини!" и не понимают что недостаточно информации, чтобы взять и починить.
Другие программисты
Программисты далеко не всегда уживаются с другими программистами. Шокирует, но это правда. Наиболее характерными раздражающими факторами являются:
- Несдержанность по отношению к оппонентам-программистам
- Непонимание того факта, что есть время обсуждения архитектуры системы и есть время для ее реализации
- Невозможность адекватной коммуникации с коллегами и заказчиком и различия в понимании терминологии
- Невозможность работать как надо и когда надо
- Безразличие к коду и, собственно, к проекту
Собственный код, 6 месяцев спустя
Вы когда-нибудь заглядывали в свой старый код? Это я написал такое??!!! Начинаешь выглядеть идиотом в собственных глазах.
Да, проблема… Но есть и хорошие новости — вы не один такой ;).
👉 @seniorFront
👍13❤4👏1
Media is too big
VIEW IN TELEGRAM
Active Nav Link indicator
В этом видео создаётся навигационное меню с оригинальным индикатором активного пункта на HTML, CSS и JS.
👉 @seniorFront
В этом видео создаётся навигационное меню с оригинальным индикатором активного пункта на HTML, CSS и JS.
👉 @seniorFront
👍5🔥3❤1
Предновогодний митап Frontend Night by Sber!⚡
Уже в понедельник, 11 декабря, Frontend-команда Сбера приглашает всех фронтендеров на свой заключительный митап в этом году. В программе:
✔️ Антон Непша — Senior Frontend-разработчик департамента IT-блока «Транзакционный банкинг B2C» — расскажет о том, как продать бизнесу рефакторинг и использовать простые решения для масштабных результатов.
✔️ Роман Ганин — Senior Frontend-разработчик команды «Салют В2В» — поделится секретами о важности тегов и их влиянии на работу сайтов.
✔️ Алексей Охрименко — TechLead Yandex Cloud — рассмотрит статистический анализ кода и покажет, как применить этот подход на практике.
А еще: много нетворкинга, игры и подарки.
Подключайтесь онлайн или приходите офлайн по адресу: г. Москва, ул. Маросейка, 7/8, FotoFaktura.
Важно: для участия в любом формате необходима регистрация.
Уже в понедельник, 11 декабря, Frontend-команда Сбера приглашает всех фронтендеров на свой заключительный митап в этом году. В программе:
✔️ Антон Непша — Senior Frontend-разработчик департамента IT-блока «Транзакционный банкинг B2C» — расскажет о том, как продать бизнесу рефакторинг и использовать простые решения для масштабных результатов.
✔️ Роман Ганин — Senior Frontend-разработчик команды «Салют В2В» — поделится секретами о важности тегов и их влиянии на работу сайтов.
✔️ Алексей Охрименко — TechLead Yandex Cloud — рассмотрит статистический анализ кода и покажет, как применить этот подход на практике.
А еще: много нетворкинга, игры и подарки.
Подключайтесь онлайн или приходите офлайн по адресу: г. Москва, ул. Маросейка, 7/8, FotoFaktura.
Важно: для участия в любом формате необходима регистрация.
🔥4❤2
This media is not supported in your browser
VIEW IN TELEGRAM
3D Tilting Card Effect
Логика поворота карточки реализована в JS и зависит от положения курсора пользователя.
👉 @seniorFront
Логика поворота карточки реализована в JS и зависит от положения курсора пользователя.
👉 @seniorFront
❤11👍3