Дмитрий Лузанов

Как давно в 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.

text.replace(/http:/g, 'https:')

ходить в инет через офисную сеть.
всегда ваш, кэп.

если просто, то никак.
если сложно, то читать первый абзац.

fetch промис возвращает, не нужны еще дополнительно оборачивать

return fetch(`/api/items/create/`)
        .then(response => response.json())
        .catch((err) => {
          window.console.error(err);
          throw err;
        });
    });

просто добавьте проверку на существование, если не существует то инициализируйте пустым массивом: team.items = team.items || []

this.items.forEach((item) => {
   this.teams.forEach((team) => {      
      if (item.team_id === team.id) {
          team.items = team.items || [];
          team.items.push(item);
      }
  });
});

Проблема в том, что если разделять скрипты &&, то npm будет ждать пока завершится предыдущий скрипт перед тем как запустить следующий. Но суть ng в том, что он не завершается автоматически.

Для того чтоб запустить cкрипты параллельно, используйте одинарный &:
ng s & json-server --watch db.json --port 3000

alt обязательно, sitemap нет
Но я бы не делал такие картинки с помощью img. Для этого есть svg, иконочный шрифт, спрайты. А с ними вопрос отпадет сам собой.

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

Стандартные решения:
1. самодокументируемый код, составленный так, что читающий может понять что для чего и в какой последовательности работает.
2. описание интерфейсов (назначение метода, тип/суть параметров и т.п.) в форме комментов в коде.
3. автоматическая документация (генерится из комментариев) - эффективно, только если сам код закрыт.
4. модульные тесты, фиксирующие требования к коду и демонстрирующие его использование.
5. описание высокоуровневого дизайна (High Level Design, HLD), описывающий какие элементы существуют, их взаимосвязь друг с другом и основные сценарии взаимодействия.

Работающая документация - это компромисс из этих практик, релевантный конкретной ситуации.

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

именно в верстки ты не сможешь на 100% лишиться работы с мышью. любые параметры визуальных составляющих тебе придется смотреть мышью. будь то фотошоп(размеры, цвета, шрифты и пр) или девтулс в браузере.
p.s. вот хороший обзор плагина, для первого шага к отказу от мыши тебе https://www.youtube.com/watch?v=6OIBxzgLNFE

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

По 2 блоку:
Я бы сократила количество пунктов до 4-6 и выбрала другие иконки.
Если выбирать иконки с тонким контуром, то их стоит увеличить и выбрать более, так скажем, красочные.


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


Если уж совсем нельзя сокращать пункты, то можно сделать примерно так
По 1 блоку:
Возможно, здесь тоже стоит уменьшить количество этапов и выбрать наиболее подходящие изображения.

Или убрать изображения и иконки вовсе и оставить только номера.


Можно сделать в виде линии с этапами.


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

С анимацией не думаю, что стоит особенно увлекаться. Только максимально ненавязчивые изменения объектов, например, по hover'у или при скроллинге.

В принципе, идей можно подобрать достаточно много. Можете еще посмотреть идеи на таких сайтах и подобрать наиболее подходящий вариант.

Всё просто: побитовые операторы в js работают только со знаковыми (signed) целыми (integer) длиной в 32 бита (оператор >>> работает с unsigned). Иными словами, побитовые операторы интерпретируют операнды как последовательность из 32 битов.

Т.о., при выполнении ~3 число 3 представляется в виде 0000 0000 0000 0000 0000 0000 0000 0011, результат, понятное дело 1111 1111 1111 1111 1111 1111 1111 1100 — это -4. Если крайний левый (знаковый) бит равен 0 — число положительное, если равен 1 — число отрицательное. Максимальное знаковое целое, которое уместится в 32 бита — это 0111 1111 1111 1111 1111 1111 1111 1111, или 2147483647 (по основанию 10). Минимальное 32-bit signed integer — это 1000 0000 0000 0000 0000 0000 0000 0000, или -2147483648.

2147483647   0111 1111 1111 1111 1111 1111 1111 1111
100          0000 0000 0000 0000 0000 0000 0110 0100
5            0000 0000 0000 0000 0000 0000 0000 0101
4            0000 0000 0000 0000 0000 0000 0000 0100
3            0000 0000 0000 0000 0000 0000 0000 0011
2            0000 0000 0000 0000 0000 0000 0000 0010
1            0000 0000 0000 0000 0000 0000 0000 0001
0            0000 0000 0000 0000 0000 0000 0000 0000
-1           1111 1111 1111 1111 1111 1111 1111 1111
-2           1111 1111 1111 1111 1111 1111 1111 1110
-3           1111 1111 1111 1111 1111 1111 1111 1101
-4           1111 1111 1111 1111 1111 1111 1111 1100
-5           1111 1111 1111 1111 1111 1111 1111 1011
-100         1111 1111 1111 1111 1111 1111 1001 1011
-2147483648  1000 0000 0000 0000 0000 0000 0000 0000

~~3.14 // 3

Шаг 1: число приводится к целому и представляется в виде последовательности 0000 0000 0000 0000 0000 0000 0000 0011.
Шаг 2: производится сама побитовая замена 0->1 и 1->0. Получаем 1111 1111 1111 1111 1111 1111 1111 1100, или -4 (по осн. 10).
Шаг 3: производится ~(-4), то бишь получим в итоге 3.

Ну, с нулем всё понятно думаю.

Смотри, переменная - это то, к чему можно обратиться по имени.
var x string - это переменная с именем x
А что такое len(x)? Это - некоторое значение, которое по ходу дела вычисляют.
Как вычисляют? Да вот вызывая len(x) и вычисляют.
Где оно находится? Нигде, его лишь можно передать куда-то для сохранения или дальнейших вычислений.
Как его можно сохранить? Присвоив какой-то переменной, например sz := len(x).
Но в этот момент эта переменная начинает жить своей жизнью и больше уже не зависит от строки x, которую можно поменять.
Вычисляя выражения, ты можешь делать что угодно, в том числе преобразование типов, как в твоём вопросе.
Это безопасно, ведь выражение - вот оно, прямо перед тобой записано, всё наглядно.
Присваивая значение переменой, ты можешь - ... ну тут в разных языках по-разному.
В языках с динамической типизацией ты можешь присвоить ей зачение любого типа - и в этом есть опасность. Ты можешь просто не видеть или не знать, что где-то в другом куске кода кто-то что-то туда запихнул. Статическая типизация от этого защищает.
Вообще-то и в языке со статической типизацией есть подобная опасность - где-то кто-то запихнул в переменную значение правильного типа, но невалидное, например ноль в знаменатель дроби. Поэтому изобретены языки, которые обходятся без переменных, одними лишь выражениями. Но это - уже другая история.

Это можно сделать при помощи css, js тут не нужен.
background-attachment: fixed;

cssreference.io/backgrounds

gnu coreutils sort