d-stream

Пуск -> "cmd" chcp - собственно текущая кодировка консоли

Вероятнее всего она будет 866....

но ничего не мешает сделать chcp 1251 chcp 65001 или chcp 20880

1. Или сделать таблицы "истории" со структурой идентичной таблицам 1-3 + поле даты-времени или номера версии и при изменениях - перемещать туда изменяемые посты.

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

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

А почему смущает (client1, client2) и (client2,client1) ?

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

В принципе вариант с "очередями" достаточно удобен:
в исходящую очередь выкладываются изменения по триггерам, потом, позже из этой очереди записи выгребаются неким обработчиком, возможно с "украшательством" в виде добавления в выгрузку референсных данных и т.п.
Там же можно хранить число попыток отправки и lasterror
Из плюсов - в грязную очередь могут влететь несколько записей на выгрузку одной и той же сущности (к примеру манагер вбил комментарий к клиенту, сохранил, подумал, поправил коммент и снова сохранил = 2 записи), а к отправке уже можно группировать по id сущностей (если конечно по логике не требуется историчность).

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

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

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

По-моему тут с sql запроса надо бы идеологию сменить

что мешает обернуть в isnull Subscribers.FIO и вываливать в таком случае id или еще что-нибудь?

Как вариант - "штатными средствами": www.cyberforum.ru/oracle/thread727605.html

Так по БД или гриду?

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

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

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

Лично мои ощущения от java-приложений - скорее негативные. Даже притом что это приложения от мастодонтов типа HP, Avaya, клиент-банки, кучки специфических порталов и т.п. Некие ощущения неустойчивости, тяжести, нестабильности.

Поэтому на мой взгляд для не очень мультиплатформенных приложений - лучше реализовывать на дотнете - то бишь "на C#". То что есть .net framework для работы с офисными данными и приложениями - ну как бы "от производителя", то есть наиболее информированные. Ну а изобразительные возможности - WPF и будет счастье.
Мультиплатформенность - можно посмотреть как минимум в сторону UWP для win-платформ, или слегка ужать свои порывы и смотреть в сторону mono/xamarin - тогда собственно ПРИ ДОЛЖНОМ ПОДХОДЕ вполне можно даже говорить о мультиплатформенности от win до андроидов-яблок-линуксов

ftp://ftp.rfc-editor.org/in-notes/rfc821.txt
VRFY

Но это не обязательная к реализации команда протокола.

Может и полететь.
Например где-то в паре строк затесается не число
Или где-то это поле используется в строковых выражениях

А зачем шифрование и прочая? Зачем IP?

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

Ну наверное VerticalAlignment в stretch и высоту не задавать, разве что MinHeight

1. i3 и i5 бывают очень разных поколений
и какой-нибудь i3 64xx вполне "сделает" i7 14xx

2. Я бы расставил по приоритетам так:
Диск
Память
Процессор

Так что если ценовая дельта между процессорами позволит прикупить еще памяти - imho будет лучше

p/s/ i7 35xx 8гб ОЗУ и SSD - в принципе вызывает дискомфорт только долгая загрузка полного solution с over 500 проектов, поэтому для повседневной жизни пользую Unload Project (благо архитектура проекта позволяет сделать это)

В реальном времени - это не на windows или Linux
Нужна операционная система реального времени.
А вот в фоновом режиме - то "почти сразу" - выше уже расписали про могопоточность.