Станислав Макаров

https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D0%BB%D...

Отличие от окружности только в различающихся радиусах-коэффициентах a и b.

gandi.net

Навскидку:

const D = 10
int N = ...
int a[N] = ...

find(i, j, N):
	d := a[j] - a[i]
	if d = D then
		return (i, j)
	else if d < D then
		if j + 1 == N then
			return nil
		else
			return find(i, j + 1, N)
		end
	else if d > D then
		if i + 1 == N - 1 then
			return nil
		else
			return find(i + 1, j, N)
		end
	end

find(0, 1, N);

Сложность по идее O(2n). Вообще не очень красиво для рекурсивной реализации, но вроде рабочий вариант.
Вторую задачу - сами.

Что конкретно делаете/добавили? Какие исключения? В каком месте кода?

На вопрос в текущей версии можно ответить только так:
а) построить реализацию чата с помощью именованых каналов возможно;
б) вы построили реализацию с ошибками (какими, пока непонятно);
в) для реализации чата можно предложить много других способов, например использовать TCP/IP и сокеты Беркли, только непонятно какой вам нужен.

Рискну предположить, что смена контейнера - меньшая проблема, а гораздо большая - поддержка кодеков, используемых в вашей домашней коллекции видео. Я бы начал со сверки этих списков:
- https://helpx.adobe.com/flash/kb/supported-codecs-...
- caniuse.com/#feat=video (вкладка subfeatures содержит конкретные форматы)
с тем, что вы используете у себя. Вам не обойтись без перекодирования, если половина видео в вашей библиотеке закодирована в других кодеках.

Потому что break и continue это варианты goto, а goto нарушает принципы структурного программирования.

Если проблема не в конкретном сервисе (т.е. и FTP и SSH себя неадекватно ведут), то дело таки в системе. С другой стороны, относительно маловероятно, что проблема в ядре или драйверах. Поэтому в очередной раз вместо перезагрузки попробуйте следующее:
1) перезапустить конкретный сервис (FTP например), посмотреть, помогло или нет;
2) если нет - перезапустите по одному сервисы, имеющие отношение к сетевому взаимодействию, например виндовый файрволл; после перезапуска каждого проверяйте, не разрешилась ли проблема;
3) если не прояснилось - запустите на машине TcpView и посмотрите, как происходит подключение клиента к сервисам: долго ли открывается TCP-соединение, нет ли внезапных разрывов;
4) если времени у вас достаточно - посниффайте Wireshark-ом и попытайтесь сузить проблему до конкретного этапа установления соединения;
5) вообще, попробуйте зайти на сервисы с локалхоста; вдруг проблема не в вашей системе, а в каком-нибудь роутере через который вы пробрасываете порты (если таковой есть): возможно он начинает тупить, а перезагрузка системы приводит также и к сбросу сетевого интерфейса на роутере/перевыдаче IP-адреса, что приводит роутер в чувство.

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

Почему? Потому что чтобы превзойти существующие решения хотя бы в какой-то нише (напр., приемлемое качество речи при очень низком битрейте, или lossless-кодирование с высокой степенью сжатия) нужно хорошо поработать. Потом еще провести десяток-другой серьезных экспериментов, чтобы доказать преимущества вашего подхода в конкретных случаях (см. выше). Тогда в вашем кодеке будет реальная ценность, и вас, возможно, услышат серьезные люди.
А "для себя" - Stalker_RED уже все сказал: изучите теорию, и существующие решения. Узнаете столько всего, что с вероятностью 98% перехочется делать свое. Зато будете знать, как делают другие.

В SQL Server есть специальные географические и геометрические типы (мсдн), пробовали? Если это действительно полигоны, не вижу никакого смысла хранить их "как есть".

Как правильно разделить работу СУБД и PHP?

Есть очень простой принцип.

СУБД - это подсистема, которая хранит и извлекает данные, а приложение (на PHP или на чем угодно) - их обрабатывает и модиифицирует, если нужно.
СУБД архитектурно (и физически) "ближе" к данным. Одна из важнейших задач СУБД - выбрать из всего объема БД только нужные сейчас данные. Именно на уровне СУБД нужно производить максимум фильтраций. У нее есть все нужное для этого - индексы и прочие хитрые структуры данных.

Однако, чтобы СУБД лучше выполняла свои основные задачи, не стоит нагружать ее лишней вычислительной работой. Все, что не связано с поддержанием целостности и согласованности данных, отдают на уровень приложения - тогда эти вычисления (куда относятся, к примеру, подготовка JSON-ответов или сборка web-страницы по шаблону) можно выполнить логически и физически на других узлах, что влечет за собой очевидные преимущества.

Поэтому вывод такой: выбирайте как можно меньше записей и столбцов/атрибутов в запросе к БД (т.е., например, никаких * в плановых запросах), и делайте как можно больше работы с ними на уровне приложения (настолько, насколько удается соблюдать требуемые гарантии целостности).
Под "как можно меньше записей" я имею в виду делать запрос максимально конкретным и узконаправленным, но достаточным для выполнения текущей задачи.

Да, как реализован COUNT()?

Зависит от:
а) того, что будет внутри COUNT
б) того что будет в WHERE (и будет ли он вообще);
в) реализации в конкртеной СУБД;

Пример 1: если вы сделаете COUNT с WHERE по неиндексированному полю, то без сканирования таблицы не обойтись. Кроме того, если поле внутри COUNT() может быть NULL, то СУБД придется выкидывать еще и нуллы, т.к. COUNT их не учитывает.

Пример 2: если вы сделаете COUNT по первичному ключу без каких-либо фильтров, то СУБД вероятно просто вернет вам количество строк из своих служебных структур, т.к. первичные ключи а) уникальны; б) не могут быть NULL в большинстве сегодняшних СУБД.

Вывод: SQL это высокоуровневый декларативный язык, который перекладывает принятие алгоритмических решений на планировщик СУБД, что дает очень большой простор для оптимизаций в конкретных реализациях. Лучший рецепт - построить план КОНКРЕТНОГО запроса и увидеть, что потребуется для его выполнения.

Я вам могу только одно сказать - если человеку так легко уйти и открыть свою компанию, еще и вашего конкурента, то возможны три случая:
1) человек - идиот, совершенно не оценивает свои возможности и не понимает, какую работу по созданию фирмы ему предстоит выполнить (весьма частый случай);
2) человек настолько желает создать свою фирму и/или ему настолько скучно у вас, что он готов выполнить эту работу (достаточно редко);
3) на самом деле открыть свою фирму по вашему роду деятельности не составляет труда, и по сути и этот человек, и вы сами просто пытаетесь "быть на коне" по принципу кто первый встал - того и тапки.

Подробнее по последнему пункту.
Я вот сейчас даже представить себе не могу, насколько невероятный объем сил мне нужно будет вложить, чтобы попытаться создать хотя бы подобие конкурента той фирме, где я работаю. Т.е. если я решу уходить - это будет уход в какой-то совершенно отдельный проект, гораздо меньшего масштаба, и не имеющий ничего общего с текущим рабочим местом, но очень интересный для меня (т.е. как раз случай 2).
Поэтому ВАМ вопрос: а что вы сделали такого невероятного в рамках своей фирмы? Вы нашли уникальные проекты? Уникальные связи, приправленные вашей проверенной репутаций (важнейший момент)? Вот на моем рабочем месте это все есть. А на рабочих местах в вашей компании это есть?
А если нет, то чего вы удивляетесь? Вы делите легкодоступные ресурсы, также как и двухмесячные вебстудии вырывают друг у друга сайты-визитки за три тыщи. Тогда вы должны уже привыкнуть к "закрыванием подписями".

Нет, ну серьезно, как вы вообще ведете бизнес, если главное для вас - юридическая клетка работника? Почему в вашем вопросе вы говорите об этом, а не о том, что у вас в руках лучшие клиенты города?

современные решения

способные работать в 16-разрядной Windows

взаимоисключающие параграфы, не находите?

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