Saboteur

https://geektimes.ru/post/268802/

Про "усложнителей".

А вообще нельзя сказать "насколько детализировано описывать" в общем.

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

"Настал момент, когда уже хочется понять, в какую специализацию пойти, в какой становиться экспертом. Да вот не знаю какие они есть, специализации."

Уже из одной этой фразы точнее, второго предлождения, даже вам должно быть понятно, что момент еще не настал.

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

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

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

Мид - это практически тот же джун, но с опытом работы.
То есть решает типовые задачи быстрее джуна за счет опыта.

Сеньор - тот, кто знает, на сеньора нужно учить много, практиковать много и так далее.

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

"Насколько популярны рекурсии в реальной или коммерческой разработке?"

Вопрос слишком студенческий.
Рекурсия это обычное дело. Реальная или коммерческая разработка это обычная разработка. Если задачу проще решить рекурсией - решается рекурсией.

Например популярные алгоритмы сортировки, которые используются повсеместно - используют рекурсию.

Углубиться следует в умение пользоваться поиском. Ваш вопрос задается каждые пару дней. Если человек хочет стать айтишником, и не умеет пользоваться поиском уже готовых ответов - у вас врядли получится "углубиться"

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

Что такое юнит вообще неясно.
Есть класс.
Есть инстансы этого класса - объекты.

Массив объектов - это список, который хранит ссылки на конкретные объекты.
Выводя элемент массива, наверное можно увидеть имя класса и идентификатор объекта этого типа (класса).

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

Например у объекта не должно быть параметров - они есть у метода. У объекта могут быть методы и аттрибуты.

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

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

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

1. Определиться, вам нужен - программист или сисадмин.

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

3. Поставить аутсорсеру конкретное техническое задание, чтобы понять что именно стопит процесс - неграмотность, или отсутствие внятной задачи.

int21h это прерывания DOS, которые в современных 64bit windows не должны работать.
Вам нужно вызывать Windows API.
Посмотрите тут
stackoverflow.com/questions/1023593/how-to-write-h...

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

Мнемотехники обычно используют для запоминания тех данных, которые или не нормальной ассоциативной структуры, например список неправильных глаголов. Или которые требуют точности, например длинные последовательности цифр.

В программировании же ключевых слов в любом языке не так много, любая IDE помогает дополнить синтаксис, а запоминать конкретный синтаксис определенных библиотек и смысле классов - мало полезно из-за того, что они обновляются и поддерживают переопределение методов.

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

Очень небольшое количество полезных вещей в программировании можно запомнить через мнемотехники, и несколько сотен программистов которые я знал, никогда не пользовались мнемотехниками именно для программирования. Вот для английского - да.

оба клиента должны быть одновременно и серверами друг для друга. Один должен инициировать связь, другой на нее ответить, и уже по установившейся сессии слать друг другу текст.