он не умеет больше 4 за раз!

)))

ага, но конфигурируется

ага, но конфигурируется

Как-то так

помогите решить задачку

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

Рекурсивно

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

мне надо визуализировать на одном экране сообщества все

Облако тегов

всё ок

там другая ситуация

красиво

жаль что нельзя размер label-a делать исходя из веса

хотя можно, но для этого надо каждый лейбл отдельно добавлять

В центре какая-то порнуха

)

в центре там туса

это визуализация связей пользователей одного проекта

и в центре его владельцы

не знаю баян или нет, но ржу https://pp.vk.me/c543103/v543103349/76f6/p57RYVNpl8A.jpg

Что ты наделал!? Я же теперь не смогу нормально относиться к этому названию!

Очень любопытно и необычно.

В какой стадии переезд на Python3? http://www.snarky.ca/the-stages-of-the-python-3-transition Автор статьи на примере 5 стадий принятия негатива рассматривает переход на Python3

Сразу с него нужно

Было начинать :(

не знаю баян или нет, но ржу https://pp.vk.me/c543103/v543103349/76f6/p57RYVNpl8A.jpg

Odd in ass еще предлагали

SQL, SQL, SQL, SQL, в мертвом репо, SQL, SQL, SQL, SQL, в папке DEMO, SQL, SQL, SQL, SQL, три проекта SQL, SQL, SQL, SQL, мне на лето Мой дедлайн в снегу, на него давно забили, Строки говнокода мне аппетит отбили. Я считаю фичи, на мне main direction, Заказчика фиги, куки, logging session. Подвела программа, лог ошибок скучен, Десять стильных функций, но мне с ними скучно. Всё ТЗ огромно , всё всегда бесплатно Я ушел от java, не вернусь обратно. Три дерьмовых правки вокруг ее идеи, Она хочет денег, сука, неужели? В мегабайтах кода, слишком много инфы, Засыпал в отделе с моником в обнимку. Я всегда настойчив, но мой баг неистов, Этот текст прекрасен, но лишен смысла. На экране строки разноцветных букв, /dev/null сияет, запускаю лук (Tor). SQL, SQL, SQL, SQL, в мертвом репо, SQL, SQL, SQL, SQL, в папке DEMO, SQL, SQL, SQL, SQL, три проекта SQL, SQL, SQL, SQL, мне на лето

Блин, да сколько тут говноедов с RTL-указателем?

Штуки 3-5, как я помню.

У кого-то ещё и эмодзи к нему дописан.

орнул

ага, вот эти ребята и O(n^3)

Вбросить чтоли?

смотря что.

Нужен ли DI в python и почему

хз что это.

dependency injection

ну даж хз.

подозреваю, что 90% активных участников понятия не имеют что это

(я в их числе, если что)

Слушал на конференции доклад о DI

После конференции я был твердо убежден, что он не сильно-то и нужен в дотнете, о котором шла речь в докладе :D

После конференции я был твердо убежден, что он не сильно-то и нужен в дотнете, о котором шла речь в докладе :D

урлу на доклад

Я уже и не факт что найду

открыл позавчера faq по mongodb на русском, начал читать, норм вроде пошло... и тут сообщения в вк, крч за 2 дня ток скачал, распаковал и команду вбил для запуска сервера ? Вывод: ВК сук зло

нужн его закрыать к чертям

зло.

открыл позавчера faq по mongodb на русском, начал читать, норм вроде пошло... и тут сообщения в вк, крч за 2 дня ток скачал, распаковал и команду вбил для запуска сервера ? Вывод: ВК сук зло

блокируй

DI в языке с утиной типизацией и динамическим набором полей у каждого объекта (я знаю про __slots__)? Но зачем?

каким боком утиная типизация к DI относится?

DI это хорошо и он нужен

но не такой как в джавах этих ваших

каким же он должен быть?

просто некий маппинг классов на роли

оок. А какой он в джавах тогда?

это тот же monkeypatching но явный

в джавах обычно это страшные xml-ины

чет не уловил мыслю... Можно чуть подробнее?

в питоне нет смысла делать DI таким тяжелым

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

ну в смысле, что для реализации DI в джаве нужны 1) интерфейсы на все классы которые будут инжектится и 2) довольно тяжелый (по количеству кода) DI менеджер который конфигурит все это

в питоне есть куча инструментов чтоб свести DI до пары десяток строк кода

интрефейсы вообще полезны, с ними тестировать проще.

ERROR: S client not available

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

вот тут и вылезает утиная типизация. мы ведь не описываем каждый объект, который умеет write(), как интерфейс IWriter, а просто говорим: да, мы умеем что-то куда-то записывать.

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

di - способ предоставления какого-либо сервиса объекту/классу/программной еденице

а я что говорю? Или в конструкторе делать logger = new Logger(), или получить ILogger в параметрах конструктора снаружи.

второе всяко лучше.

ооок. А если таких сервисов потребуется несколько?

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

а кто мешает делать несколько параметров конструкра.

ну да, обычно удобнее передать некий менеджер

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

чем при создании объекта Машина думать где же у тебя там фабрика стекол

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

это на каком из тестирований?

Unittest.

Если у меня в параметрах конструктора есть ILogger, ICalendar и IDatabaseWrapper, то дураку понятно, какой мок нужно подсунуть.

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

и как ты избавился от зависимостей? :D

Если у меня в конструторе передаётся IDependecyContainer, то что в этот контейнер нужно в тестах положить?

ты только увеличил связность

Если у меня в параметрах конструктора есть ILogger, ICalendar и IDatabaseWrapper, то дураку понятно, какой мок нужно подсунуть.

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

методы не в воздухе висят, а у объета, который нужно создать.

такой же менеджер зависимостей

только маппинг поправить

извините, чуваки, разговор интересный, но у меня двое детей, которые устроили пикник в гостинной.

методы не в воздухе висят, а у объета, который нужно создать.

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

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

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

по идее да, надо все реализовать

а если их слишком много то стоит задуматься про разделение на более мелкие классы

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

эм... Ну я же пишу этот код. Знаю что он может/должен использовать. А чего не должен. Иначе таким макаром можно тестировать и геттеры-сеттеры :)

эм... Ну я же пишу этот код. Знаю что он может/должен использовать. А чего не должен. Иначе таким макаром можно тестировать и геттеры-сеттеры :)

ну это хитрый подход)

А что с ним не так?

ну вдруг что-то изменится в будущем

в методе?