Pull to refresh
0
0
528depp @528depp

User

Send message
О, ура, родной коворкинг :) Завтра буду, тока выздоровел блин.
Секунду, а причем тут процесс на соединение? Что вам мешает использовать один и тот же $dbh? Я понимаю что это решение не подойдет для web, но автор топика (вы) и не говорил про то что это конкретная заточка под web, как я понимаю речь идет об общем асинхронном программировании баз данных в Perl.
У меня много скриптов демонов висит которые используют именно AnyEvent::DBI.
Overhead в 120-200% я считаю очень даже допустимым, тока что набросал bechmark, 10к запросов «select 1», результат:
DBI (with explicit prepare): 0.688
DBI (with prepare in loop): 1.180
AnyEvent::DBI: 2.785
Возможно иногда и можно забить. Иногда нельзя, зависит от ситуации.
Насчет потоков — согласен, только AnyEvent::DBI создает не поток, а процесс, тоесть fork'ается.
В первую очередь стоит обратить внимание на AnyEvent::DBI. Правильно было написано выше что смысл асинхронности в вызове коллбэка, а не проверок в стиле «Ну что готово?» "-Нет" «Так, а сейчас может быть готово?».
Ребята, забейте на POE, это жуткий лаг, он не подходит для хоть сколько-нибудь большого приложения где нужна скорость и стабильность. Посмотрите EV, AnyEvent, Coro. Вот результат benchmark из pod'a Anyevent

 name          watchers bytes create invoke destroy comment
         EV/EV   400000   224   0.47   0.35    0.27 EV native interface
        EV/Any   100000   224   2.88   0.34    0.27 EV + AnyEvent watchers
    CoroEV/Any   100000   224   2.85   0.35    0.28 coroutines + Coro::Signal
      Perl/Any   100000   452   4.13   0.73    0.95 pure perl implementation
   Event/Event    16000   517  32.20  31.80    0.81 Event native interface
     Event/Any    16000   590  35.85  31.55    1.06 Event + AnyEvent watchers
   IOAsync/Any    16000   989  38.10  32.77   11.13 via IO::Async::Loop::IO_Poll
   IOAsync/Any    16000   990  37.59  29.50   10.61 via IO::Async::Loop::Epoll
      Glib/Any    16000  1357 102.33  12.31   51.00 quadratic behaviour
        Tk/Any     2000  1860  27.20  66.31   14.00 SEGV with >> 2000 watchers
     POE/Event     2000  6328 109.99 751.67   14.02 via POE::Loop::Event
    POE/Select     2000  6027  94.54 809.13  579.80 via POE::Loop::Select
Добрый день,

Из своего опыта замечу (пара собственных проектов и в паре участвую), что когда проект только начинается либо становится опен-соурс, и этот проект мало известен, то делается примерно следующее. Вы пишете заметку в FAQ/Wiki, что те кому нужен доступ писали лично вам/на мэиллист проекта, и просили коммит доступ с описанием того что они хотят сделать, так же стоит просить о небольших коммитах, 50/100/200 строк когда и коммит, иначе вам будет сложно разбираться в новом коде. Вопрос простого получения коммит доступа очень важен на ранних этапах развития проекта. Сейчас очень много опен-соурс проектов и найти разработчиков желающих помочь, достаточно сложно. Так же, важно заметить, что бранчи (ветки) были изначально придуманы не для контроля прав доступа к основному репозиторию.

Насчет вики/баг тракинга/и все остального, я бы посоветовал, для начала ставить то что больше всего радует глаз и будет проще всего поставить (out-of-the-box), время ведь как известно золото :)
Откуда такая уверенность? На Dice'е больше всего предложений о работе (из скриптовых языков) именно для Perl'a
Согласен. То что пишет автор - бред. Нужно уметь оценивать риски. Нужно хоть чуток понимать финансовый менеджмент. И нужно понимать зачем нужны инвесторы и какую пользу они приносят.
Я во многом согласен, но есть еще такие вещи как инновации и прогресс. Можно всю жизнь использовать те решения которые уже применялись до тебя (в 90% случаев так и стоит делать), а можно придумывать что-то новое, двигать этот самый прогресс... Вот тогда уже нужна математическая база, причем достаточно хорошая.
А как быстро станет известно прошла заявка отбор или нет? Думаю для людей из других городов это важно :)
Думаю что те возможности для работы которые создал гугл - действительно уникальны и большинство компаний будут приходить к тому же. Дай своим сотрудникам возможность почувствовать себя не просто шестеренкой в механизме, а нечто большим. Дай им возможность поиграть, повеселиться, а не просто сидеть в офисе за монитором. С одной стороны это хорошо, но как всегда есть и обратная сторона :-)
p.s. Я во многом согласен с GreLI, не думаю что стоит перепечатывать его(её) мысли.
Не соглашусь с вами. Функциональным языкам и Erlang'у в частности, вряд ли получится завоевать такое же количество рынка которое сейчас у процедурных и обьектно-ориентированых языков (в ближайшем будущем). Конкретно у Erlang'а пока хватает своих косяков в релизации, и его модель не всегда является самой оптимальной для решения конкретной задачи.
Кстати, как там с возможностью остаться на ночь?
Как вариант на выходные можно приезжать :)
Думаю стоит всем собраться и скинуться :)
Э, нет, программеры на самом высоком :)
Кстати, если там стока этажей, то можно всех по роду занятий рассадить :)
Жесть, как раз то что нужно. Остальные варианты мне лично не очень понравились, слишком официально.
На Химмаше кстати отличное место можно найти, только минус, большой минус в том что это далеко от центра :(
2. Большой стол + иногда диван
3. 200$
5. Желательно центр
6. Было бы интересно по выходным устраивать какие-нить лекции, чтоб каждый из желающих мог поделиться своим опытом
7. Одна большая комната, большие окна, стены из кирпича, верхний этаж, старый паркет на полу. Просто все помещения типа "офис" - белые стены, кресло + стол и т.д., это достало, никакой атмосферы и пара пальмочек\цветочков я думаю уже не спасет :) Хочется делового беспорядка :)

У меня пока на уме есть одно место. Это завод радио аппаратуры, Белинского-Машинная, там большинство условий из моего пункта 7 соблюдено, опять-таки ЦПКиО рядом, там есть проходная, то есть вход по пропускам, никто лишний не пройдет. Я точно знаю что там компании снимают помещения, можно позвонить узнать по поводу цены и наличия :)
1

Information

Rating
Does not participate
Location
Россия
Registered