Стоит, Саша, стоит!

Только не в сколково. Поскромнее и поменьше потоков

Хотя мы понимает что это ппц как тяжело;)

Коллеги - как думаете стоит проводить DevConf в этом году? Что нового появилось с прошлой что хотелось бы узнать, обсудить и прочее?

причем в петербурге

Я думаю Сколково как и Крокус убиваю кулаарность на 200% - хотя в сколково мнго диванчиков - но как то пусто..

Сколково по-моему дно для конференций.

Неприкольное оно какое-то.... хз

Хехе... в питере прикольно было б. Но там никто из нас оргов не живет

конечно на вкус и цвет

Да, я тоже за Питер! +1 :)

ruby & python сдулись - проводят свои отдельные..

Думаю, что москвичам было бы интересно закатнуться в Питер кстати.

В Питере есть Dlma , Ramzes, Alexandre

Просто мне кажется формат себя изжил как попытку собрать все технологии в одном месте - комьюнити очень разобщенное стало - раньше было в новинку..

Так пуште language-agnostic тематику

Дофига вопросов по-моему не имеют привязки к языку

для этого есть http://fpconf.ru/

M$ кстати слился в этом году.. msdevcon не будет..

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

На самом деле конечно конф расплодилось много...

Из приличного только codefest - но туда из msk получается 25к билеты.. они кстати молодцы - я около часа общался с их главным - хорошо выросли

Да останется только Бунин ;)

Живее всех живых ?

На Бунина я не хожу уже =\ Там тоже что-то узкоспециализированное пошло

Платить 27 тыщ за 2-3 интересных доклада не хочется

Дофига вопросов по-моему не имеют привязки к языку

Вопросов дофига, а вот ответов на них нету =)

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

Еще по-моему интеерсный формат конфы - how it works. Образовательная конфа. Где рассказывалось бы детально как работают те или иные opensource продукты, из каких модулей состоят, какие функции эти модули выполняют и т.д. Вот на такое я бы с удовольствием сгонял.

Да плюсую

Это интересно если нет доступа к коду?

Конечно

Это интересно в любом случае

Не у всех есть время, желание и умение копаться в коде

А послушать просто как устроено, чтобы рассказали - вот это было бы классно.

сек. сча скину что я имею ввиду

Я вот покупал 3 вот такие книги как-то давно: http://www.lulu.com/shop/tavish-armstrong/the-performance-of-open-source-applications/paperback/product-21241242.html http://www.lulu.com/shop/amy-brown-and-greg-wilson/the-architecture-of-open-source-applications/paperback/product-21590949.html http://www.lulu.com/shop/amy-brown-and-greg-wilson/the-architecture-of-open-source-applications-volume-ii/paperback/product-20111008.html Там рассказано про разные продукты про то как они устроены и т.д. - очень интересно. Просто интересно - расширяет кругозор и т.д.

> Ruby, Rails, Postgres, Elasticsearch, знание PHP не приветствуется. Совсем е***лист в рокет-банке ;)

Ну они же вроде не выжили и продались

> Ruby, Rails, Postgres, Elasticsearch нужно больше золота!

с руби никто не выживет, это факт ;)

выживут, только железа доставляй

только пхп животворящий повышает котировки ;)

еластик хорошая штука, но жава...

хорошая, но всё в куче — термояд :)

Не складывается с elastic'ом. Постоянно какаие-то проблемы. Наверное еще готовить не научились.

возможно, но и свинкс тоже иногда проблемен

https://www.similarweb.com/website/sphinxsearch.com#overview Sphinx search судя по симилару потихоньку теряет популярность.

Хотя по мне он гораздо приятнее чем elastic, но со своими ограничениями и т.д.

не получится эластик, попробуйте solr, та же фигня, только вид сбоку )

Elastic для старта конечно более удобный

> Sphinx search судя по симилару потихоньку теряет популярность. из-за постгреса, не иначе :о)

В Sphinx нужны вложения не меньше чем в nginx ?

да уж советуй сразу lucenу, чо ;)

нужны, а то шодан так и будет рассказывать ещё пару лет, какие фичи почти внедрены и работают :)

да в любом сложном движке так

это слишком низко :)

Кстати первый раз столкнулся с реальной необходимостью nginx plus. Для микросервисов, чтобы nginx'овский resolver умел SRV запись.

но некоторые вещи в эластике радуют, да... прям легло на то, что нужно... особенно при зависимостях parent-child и поиск по child c выводом parent и нескольктих child

а потом на радостях раз, и об какую-то херню лоб разбиваешь с разбега ;)

Не складывается с elastic'ом. Постоянно какаие-то проблемы. Наверное еще готовить не научились.

Это норма (c) Эластику надо кластер из трех серверов, пару десятков гигов оперативы и админа выделенного, вот тогда хорошо будет ?

ну не, и в вагранте живет неплохо

Ребята, кто-нибудь может посоветовать хорошую литературу по HTML5 (не себе, нужно для того, кто далёк)?

Подскажите, как в finally проверить было ли исключение или return ?

Хехе... в питере прикольно было б. Но там никто из нас оргов не живет Дима Бородин и я из Питера

можем помочь в организации

ERROR: S client not available

Дима Бородин имеет опыт в организации проведения мастерр классов

Подскажите, как в finally проверить было ли исключение или return ?

Устанавливать флаг в catch например

ну это изврат...я думал может есть стандартные средства

Изврат это когда требуется такая проверка =)

С Питером может быть проблема - наберется мало народа где-то году в 2013 хотели устроить акцию РИТ шагает по стране

ну у меня rollback транзакции в finally, если долшно дело до комита, то роллбек не надо вызывать... пришлось так сделать catch(Exception $e) {rollback(); throw $e;}

но идея умерла сама по себе

так как скорее всего просто не набрали народа в города

> catch(Exception $e) {rollback(); throw $e;} Всегда так делаю

все-таки в России сильна центролизация, все в центр стремятся... а не на перефирию

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

Да не все чотко, поймали исключение - произвели необходимые действия, дальше бросили его

проверяй состояние транзакции

у меня транзакция в транзакции может быть, поэтому с состоянием геммор

используй имена

Чтобы зачем ? ? И так все норм написано

да, я хотел переделать с именами, но че-то руки не доходят )

ну да, так-то вроде норм

begin("mycooltr1"); if (!commited("mycooltr1") rollback("mycooltr1")

хотя ловить и бросать может и очевиднее...

Тогда уж нужно делать фабрику имен транзакций, инжектить ее в DI и покрывать тестами

мм можно в обертке над транзакциями смотреть метод с которого вызывается begin() и его считать именем...

роллбэк очевидно должен быть в catch. финалли - там например закрывать содинение с базой или курсор... или чтгнибудь в этом роде

Тогда уж нужно делать фабрику имен транзакций, инжектить ее в DI и покрывать тестами

в смысле? у тебя сейвпоинты все-равно с именами

[/troll]

а где открыл? в начале чата?

дыа ?

в смысле? у тебя сейвпоинты все-равно с именами

Я к тому, что для пущей гибкости надо уметь генерировать кастомные имена сейвпоинтов ;) Для этого нужна фабрика.

savepoint . $i++ и вся фабрика

Не гибко :(

и вообще

бегин должен объект транзакции вернуть