Веселый стейт менеджмент фреймворк Huex

Не совсем понятен вот этот момент:

if (value instanceof Object) {
  value = huex(value);
}

Ведь huex ни как не использует аргументы, а значит, что бы мы туда не передали, вернется все равно проксированный объект и данные потеряются

const storage = huex();
storage.on('change', console.log);
storage.a = {prop: 1}; // разве тут не потеряется {prop: 1}
storage.b = 10

Вот что node показывает

Средний цвет в JavaScript

Пример с рамкой выглядит клево, только если у сторон близкие цвета, иначе получается 4 вариант с костром, который смотрится не очень

Основы React (текстовый учебник, 2-е издание)

Сразу видно, что повествование будет без воды)

Простой редактор изображений на VueJS

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

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

А это где?

Антисобеседования

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

Мир Юрского периода: а можем ли мы на самом деле воскресить динозавров?

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

Хотя стоп, что-то мне это напоминает

Антисобеседования

Слава богу в моем случае было максимум два собеседования за день, а так расстояние было примерно в неделю ( как и подготовиться было время )

Антисобеседования

Последние два места куда я устраивался приятно удивили меня собеседованиями. Да их было много, от 4 до 6 ( раньше всегда обходился одним + тестовое ), но как бы это с одной стороны не изматывало, мне нравилось их проходить.

Во-первых: все они делили тематически, то есть меня не спрашивали каждый раз одно и тоже. Был разговор с hr-ом, пара технических собеседований ( одно по теории, другое по знанию языка, на котором будут писать и так далее ), в конце всегда были "разговоры о жизни", как раз на них и можно было окончательно определиться, а действительно ли мы подходим друг другу с компанией ( на одном разговаривал лично с гендиректором ).

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

В-третьих: есть время для разгона, если первое техническое собеседование ( после hr ) вызывало много стресса, то когда это 2-3 уже не так страшно.

Из минусов, что их действительно много, в сумме я собеседовался около месяца и под конец ощущалась усталость от всего этого.

Пятничный пост в среду: топ самых «необходимых» NPM-пакетов

anotherOne = myBoolean.toggle(); — вообще выглядит, как хороший кандидат на добавление в стандартное апи.
Почему например, у string есть всякие replace, toLowerCase, а у boolean нет своего API

Пятничный пост в среду: топ самых «необходимых» NPM-пакетов

лучший пакет для рефакторинга

16 инструментов React, которые пригодятся разработчикам интерфейсов

Сторибук и редакс девтулз хорошие инструменты. Плюс еще redux-promise-middleware-times можно использовать в девсборке для замеров скорости. Остальное уже кажется вторичным

Как работает JS: абстрактные синтаксические деревья, парсинг и его оптимизация

Да и вообще, почему бы тем же движкам не выпустить свои инструменты для оптимизации?
Например, какие-то особо важные участки помечать специальным комментарием, а не какой-то конструкцией

Как работает JS: абстрактные синтаксические деревья, парсинг и его оптимизация

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

Интересно, что есть такого у Optimize.js, чего нет у движков браузера, если первый может понимать, когда нужно оптимизировать функцию, а вторые нет?

Как выживать в изменяющемся мире разработки

Проблема ( как минимум с вебом ) это то что он еще не готов к такому бурному росту/изменению. Берешь какой-нибудь проект, который начинался в 2010, когда еще не было всяких es6, когда стандарты не выпускались каждый год и там дремучий древний лес. Как-то обновлять это — легче переписать с самого начала. Возможно, со временем, если скорость изменений языка/стандартов будет сохранятся, будут придуманы инструменты, для более безболезненного перехода на новые фичи языка.

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

Компоненты высшего порядка с использованием Recompose

Ничего не мог с собой поделать, но все время читал HOC по-русски)

Практика применения прокси-объектов в JavaScript

Тогда оказалось, что 13% респондентов ответили «Да», 83% — «Нет», а 4% выбрали вариант «Другое (в комментариях)».

На момент написания комментария расклад такой: 13.5% — "да", 82% — "нет", остальные не определились. Ну, хоть какое-то, но движение вперед есть)

Шпаргалка для технического собеседования

Не давно проходил собеседование в Яндекс на разработчика интерфейсов. Собеседованием остался доволен, на первом этапе спрашивали солянку из html, css и особенностей javascript, ничего сверхъестественного и заковыристого. На следующем этапе было 4 интервью, которые были в виде практических задач. Совсем чуть-чуть теории спрашивали, а потом решали задачи. Считаю это самым правильным вариантом. Кандидат прекрасно может знать структуры данных, крутые алгоритмы и прочие теоретические вещи, но какой в этом толк, если он не может применить их на практике. Конкретные задачи как раз помогают выяснить, что умеет и знает кандидат. Как он подходит к решению проблемы, какие алгоритмы и структуры данных использует. Ведь в итоге именно за этим и ищут человека, что бы он решал конкретно поставленные задачи, а не хвастался, что знает все алгоритмы обхода графа

Webpack 4 и code splitting

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

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

Полезный фастфуд

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

Вышел Webpack 4 Legato

webpack двигается в сторону полноценного SDK для веб приложений