Доброго времени суток, Хабр! Представляю вашему вниманию перевод статьи «Understanding Promises in JavaScript» автора Sukhjinder Arora.

Всем привет! С вами снова devleads-подкаст. Подкаст для тимлидов, руководителей разработки и им сочувствующих. В этот раз мы решили поговорить про мотивацию, провести четкую грань между финансовой и нефинансовой, а также определить, какая же из них важнее для разработчиков и и как правильно их развивать среди сотрудников. Попробуем ответить на вопросы:

• когда финансовая мотивация работает, а когда нет;
• когда нефинансовую мотивацию даже начинать применять бесполезно в принципе;
• как мотивировать удаленные команды;
• и многие другие.

— Артём, привет! Какое бы ты дал определение мотивации в целом?

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

— А есть еще такая штука как стимуляция. Какая между ними разница?

— Да даже в самих терминах, смотри, stimulus — это такая острая штуковина на палке, которой погоняли осликов и быков, чтобы они делали, что нужно. Это вообще история про морковку спереди (или вообще сзади), которая позволяет человеку работать. Она часто применяется в масстаффинге, то есть в отношении персонала из массового найма, коллцентров, уборщиков, таксистов и подобных профессий. Грубо говоря, у людей, работа которых не связана с творчеством, которые делают что-то механическое.

— Звучит круто, но не очень понятно — зачем оно? Зачем дополнительно заниматься мотивацией, неужели одной зарплаты не хватает?

Чем мне нравится экосистема React, так это тем, что за многими решениями сидит ИДЕЯ. Различные авторы пишут различные статьи в поддержку существующего порядка и обьясняют почему все "правильно", так что всем понятно — партия держит правильный курс.

Через некоторые время ИДЕЯ немного меняется, и все начинается с начала.

А начало этой истории — разделение компонент на Контейнеры и неКонтейнеры (в народе — Тупые Компоненты, простите за мой франзуский).

Одно из преимуществ создания моего личного сайта с нуля вместо использования готовой темы заключается в том, что я начинаю с настроек браузера по умолчанию и постепенно добавляю собственные расцветки. Я стараюсь удержать сайт от раздувания, но и персонализация — важное дело. Нужно найти некий компромисс между спартанскими страницами Hacker News и Craigslist с одной стороны и перегруженностью старого MySpace с другой.

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

В темные века верстальщики строили сайты на таблицах. Потом они освоили float и flexbox, и тьма отступила. В 2017-м наступила эпоха Просвещения с приходом CSS Grid Layout.

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



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

Об этом расшифровка доклада Сергея Попова на Frontend Conf: про спецификацию, про то, почему верстальщики боятся Grid и как решиться применять сетку в своих проектах, чтобы «Make your website great again!».

Перед вами перевод статьи Adrian Hajdin, которая была опубликована на сайте freeCodeCamp. Под катом автор понятно и лаконично объясняет, в чем преимущество async/await, и на конкретном примере показывает, как использовать этот синтаксис.

Перед вами история интегрирования БЭМ-методологии в React-вселенную. Материал, который вы прочитаете, построен на опыте разработчиков Яндекса, развивающих самый масштабный и нагруженный сервис в России — Яндекс.Поиск. Мы никогда раньше не рассказывали настолько подробно и глубоко о том, почему делали так, а не иначе, что нами двигало и чего мы действительно хотели. Внешнему человеку доставались сухие релизы и обзоры на конференциях. Лишь в кулуарах можно было услышать нечто подобное. Я как соавтор негодовал из-за скудности информации снаружи каждый раз, когда рассказывал о новых версиях библиотек. Но в этот раз мы поделимся всеми подробностями.

Все слышали о методологии БЭМ. CSS-селекторы с подчёркиваниями. Компонентный подход, о котором говорят, имея в виду способ написания CSS-селекторов. Но про CSS в статье не будет ни слова. Только JS, только хардкор!

Эта история началась примерно 1.5 года назад. Связана она с проигрыванием музыки в различных браузерах и платформах, на которых они запускаются. Путь полный “боли и страдания” осознания того, что легкая на первый взгляд задача может оказаться не такой уж и легкой, а “незначительные” детали, которым не придаешь значения в самом начале, могут повлиять на всё.

Сегодня, в следующей части курса по React, мы поговорим о встроенных стилях.



→ Часть 1: обзор курса, причины популярности React, ReactDOM и JSX
→ Часть 2: функциональные компоненты
→ Часть 3: файлы компонентов, структура проектов
→ Часть 4: родительские и дочерние компоненты
→ Часть 5: начало работы над TODO-приложением, основы стилизации
→ Часть 6: о некоторых особенностях курса, JSX и JavaScript
→ Часть 7: встроенные стили
→ Часть 8: продолжение работы над TODO-приложением, знакомство со свойствами компонентов
→ Часть 9: свойства компонентов
→ Часть 10: практикум по работе со свойствами компонентов и стилизации
→ Часть 11: динамическое формирование разметки и метод массивов map
→ Часть 12: практикум, третий этап работы над TODO-приложением
→ Часть 13: компоненты, основанные на классах
→ Часть 14: практикум по компонентам, основанным на классах, состояние компонентов
→ Часть 15: практикумы по работе с состоянием компонентов
→ Часть 16: четвёртый этап работы над TODO-приложением, обработка событий
→ Часть 17: пятый этап работы над TODO-приложением, модификация состояния компонентов
→ Часть 18: шестой этап работы над TODO-приложением
→ Часть 19: методы жизненного цикла компонентов
→ Часть 20: первое занятие по условному рендерингу
→ Часть 21: второе занятие и практикум по условному рендерингу
→ Часть 22: седьмой этап работы над TODO-приложением, загрузка данных из внешних источников
→ Часть 23: первое занятие по работе с формами
→ Часть 24: второе занятие по работе с формами
→ Часть 25: практикум по работе с формами
→ Часть 26: архитектура приложений, паттерн Container/Component
→ Часть 27: курсовой проект

Материал, перевод которого мы публикуем сегодня, посвящён анализу рынка труда разработчиков программного обеспечения. А именно, компания Devskiller, которая работает в сфере рекрутинга, делится здесь результатом исследования 112654 тестовых заданий, которые выполнили программисты. Речь пойдёт о том, в каких странах живут программисты, лучше всего проходящие испытания, о том, где находятся компании, которые нанимают больше всего заграничных сотрудников, о том, какие группы технологий пользуются наибольшим спросом на рынке труда.

Итак, вы готовы сделать видео полноценной частью маркетинговых процессов вашей организации. Самое время.

Существует множество исследований, в которых говорится, что в 2019 году порядка 80% контента, потребляемого нами в интернете, будет составлять видео (ссылка на исследование в конце статьи). Хотим мы или нет, продолжаем ли мы писать и рисовать, но пришло время очень серьезно отнестись к этому ресурсу.

Предположим, что вы уже сотворили свой видеоконтент. Это не так сложно, учитывая время создания stories, приносящих огромную прибыль, и количество программ для монтажа. Скорее всего, теперь вы задаетесь вопросом: как лучше всего разместить видео на веб-сайте вашей компании.

Перед вами список потенциально успешных вариантов.

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

Несколько предложений расширяют существующий синтаксис классов в JavaScript новой функциональностью. Эта статья объясняет новый синтаксис публичных полей классов в V8 v7.2 и Chrome 72, а также грядущих приватных полей.

Вот пример кода, который создает экземпляр класса IncreasingCounter:

const counter = new IncreasingCounter();
counter.value;
// logs 'Getting the current value!'
// → 0
counter.increment();
counter.value;
// logs 'Getting the current value!'
// → 1

Отметим, что обращение к value выполняет некоторый код (вывод сообщения в лог) перед тем, как вернуть значение. Теперь спросите себя: как бы Вы реализовали этот класс на JavaScript?

Представим себе, что вы пишите таск-менеджер. Приложение должно работать как нативное: работать в офлайне также как в онлайне.

Основная концепция

Наш главный инструмент в построении такого приложения – localstorage.

С другими способами реализовать это я не знаком. Способ о котором я расскажу я придумал сам и мне он показался удачным.

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

При создании набора компонентных iOS-шаблонов для Figma я решил поэкспериментировать с компонентом Tab Bar. Напомню, что в гайдлайнах iOS это нижняя навигация. Мне хотелось, чтобы его содержимое имело логичное и оптимальное поведение при ресайзе. Хотелось сделать его максимально адаптивным для всех iOS-устройств, насколько это позволяет сделать Figma и направляющие (constraints).

Продолжаем говорить о самых обсуждаемых на Hacker News открытых проектах. Сегодня рассказываем о решениях для работы с репозиториями и блокчейнами.

Предыдущие части:

• Инструменты для управления облаком
• Сервисы для работы с логами и базами данных

Это — подкаст с теми, кто создает контент. Гость сегодняшнего выпуска — Дарья Черкудинова — автор подкаста «НОРМ» [Telegram] [iTunes] и главный редактор издания «Секрет фирмы».

• прослушать интервью с Дарьей в Telegram или в веб-плеере

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

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

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

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

Как же быстро поменялся мир.

ИТ стало вездесущим и — говоря их словами — «престижным». Индустрией, куда все хотят. Там, оказывается, важен не диплом, а навык. Там за месяц можно заработать годовую зарплату родителей. А чтобы «войти в ИТ» надо быть просто умным и капельку усердным, почти без рисков.

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

Хорошо это или плохо, не берусь судить. О том, что такое онлайн-курсы, кто и как на них преподает и какие выпускает кадры, мы с fillpackart поговорили с Александром Никитиным, основателем GeekBrains, одним из крупнейших образовательных порталов в России.

Компания Geekbrains получила на «Моём круге» среднюю оценку 4,0 от своих сотрудников, которые особенно выделили интересные задачи и профессиональный рост. Но самым главным критерием оценки для них оказался «Компания делает мир лучше».

Приветствую всех читателей Хабра! Меня зовут Юрий, более 20 лет преподаю высокие технологии, Oracle, Microsoft и другие, а также занимаюсь созданием, разработкой и поддержкой нагруженных информационных систем для различных бизнес-заказчиков. Сегодня хотел бы рассказать вам об актуальном направлении: собеседованиях по технологиям обработки данных.

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