привет

кто нибудь знает зачем некоторые люди пишут функцию do()

которая вызывает функцию _do()

в чем смысл сего действа?

def do(self, data): _, data = self._do(0, 0, data) return data

для примера

Я так пишу когда в функции do делаются какие-то общие проверки, исключения, подготовка данных и т. п., а в функции _do чистая реализация алгоритма без всяких лишних действий

оке, спасибо

def do(self, data): _, data = self._do(0, 0, data) return data

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

ну то есть что то вроде враппера?

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

спасибо

Я в свою очередь спрошу, кто-нибудь практикует такое: [foo] __init__.py _foo.py # __init__.py from foo._foo import bar # app.py from foo import bar Идея в том, что у нас есть пакет, в нём модуль, в модуле какие-то классы/функции. Пакет и модуль у нас один и не хочется каждый раз писать from foo.foo import bar , но так же не хочется делать реализацию в __init__. Кто как делает в таком случае?

Я делаю в _foo, и нужное импорчу в __init__

ой, а ты ж оно и написал

Ага, зачастую так бывает, что делаешь библиотеку в виде пакета с одним модулем и эта избыточность foo.foo напрягает и в __init__ писать реализацию тоже напрягает, и без пакета делать библиотечку тоже напрягает. :)

имхо. иногда модуль это просто модуль

вот - да, может и одним файлом хватит

имхо. иногда модуль это просто модуль

А если я хочу распространять свою библиотеку, положить на pypi? Пакетом распространять, мне кажется, правильнее. Хотя может это лично мои заморочки.

а почему правильнее папкой?

если у тебя там всё равно один файл

когда нужно будет расширять - расширишь, на код это никак не повлияет

ну как минимум в site-packages будет лежать папка (пакет), а не какой-то файл. Можно, конечно, написать setup скрипт, чтобы там была папка и pth файл на неё.

Вот

Боттл

https://github.com/bottlepy/bottle

ну как минимум в site-packages будет лежать папка (пакет), а не какой-то файл. Можно, конечно, написать setup скрипт, чтобы там была папка и pth файл на неё.

Почему будет лежать папка, а не файл? Оо

Однофайловый фрейворк, просто положили файло и всё. И вряд-ли кто-то на них косо смотрит.

https://github.com/coleifer/peewee/blob/master/setup.py

одним файлом кладется в site-packages

Почему будет лежать папка, а не файл? Оо

site_packages/foo/ в случае одного модуля будет site-packages/foo.py

да

С другой стороны в site-packages итак всегда свалка, поэтому, наверное, действительно пофиг.

раз уж тут тишина такая, спрошу

никто не знает, где почитать о бест практисес по SOA?

я вот тут сразу присоединюсь и спрошу про практики по writing testable code

никто не знает, где почитать о бест практисес по SOA?

дока по опенстеку

я вот тут сразу присоединюсь и спрошу про практики по writing testable code

pytest + mypy и type annotations? :)

pytest + mypy и type annotations? :)

эм, это про другое. Я про как его строить testable way

эм, это про другое. Я про как его строить testable way

в смысле? чтобы упростить покрытие его тестами?

И я тоже спрошу. Кто как тестирует, если логика привязана к текущей дате и времени? Мокапить datetime.now? Написать обертку и мокапить ее? Не мокапить, а выставлять дату заведомо в будущем или прошлом? Как лучше?

И я тоже спрошу. Кто как тестирует, если логика привязана к текущей дате и времени? Мокапить datetime.now? Написать обертку и мокапить ее? Не мокапить, а выставлять дату заведомо в будущем или прошлом? Как лучше?

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

чаще всего от этого одни проблемы

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

Да, такой вариант тоже рассматриваю, но не знаю, стоит ли так делать. Не будет ли это усложнение кода ради тестов.

Да, такой вариант тоже рассматриваю, но не знаю, стоит ли так делать. Не будет ли это усложнение кода ради тестов.

это усложнение кода ради кода. Привязка к текущему времени почти всегда зло

особенно когда надо масштабироваться в перспективе, например

Еще в гугле нашлась библиотека с забавным названием https://github.com/spulec/freezegun но пишут, что проблемы с таймзонами

Еще в гугле нашлась библиотека с забавным названием https://github.com/spulec/freezegun но пишут, что проблемы с таймзонами

Использую эту либу как раз в кейсах с таймзонами, полёт нормальный, версия 0.3.8

Что это за фигня с делетед акк ?

Это его имя просто

Спам бот зашел, видимо, но получил много репортов до нашего чата и не успел)

Это его имя просто

Хм, а может быть и да. По-моему удаленные капсом пишутся.

Имя другое

Какой-то странный бот тусящий в чатике непонятно зачем(

Какой-то странный бот тусящий в чатике непонятно зачем(

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

Принести его в жертву богам. Ухахахаха.

Вроде как левые боты не могут читать сообщения в чатах, только на команды реагировать

Нет там в настройках бота ставиться

Мда, хотелось бы иметь список ботов отдельно от списка участников в таком случае

Да, это дискриминация ботов, всё верно

Мда, хотелось бы иметь список ботов отдельно от списка участников в таком случае

Это не спасет - это публичный чат, в него можно зайти через клиентское апи телеграма и считать все сообщения (telethon, tg-cli, telegram-history-dump)

Есть даже сервисы, которые дампят сообщения с публичных чатов и дают по ним поиск

http://telegrammy.net/pages/about, например

оно даже в гугле индексируется

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

http://telegrammy.net/

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

И я тоже спрошу. Кто как тестирует, если логика привязана к текущей дате и времени? Мокапить datetime.now? Написать обертку и мокапить ее? Не мокапить, а выставлять дату заведомо в будущем или прошлом? Как лучше?

А можно пример, как можно привязаться к текущему времени и что это вообще такое, текущее время?

Вот оно было текущее и уже нет)

А можно пример, как можно привязаться к текущему времени и что это вообще такое, текущее время?

Это како-то глобальное состояние времени на момент выполнения программы. Например, надо ограничить пользователям доступ к ресурсам по времени, вывести информацию о том, сколько времени осталось до окончания доступа. И написать тесты.

Привет! Есть #вакансияя Web-разработчика на python в Питере. Требования: • Уверенное владение python/javascript (2.7+/3+). • Знакомство с NoSQL. • Опыт работы с системами контроля версий: git/mercurial. • Близкое знакомство с практиками TDD. • Знание современных js-фреймворков с пониманием их архитектуры. Предлагаем: Зарплата до 150 т.р. нетт, гибкий график, ДМС, компенсация спорта, языковых курсов, бесплатные обеды, оплата профессиональных конференций и семинаров. Пишите в личку или на почту evgeniya.k@ati.su https://spb.hh.ru/vacancy/21025645

Привет! Есть #вакансияя Web-разработчика на python в Питере. Требования: • Уверенное владение python/javascript (2.7+/3+). • Знакомство с NoSQL. • Опыт работы с системами контроля версий: git/mercurial. • Близкое знакомство с практиками TDD. • Знание современных js-фреймворков с пониманием их архитектуры. Предлагаем: Зарплата до 150 т.р. нетт, гибкий график, ДМС, компенсация спорта, языковых курсов, бесплатные обеды, оплата профессиональных конференций и семинаров. Пишите в личку или на почту evgeniya.k@ati.su https://spb.hh.ru/vacancy/21025645

#job

Привет! Есть #вакансияя Web-разработчика на python в Питере. Требования: • Уверенное владение python/javascript (2.7+/3+). • Знакомство с NoSQL. • Опыт работы с системами контроля версий: git/mercurial. • Близкое знакомство с практиками TDD. • Знание современных js-фреймворков с пониманием их архитектуры. Предлагаем: Зарплата до 150 т.р. нетт, гибкий график, ДМС, компенсация спорта, языковых курсов, бесплатные обеды, оплата профессиональных конференций и семинаров. Пишите в личку или на почту evgeniya.k@ati.su https://spb.hh.ru/vacancy/21025645

там в вакансии CAP-теорема указана. вы прямо свою базу данных пишете?

Привет! Есть #вакансияя Web-разработчика на python в Питере. Требования: • Уверенное владение python/javascript (2.7+/3+). • Знакомство с NoSQL. • Опыт работы с системами контроля версий: git/mercurial. • Близкое знакомство с практиками TDD. • Знание современных js-фреймворков с пониманием их архитектуры. Предлагаем: Зарплата до 150 т.р. нетт, гибкий график, ДМС, компенсация спорта, языковых курсов, бесплатные обеды, оплата профессиональных конференций и семинаров. Пишите в личку или на почту evgeniya.k@ati.su https://spb.hh.ru/vacancy/21025645

>web-разработчик на python >знание современных js-фреймворков с пониманием их архитектуры Всегда как-то не по себе становится от такого

full stack - это сила

не, full stack это хорошо и интересно, зря вы )

тем более что всё ещё очень много позиций, которые его не требуют, так что всё ок

>web-разработчик на python >знание современных js-фреймворков с пониманием их архитектуры Всегда как-то не по себе становится от такого

А что мир поменялся. Теперь этот яваскрипт изо всех щелей.

А что мир поменялся. Теперь этот яваскрипт изо всех щелей.

к счастью он становится лучше

не, full stack это хорошо и интересно, зря вы )

а твой фулстэк как далеко в бэкенд распространяется? не текущие знания, а в целом

к счастью он становится лучше

Полностью согласен.

а твой фулстэк как далеко в бэкенд распространяется? не текущие знания, а в целом

он в бэкэнд как раз и распространяется. он во фронтенд пока не до конца (но я работаю над этим ^^)

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

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

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

не, full stack это хорошо и интересно, зря вы )

А я и не спорю, но было бы неплохо в вакансии писать сразу, что это fullstack, не? :)

ну, меня устроит 1) понимать что везде происходит 2) уметь при желании нафигачить везде, включая вёрстку 3) сохранять уклон в бэкэнд (насчёт третьего пункта у меня сомнения, может и не так будет)

А я и не спорю, но было бы неплохо в вакансии писать сразу, что это fullstack, не? :)

там есть слово web