Предлагаем вашему вниманию проектную работу Михаила Киселёва, студента курса «Fullstack разработчик JavaScript». Михаил реализовал начальный вариант B2B-приложения портала ГК «Легион».

Многие знают, что для объявления переменных в JS нежелательно применять ключевое слово var. Но не все знают, что ключевое слово let тоже лучше не использовать. Дело в том, что объявленные с его помощью переменные могут быть переназначены, что усложнит анализ кода.

В React 16 появилась замечательная вещь, которая называется границы ошибок. Из названия ясно, что речь про компоненты, «отлавливающие» ошибки в дочерних компонентах. Сама идея довольно проста и очень полезна.

Начну с предыстории самого проекта. Мысль пришла в голову совершенно случайно — мне явно не хватало для работы над своими проектами какой-то дополнительной ответственности. Вот и решил создать портал, где я смог бы стимулировать собственную мотивацию, публично рискуя репутацией и деньгами.

Управление тем, какую HTML-разметку и/или компоненты отображать на странице зависимости от значений в модели данных в приложении — задача, решаемая разными способами. Сегодня мы посмотрим, какие из них доступны в фронтенд-приложениях, написанных на VueJS.

Недавно возникла проблема, что у основного текста и у placeholder в дизайне разные стили:

Идея сервиса долго витала в воздухе, и спусковым крючком стало очень простое событие. У нас с супругой была первая годовщина свадьбы. На свадьбу мы заказывали торт. Как вы думаете? Нам позвонили? Поздравили? Предложили испечь маленький тортик, чтобы мы отпраздновали? Конечно, нет.

Рассмотрим, как сделать код на JavaScript короче и понятнее, умело расставляя return в нужных местах.

Во frontend-разработке неизбежное зло – это вёрстка. Насколько бы навороченными не были фреймворки для построения UI, рано или поздно возникнет необходимость в вёрстке. Да и жизнь осложняется тем, что в CSS нет полифиллов, как таковых.

Первостепенной и важнейшей чертой разработчика я всегда выделяю техническую компетенцию, к которой так стремлюсь — это навыки программирования. Они являются осью, на которую нанизываются все остальные возможности. Для меня это является самым важным критерием оценки тех или иных идей и предприятий. В первую очередь я задаю себе вопрос: «Насколько лучшим это сделает меня, как программиста — решателя задач?». И если я получаю положительный ответ, я позволяю дальше развиваться этой идее. Так случилось и с этой.