d-stream

Угадаю: проверка открытости порта идет из этой же сети)

Тогда надо еще wiki.mikrotik.com/wiki/Hairpin_NAT

Есть простой, лентяйский путь: выделяем (желательно большой) JSON и в студии edit->paste special -> paste JSON as Classes

Потом смотрим на классы, слегка рихтуем типы данных, маркируем датаконтракты и мемберов и имеем счастье в виде успешных сериализаций начиная от DataContractJsonSerializer до любой навороченной внекоробочной библиотеки/фреймворка (например Json.NET)

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

А игорь и петя совершенно случайно не могут продавать совершенно идентичные товары?

Что будет, если петя сменит пол и имя?

И что должно произойти если будет совпадение?

В G8 preinstall environment уже вроде на борту в виде flash-накопителя ну или как раньше - грузимся с одноименного диска и в менюхах выбираем какую ос хотим ставить, подсовываем образ оси - pe выполняет фазу копирования всего чего надо, заодно размещая .inf и прочее и собственный цикл установки начинается с места перезагрузки если бы ставилась ось как обычно - уже грузится ядро с подсунутыми драйверами и т.п.

Вполне нормально, особенно для работы с БД.
А сущности в памяти (и на экране) тогда соответственно могут быть изменены/удалены(помечены)/добавлены, что позднее "разветвит" их поведение (в конечном итоге update / delete / insert)

Хотелось быинайти самый короткий путь для достижения цели, может можно как то своим телефоном принять запрос и отправить смс?

Возможно самым коротким окажется использование API всяческих смс центров - там есть еще и дополнительные плюшки.

"выход" - это результат выполнения запроса в SQL Management Studio?

Обычно такого типа "сокрытия повторяющихся значений" (прицепом выравнивания и т.п.) - это епархия репортеров и т.п.
A SQL честно отдает таблицу.

Ну или как выше про concat из MySQL писали, только в MS SQL это будет stub + for xml

На "почтитать" данные - видимо по ключику "OBD II коды" и т.п. для авто (Ну и "протоколы OBDII" откуда добудутся волшебные CAN, k-line, j1850 - про них уже гуглить соответствующие даташиты). Ну или для промки "промышленные протоколы связи" и оттуда опять же CAN, Modbus и еще деятки...

А вот с информативность, например в тех же авто - беда-беда: есть открытая часть стандартизированных OBD кодов (типа ошибки, температуры, скорости, напряжения и т.п.), а есть vendor-specific - где живут всякие "вкусности" типа познав/добыв которые можно включать выключать лампочки, сиденья шевелить и т.п. - в современных авто почти все умеет докладывать о себе и управляться по шинам. Но это обычно секрет брэнда и просто так добыт не выйдет, разве что снифферить и экспериментировать.

Ответ банален. Достаточно взглянуть в словаре перевод этого слова.

Если средства не будут категорично сопротивляться - то циску. Будет меньше взрывов мозга и путаницы с trunk|tag и т.п.

Что-то смахивает на "рация на полупроводниках или бронепоезде?"

Думаю для начала стоит найти специалиста, составляющего ТЗ.
Любой размер гонорара такому специалисту многократно вернется в дальнейшем.

Спустится на уровень ниже и не использовать готовую библиотеку, которая умеет не допускать "недоситуаций"

При таком алгоритме значение R и B быстро выйдет за 255, а G станет меньше 0. Или они имели ввиду, что если больше 255, то цвет это остаток от деления на 255 - 1. Например, когда R станет 256, то это значит, что R = 0? Может кто понял что они хотят?

Кто хоть раз работал с байтами - тот поймет)

p.s. в шарпе - можно поиграться byte ну или все арифметические операции завернуть в (….)&255 )