Василий Банников

Тебе английским языком по красному написано: "blocked by CORS". Осталось погуглить эту аббревиатуру.

Капчи третьей стороны лучше защищены от подбиральщиков (как ручных, так и автоматических) и оперативно получают обновления (например, баз всяких проксей, выходных нод TOR и прочих серых зон)

Самостоятельно добиваться аналогичного уровня сервиса весьма дорого.

Насколько полезны онлайн курсы(скиллбокс, нетология и т.д.) по веб-разработке?

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

Достаточно ли их для того, чтобы выполнять заказы на биржах фриланса или нет?

Не достаточно, курсы помогут вырасти до pre-junior уровня, для фриланса нужно иметь middle+

Если да, то примерно какие по сложности заказы можно выполнить со знаниями полученными ТОЛЬКО от этих курсов?

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

Статически типизированая Java внушает больше доверия

Мне больше внушает доверия программист, а не инструмент. Если вы хорошо умеете в Джаву, берите её, Node.js не уступает Джаве.

Переключите игру в режим borderless window или window для начала.
В полноценном фулскрине можно сделать скриншот ТОЛЬКО когда окно активно. И для этого придётся хукать directx, ваш код не пойдёт.
Многие игры, поддерживающие сворачивание, останавливают отрисовку в этот момент. Даже в оконном режиме. Это тоже надо учитывать, и способов обхода в данном случае нет.

getElementsByClassName

Элементов с этим классом может быть и несколько, так что не забываем про индекс
document.getElementsByClassName("mystyle")[0]

Для начала =)
Хоть я и любитель тиков, и в офисе у меня все на тиках, включая вафлю, но вот совет даю, посмотрите в сторону Убиков. Там одна точка может покрыть все 80 квадратов, а 2 так вообще ...

Хайп вокруг ЯП Rust и C?

Нет никакого хайпа. Кто писал на С - тот пишет и дальше. Кто хочет модно-стильно-молодежно - пишет на Rust

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

Это не баг. Это фича (C)
Это не недостаток языка. Это его достоинство. (Я сейчас конечно же про чистый С, а не про плюса). Языков с автоуправлением памятью - хоть #опой жуй. "Убивцев" С - тоже не меньше - появляются и исчезают, как пузыри, оставляя после себя неприятный запах...

и не являются ли ошибки с памятью ошибками программиста,

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

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

разве общее число ошибок не перераспределяется на другие недостатки программы или программиста

Нет конечно же, это же не тараканы :) их потравили в одной квартире - они "перераспределились" в другие

Насколько критичной проблемой для программиста является ручное управление памятью, которое называют недостатком языка Си?

Неосвобожденная память (утечка памяти) - это самое безобидное, что может произойти.
- Сделать free дважды - это UB
- Забыли проверить результат malloc/calloc/realloc на не NULL, разыменовали - UB
- Почитали память, в которую ни разу не писали - UB
- Разыменовали указатель после free - UB
- Гонка данных - UB
- ...и еще дофига всего, от чего в лучшем случае программа просто будет работать неправильно, например спалит Ваш пароль, или переведет Ваши деньги на другой счет 10 раз.

Новый язык программирования Раст, как заявляют, лишен этого недостатка

Система типов Rust гарантирует лишь одно - в safe коде не будет UB. Утечка памяти, кстати, не является UB, поэтому память вполне себе можно утечь в safe коде, помимо циклических счетчиков ссылок std дает немало возможностей сделать это напрямую:
https://doc.rust-lang.org/beta/std/mem/fn.forget.html
https://doc.rust-lang.org/beta/std/mem/struct.Manu...
https://doc.rust-lang.org/beta/std/boxed/struct.Bo...
https://doc.rust-lang.org/beta/std/vec/struct.Vec....

но разве число ошибок в программе зависит именно от наличия или отсутствия ручного управления памятью

В Rust ручное управление памятью, как и в C и в C++, просто есть культура, что если некая структура аллоцировала память, то она ее освободит. Всякие Vec, Box и т.д. делают это в Drop. В C++ многие повседневные типы так же освобождают в деструкторе память, которую они выделили. Однако в Rust есть разделение на safe и unsafe код и для прикладного программирования safe возможностей более чем достаточно. В C++ же весь код unsafe.

разве общее число ошибок не перераспределяется на другие недостатки программы

Нет, не перераспределяется. Хорошая система типов действительно может избавить от многих ошибок, что в целом сделает ПО более надежным. Но надо понимать, что от всех ошибок не избавит ни что. Банальная дискоммуникация с заказчиком порождает огромное число багов.
Но в Rust очень быстро привыкаешь к такому замечательному подходу в разработке, как Type Driven Development, который позволяет предупредить многие ошибки еще до написания кода. После Rust я стал применять этот подход и в других ЯП, и он работает очень хорошо, даже там, где типизация не такая строгая.

являются ли ошибки с памятью ошибками программиста, а не компилятора и языка программирования

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

P.S. Вот интересная статья про Rust к прочтению: https://steveklabnik.com/writing/a-sad-day-for-rust
И к чему она привела: https://github.com/fafhrd91/actix-web-postmortem

class Pair
{
public string Name{get;}
public string Endpoint{get;}
}


IDictionary<int,  Pair>

Может через FSRM - File Server Resource Manаger:?

тот же блаблакар ничего кроме довольно простого сервиса с клиентами под мобилку не имеет

Никому не интересен код, сервис и функционал. Это даже не пшик и не пыль. Это вообще ничего, null. Всех интересует только аудитория приложения (качество и количество).

Паттерн поставщик-потребитель

Никуда не деваю. Стеллажи забитые книгами - это украшение комнаты, приятная память, а также карта профессионального роста и карьерного пути.