Size: a a a

2021 September 25

W

Warstone in Modern::Perl
Не готовы-ли вы сделать тестовое, чтобы понять, а надо-ли оно обоим сторонам?
источник

RH

Roman Hamster in Modern::Perl
Я подумаю
источник

W

Warstone in Modern::Perl
Я серьезно, если что.
источник

RH

Roman Hamster in Modern::Perl
Я тоже
источник

W

Warstone in Modern::Perl
ммм... Окей ))
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
а вам не проще гошников найти? Ну или на тарантул пересесть?
источник

W

Warstone in Modern::Perl
А зачем нам искать людей которые считают что горутины спасут мир и пересаживаться на не ACID'ную базу? Зачем вы хотите нам плохого?
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
со стороны кажется что делать что-то с хайлоадом в перле - как минимум дорого
источник

W

Warstone in Modern::Perl
Эм... У вас тоже есть возможность посмотреть на это изнутри ))
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
ну у вас же наверное задача имеет формулировку "чтобы быстро работало и заработать денег" а что там про религии и спасение мира - не всё ли равно?
источник

W

Warstone in Modern::Perl
По факту мы не делаем "хайлоад"... Мы стараемся делать быстрыми сервисные вещи и используем гибкость перла для написания бизнес логики которая требует гибкости
источник

W

Warstone in Modern::Perl
По понятным причинам мы не можем или не считаем необходимым рассказывать как мы написали безнес логику. Это скучно и не интересно, а вот как с помощью использования TT для генерации Си кода во время сборки XS модуля в результате не потеряли в гибкости и ускорили подсистему на 2 порядка - это интересно. Поэтому про это вы и слышите.
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
"с помощью использования TT для генерации Си кода во время сборки XS модуля"
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
спасибо, made my night )
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
пойду это куда-нибудь процитирую )
источник

W

Warstone in Modern::Perl
Вы удивитесь, но нас устраивает скорость написания кода (Например проектные XS'ы почти все пишутся по принципу; Сначала написали это на Перле, потом увидели что тормозит, но надо, переписали на Си, если видим что надо) и быстродействие системы. Более того, зачастую какая разница где править баги.
источник

W

Warstone in Modern::Perl
Ага... Я когда сам это писал - офигивал... По факту это оказалось более поддерживаемым для Перловика, который умеет в TT, но не умеет в шаблоны.
источник

W

Warstone in Modern::Perl
Вот из последней боли, которую вытаскивали... Модуль HTTPS не чистил за собой статусы ошибок в результате иногда HTTPS ломался. Раз в неделю. Причем обычно в воскресенье. Искали 2 месяца. Нашли. Копали рядом, оказалось что HTTPS в Unity сделан через жопу и в нем нету нормальной поддержки расширений TLS. Из полезного надо держать кипэлайв. А в последней Юнити и кипэлайв для HTTPS сломали... Как результат - не переходим на 21ю Юнити и подняли таймаут кипэлайва на серверах. Нагрузка на процессор на серверах упала. Следовательно и батарейку теперь меньше жрем.
источник

W

Warstone in Modern::Perl
На фоне таких вопросов - поднимать вопрос о том - надо-ли переходить с перл на го - а зачем?.. Принципиально ничего не поменяется. Все равно надо будет искать людей, которые понимают в кишках. Если уж в эту сторону думать, то надо переходить на C#. Мы-же геимдев. У нас на клиенте C#. Если на сервере тоже будет С# - будет хорошо.
источник

W

Warstone in Modern::Perl
Могу подогнать даже строчку из xs файла:

INCLUDE_COMMAND: $^X ttgen.pl xs/UserSegment.xsi --stdout
источник