flr

Скорости PHP7 для этих вычислений не хватает? Если уверены, что нет, то основные подходы:

1. Вызов исполняемого файла (как уже упомянуто).

Нормальный подход. Для старта можно смело начинать с него. Да, он кажется некрасивым, но вам задачу решить или чисто академический интерес? Этот подход перестает работать, если бинарник для запуска получается довольно тяжелым и при этом сервис высоконагруженный. В общем, есть накладные расходы на запуск нового процесса в системе на каждый HTTP запрос.

2. Написание расширения для PHP, добавляющего метод или класс.

С технической точки зрения — один из лучших вариантов. Но с практической — один из худших. Помимо поддержки актуальности бизнес логики придется дополнительно поддерживать актуальность самого синтаксиса расширения. Также дополнительные временные расходы на администрирование.

3. Микросервис (демон), который будет принимать запросы через очередь задач или напрямую.

Как по мне — это некий компромисс. С одной стороны нет расходов на запуск нового процесса на каждый запрос. С другой — нет завязки на синтаксис PHP расширения. Такой демон можно писать не на С, а на чем-то более дружелюбном, например, Go.

Не обращайте внимания на саркастичные ответы.

Вот, что надо делать:

1. Собираете какое-то время всю информацию о посетителях (операционная система, браузер, плагины, куки, просмотренные страницы, клики, движения курсором, скроллы и т.п.)
2. Периодически показываете всплывающее окно, в котором просите ответить на вопрос — разработчик ли пользователь.
3. Накапливаете данные для обучения модели
4. Обучаете модель
5. Используете обученную модель, чтобы самостоятельно распознавать разработчика в пользователе.
6. PROFIT

Где получить практические навыки ...?

Как ни странно, только на практике.
Любой опыт, которым с вами поделятся, будет в любом случае субъективным и специфичным. Надо понимать как раз принципиальные (читай теоретические) подходы. От них будут исходить уже "практические" решения в зависимости от ситуации. Процесс разработки в каждом случае может отличаться. Он обязан быть гибким, подстраиваться под изменения, решать появляющиеся проблемы и т.п.

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

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