Михаил Р.

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

OpenGL проектировался когда были другие архитектуры железа. Мультипроцессорность была только в теории, и считалась уделом суперкомпьютеров и ненужной для пользовательских ПК.
Можно привести аналогию: OpenGL == C++, Vulkan == асинхронный Assembler + hardware threads. Например, в C++ сейчас довольно много архитектурных косяков, которые пытаются решить новыми стандартами, объявляют какие вещи устаревшими, потому что они концептуально неверны и не подходят под современные реалии.
Но, при этом, вы можете всё то же самое написать на ассемблере, но нужно намного лучше понимать, как работает процессор и ОС, самому писать примитивы синхронизации, и т. п.

Для этих же целей и создавался вулкан. Для программирования на нём, нужно знать все тонкости железки, читать кучи пейперов от той же НВидии, исследовать, придумывать новые фичи для современных архитектур с нуля, которые изначально были придуманы в OpenGL, но для старого железа.
Т. е. на Вулкане нужно делать больше руками, больше оптимизировать. Вместо одного вызова функции OpenGL, на вулкане придётся несколько сотен строк написать. При этом, если вы не понимаете какой-то одной тонкости, вы сделаете менее эффективнее то, что изначально было хорошо реализовано в OpenGL. К тому же, OpenGL умеет выбрасывать ошибки, в случае, когда вы где-то накосячили. Вулкан же их не выбрасывает, он полагается на то, что вы уже знаете как этим пользоваться. Точно так же, как ассемблер просто меняет состояние регистров, у него нет понятия ошибки. Как интерпретировать эти регистры, зависит от того, насколько хорошо разработчик читал мануал к процессору.

В итоге, я бы ответил так:

Если вы будете заниматься графикой как наукой, дико задротить а-ля Кармак в студенчестве с его движками, что-то исследовать, писать какие-то гениальные алгоритмы, защищать на этом диссертации, публиковать их, рассказывать потом на конференции, как вы круто справились с какой-то насущной задачей, повысили производительность, то тогда учите Vulkan. Vulkan — это именно про графику как технологию, про производительность, про инжиниринг и архитектурный дизайн, а не про API и само программирование. С вулканом придётся больше сидеть с диаграммами, документациями и строить архитектуру, придумывать методы взаимодействия частей этой архитектуры, синхронизации состояний, нежели писать код.

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

Если хотите писать игры не мирового класса, то учите готовые движки, Unity или Unreal. Они уже поддерживают за вас Vulkan, продумали за вас API и архитектуру.

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

Не знаю, как UV-маппинг задается в этом вашем JS, но формулы для получения координат в прямоугольной текстуре по координатам на кольце такие:

x_r = (sqrt(x^2+y^2)-r0)/(r1-r0)*Width
y_r = (atan(y/x)/pi+1/2)*Height

Тут (x,y) - координаты на кольце. Центр кольца в (0,0), внутренний радиус r0, внешний r1. Width, Height - размеры прямоугольной текстуры.

Да, есть: пачка денег плюс задача на фрилансе.

Очень похоже на загрузочный раздел Windows
Обычно Windows по умолчанию его скрывает и не дает к нему доступа. Видимым он становится если криво переустановить винду или вручную в диспетчере назначить букву диска.
По структуре файлов винда понимает что это и защищает, поэтому ей пофиг на разрешение для группы "Все"

ws://127.0.0.1:8000/
Как по-твоему, что означает адрес 127.0.0.1?

<details />

Если выбирать Java для веба, то в чем она лучшая там?

Примерно всем.
Был вопрос насчет времени запуска приложения, но и его вроде как решили.

Многое зависит от ваших умений и знаний, а также от задачи, которую нужно решить..

Если вы владеете лучше нодой, то пишите на ноде. Другое дело, сможет ли нода решить задачу, которую вам нужно решить. На java написано куча библиотек, которые решают множество повседневных задач. Сам язык и его фреймворки используются в highload cистемах в энтерпрайз.

Я широко использую язык Java для повседневных задач, но также иногда предпочитаю использовать Go.

что для REST серверов лучше Node не найти

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

Например стриминговый сервер или сервер для чата, он же относится к разряду типичных запрос/ответ

еще одна большая ошибка, вообще всё смешал в кучу, "стриминговый" это больше про максимальный pull c сервера, "чата" это про полноценный обмен в обе стороны, а "запрос/ответ" это про базовый http и он для этих обоих случаев, очень невыгодная стратегия, поэтому для них в http написаны свои частные протоколы, например, websocket для нормальной реализации чатов.

Либо

Promise.all([4, 5, 6])
  .then(console.log)
  .catch(console.log);

либо

Promise.all([4, 5, 6])
  .then(data => console.log(data))
  .catch(err => console.log(err));

RTFM:
https://yandex.ru/dev/jsapi-v1-1/doc/ru/examples/
https://yandex.ru/dev/jsapi30/doc/ru/dg/concepts/map
Или исправить исходные данные:

var center = [56.964949, 60.623745]
...
    center: center,
    zoom: zoom

Или распарсить их:

var center = '56.964949, 60.623745'
...
    center: center.split(', ').map(parseFloat),
    zoom: zoom

Попробуйте так

const centerString = '56.964949, 60.623745';

// строку разбиваем в массив чисел
const center = centerString.split(', ').map(Number);
const zoom = 12;

const params = {
  center,
  zoom,
};

const init = () => {
  const myMap = new ymaps.Map("map", params);
}

ymaps.ready(init);

Просто закрываешь один path и рисуешь дырку в продолжение.
Примерно так:


На canvas это можно сделать с помощью параметра fill evenodd: