Pashka23

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

Архитекутра достаточно простая: видеокамера передаёт видео детали на сервер (мощный комп с видеограббером). Сервер анализирует поток, корректирует его и транслирует клиенту. Клиент щёлкает по выбранной части изображения детали и аппаратура для работы с деталью производит операцию.

для каких условий работы он предназначен. Одно дело, когда он расположен где-то в "тепличных" условиях в офисе/дома. И совсем другое дело, когда находится в шумном и пыльном цехе, где по кнопкам и экрану будут тыкать грязными руками.

Весь комплекс (включая сервер) будет использоваться только в "тепличных" условиях, для исследовательских целей.

В смысле? Пойдут в серверную и будут подключать ноут к серверу кабелем? Что за бред? Если не бред, то по какому протоколу? И этот ноутбук нужен для постоянной работы с оборудованием? Или "сервером" будет достаточно мощный ПК? ПК и ноутбук в цехе? Серьёзно?

Сервер не будет находиться в серверной. С комплексом можно работать только находясь с ним рядом (т.к. надо будет устанавливать деталь). Многопользовательский и удалённый доступ к нему не нужны. Конечные пользователи будут подключаться с ноутбука пачкордом по Ethernet.

Наверное, речь больше про выбор клиент-серверной технологии, таких как терминал-сервера с терминал-клиентами (Citrix и др.) или же комбинированного оборудования с периферией (допустим, ПК с подключеннами экраном, веб-камерой и другими устройствами). Из-за необходимости обработки видео терминал-сервер, похоже, не подходит.

Если, скажем, брать (промышленный) вариант ПК, тогда обработка видео будет происходить на нём и по сети гонять ничего не надо. Тогда настольное приложение может состоять из модулей обработки видео, бизнес-логики и пользовательского интерфейса - всё в одном.

Необходимо выбрать как предоставлять доступ конечным пользователям - писать клиентское приложение (C++/Qt) или предосталять его через web. Можно бы производить доступ сразу на серверном ПК, но заказчик не хочет по ряду причин.

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

Для большинства вакансий джуна этого будет достаточно.

Если есть реальная возможность уже сейчас учиться в США, то в чем вопрос? Конечно, ехать и учиться.

Двое коллег учились на ИБ, отзывались негативно - по их словам, к программированию специальность имеет очень слабое отношение.

Если по итогу хотите найти работу, то только Java.

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

Более реалистичная последовательность:
1. Определить с желаемой областью разработки (web, gamedev, enterprise и т.п.)
2. Много и плотно учить используемые в данной области технологии
3. Написать пару-тройку завершённых приложений

Работать сишником без профильного образования достаточно тяжело. Проблема в том, что сам си это очень малая часть того, что нужно знать. Если в прикладном программировании знание языка является образующим и составляет примерно процентов 65-70 от всех необходимых знаний, то знание си это всего-лишь процентов 5 от необходимого. Остальное - это знание принципов работы ос, железа, в ряде проектов сетей или ядра. Если в процессе работы всплывают какие-либо специфические проблемы, часто бывает сложно или вообще невозможно нагуглить какую-либо инфу (опять же в отличии от высокоуровневых областей), приходится самому разбираться надеясь на уже имеющиеся знания. И если этих знаний маловато, то регулярные полуночные бдения обеспечены.
ps: И да, разрабатывать на си только прикладной софт и не лезть в системщину и железо, вряд ли получится.

1. Наличие интереса к c# это уже достаточная (и на самом деле, единственно правильная) причина выбирать именно c#.
2. Даже без учёта интересов, в 14 лет логичнее выбрать с# - вхождение в разработку будет на порядок проще и быстрее. С плюсами этот процесс может затянуться на неопределённое время. Грубо говоря, на с# уже будете писать приложения, в то время как на с++ ещё будете продираться сквозь тонны всевозможных премудростей (которые, скорее всего, даже никогда и не пригодятся).

1. Игрострой - если на плюсах, то точно нет.
2. БигДата, ИИ - имхо норм вариант, отрасль совсем молодая и серьёзных спецов мало.
3. 1С -хз, но с экономической вышкой возможно самое оно.
4. Web - хз
5. БД, SQL - хз
6. Mobile - я бы изучал swift. Это высокая востребованность + отрасль специфичная и при приёме (особенно в мелкие конторы) бывает даже некому серъёзно отсобеседовать претендента. Спрашивают общие вещи и смотрят, что бы человек был вменяемым. Для возрастного кандидата самое то.
7. Про QA/QC - наиболее реалистичный вариант из всех перечисленных.

Курсы и дипломы о переподготовке - филькина грамота. Ни то, ни другое трудоустроиться не поможет. Берите ориентир на это https://habr.com/post/187770/ (история фейковая, но задаёт правильный курс).

Если реально соответствуете уровню CCNA, то без работы не останетесь.

Есть официальные курсы Cisco (проводят стороние компании), есть сетевая академия Cisco (https://www.netacad.com/web/ru/). Ни те, ни другие трудостройства не предоставляют. Но поверьте, оно вам и не нужно, трудоустроитесь с недостаточной квалификацией - на работе будете просто вешаться.

Для экономии памяти, очевидно. Возможно было актуально в какой-то момент времени, судя по остальным комментариям в этом файле.
А какой именно памяти? На размер формируемых udp-пакетов это не влияет, а только ограничивает максимально допустимую величину отправляемых пакетов. Или речь идёт об экономии на самих буферах?

The minimum (doubled) value for this option is 2048 Получается код задающий размер буфера сокета равным размеру пакета (38 байт) не имеет смысла т.к. всё равно выставляется минимальное значение 2048.

https://stepik.org/course/154

А вообще учи лучше разработку под Android - будет легче найти работу.