ну да, но потом хочется орм другой, шаблонизатор другой, и вообще чтобы асинхронно было и на этом джанга в проекте и заканчивается совсем

да ну? берем gevent и понеслось.

я где-то видел про прикручивание торнады к джанге

https://github.com/channelcat/sanic

https://github.com/channelcat/sanic/issues/1176

а есть еще?

есть Москва с биг датой, до 180. Стек технологий: • Python 3.5. • PostgreSQL. • ClickHouse. • Spark/pyspark. • Tornado

я где-то видел про прикручивание торнады к джанге

можно, но зачем? )

я где-то видел про прикручивание торнады к джанге

channels?

думаю на obey the testing goat было упоминание

Как можно проверить одинаковое количество открывающихся и закрывающихся скобок в строке? Может есть какая нибудь мощная регуляра?

Нет, для этой задачи не существует регулярки

гугли balanced brackets problem

гугли balanced brackets problem

Спасибо, нашёл!

ну... обычной - да. Экстендед регулярками можно. В perlre вроде разбирается

ну... обычной - да. Экстендед регулярками можно. В perlre вроде разбирается

За экспоненциальное время? )

не, я думаю там используется экстендед регулярка с выполнением кода

зачем тогда вообще регулярка

Математической регуляркой нельзя

а, не, там рекурсивная регулярка

всё-таки экспоненциальное время? )

наверно

Как можно проверить одинаковое количество открывающихся и закрывающихся скобок в строке? Может есть какая нибудь мощная регуляра?

Посчитать?

Посчитать?

Да, посчитать, уже)

#вакансия #Москва #работа #job Всем привет! Ищем клевых разработчиков в компанию Inplat на развитие сервисов, которые делают платежи в интернете удобными для покупателей и продавцов с помощью современных технологий. Стек: Python 3, PostgreSQL, Git, Docker По задачам: разработка и проектирование архитектуры платёжной системы, реализация внутренних сервисов компании. Много работы с асинхронным кодом, поэтому ищем тех, кто имел опыт с Asyncio или Tornado. Что предлагаем: - Соблюдение ТК РФ; - Гибкий график работы (но фуллтайм в офисе); - Широкая вилка ЗП (от 150т.р., зависит от скиллов и бекграунда кандидатов); - Работа в современном комфортном офисе в шаговой доступности от ст.м. Новослободская; - Посещение профильных конференций и курсов, обучение за счёт компании; - Бонусы и премии по результатам работы. Кто заинтересовался — пишите мне в ЛС, обещаю оперативно отвечать! Расскажу все более подробно, разумеется :)

@gogolang

@gogolang

Спасиб)

Забавно: в тележке не сделали нормальный поиск по чатам, поэтому когда тебе нужен тематический чат, проще всего зайти в самый большой чат в списке контактов и спросить там

human powered hyperlinks)

Вопрос может не по теме чата но: что нужно знать что б стать синьйором в Python?

Вопрос может не по теме чата но: что нужно знать что б стать синьйором в Python?

любую вакансию открой и почитай

Вопрос может не по теме чата но: что нужно знать что б стать синьйором в Python?

Нужно стать синьором не в питон

сеньером не становятся, сеньером рождаются

Вопрос может не по теме чата но: что нужно знать что б стать синьйором в Python?

Опыт нужно иметь

Нужно стать синьором не в питон

плюсую.

Нужно стать синьором не в питон

тойсть?(

тойсть?(

Что надо, чтобы стать генералом?

Что надо, чтобы стать генералом?

звание

ну с такими проблемами с логикой синьором не быть

тойсть?(

Нет такого синьор в питон, синьор в бидон, если синьор, то на любом алгоритмическом языке способен решать задачи - это и будет свидетельством синьорности, при этом дополнительно еще можешь быть экспертом в какой-то более конкретной области

Вакансии говорят, что таки есть.

в общем нужно знать паттерны, алгоритмы, уметь их применять на практике и иметь опыт в этом, и не только ( и не столько) на питоне, сколько в целом. так вижу. но я даже не жуниор)

но видишь в целом правильно

Звучит так, как будто паттерны надо учить несколько лет, а язык можно минут за 5 выучить. Ну да

я не писал на питоне раньше, дней за 5 чувствовал себя как дома уже. Он простой. Сколько надо тратить-то? Концепции почти во всех языках одинаковые совершенно

не ну изучив паттерны и алгоритмы на скажем С, python потом влегкую учится и применяется. наверное.

Звучит так, как будто паттерны надо учить несколько лет, а язык можно минут за 5 выучить. Ну да

так и есть

Вакансии говорят, что таки есть.

Кто составляет вакансии по-твоему близки к миру computer science, давай ровняться на HR начем и называть друг друга синьорами? Здесь норм определение и отличие от эксперта https://www.kitchensoap.com/2012/10/25/on-being-a-senior-engineer/

так и есть

Предлагаю вам за 5 минут выучить rust. Ну чисто так, по приколу.

щас бы растом пугать ага, хаскел за 10 минут учили и раст выучим

Предлагаю вам за 5 минут выучить rust. Ну чисто так, по приколу.

За два дня смогу начать коммитить в проект, инфа сотка.

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

За два дня смогу начать коммитить в проект, инфа сотка.

Ну товарищ синьор, закомичу за день!

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

Ну не в наколеночную лабу студентов-математиков, это правда.

сеньером не становятся, сеньером рождаются

Скорее сеньором умирают

Возвращаясь к теме, мне кажется, вы очень сильно не учитываете тот факт, кто каждый язык имеет свои особенности и инструменты для адаптации языка и как бы, выучить язык за несколько дней можно только поверхностно и плоско. То есть выучить паттерны не так сложно, как научится их правильно применять, а способы применения часто сильно варируются от языка. Обычно, люди которые пишут, что язык можно выучить за несколько дней подразумевают его синтаксические структуры, что как бы составляет только в лучшем случае 10% языка.

Вот люди, которые знают python, что будет, если я сделаю так? class C1: def __contains__(self, other): return C1() c1 = C1() print('a' in c1)

Возвращаясь к теме, мне кажется, вы очень сильно не учитываете тот факт, кто каждый язык имеет свои особенности и инструменты для адаптации языка и как бы, выучить язык за несколько дней можно только поверхностно и плоско. То есть выучить паттерны не так сложно, как научится их правильно применять, а способы применения часто сильно варируются от языка. Обычно, люди которые пишут, что язык можно выучить за несколько дней подразумевают его синтаксические структуры, что как бы составляет только в лучшем случае 10% языка.

Конечно, есть тонкости. Но нормальные люди пишут код так, чтобы он не был ребусом для экспертов по кишкам интерпретатора.

я не очень знаю, зачем надо "выучивать" языки. Можно научиться использовать язык. Я сам могу сказать, что "выучил" только си (не плюсы).

Вот люди, которые знают python, что будет, если я сделаю так? class C1: def __contains__(self, other): return C1() c1 = C1() print('a' in c1)

Вот люди, которые пишут такие вопросы, где вы в жизни это используете?

Я даже могу сказать, что язык вообще не требуется "учить", посмотреть синтаксис, пролистал вдоль типы данных и стдлиб и пишешь, подглядывая в документацию и сурсы

а вот допустим использовать хаскелл я пока не научился. Несколько раз пробовал, но пока не смог

Вот люди, которые пишут такие вопросы, где вы в жизни это используете?

Я хотел это использовать в orm, которую пишу. Но к сожалению, не могу :)

Вот люди, которые знают python, что будет, если я сделаю так? class C1: def __contains__(self, other): return C1() c1 = C1() print('a' in c1)

Этот ребус я отгадал, кстати.

Вот люди, которые пишут такие вопросы, где вы в жизни это используете?

+много

Вот люди, которые знают python, что будет, если я сделаю так? class C1: def __contains__(self, other): return C1() c1 = C1() print('a' in c1)

Ты на любую проверку вхождения кидаешь новый объект, который будет True, поскольку не False и не None

Конечно, есть тонкости. Но нормальные люди пишут код так, чтобы он не был ребусом для экспертов по кишкам интерпретатора.

Так вообще можно сказать про какую угодно удобную фишку языка. И это не какие-то кишки интерпретатора, а банальный метод, который описан в data model. Я так понимаю, вы предлагаете не использовать ничего за пределами базового синтаксиса?

ага

и не более 200 строк в файле

Возвращаясь к теме, мне кажется, вы очень сильно не учитываете тот факт, кто каждый язык имеет свои особенности и инструменты для адаптации языка и как бы, выучить язык за несколько дней можно только поверхностно и плоско. То есть выучить паттерны не так сложно, как научится их правильно применять, а способы применения часто сильно варируются от языка. Обычно, люди которые пишут, что язык можно выучить за несколько дней подразумевают его синтаксические структуры, что как бы составляет только в лучшем случае 10% языка.

Блин, а ты крут. Это комплимент.

Так вообще можно сказать про какую угодно удобную фишку языка. И это не какие-то кишки интерпретатора, а банальный метод, который описан в data model. Я так понимаю, вы предлагаете не использовать ничего за пределами базового синтаксиса?

Ну конкретно твой пример довольно простой. Но вообще да, чем меньшему числу разработчиков знакома фишка, тем меньше стоит свеч её использование.

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

я уже вроде неоднократно говорил - если код стал сильно сложнее хэлловорлда, наверно стоит его разделить на части

Так вообще можно сказать про какую угодно удобную фишку языка. И это не какие-то кишки интерпретатора, а банальный метод, который описан в data model. Я так понимаю, вы предлагаете не использовать ничего за пределами базового синтаксиса?

А зачем возвращать новый объект, который потом неявно приведется к true? Это что показывает-то, мастерство какое-то?

Ты на любую проверку вхождения кидаешь новый объект, который будет True, поскольку не False и не None

Скорее потому что приводится через bool, если сделать такую наркоманию : class C1: def __bool__(self): return False def __contains__(self, other): return C1() c1 = C1() print('a' in c1)

То будет противоположный результат

То будет противоположный результат

Троллейбус.jpg

Мне казалось, надо __nonzero__, а не __bool__.

А зачем возвращать новый объект, который потом неявно приведется к true? Это что показывает-то, мастерство какое-то?

Ну, мне кажется, что неявное приведение довольно странная штука, учитывая, что она есть только для этого метода.

Скорее потому что приводится через bool, если сделать такую наркоманию : class C1: def __bool__(self): return False def __contains__(self, other): return C1() c1 = C1() print('a' in c1)

У тебя проблема в том, что ты принимаешь other и игнорируешь его, возвращая новый объект, а вовсе не в том, как это интерпретируется дальше

Ну конкретно твой пример довольно простой. Но вообще да, чем меньшему числу разработчиков знакома фишка, тем меньше стоит свеч её использование.

она имеет смысл только если дает какой-то невообразимый профит.

а вот допустим использовать хаскелл я пока не научился. Несколько раз пробовал, но пока не смог

И не надо

Мне казалось, надо __nonzero__, а не __bool__.

Это в 2

а так, я видел как люди везде на каждый чих использовали generator expression

Ну, мне кажется, что неявное приведение довольно странная штука, учитывая, что она есть только для этого метода.

Да, я не знал про это - думал, что будет ругаться на несоответствие

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

Понятный для человека с каким уровнем знаний?

и весь код функции был в return

Да, я не знал про это - думал, что будет ругаться на несоответствие

Просто, скажем, в __eq__ такой штуки нет. Только для __contains__.

Понятный для человека с каким уровнем знаний?

Желательно даже без знания языка

Понятный для человека с каким уровнем знаний?

С любым, идеально, если ты можешь вырвать джуна и он прочитает твой код без проблем

У тебя проблема в том, что ты принимаешь other и игнорируешь его, возвращая новый объект, а вовсе не в том, как это интерпретируется дальше

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

Вы понимаете, что это не реально?

Вот вы строите свой проект на django

Как можно без знания django понять, что происходит?