Saboteur

Коммерческая IT индустрия в Индии исторически началась гораздо раньше, чем в СНГ. В 80-х они уже аутсорсили и иммигрировали в штаты.

В 1991 в Индии департамент электроники провел огромную работу и реформировал ИТ отрасль, которая к тому времени уже существовала.
В 1991 году он основал STPI - государственную корпорацию, которая занималась вопросом экспорта ИТ услуг зарубеж (консультации, разработку, интеграцию) на уровне, недоступном ранее частным компаниям для всех зарегистрированных инженеров и компаний. Офисы STPI были во всех крупных городах Индии. Спутниковый интернет предлагался частным компаниям для удаленной работы. С 1994 года частные компании могли даже свой спутниковый инет заполучить.

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

Нигде в мире на тот момент не было такой господдержки для развития ИТ сектора, как в Индии.

Ну и сейчас, 2018 год, это уже почти 30 лет опыта разработки, поддержки, развития и конечно люди с их знаниями.
* Общее образование в индии уже десятки лет включает гораздо более адекватные базовые знания информатики, чем в СНГ, где среднестатистический преподаватель информатики линукс от виндовс не всегда отличает.
* Для заинтересовавшихся полно учебных заведений с приличными программами
* Население Индии очень большое, зарплата ИТшника гораздо больше, чем средняя по стране.

Ну а "плохой индусский код" - потому что как и везде, в ИТ ломятся все подряд, поэтому хочешь нанять дешевого индуса - получишь макаку. Хочешь нанять нормального индуса - заплати... все равно не слишком много - гораздо дешевле чем американца или европейца.

Попробуйте вот так для переменных $var1, $var2

diff --suppress-common-lines -a <(tr ' ' '\n'<<<"$var1") <(tr ' ' '\n'<<<"$var2") | grep -P -o "[<>]\s\K(.*)"|tr '\n' ' '

или вот так для файлов var1 и var2

diff --suppress-common-lines -a <(tr ' ' '\n'<var1) <(tr ' ' '\n'<var2) | grep -P -o "[<>]\s\K(.*)"|tr '\n' ' '

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

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

Почитайте для начала https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BC%D...

Нет никаких гарантий, что не изменится через год.

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

2. Посмотрите в ентерпрайз. Тонны проектов на старых фреймворках, которые еще будут жить годами.

В качестве работы по ОС, задача 2.2 вполне даже интересная.

Есть такое, что устройства не определяются вообще, если не установлены драйвера материнки, поэтому в диспетчер устройств может просто не видеть и не пытатся устанавливать драйвера.
Вы должны сами знать, чего не хватает. Если все что есть на материнке работает (интегрированный звук, видео, usb, и т.д.), значит все что надо - установлено.

DNS срабатывает только один раз - чтобы получить IP адрес сервера.

Пинг от смены DNS сервера не изменится вообще.

1. Вообще-то гит как раз и предназначен для этого.
Работайте в фича-ветке, и пушьте изменения перед уходом.

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

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

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

Это разные операции - прочитать список каталога, и обратиться по прямому пути к файлу или каталогу.

Все должно работать.
Может вы работаете не в bash, а в каком-то другом шелле?

$ cat a.sh
#!/bin/bash
function func() {
     echo ssh server@server$1.ru ....
}

for server in {01..03}
do
     func $server
done

$ ./a.sh
ssh server@server01.ru ....
ssh server@server02.ru ....
ssh server@server03.ru ....

screen или tmux на удаленном сервере подойдет?

В настройках самого ком-подключения точно правильно выставлена битность, Flow control, контроль четности, скорость?
Это закладка Serial в настройках Putty

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

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

Попробуйте при вводе имени пользователя также указать имя домена (Имя удаленного компа).
remote_comp_name\username

Начни с поиска вакансий. В них указаны требования.

Выложите два приложения, одно бесплатное, другое платное.