[Minsk-pm] Perl in Minsk

Вс Мар 24 00:34:26 PDT 2013

---=== reply ===---

Hello, 

1. Насчёт сферической проблемы в вакууме --- совершенно верно сказано.
Именно так, мне её и поставили, --- мол, нужен кластер из Mojo-серверов
и т.п. Решение же конкретной проблемы, действительно, совершенно
отличным может быть. 

Сейчас (уже реализовано!) так работает: приходят из внешней системы
какие-то задачи, вычислительно-затратные, и по алгоритму  Round-Robin,
раздаются на "доступные" Mojo-серверы. Под доступностью понимается, что
сервер отвечает на самопальный http ping; после этого ответевшему
серверу закачивается очередная задача, а mojo-сервер просто
подготавливает данные и запускает какой-то скрипт по процессингу. ---
Короче жуть! Похоже, что сервера перестают отвечать из-за дикой
нагрузки, и, насколько я правильно понимаю математику, ситуация с
перегрузкой, когда сервера вообще по часу перестанут отвечать на пинги,
вполне реально довести (сейчас таймаут, на к-й они не отвечают, -- 3 минуты).

Я пока предложил создать обыкновенную очередь с моделью
"publish-subcribe", чтобы и входящие таски запрашивались, только когда
хватит ресурсов на обработку (к-во обрабатываемых тасков < к-ва CPU *
2). Redis-based task queue, короче. 

2. Я согласен насчёт того, что j2ee это часто нафиг не нужный мыльный
пузырь, впариваемый маркетологами, и то, что он технологически
перенаворочен (over-engeneered) зачастую, и за счёт этого реально
тормозит. 

Но есть одно существенное "но", когда, возможно, лучше
применять этот j2ee: когда в системе (бизнесе) много уровней уровней
иерархии, и не все процессы подконтрольны и анализируемы, а заказчик
ставит требования (зачастую надуманные!) по масштабируемости,
надёжности и тп; тогда :

а. Мы берём хорошего специалиста, к-й это всё сделает нормально, скажем
на Перле. Такого, впрочем, ещё поискать нужно. 

б. Мы более среднего специалиста по жаве и впуливаем заказчику решение
на j2ee. 

Для бизнеса вариант б. более приемлим, т.к. это решение более
управляемо (manageble), т.к. в случае, скажем тормозов и стопора
системы, вполне реально купить поддержку jBoss, чтобы кластер
настроили, подкупли серверов и тп (тупое полу-бюракратическое решение,
но, тем не менее, работающее), чем искать ещё более крутого
специалиста. Подведу итог: деньгами в случае проблем вариант б. более
решаем, чем вариант а; соответственно риски меньше и тп.

Best regards,
Ivan Baidakou

---=== original message ===---
Date: Sat, 23 Mar 2013 23:24:21 +0100
Subj: Re: [Minsk-pm] Perl in Minsk
From: Andrei <andrei.protasovitski на gmail.com>
To: "Minsk.pm group" <minsk-pm на pm.org>

Что хоть за задачу нужно решить? Что у заказчика за бизнес? Чего он
хочет?

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

З.Ы. Это оcновное отличие Java подхода от Perl подхода: есть задача, мы
возьмём JBoss, WebSphere, jBPM, TomCat, Spring, ant. maven и т.д. и оно
всё магическим образом заработает. Хрен с ним, что приложение огромное и
медленное, зато по спецификациям. В Perl'е к задаче подходят иначе, а
именно, отталкиваются от самой задачи и делают ровно то, что требуется.
Как сайд-эффект имеем кучу велосипедов на CPAN.

23 марта 2013 г., 22:22 пользователь Ivan Baidakou
<the.dmol на gmail.com>написал:

> ---=== reply ===---
>
> Hello,
>
> Я знаю про DBIx::Class, Mojolicious и т.п. (С Сatalyst'ом не
> знаком). Но сейчас заказчик хочет организовать кластер из Mojo
> серверов, чтобы они друг друга пинговали, в случае нехватки ресурсов,
> чтобы какие-то сервисы отключались и т.п.
>
> Есть ли какие-нибудь решения (у Жавы есть -- jboss и тп)?  Честно
> говоря, не хотелось бы велосипед типа j2ee изобретать?
>
> (Опять, таки, я понимаю, что у заказчика с архитектурой туговато, когда
> он хочет вынести не-веб-наргузку на Mojo; работа по переубеждению, тоже
> ведётся)
>
>
> Best regards,
> Ivan Baidakou
>
> ---=== original message ===---
> Date: Fri, 22 Mar 2013 08:38:17 +0300
> Subj: Re: [Minsk-pm] Perl in Minsk
> From: Yury Pats <yu.pats на gmail.com>
> To: "Minsk.pm group" <minsk-pm на pm.org>
>
> 2013/3/21 Ivan Baidakou <the.dmol на gmail.com>
>
> > ---=== reply ===---
> >
> > Hello,
> >
> > 1.
> > Мне честно говоря, не совсем понятны области применения перла? Ну
> > кроме, "domain-specific" решений, вроде "Перл и расшифровка ДНК" и т.п.
> > Скажем так: для жавы если есть "j2ee-стэк", если нужно решение уровня
> > "enterprice", т.е. заранее оговаривается, что имеются потенциальные
> > проблемы с большой нагрузкой и интеграцией со сложными, а, возможно и
> > старыми и тяжеловесными другими "enterprice" решениями.
> >
> > Есть ли "решение" от перла? или подобные солюшены, но для других
> > проблем?
> >
> > Для написания веба на перле есть Catalyst -- MVC фрейсворк с поддержкой
> деплоя на разные сервера, DBIx::Class -- ORM, Template::Toolkit --
> шаблонизатор. Mojo -- более легковесный, но сам в себе. Dancer -- еще
> один фреймворк о котором стоит упомянуть. Все это собирается и
> настраивается как под линуксом так и под виндами (работает,
> естественно, медленней).
>
>
> > 2. Понятное дело, что если фэйсбук работает на php, выдерживающий,
> > думаю, гораздо большие нагрузки чем вышеупомянутые энтерпрайс-солюшены
> > от жавы, то, зная технологии на к-х это основано, понятно, что и
> > решение на перле их без проблем может с ними справиться.
> >
> Архитектурно решения на каждой платформе одинаковы. Пути достижения цели
> разные. Если у меня спрашивают сейчас на чем написать сайтик, то я
> предлагаю django. Потому что более развитая экосистема с большой базой
> инструкций и howto. Не надо лазить по CPAN в поиске ответа на вопрос
> какой же модуль лучше форматирует дату.
>
> 3. Под оба перечисленных пункта непопулярности перла подпадает и Ruby.
> > Однако, он не "у заняпадзе", как Перл. Почему?
> >
> > Руби не выстрелил, как ему пророчили пяток лет назад. Занял нишу мелких и
> средних сайтов и все. Ничего большого на нем нет. А на перле есть.
>
> > Собственно вопрос: почему в РБ, в Минске в частности, судя по
> > jobs.tut.by мало предложений по работ perl-разработчиком? Это с перлом
> > так туго или глухомань местная сказывается...?
>
> Глухомань да, но и перл не шибко популярная платформа. Это как дилер
> Порше, вроде в Минске есть, а покупать машины едут в Европу.
>
>
> Если будут вопросы, задавайте. А еще есть Moscow.pm, там более живая
> рассылка.
>
> Кстати, есть пару довольно простых задач на аутсорс по перлу. Резюме не
> надо, но если интересно пишите, мои контакты в подписи.
>
>  Best regards,
> > Ivan Baidakou
> >
> > PS. Резюме в личку улетит.
> >
> > ---=== original message ===---
> > Date: Thu, 21 Mar 2013 14:01:35 +0100
> > Subj: Re: [Minsk-pm] Perl in Minsk
> > From: Andrei <andrei.protasovitski на gmail.com>
> > To: "Minsk.pm group" <minsk-pm на pm.org>
> >
> > Две основных причины:
> >
> > 1. Маркетинг.
> >
> > За Perl'ом нет никакой организации, как за C# или Java. С другой
> > стороны, с 1993 года основная версия Perl -- 5, т.е. уже почти 20 лет
> > прошло. И тот факт, что нынешний стабильный релиз (5.16.2 если я
> > правильно ошибаюсь) очень сильно отличается от того, что было 20 лет
> > назад, никого не волнует. Народ всё равно считает Perl старым умирающим
> > языком.
> >
> > 2. Уровень входа
> >
> > Уровень входа в Perl довольно высокий, требует понимания многих вещей,
> > до которых рядовые джависты и дотнетчики иногда даже не дорастают. С
> > точки зренияя коммьюнити, это хорошо -- меньше случайных людей. С точки
> > зрения стартапов, это плохо -- специалистов мало.
> >
> > Имхо.
> >
> >
> >
> > А вооще у нас около 100 Perl-программистов работает и ещё набираем.
> > Фул-тайм, переезд в Амстердам и прочие плюшки. Резюме -- мне. :)
> >
> > --
> > Andrei Protasovitski
> > < andrei[dot]protasovitski[at]gmail[dot]com >
> > Diemen, Netherlands
> >
> >
> >
> > --
> > Bασιλίσκος Arcticus ὑπέρnihilisticus / Ivan Baidakou
> > <the.dmol на gmail.com>
> > _______________________________________________
> > Minsk-pm mailing list
> > Minsk-pm на pm.org
> > http://mail.pm.org/mailman/listinfo/minsk-pm
> >
>
>
>
> --
> WBR, Yury Pats
> skype: yuripats
> cellular: +375 (29) 5870723
>
>
>
> --
> Bασιλίσκος Arcticus ὑπέρnihilisticus / Ivan Baidakou
> <the.dmol на gmail.com>
> _______________________________________________
> Minsk-pm mailing list
> Minsk-pm на pm.org
> http://mail.pm.org/mailman/listinfo/minsk-pm
>

-- 
Andrei Protasovitski
< andrei[dot]protasovitski[at]gmail[dot]com >
Diemen, Netherlands

-- 
Bασιλίσκος Arcticus ὑπέρnihilisticus / Ivan Baidakou
<the.dmol на gmail.com>