«Казаки 3» — краткий обзор перезапуска легендарной RTS

Надежды на то, что «Казаки 3» станут полноценным симулятором исторических сражений в плане методичного развертывания войск «стенка на стенку» опять не оправдались.

A чем Total War не симулятор подобных сражений?

Паттерны React

JSX Spread Attributes имеет одну проблему, в дочерний компонент может залететь то, что не нужно. И начиная с 15 версии Реакт начинает ругаться на атрибуты, которые не были указаны в PropTypes

SPA — не серебряная пуля, или альтернативный подход к web-разработке. Часть 1

Написано слишком мало для статьи. Скорее тезис какой-то невнятный

Выбираем лучший онлайн-сервис по сжатию CSS

А зачем это делать онлайн?

И зачем потом проверять валидацию CSS? Она в 99 случаях провалится.

10 ошибок, приводящих к оверинжинирингу ПО

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

10 ошибок, приводящих к оверинжинирингу ПО

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

10 ошибок, приводящих к оверинжинирингу ПО

Мне кажется, что такое решение не всегда может быть взвешено принято на уровне команды. Просто слишком много неизвестных, а попробовать все нельзя. Надо общаться, обсуждать, посещать конференции, митапы. Тогда будет рождаться понимание того, что называют "Best practices" и согласно им уже действовать.

10 ошибок, приводящих к оверинжинирингу ПО

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

10 ошибок, приводящих к оверинжинирингу ПО

Но вообще статья отличная

10 ошибок, приводящих к оверинжинирингу ПО

Уж лучше "Повторное использование бизнес-функционала"

Наши грабли тренингов в виртуальной реальности (и проблемы инженеров с руками с мою голову)

А можно фотографию такой комнаты, а то я не понимаю как это вы делаете ВР на проекторах. Очки не нужны что ли или как?

зы. "Остороно електрическое устройство", это косяк моделеделов или там проблема со шрифтами?

Собеседование на программиста в Amazon

Ну Берлин он сильно интернациональный. Многие говорят на английском. Поэтому иногда говорят, что Берлин это не Германия. Ну опять же русская тусовка тут думаю побольше. Не знаю, что у вас в Мюнхене не складывается, поэтому тяжело будет сравнить. Да и в Мюнхен все никак не доеду

Собеседование на программиста в Amazon

так может сменить Мюнхен на Берлин

После года использования NodeJS для разработки

Мне интересно, за что минусуют человека? У кого-то плохой опыт был с этой штукой?

После года использования NodeJS для разработки

Просто выберите, который ближе по душе и используйте. Для других языков разве везде единый стиль?

После года использования NodeJS для разработки

Так а в чем боль? Вам место жалко на диске или вы храните node_modules в репозитории.

Кровеносная система мирового интернета

Эта карта из заголовка сводит меня с ума своей ориентацией

Сражаясь с БЭМ: 10 основных ошибок и как их избежать

З.Ы.

№9
На мой взгляд это надуманная проблема. Там не так уж много классов выходит. Гляньте как Ангуляр, к примеру, инпуты обвешивает, вот это уже реально перебор.

Сражаясь с БЭМ: 10 основных ошибок и как их избежать

Очень хорошая статья. И во многих подходах я пришел примерно к таким же решениям. Пара замечаний

№1
Тоже немного колбасит, когда классы не совсем следуют структуре вложенности. Но я для себя решил что структура элементов должна быть плоской. Иногда по коду получается что block__elem2 вложен в block_elem1, но с этим можно жить и достаточно просто разобраться, потому что компоненты изолированы

№2
Не использую c-, l- префиксы. На мой взгляд это избыточно и немного мусорно. И последнее время все меньше использую хелперы, предпочитаю вставлять миксины.

№3
Тут речь почему-то идет не про настоящие врапперы, а просто про вложенность компонентов. Иногда реально нужна обертка, потому что дивов не хватает застайлить. Тогда название блока выношу наверх, а дальше использую &__inner.

№4
Тоже предпочитаю модификаторы, но имхо не стоит бояться называть по используемому месту, например, так вполне лучше .button--card-view, нежели абстрактные .button--small .button--round.

№6
Я больше склоняюсь к .block--active, по крайней мере обычно начинаю с него. Если действительно предстоит много манипулировать состояниями через JS в подобных компонентах, то .block.is-active будет проще.

№10
На мой взгляд не стоит бояться и делать различные ветки кода в зависимости от медиа-выражений. Т.е. у меня это выглядит примерно так

.block {
  @respond-to('mobile') {
   // стили мообилок
  }

  @respond-to('tablet-desktop') {
   // стили планшета и десктопа
  }
}

respond-to это миксин, который генерит медиавыражения в зависимости от ключевого слова.

По ту сторону онлайн-консультанта

1234567

Не наталкивает вас на мысли?