Freeman

Перефразируйте вопрос, он вообще не дружит с логикой.

Видимо вы хотите dll-инъекции. Для этого вы на делфи можете написать свою dll, в которой у вас будут функции из exe. При обращении к нужной функции, ваша программа будет обращаться сперва к вашей dll, выполнять некий код, а затем либо выход из функции, либо переход дальше в оригинальную функцию.

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

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

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

К сожалению не сильно знаком с DB2, но думаю подходы примерно одинаковые.
Во-первых, поиск можно сделать регистронезависимым на уровне БД или таблицы. В MSSQL он по-умолчанию регистронезависимый. Гуглить по словам COLLATION COLLATE. Например посмотреть тут.

Ну а дальше можно использовать алгоритмы нечёткого поиска.
Достаточно подробно в соответствующей статье на Хабре.
Если у вас БД небольшая (до тысяч фамилий), то можно её банально пробежать и сравнить с искомой по расстоянию Дамерау-Левенштейна. Оформить можно функцией. Работать будет примерно так:

SELECT * FROM People WHERE Distance(People.Family, 'Иванов') < 2

Если сравнение по расстоянию занимает много времени, то можно применить алгоритм триграмм.
Повесить триггер на вставку/изменение: генерировать по фамилии триграммы и складывать в отдельную таблицу.
Тогда для поиска необходимо искомую фамилию также разложить на триграммы и искать их в таблице триграмм.
Примерная фамилия должна соответствовать почти всем искомым триграммам.

Можно использовать механизмы свёрток, по типу SOUNDEX, но они дают большой шум и работают хорошо только при записи фамилий на слух.

Быстро занять руководящую должность можно, открыв свою компанию.

Интересно, какой ответ вы ожидаете? "Дойди до путевого камня, потом 300 сажень в сторону, там под дубом зарыт ларец с ключом от карьерного лифта"?

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

Да, это похоже на байты в шестнадцатеричной системе счисления

А в чем разница между WordPress и 1C: Предприятие? =)

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

Если же тормозит не ЛЮБОЕ приложение, а например браузер - почистить его от лишних плагинов. Можно даже снести целиком и поставить заново.

Для Windows отлично Autoit подойдет. Вот форум, море полезного кода. Вроде есть возможность записать свой макрос, без глубокого программирования.

Лучше сменить работу

Писать самому это конечно чудесно. Но для развития необходимо находиться в среде разработчиков, там ты прокачиваться будешь быстрее. Так что лучше всего устроиться в веб-студию. В большую или маленькую смотри по своим силам. Лишь бы проекты были разносторонними, а не только г****но-сайты за 3,500 рубля)

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

Есть. Но добавление пользователем полей не имеет РЕШИТЕЛЬНО никакого отношения к ситуации "ой мы стркутуру БД еще не придумали а уже пишем вконтактик"

Если вам не нужна какая то выборка по этим полям, можно сериализовать.

Абсолютно неразумно!
а что мешает разложить по столбцам данные?

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

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

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

Вы просто задайте себе вопрос, и ответьте на него -

• Кто будет вашим потенциальным клиентом(клиент это тот кто оплачивает счет)?
• Сколько у вас будет этих клиентов в перспективе? (максимум- минимум)
• Какие конкретно проблемы целевого клиента решает ваша программа?
• Насколько эти проблемы критичны для бизнеса клиента?
• Сколько клиент реально готов платить за их решение?

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

P.S. Как человек имеющий отношение к внедрению систем управления на предприятия, могу указать на один тонкий и не совсем очевидный момент.
Суть в том что даже одинаковые предприятия, делающие одно и то же, зачастую имеют совершенно различную внутреннюю структуру и организацию, т.е не факт что ваша программа сделанная на основе бизнес-процессов одного предприятия подойдет другому.
А перекраивать сложившиеся бизнес-процессы, устои и традиции, ради соответствия стандартам заложенным в вашей программе никто не будет.
Поэтому если вы планируете что у вас будет более одного клиента - делайте гибкую и легко модифицируемую систему и закладывайте в бизнес-план сумму на адаптацию программы к конкретному клиенту. В противном случае будьте готовы что для каждого следующего клиента нужно будет переписывать ее на 99%.

Если в договоре написано об материальной ответственности, то исполнитель возмещает оговоренную сумму, если нет, то можете сказать: атя-тя.. это плохо, не делай больше так.