@ru_python

Страница 2640 из 9768
Igor
07.04.2017
10:35:34
в фабрикаторе, например, можно сделать обязательное поле с указанием таска в жире

Google
Sergey
07.04.2017
10:36:03
regular java developer к примеру
Что-то, типа, "продолжающий". На ступень выше джуна.

По крайне мере мне так кажется

Maria
07.04.2017
10:36:39
что значит regular?
Регулярный такой разработчик)) проще говоря, уже не Джун, но ещё не сеньор:)

Lulz
07.04.2017
10:36:58
так это же...мидл! БРАВО!

Bo0oM
07.04.2017
10:37:33
Sergey
07.04.2017
10:38:33
Сесурити?
Да там не такие баги, что бы в секьюрити -D

Igelko
07.04.2017
10:38:52
а не проще привязать к джире то, что используете для code review/merge request'ов?
у нас пока всё плохо. гитлабовская интеграция с джирой с завидной периодичностью разваливается. И тимлиду удобнее ревьюить код в тортойзе, чем в мерж-реквестах. Плюс есть мелкие сервисы, где вообще нет смысла делать бюрократию с фичебранчами - там всё в мастер сразу льется и из мастера же релизится по тегу.

Nikolay
07.04.2017
10:39:31
Вы зачем меня звали?

Google
Nikolay
07.04.2017
10:39:40
Или не звали, нет?

Maria
07.04.2017
10:39:45
чо по деньгам?
как я говорила, у нас работает система грейдов, все от них зависит) у каждого грейда своя вилка

Nikolay
07.04.2017
10:39:51
?

b0g3r
07.04.2017
10:39:56
60-100

b0g3r
07.04.2017
10:40:09
это в целом выше проскакивало

Nikolay
07.04.2017
10:40:17
Модники чтоли?

Я думал там джангогерлз

Sergey
07.04.2017
10:40:55
джангогерлз?

Igelko
07.04.2017
10:41:11
а не проще привязать к джире то, что используете для code review/merge request'ов?
я просто видел, как можно сделать удобно. У я.директа был написан довольно удобный внутренний тул - и захотелось сделать аналог.

Nikolay
07.04.2017
10:41:33
Я думал дикт передать, обошелся namedtuple

Ну и хрен с ним

А мб переделаю, чтоб в зоопарк сходить

Sergey
07.04.2017
10:43:31
60-100
У ждунов тестировщиков вилка меньше )

Spacehug
07.04.2017
10:44:21
как я говорила, у нас работает система грейдов, все от них зависит) у каждого грейда своя вилка
Может всё-таки скажете что за грейды такие волшебные? А то вас в лоб спрашивают нижнюю и верхнюю границы, а вы ничего конкретного в ответ не сообщаете :)

Lulz
07.04.2017
10:45:56
ну мидл 60-100к, выяснили

Google
Маришка
07.04.2017
10:46:25
Еще раз всем привет! Рады объявить, что мы – Lamoda – расширяем группу разработки сайта и ищем python-разработчиков для участия в следующих проектах (на выбор): — разработка группы сервисов, отвечающих за маркетинговую часть бизнес-логики сайта и приложений Lamoda. Основной приоритет при разработке — высокое качество и скорость работы сервисов. Основные технологии: Python2, Python3.5, Cython, RabbitMQ, AsyncIO, Hadoop, Vertica, Docker. — разработка сервиса, который отвечает за основную функциональность витрины сайта: хранение, поиск, фильтрация и сортировка товаров. Cервис тесно работает с R&D командой над постоянным повышением качества и персонализации поиска. Основные технологии: Golang, Solr, PostgreSQL, Docker. — разработка бекенда сайта Lamoda, API для мобильных приложений и сопутствующих сервисов, например, избранное. Все - от первого байта из браузера клиента до отправки ему успешного ответа (версткой и джаваскриптом занимаются отдельные специалисты). Основные технологии: Python, Golang, Django, PostgreSQL, Docker. А на счет вилки мы не можем указать конкретную сумму, так как у нас система грейдов, каждому из которых соответвует опредленная вилка. Они есть, но очень гибки, и тем более вас здесь много, поэтому мы готовы пообщаться с каждым, кто заинтересуется, и сориентируем лично уже по ожиданиям=)


b0g3r
07.04.2017
10:46:37
к чему это Оо

а, слово докер

Lulz
07.04.2017
10:46:56
заорал(простите)

Alexey
07.04.2017
10:48:01
??

Roman
07.04.2017
10:49:01
Еще раз всем привет! Рады объявить, что мы – Lamoda – расширяем группу разработки сайта и ищем python-разработчиков для участия в следующих проектах (на выбор): — разработка группы сервисов, отвечающих за маркетинговую часть бизнес-логики сайта и приложений Lamoda. Основной приоритет при разработке — высокое качество и скорость работы сервисов. Основные технологии: Python2, Python3.5, Cython, RabbitMQ, AsyncIO, Hadoop, Vertica, Docker. — разработка сервиса, который отвечает за основную функциональность витрины сайта: хранение, поиск, фильтрация и сортировка товаров. Cервис тесно работает с R&D командой над постоянным повышением качества и персонализации поиска. Основные технологии: Golang, Solr, PostgreSQL, Docker. — разработка бекенда сайта Lamoda, API для мобильных приложений и сопутствующих сервисов, например, избранное. Все - от первого байта из браузера клиента до отправки ему успешного ответа (версткой и джаваскриптом занимаются отдельные специалисты). Основные технологии: Python, Golang, Django, PostgreSQL, Docker. А на счет вилки мы не можем указать конкретную сумму, так как у нас система грейдов, каждому из которых соответвует опредленная вилка. Они есть, но очень гибки, и тем более вас здесь много, поэтому мы готовы пообщаться с каждым, кто заинтересуется, и сориентируем лично уже по ожиданиям=)
>Python2, Python3.5, Cython, RabbitMQ, AsyncIO но как сочетаются python2 & asyncio? :))

Lulz
07.04.2017
10:49:22
ну не все сразу ведь, логично

Igor
07.04.2017
10:49:28
ты правда думаешь, что там один проект, в котором используется все это одновременно?

Lulz
07.04.2017
10:49:31
python2 для поддержки может быть

и да, множество проектов

Eldar
07.04.2017
10:49:56
>Python2, Python3.5, Cython, RabbitMQ, AsyncIO но как сочетаются python2 & asyncio? :))
легко) писать на 3 питоне, а пдф доки генерить на 2)

Igor
07.04.2017
10:49:59
и нормально работать на каком-нибудь гевенте, торнадо или хоть ссаной селери, если так хочется

Igor
07.04.2017
10:50:14
легко) писать на 3 питоне, а пдф доки генерить на 2)
ага, и supervisor'ом сервисики рестартить на втором питоне

Nikolay
07.04.2017
10:51:18
Да, пятниццо

Eldar
07.04.2017
10:51:19
работа в ламоде)

Denis
07.04.2017
10:51:43
работа в ламоде)
звучит печально

Sergey
07.04.2017
10:51:46
Поправь верстку на техламода

Roman
07.04.2017
10:52:15
Nikolay
07.04.2017
10:52:18
Не нужны мне ваши патчи

Igor
07.04.2017
10:52:21
почему?

Google
Sergey
07.04.2017
10:52:35
Если не выделить "Даю согласие", то просто дальше не пускает, не отмечая что не так

плюс, пропускает -123 телефон

ну и много другого -D

Igor
07.04.2017
10:53:08
нет ) но вот asyncio - это очень смело. на грани безумства
"на грани безумства" - это japronto в продакшене использовать

Sergey
07.04.2017
10:53:24
еще и капчи нет. не боитесь, что заспамит к херам?

Admin
ERROR: S client not available

Eldar
07.04.2017
10:53:26
звучит печально
печальней, когда c тинькоффа пишут, что резюме заинтересовало, но предлагают работу операционистом(((

Igor
07.04.2017
10:53:45
еще и капчи нет. не боитесь, что заспамит к херам?
не факт, что она не появится спустя N запросов

Eldar
07.04.2017
10:53:49
Sergey
07.04.2017
10:53:55
Не успел

Sergey
07.04.2017
10:54:14
Скрудж
07.04.2017
10:54:53
Пф, через проксю не?
антиспам системы немного умнее, чем ты думаешь

Eldar
07.04.2017
10:55:37
антиспам системы немного умнее, чем ты думаешь
я пока только одну встречал которую низя было обмануть

Spacehug
07.04.2017
10:55:38
антиспам системы немного умнее, чем ты

Lulz
07.04.2017
10:55:47
почему? )
он не сырой разве?

Скрудж
07.04.2017
10:56:18
Eldar
07.04.2017
10:56:20
там можно было делать 1 запрос в секунду и если парсить то только через опера турбо

Igor
07.04.2017
10:56:34
Google
Artem
07.04.2017
10:56:36
почему? )
потому что с тем же успехом можно использовать def app(environ, start_response), фичи те же

Igor
07.04.2017
10:56:55
а asyncio/aiohttp даже - вполне ок

Eldar
07.04.2017
10:57:04
и этой был форум для покупки древесины!

Artem
07.04.2017
10:57:31
мне sanic понравился, но пока что слишком сыро даже начинать проект на нем

Lulz
07.04.2017
10:57:47
очень.
но перспективы есть в нем?

Igor
07.04.2017
10:58:36
Artem
07.04.2017
10:58:44
нет, это обман чтобы набрать бенчмарки

Igor
07.04.2017
10:58:56
Это за гранью уже
тоже об этом подумал

"на грани" - это как раз про саник

Sergey
07.04.2017
10:59:55
я пока только одну встречал которую низя было обмануть
кстати, на мобильной верстке не пашет "о нас"

Всё, пойду свои дела делать _D

Artem
07.04.2017
11:00:43
когда допилят pypi.org?

Maria
07.04.2017
11:07:23
Может всё-таки скажете что за грейды такие волшебные? А то вас в лоб спрашивают нижнюю и верхнюю границы, а вы ничего конкретного в ответ не сообщаете :)
Итак, о грейдах: Как я уже сказала, у нас разработаны грейды для разработчиков – каждому грейду соответствуют определенные опыт/скиллы и зп вилки. Ежеквартально проходят оценочные встречи (Performance Review) - на основании результатов нескольких PR мы принимаем решение о дальнейшем продвижении разработчика, и соответственно, о повышении зп. Главная цель данных PR - отследить тот момент, когда разработчик «перерос» свой грейд и ему интересны другие задачи, другие условия. Данная система понятная, удобная и главное - система работает. Помимо этого, у нас разведены разработческая и менеджерская ветви – то есть для того, чтобы продолжать расти и улучшать условия, необязательно брать на себя задачи по управлению командой, можно развиваться в сторону эксперта, прокачивая скиллы в области каких-то технологий, архитектуры (эксперты и менеджеры абсолютно равнозначны в статусе/условиях).

Spacehug
07.04.2017
11:08:26
Итак, о грейдах: Как я уже сказала, у нас разработаны грейды для разработчиков – каждому грейду соответствуют определенные опыт/скиллы и зп вилки. Ежеквартально проходят оценочные встречи (Performance Review) - на основании результатов нескольких PR мы принимаем решение о дальнейшем продвижении разработчика, и соответственно, о повышении зп. Главная цель данных PR - отследить тот момент, когда разработчик «перерос» свой грейд и ему интересны другие задачи, другие условия. Данная система понятная, удобная и главное - система работает. Помимо этого, у нас разведены разработческая и менеджерская ветви – то есть для того, чтобы продолжать расти и улучшать условия, необязательно брать на себя задачи по управлению командой, можно развиваться в сторону эксперта, прокачивая скиллы в области каких-то технологий, архитектуры (эксперты и менеджеры абсолютно равнозначны в статусе/условиях).
Сколько грейдов? Какая вилка у самого низкого?

Dmitry
07.04.2017
11:08:32
Итак, о грейдах: Как я уже сказала, у нас разработаны грейды для разработчиков – каждому грейду соответствуют определенные опыт/скиллы и зп вилки. Ежеквартально проходят оценочные встречи (Performance Review) - на основании результатов нескольких PR мы принимаем решение о дальнейшем продвижении разработчика, и соответственно, о повышении зп. Главная цель данных PR - отследить тот момент, когда разработчик «перерос» свой грейд и ему интересны другие задачи, другие условия. Данная система понятная, удобная и главное - система работает. Помимо этого, у нас разведены разработческая и менеджерская ветви – то есть для того, чтобы продолжать расти и улучшать условия, необязательно брать на себя задачи по управлению командой, можно развиваться в сторону эксперта, прокачивая скиллы в области каких-то технологий, архитектуры (эксперты и менеджеры абсолютно равнозначны в статусе/условиях).
з\п в этом случае растет бесконечно и ежеквартально? =)

Страница 2640 из 9768