Разработчик на 4 часа в день
 

Требуется крепкий middle разработчик на поддержку и развитие образовательного проекта.

Весь проект очень хорошо документирован (прямо очень), написан с использованием Yii2. Эта часть проекта поддерживается PHP разработчиком.

Есть небольшая часть проекта, сделана с использованием nodeJS.
Необходимо будет дорабатывать и разрабатывать функционал с использованием nodeJS, вебсокетов, WebRTC. Обязательно нужно хорошо владеть JS, опыт коммерческой разработки тоже обязателен.

Разработчик ищется для длительного сотрудничества.
На данный момент на неполный день.
Примерно 4 часа в день, с 10:00 по Москве, Пн-Пт (нет, вечером не нужно и по выходным не нужно), удаленная работа.
Оплата - 50 тр., выплаты два раза в месяц.
В дальнейшем - возможно увеличение зарплаты и объемов сотрудничества.

Пожалуйста, пишите в телеграм:
@mike_kozyakov
или звоните:
+79219595179

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

А как нужно? Ну, например, реализовать поддержку вебсокетов на PHP?

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

Конечно, имеется. Только под js есть библиотека socket.io, которая позволяет реализовать этот функционал достаточно быстро, просто, дешево, относительно надежно, а все готовые решения на PHP на момент разработки представляли собой что-то такое неработоспособное (не знаю, может сейчас ситуация с каким-нибудь ратчетом стала получше или что-то еще появилось). Почему бы не использовать максимально подходящий инструмент для решения задачи?
То, что на PHP можно писать десктопные приложения (к примеру), вовсе не означает, что именно на нем это и нужно делать:)

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

PS. И использовать РНР для написания десктопных приложений, это если только от лени или ...

laimas, я разве написал, что нет альтернатив? Есть, разумеется, библиотеки, никто не спорит. Полагаю, что вы не хотели меня оскорбить, предлагая юзать поиск:) Вопрос в рациональности их использования. alex.vv просто изумился, что кто-то может параллельно использовать PHP и ноду в одном проекте, вот я и отвечаю, почему в этом есть смысл.

По поводу использования PHP для написания десктопных приложений - это как раз был пример нерационального использования возможностей языка и технологии.

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

А где же я написал, что совсем PHP не умеет работать с вебсокетами?
Разумеется, как-то умеет.

Вы считаете, что это наиболее оптимальное решение - использовать PHP для работы с вебсокетами?

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

А использование node только лишь потому, что в нем есть какая-то чудо библиотека, это не аргумент. Тем не менее у меня нет цели убеждать кого-то в обратном, как хотите так и поступайте.

Это говорит только о вашем скромном опыте работы с реальными проектами. Они работают не на виртуальном хостинге, а на linux, куда ставится что угодно, и часто получается зоопарк из технологий.
Да и вряд ли там в кучу смешано.
Вебсокеты на ноде явно для чего то специфичного.
Не надо ничего предполагать.
Если вы недавно, САМИ, не поднимали вебсокет сервер на php, то и не владеете этой темой. Ссылки на пустой функционал в доках не в счет.

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

И, разумеется, я всегда готов принять разумные аргументы в пользу различных подходов.

То есть я должен включится в полемику предлагая сторонние расширения или библиотеки? Вообще-то, и ссылка появилась лишь только потому, что в теме почти утверждение, что без node ну никак. А что и как будет, мне как-то все равно.

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

Ну а если кто-то подскажет, как можно улучшить какие-то решения, я буду только благодарен, без всякого сарказма.

Ну вот и гадалки по фотографии подъехали. Этот комментарий сделал мой день :dance:

Чем дальше в лес тем страшнее.
Автор, если проект делался на пхп, а потом ВНЕЗАПНО потребовались сокеты и прочее за рамками стандартной пхпшной area of applicability, это означает минимум одно из двух (а чаще оба пункта сразу):
- архитектор этого решения был, ну скажем так, не очень опытным или ответственным
- заказчик неадекватен сам не знает чего хочет, например сначала хотел интернет магазин, а потом - на базе сделанного - сервис онлайн конференций (без доп. инвестицй). Не, ну а чо? "Программсты напишут" жеж

frbd,
вполне нормальное решение
я разработчик, в том числе и php(пишу бываю и свои расширения под него Tesseract, OpenCV ...)
и вот чего бы я там никогда не делал, так это использовал вебсокеты
хотелось бы глянуть на это чудо сервер webrtc на php :haha:
нода оптимально, легко маштабируется и разрабатывается
go лучше, rust, c...
много факторов влияет на выбор языков, платформ в зависимости от потребностей, кошелька и задач, трудовых ресурсов
упоминали про бенчмарки, смотрим здесь
https://www.techempower.com/benchmarks/
в работе не нуждаюсь

Vlasenko Fedor,
согласен, если бы сейчас писали этот функционал, то для сервера я бы выбрал go. Тогда нода казалась более простым решением.

alex.vv,
ваша безапелляционность в данном вопросе намекает не только на отсутствие опыта, но и на отсутствие возможности его приобрести.