не, с этим прекрасно справляется большой чат по питону

верстальщик это вообще недоразработчик какой-то

верстак!

Согласен. Всех, кто не знает наизусть RFC 2549 — вон из профессии. И плевать, что он версталщик.

Ну вот верстальщику про CMS можно и рассказать. И про разные темплейтные движки.

О, фласк релизнули 0.11

А вот это отличные новости:)

Таким макаром "скоро" и до 1.0 доживем

Помню как-то в начале весны на реддите тред был, мол что там с фласком и не умер ли

Господа, а есть какой ключ у интерпретатора, чтоб он __pycache__ не создавал??

-B не работает?

Да, работает. Я просто забыл тег #вопросы_ньюфага ?

?

можно ещё в rc скрипт прописать

export PYTHONDONTWRITEBYTECODE=yes

Ага, так и сделал. В .bashrc добавил

никто семвер не уважает

одни полноценный релиз держат под 0.11

другие минорные изменения выкатывают как 24.* -> 25.*

Щито поделать. O tempora! O mores! (с)

O semver!

одни полноценный релиз держат под 0.11

0 - это эпоха;) оно бывало 0.10.х

другие минорные изменения выкатывают как 24.* -> 25.*

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

я тут по делу начал читать https://tools.ietf.org/html/rfc7231

и понял что возможно имеет смысл его целиком прочесть на досуге

а какие ещё rfc являются полезными, как вы думаете?

я просто никаких не читал до этого момента

а какие ещё rfc являются полезными, как вы думаете?

Смотря что ты называешь полезностью. Тебе именно http или вообще?

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

ну и просто для разработчика

"питониста как минимум"

RFC по всем протоколам и форматам, которые ты используешь, полезны.

Вообще, берешь любую аббревиатуру, добавляешь к ней spec и гуглишь.

ясно =) спасибо

А докладов на ближайший митап у нас как обычно нет?

Вообще, было бы круто знать тему заранее.

интересней когда сюрприз

например пришёл однажды

а там филология

Придёшь так однажды, а там руби

Придешь, а там Друпал.

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

Я бы послушал с удовольствием.

+1

Серёжа вот в library рассказывал последний раз про eventlet :)

Я бы послушал с удовольствием.

Я бы тоже послушала.

Серёжа вот в library рассказывал последний раз про eventlet :)

Чооорт! Я столько пропустил!!! :(

Чооорт! Я столько пропустил!!! :(

Я тебя цитировал частично:)

Вот Рома нам и может рассказать;)

Придешь, а там Друпал.

сплюнь

только если нас завоюют

сплюнь

или joomla

Я тебя цитировал частично:)

Что именно?

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

Тоже плюсану

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

Плюсую :)

Что именно?

Ну что eventlet крутой:)

Ну что eventlet крутой:)

Там бы в некоторых местах dict заменить на массив

Так что, Рома, люди требуют асинхронщину:) Расскажешь что-нибудь?

Так что, Рома, люди требуют асинхронщину:) Расскажешь что-нибудь?

Каков хитрец! Просто пересказывать доку и очевидные вещи не хотелось бы, а в самом интересном месте(eventlet.hubs) я до конца еще на разобрался

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

Как тестировать

Как тестировать

О да.

https://pypi.python.org/pypi/pytest-asyncio

Вот тут более менее приятно сделали, а вот как с eventlet это да вопрос )

Вот тут более менее приятно сделали, а вот как с eventlet это да вопрос )

Что-то я не понимаю что именно оно тестирует.

eventlet умеет детектить запись в один и тот же fd из разных гринлетов

+ умеет детектить использование блокирующихся операций там где их быть не должно

Что-то я не понимаю что именно оно тестирует.

Там просто удобные декораторы для юнит тестирования. К данной теме отношения не имеет. Просто вчера сидел накидывал с его помощью тесты, решил поделиться, нарушил конву обсуждения про eventlet )

ERROR: S client not available

открыл для себя docs.python.org/3/library/warnings.html

всем рекомендую, вдруг тут ещё такие есть

правило оч простое: если issue with code unavoidable, юзается logger.warning('foo'), если avoidable, то warnings.warn('foo')

pycharm умеет для warnings.warn('foo', DeprecationWarning) делать вот такую красивость.

(если в методе или в конструкторе класса находит)

Ребят, а если я объявляю в классе __slots__ , то как я могу получить аттрибуты со значениями (как получил бы в __dict__)? только что-то типа {key: getattr(a, key) for key in a.__slots__} или есть что покрасивее?

правило оч простое: если issue with code unavoidable, юзается logger.warning('foo'), если avoidable, то warnings.warn('foo')

Это очень и очень не очевидно. По мне, так warnings - это logging для бедных

а как умные депрекейтед ворнинги сделать через logging?

Умные - это которые Pycharm понимает?

Так это проблема Pycharm-а

Я вот вижу warnings и ожидаю, что это logging level warning и никакой больше. При этом, я не очень понимаю какой оно logger будет брать.

Поэтому, либо везде warnings и никакой конфигурации logging. Либо logging с нормальным конфигом.

Я просто как-то пытался warnings попользоваться, но тогда что-то не зашло. Надо ещё разок его почитать:)

https://pymotw.com/3/warnings/

Ой, да ты что?

Ой, да ты что?

что это значит? плохой источник?

Неожиданный:)

А вот допустим мне нужен удаленный англопишущий фуллстэк разработчик готовый работать за доллары. Где мне такого найти?

>>готовый работать за доллары с этим сложно будет

доллары это пузырь, скоро лопнет

вот-вот

про госдолг вообще молчу

если только в два раза больше чем в рублях платить.. тогда может кто и найдётся!

т.е. вместо например 100кр 200к$?

ну хотя бы.

про госдолг вообще молчу

Взоржал!!

Был сегодня рядом с датартом

я вообще внутрь заходил

причём неоднократно

Взоржал!!

А вопрос таки серьезный! В моем круге одна половина имеет проблемы с языком, у второй - плюсы головного мозга, а третья уже обратно на рублевый рынок украдкой поглядывает и от долларов всеми конечностями отмахивается.