Сергей Горностаев

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

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

//заводим бакет который который будет всегда первым
map.put(null, null);
//значение перетерлось так как hashCode одинаков и equals вернул true
map.put(null, "afterNull");

Нет, всё не так. Нулл обрабатывается просто отдельно, под него отдельный элемент, это не бакет.

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

Сколько в данный момент в мапе бакетов тебя вообще заботить не должно.

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

1. Привыкайте выкладывать превью вашей верстки в сервисы по типу codepen, jsfiddle или github pages. Никто не будет клонировать вашу верстку на локальный ПК, чтобы что-то там проверить.

2. Привыкайте давать осознанные, читаемые id и class. В более сложной верстке вы потом сами забудете какой класс или id у вас за что отвечает. У вас сейчас так:
<figure id="h">

3. Если у вас пустая ссылка - в href ставьте #. Таким образом вы избежите неожиданностей в виде внезапно изменившегося стиля ссылки в случае, если ваш макет внезапно пойдёт в продакшн и ссылки реально будут вести на какую нибудь страницу. У вас так:

<a href="" class="twit"></a>

4. Приступайте к более сложным макетам.

1. Access не трогайте.
2. Не понятны требования к БД и что такое "библиотека теха"
3. Можете взять SQLLite.
Если его мало будет - берите PostgreSQL. Его вам хватит для чего угодно.

Сделать inventory как VIEW с похожей логикой:

with 
d as (
select idGood, sum(amount) total from delivery group by idGood
),
s as (
select idGood, sum(amount) total from sale group by idGood
)
select d.idGood, d.total - isnull(s.total, 0) as amounts
from d left join s on s.idGood = s.idGood

Либо навесить триггеры пересчета на delivery и sales.

До конца не понятно, что нужно в итоге. Похоже на лабораторную в универе.

https://confluence.atlassian.com/bitbucket/set-up-...

Every great developer you know got there by solving problems they were unqualified to solve until they actually did it.

если решать только то, что знаешь, не будет никакого роста.

Добрый.

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