Петр

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

Пожалуйтесь в саппорт, что клиент требует работать бесплатно. Ну и вообще всю переписку такую стоит вести в чате апворка.

Используйте транзакции , в чем вопрос! )

Давайте возьмем современный веб. Тобишь фронт и бек. Если вы человек с 10+ лет опытом и в том и в том и работали с разными технологиями, то скорее всего вы будете знать:
- java
- python
- PHP
- JS
- HTML/CSS (считается за ЯП?)
- ruby
- скорее всего совсем базово - perl/С/С++
- языки для cmd/bash

Такие люди есть? Есть. Будут ли они ОДНОВРЕМЕННО писать на всем на этом - вряд ли, но на половине - легко. Как относятся к людям с 10+ опытом? Ну я бы с уважением относился.

Будет сервер на питоне, со своими возможностями.

Нужно понимать, что сервер на питоне не обладает тем же функционалом, что nginx или apache (например rewrite, basic authorization, несколько сайтов, поддержка https/ftp и другое), но если этот функционал вам не нужен - запускайте хоть на бейсике.

У вас ошибки в коде, он не так на самом деле работает. Давайте я включу телепатию, и попробую угадать что вы хотели написать:

var a = 5;
var b = a++;
//Вывод:
a // => 6
b // => 5

А непонятная "магия", скорее всего, в том, что вы не понимаете, как работает постфиксный инкремент. Он сперва возвращает значение, а потом увеличивает переменную.

Таким образом
var b = a++;
Сперва записывает в b пятерку, а потом увеличивает a на единицу.

Если вам нужно наоборот, можете использовать префиксный инкремент (++a).

У вас есть класс к примеру

namespace WindowsFormsApp1
{
    public delegate void GetMessage(string message);
    public class EventTest
    {
        public event GetMessage _msg;
        public void Test(int a)
        {
            if(a > 3)
            {
                _msg?.Invoke($"{a} > 3");
            }else
            {
                _msg?.Invoke("Не понятно");
            }
        }
    }
}

В рамках namespace объявлен делегат с типом void и входящим параметром string.
В самом классе есть событие и обычный метод, который при входящем параметре int проводит сравнение и для вывода информации ссылается на событие созданное выше .
Вот форма.

namespace WindowsFormsApp1
{
    public partial class Form1 : Form
    {
        EventTest test = new EventTest();

        public Form1()
        {
            InitializeComponent();

            test._msg += Test__msg;
        }

        private void Test__msg(string message)
        {
            label1.Text = message;
        }

        private void button1_Click(object sender, EventArgs e)
        {
            int a = Int32.Parse(textBox1.Text);
            test.Test(a);
        }
    }
}

На форме подписывается событие и при возникновении события в классе, передается на форму.
Почитайте еще здесь, тут примеры есть.

Слушайте больше тех, кто трет по ушам за то, что https нельзя расшифровать. "Что сделано одним человеком, завсегда другой может разломать" (С)
Сертификат состоит из двух частей - собственно сертификата и ключа. Сертификат рассылается всем подряд, его рассылка безопасна. Им шифруют. Ключ должен хранится в секрете, утечка ключа - полная компроментация сертификата. Им расшифровывают.
Защита https соединения основана на доверенных сертификатах. Когда Алиса хочет установить соединение с Бобом, она отправляем ему свой сертификат. Боб соответственно отправляет свой. И сейчас они уже могли бы установить соединение и сгенерить сессионный ключ, но возникает вопрос - а как Алиса удостоверится, что полученный ею сертификат принадлежит Бобу, а не хакеру Джону?
Скажу сразу - путей убедиться в том, что сертификат принадлежит Бобу, основываясь только на сертификате - нет. Нужно либо использовать предварительно согласованный ключ, если Алиса и Боб когда-то встречались раньше, либо обратиться к некоему арбитру, доверие к которому абсолютно ("командир сказал - хорек! И никаких сусликов!"). Если арбитр подтверждает, что этот сертификат принадлежит Бобу - значит так оно и есть.
И вот тут на сцену выступают доверенные корневые центры аутентификации. Это перечень арбитров, которые являются "абсолютной истиной" для данной системы. Если один из них, причем неважно какой сказал "это сертификат Боба" - система считает, что это сертификат Боба и переходит к генерации уникального сессионного ключа, который в теории не должен быть известен никому, кроме Боба. Не зная этого ключа соединение действительно расшифровать невозможно.
Но "хитер демон в Аппсале, а Язон динАльт хитрее". Хакер Джон развертывает у себя удостоверяющий центр и убеждает/заставляет каким-нибудь образом установить сертификат своего CA в корневые. Что происходит после этого? А то, что любой сертификат, выпущенный хакером Джоном - будет считаться доверенным!
Теперь Джону нужно "всего лишь" перехватить начальный пакет соединения Алисы к Бобу (не пропуская его к Бобу, конечно же). Джон выпускает себе сертификат с тем адресом, на который обратилась Алиса, а система Алисы посчитает этот сертификат доверенным - ведь он выпущен СA Джона, который у нее доверенный! Алиса установит соединение с Джоном, предполагая, что это Боб и отдаст ему сессионный ключ. Джон просмотрит урл, куда обратилась Алиса и, если ему это неинтересно, то он просто пропустит соединение через себя - отдаст сессионный ключ Бобу и дальше в соединение не вмешивается. Этот режим называется splice. Если же ему интересно, о чем там собираются они пообщаться, он инициирует соединение от своего имени, используя сессионный ключ Алисы и в дальнейшем так и сидит посередине, передавая пакеты справа налево и наоборот. Этот режим называется peek.
Это классическая атака Man-in-the-Middle (человек посередине) и она применяется в любом прокси squid с включенным режимом бампинга.
Остается только один вопрос - а как же Джон заставит Алису поставить сертификат своего СA в доверенные? Ну, здесь есть как минимум два варианта
1. Алиса - сотрудник конторы, а Джон - ее директор и хочет знать, куда ходят его подчиненные в рабочее время. Поэтому он наряжает админов сделать так, чтобы сертификат конторского CA у всех стоял в доверенных. Это стандартный сценарий в любой мало-мальски крупной конторе.
2. "Джон" является госструктурой, которую нарядили контролировать куда ходят граждане и она обязует всех провайдеров просто не пускать никуда, если на компе не стоит сертификата CA от "Джона". Это уже в реале сделано в Казахстане и скоро будет и в России.