Ivan Bogachev

На чистом CSS такое делать слишком долго. Проще взять связку SVG+JS. Рисуете для каждой точки path - путь, по которому она двигается, а затем на JS ее двигаете по этому пути. Есть много готовых решений, например вот простое демо на чистом JS, да и в библиотеках вроде anime.js есть такая функция.

и оно работает!?

Привет от Криса Койера из 2010:

Oh, and yes-it-works-in-IE6™ & yes-it-validates™

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

P.S.: Можете написать свой йопта-бутстрап для людей, пишущих на yoptascript :)

Как давно в JS можно не писать function в первом примере?

Ключевое слово function можно опускать в определенных ситуациях:

let bar = {
    test: 'A',
    foo() {
        console.log(this.test);
    }
}

bar.foo(); // A

class Bar {
    constructor() {
        this.test = 'B';
    }
    foo() {
        console.log(this.test);
    }
}

(new Bar()).foo(); // B

Разумеется для старых браузеров нужен Babel. В остальных случаях запись вида test(){} вызовет ошибку Uncaught SyntaxError: Unexpected token.

С помощью unpublish можно убрать из публичного доступа пакет, который был опубликован в последние 24 часа. Если это так и пакет не удаляется - лучше написать в техподдержку (в последние пару дней у многих ресурсов были серверные проблемы - github и codepen уже падали, может и у npm что-то не так). Если же вы опубликовали свой пакет раньше, то удалить его уже нельзя. Можно только сделать устаревшим с помощью npm deprecate. Если ваш пакет не является зависимостью у других пакетов, то теоретически можно попросить техподдержку удалить его вручную, но не факт, что они станут это делать.

У вас там куча не закрытых тегов, должно быть <div class='grid-itm'>....</div>.

P.S: В следующий раз не вставляйте код в виде картинки, лучше делайте демку на codepen или jsfiddle.

Первая ссылка из гугла привела на страницу cosinekitty.com/solar_system.html, где находится таблица, в которой в реальном времени обновляются координаты планет солнечной системы и некоторых спутников. Есть разные опции. Работает это все на основе astronomy.js.

То есть надо как то это всё масштабировать... Как вы решаете такие задачи?

Можно все размеры задавать в rem/em, тогда при изменении размера шрифта для html все будет подстраиваться (вообще rem - это очень удобная штука, особенно когда все размеры выражаются красивыми числами - .5, .75, 1, 1.5, 2, 3, 4..., а не количеством пикселей). При этом можно по-умному привязать font-size для html к единицам vw и результат будет очень приятным.

Вопрос к верстальщикам, которые передают верстку бэкэндерам

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

... over9000 lines of code ....
                            </div>
                        </div>
                    </div>
                    <!-- /slide -->
                </div>
                <!-- /custom-slider -->
            </div>
            <!-- /column -->
        </div>
        <!-- /row -->
    </div>
    <!-- /content-container -->
</div>
<!-- /page-container -->

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

P.S.: И да, никто не заставляет писать их руками - Emmet может сам их генерировать.
P.P.S: А тем, кто считает бэкендеров "не тупыми, сами разберутся" стоит пожелать быть добрее к людям в новом году, некоторым из них приятно, когда сразу видно, какие блоки где заканчиваются. Также, как и нам приятно, когда в макете все красиво подписано.

Что такое

Новый тип данных symbol - это попытка ввести уникальные идентификаторы. Все крутится вокруг функции Symbol. Это не конструктор в полном смысле слова, с new ее использовать не получится. Это скорее маленькая фабрика. Она просто возвращает новый символ каждый раз. Это важно. Каждый раз новый. В качестве аргумента можно передать строку, но она используется только для отладки.
Symbol() === Symbol() // false

Что такое глобальный символ? Какой еще реестр?

Есть Symbol.for(), это еще один метод, который не просто возвращает символ, но и сохраняет информацию о том, для какого параметра он создавался. Внешне логика работы напоминает хеширование - для разных параметров символы получаются разные, а для одинаковых - одинаковые.

Symbol.for('my-string') === Symbol.for('my-string') // true
Symbol.for('my-string') === Symbol.for('another-string') // false

Зачем это надо?

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

• В качестве ключа для доступа к свойству объекта. Грубо говоря вместо obj[key] использовать obj[some-magic-unique-key]. Позволяет избежать коллизии этих самых ключей если вы расширяете существующий объект из сторонней библиотеки. На практике встречается не очень часто, особенно в небольших проектах, но по всей видимости это - причина появления символов в языке.
  
• Некоторая иллюзия приватных свойств. Символы по-своему работают с циклами и многими методами, связанными со свойствами объекта, становясь невидимыми для них. В результате можно разделить "все свойства с обычными ключами" и "все свойства с ключами-символами". А еще можно запутать код до безобразия.
  
• Также, пользуясь предыдущей мыслью, можно сделать что-то вроде метаданных для любого объекта, которые опять же не сломают существующий код, но могут быть использованы для хранения какой-то информации и мередачи ее между отдельными модулями. Штука довольно интересная.
  

Как это с точки зрения закона выглядит?

В той или иной степени это выглядит следующим образом:
ст. 272 УК РФ. Неправомерный доступ к компьютерной информации
ст. 273 УК РФ. Создание, использование и распространение вредоносных компьютерных программ
ст. 138 УК РФ. Нарушение тайны переписки, телефонных переговоров, почтовых, телеграфных или иных сообщений.
ст. 159.6 УК РФ. Мошенничество в сфере компьютерной информации.

Мне на соседа в суд подать за то, что он в мою квартиру вредные волны запускает?

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

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