#frontend_mylife

Как говорится, 31 год бывает раз в жизни 😀

С каждым прожитым годом все больше думаешь о том, кто находится с тобой: родители, семья, друзья, товарищи. Как ни крути, а это самое важное. Деньги можем всегда заработать, а люди бесценны 🙂

#frontend_post

Почему Skeleton — это не просто украшение, а спасение для UX?

Сейчас время терпеливых пользователей закончилось. Если страница грузится больше пары секунд и не даёт никакой обратной связи, 50% людей просто закроют её. Но мы же разработчики и должны удержать юзера. Поэтому Skeleton — это мастхэв.

1️⃣ Skeleton создаёт иллюзию скорости

Нет, он не ускоряет загрузку данных, но он обманывает мозг. Если человек видит, что что-то уже «отображается», он терпеливее ждёт. Это давно доказанный UX-приём. То есть здесь мы уже решаем задачу удержания юзера.

2️⃣ Компонентный подход спасает кодовую базу

Если у вас в проекте карточки товаров, посты в блоге, аватарки и таблицы — у каждого из них должен быть свой Skeleton. Так не придётся придумывать велосипеды каждый раз.

3️⃣ Skeleton решает проблемы с «дерганьем» верстки (CLS)

Без Skeleton контент появляется хаотично, и элементы перескакивают. Google это не любит. Skeleton же позволяет заранее выделить место под текст, картинки, кнопки. Браузер понимает, что туда точно загрузится контент, и ничего не «поедет».

4️⃣ Можно кастомизировать под бренд

Skeleton — это не обязательно скучные серые блоки. Хочется плавную анимацию? Без проблем.

5️⃣ Со Skeleton продукт выглядит дороже

Если подвести итоги, то Skeleton сейчас действительно мастхэв. Да, можно навесить просто лоадер на всю страницу, но когда вы постепенно открываете юзеру разные блоки страницы, ему это будет более понятно.

Если ваш дизайнер не предусмотрел этого - советую спросить у него причину 😀

#frontend_post

Делюсь статьей из закрытого канала. Если работаете с Vue - советую почитать. Думаю, что-то новое точно узнаете.

Как улучшить производительность приложения на Vue

#frontend_mylife

Неделя выдалась слишком насыщенной.

Понедельник - 11 часов из Астрахани в Краснодар

Вторник-среда более или менее свободные

А вот с четверга по сегодняшний день включительно - поездки по врачам с ребенком, куча обследований и анализов.

Завтра - операция. Ничего страшного, просто долго шли к этому.

По приезду домой плотнее займусь апгрейдом ваших знаний и приступлю к записи обещанного курса 🙂

#frontend_post

Что-то полезное техническое нет времени придумывать, но вот про опыт в стартапах расскажу 🙂

Неделю назад меня просили написать пост про то, стоит ли идти работать в стартапы. Кандидату предлагают +20% к текущей заработной плане. То есть есть ли смысл переходить со старой работы на проект без возможного будущего.

Если кратко: а хрен его знает 😁 Стартапы имеют свойства как загибаться через полгода, так и неплохо так вырастать.

Именно в стартапе я работал один раз. Это был и положительный, и отрицательный опыт.

Положительное:
1. Небольшая молодая и амбициозная команда профессионалов (да да, именно так) 😁
2. Ты выбираешь стек технологий и максимально погружен в проект.
3. То, что ты предлагаешь и делаешь скорее всего окажется в продакшене.
4. Нет всяких Agile, Scrum и т.п. Нет бюрократии

Отрицательное:
1. Кранчи. Сильны кранчи. У нас был жесткий срок по готовности MVP и помню, что 3 месяца мы работали почти без выходных с утра до поздней ночи, в том числе в новогодние праздники
2. В какой-то момент начались проблемы с финансированием, то есть пошли задержки заработной платы
3. Нет бюрократии. Да, как ни странно, это как плюс, так и минус. Так как разработка должна быть под контролем. Иначе за ней сложно уследить.
4. Часто работаешь в стол. Да, многие твои идеи дойдут до финального релиза, но что-то выкинется. А это недели работы.

Я работал на проектах, которые при мне превращались из стартапов в большие команды. За этим реально интересно наблюдать 🙂

Ну и обратную сторонку видел: когда проект не взлетает и загибается.

Мой совет: смотрите на то, готовы ли вы рискнуть.

Стартап - это реальные риски. Нечасто, но бывает там платят хорошие деньги, пока есть финансирование. Кроме этого там можно получить реально крутой опыт в разработке проекта с нуля, в построении API и так далее.

Если бы мне сейчас предложили пойти в стартап - я бы не пошел (недавно приглашали на зарплату x2 от текущей). Но если нет других вариантов или вы понимаете, что новые условия вам помогут жизни - почему бы и нет? Грамотный специалист всегда найдет работу если стартап не взлетит)

А у вас опыт в подобном был? И как вы относитесь к стартапам? 🙂

#frontend_interesting

Ну я не знаю даже, что сказать на это. Прокомментировать мне сложно данное событие) Особенно момент подтверждения навыков раз в год. Что-то не представляю, что разработчик знает что-либо, а потом взял и забыл) Что думаете?

Глядеть тут

#frontend_post

Как избежать эффекта первого впечатления при оценке задач?

Знаете, как бывает: собираетесь оценивать задачу, и сразу же первое услышанное число или первое мнение задают тон всей оценке. Но часто это — просто ловушка для мозга, которая потом портит всю работу. Сегодня я расскажу, как не дать эффекту первого впечатления “застрять” и влиять на ваши расчёты.

1️⃣ Собирайте разные оценки
Пусть каждый член команды оценит задачу, а потом обсудите каждую из оценок. Так картина будет более объективна. Кстати, по подобному принципу работает Planning poker, когда из множества оценок вы приходите к чему-то единому.

2️⃣ Дайте себе время
Не оценивайте задачу сразу. Сделайте небольшую паузу, переварите информацию и сформируйте своё мнение. Часто первая цифра — это просто рефлекс, а не обоснованная оценка.

3️⃣ Разбейте задачу на части
Оценивать задачу целиком — рискованно. Попробуйте разделить её на мелкие этапы и оцените каждую часть отдельно. Так вы получите более детальную и точную картину, а эффект первого впечатления не сможет повлиять на итоговую сумму.

4️⃣ Опираться на реальные данные
Если есть возможность, посмотрите на результаты предыдущих похожих задач. Такие данные помогут объективно скорректировать ваши ожидания и уменьшат влияние первого услышанного числа.

5️⃣ Обсуждение и ретроспектива
После выполнения задачи обязательно проанализируйте, насколько ваши оценки были точными. Обсудите с командой, где эффект первого впечатления сыграл свою роль, и как можно было бы улучшить процесс оценки в будущем.

Эффект первого впечатления — это коварный «застрягатель», который может влиять на оценку задач и приводить к перерасходу времени и ресурсов. Собирайте мнения независимо, давайте себе время на размышление, разбивайте задачи на мелкие части и опирайтесь на реальные данные. Так вы научитесь оценивать задачи более объективно и точно.

А как вы боретесь с первым впечатлением при оценке задач? И вообще, насколько точно у вас получается оценивать задачи?

Важный вопрос!

Как вы оцениваете свою продуктивность в работе? Есть ли какие-то лайфхаки, которые помогают не терять фокус?

Чем больше будет комментариев - тем лучше 🙂 Хочу собрать статистику ответов и тоже поделиться своими умозаключениями 🙂

#frontend_mylife

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

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

Когда начинающие разработчики спрашивают, что лучше купить: ноутбук на Windows или MacBook, а также какую клавиатуру и мышь, я всегда отвечаю - купите сначала удобное рабочее место. Без него все остальное не имеет смысла 🙂

Кстати, можете поделиться своим сетапом, интересно посмотреть)