Думается мне, что нигде. Это не изучается на курсах или по спец. литературе.
Ошибаетесь.
1. Многие школы предлагают курсы с прогоном по айтишной терминологии и сценариям, к примеру.
2. Есть специальные учебники, где собрана различная терминология / жаргон, которые применяются в конкретной профессии.
Например находил такой с бухгалтерской/финансовой терминологией.
Для технарей наверняка тоже есть.
Techno-Cat, это не спидтест обманывает, а провайдер :)
Просто отдельно для спидтеста (его трафика) убираются ограничения/повышается приоритет, чтобы на любую претензию сказать "проблема на вашей стороне. Вот в спидтесте всё ок, значит у нас всё ок"
+ нода спидтеста, как правило, выбирается ближайшая к ДЦ провайдера. Часто они вообще в одном ДЦ находятся.
Slavalyn, вы совсем разговаривать с людьми не умеете, да?)
Вариант вполне рабочего сценария:
1. Приходишь к своему непосредственному руководителю и говоришь "Я хочу уйти вон в тот другой отдел, срока пока точного нет, ещё только планирую туда сходить".
2. Идёшь в тот, другой отдел, узнаёшь о возможности перейти. Если готовы принять - говоришь что-то типа "я сейчас все дела у себя закончу и готов уже полноценно переводиться"
3. Возвращаешься к своему начальнику, говоришь что уже вот точно уходишь - Нужно просто определиться со сроком (если хочешь по красивому). Определяешь срок, сообщаешь его в "другой отдел".
Доделываешь спокойно все свои дела, передаёшь коллегам контекст, уходишь. ПРОФИТ.
Все довольны:
1. Ты доволен, что перешёл в другой отдел на другую должность, которая тебе видимо нравится больше
2. Коллеги из старого отдела довольны, что ты их предупредил заранее, и не произошло никаких катастроф.
3. Коллеги из нового отдела рады, что появился новый человек.
Виктор П., ну никто не запрещает тебе сделать свою обёртку над байтовым массивом или Memory и обозвать её ReadOnlyBytes, и уже её использовать в своих рекордах.
WasTabon, ИМХО, в C# ООП в плане наследования и прочего более интуитивно понятно, чем в C++.
Но если разберёшься с плюсовым наследованием - шарповое тоже легко поймёшь.
Если хочется супер безопасно - проще взять готовое решение.
Например Hashicorp Vault - там все ключи шифруются, а расшифровываются только в рантайме и держатся так в ОЗУ (тоесть при запуске нужно будет вводить пароль).
Обращаться к конкретным записям можно при помощи путей, которые напоминают пути в ФС
Александр Маджугин, никогда не мог, лол.
Как ты себе представляешь загрузку пары терабайт данных блокчейна и их индексацию в браузере?
Не говоря уже о том что браузер умеет работать только с протоколами webrtc и http.
Так что тебе всегда нужен был какой-то сервер-посредник, который бы хранил у себя данные блокчейна и синхронизировал их.
Сергей Горностаев, ну а что в Java 18 из синтаксиса такого, что не может работать на Java 8?
Чисто с инженерной точки зрения, что мешает, например, в компиляторе указать "Синтаксис Java 11, Стандартная библиотека и байткод Java 8"?
