Saboteur

В сторону java webstart.
Но на клиентской машине все равно должен быть установлен java runtime

1. "системным администратором"
Так и пиши "системный администратор"

2. Недавно встал вопрос об расширении моих обязанностей и официальном оформлении
" Разработка внутреннего программного обеспечения (различные веб-сервисы в связке с 1С, автоматизирующие внутренние бизнес-процессы)"

Ты будешь сам писать веб-сервисы и интегрировать их с 1С? Если в то время, пока ты админишь инфраструктуру, ты изучил программирование на уровне интеграции с 1С (а не написать на коленке скриптик, который импортирует csv файлик и выводит его в html форму), то вряд ли на предприятии в 50 человек тебе могут предложить больше, чем пойти программистом в нормальную контору.

> Поддержка и развитие инфраструктуры предприятия, внедрение методологий (ITIL), планирование бюджетов ИТ, общение с вендорами и т.д
То есть просто закупить еще один комп или принтер и сделать инвентаризацию? Это обычная задача отдела ИТ. В случае его небольшого размера - единственного сисадмина.

> На мой взгляд, ныне сочетание функций разработчика с функциями системного администратора (в дальнейшем ИТ-директора) называется DevOps, но в трудовой так ведь не напишешь..
DevOps ВООБЩЕ не из этой области. DevOps за пределами компаний, которые занимаются непосредственно разработкой ПО обычно не встречается.

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

> Можно и разработчиком (как правильно, старшим/младшим или senior?), но не охватывается весь функционал, осуществляемый мной.
Вы не разработчик, если вы не занимаетесь разработкой. Написание небольших скриптиков для автоматизации, это не есть полноценная разработка. Это обычная сисадминская замена рутины.

> В перспективе разумеется вырасти в ИТ-директора.
Зачем?

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

Можете сделать часть этой работы и нанять человека, который поможет выявить в ТЗ непонятные места и довести его до идеала.

Нанять программиста/контору которая это сделает.

Миграцию данных и текущих процессов из старой системы в новую можно описать как часть ТЗ и указать критерии (без остановки сервиса, или возможность временной работы сразу в двух вариантах, или с простоем не более xx суток), либо выяснить удобные варианты с исполнителем.

Никак. regression тестирование как раз и занимается тем, что проверяет не сломалось ли ничего из старого функционала.
Автоматизируйте.

Уточните вопрос, что вы имеете ввиду.
Что два разных юзера зайдет тем же браузером?
Что два разных браузера будут слать тот же User-Agent?
Что чей-то wget будет умышленно имитировать User-Agent другого браузера?

Update:
User-Agent, это текстовая строка, являющаяся частью HTTP запроса, начинающаяся с User-agent: или User-Agent:, и обычно включающая такую информацию, как название и версию приложения, операционную систему компьютера и язык.

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

Может быть вы путаете с куками и сессией?

А вообще, посмотрите тут:
https://developers.whatismybrowser.com/useragents/

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

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

"Как говорится, когда дети вырастают и начинают жить самостоятельно, они внезапно понимают, что они не такие уж и умные, а родители не такие уж и глупые."

В общем смотря какие цели перед собой ставите.

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

Читайте про HTTP протокол, начиная с википедии.
Как проходят HTTP реквесты, как их можно обрабатывать, передавать внешним программам (например php скриптам) и возвращать ответ клиенту.

Нужно ли это бэкенд программисту? Ну может базово пролистать.

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

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

P.S. Джуниорам и даже мидерам задание нужно всегда уточнять. Сеньор должен сам догадаться и уточнить как решать таск.

домен - это то, что ты покупаешь (точнее берешь в аренду), имя домена обычно совпадает с базовым доменным именем (например example.com). В своем домене ты можешь создавать поддомены, можешь создавать другие записи, не только А-записи, например ns запись, mx запись и др.

Доменное имя - это конкретная запись в домене, например www.example.com, example.com, home.example.com, smtp.example.com, для которых ты обычно прописываешь IP адреса для резолва.
Доменное имя, в отличие от домена, обычно должно в конечном счете преобразовываться в конкретный IP адрес. Доменное имя, в отличие от домена, хостеры не продают (ну или это очень хитрый наебизнес тогда).

URL это вообще ссылка на ресурс, которая может включать в себя название протокола, доменное имя, путь к конкретной страничке и дополнительные параметры, например
https://example.com/files/report.php?date=2017&typ...