Хотя можно было бы и красивее но я пока осваиваюсь

n1,n2,n3,n4 = int(input()),int(input()),int(input()),int(input()) print('NO' if (n1 + n2 + n3 + n4) % 2 else 'YES')

Это будет работать? :D

Ну вроде должно

Ну вроде должно

Мда уж

я глупец

Mathematics, bitch!

Зато видишь, не зря выложил своё решение. Узнал что-то новое.

Поясните за елду

Ну в штанах такая штука есть

А почему вы спрашиваете?

У вас yield видно, в курсе?

Ну yield прерывает выполнение генератора и возвращает из него некоторое значение

Я понял

есть один забавный момент, про который по-первости все забывают. >>> def foo(): ... print('before') ... i = 0 ... while i<10: ... print('inside') ... yield i ... i+=1 ... >>> >>> >>> x = foo() >>> next(x) before inside 0 >>> next(x) inside 1 >>>

а какой

Если питон решает, что функция - генератор, то он её не выполняет, пока не начнёшь её итерировать.

а, я уже подумал что я что-то не углядел)

Я вот вчера не смог вызвать просто подобную функцию

Вообще ничего не возвращало

Ну это ньюанс, который может потратить маленько времени при дебаге "какого хрена оно не выполняется?"

Пока не начал итерировать

Пока не начал итерировать

так это оно и есть

Да. Но я просто игрался. Пока практического применения елду не нашел

Почему они не могли сделать объявление генератора, например, через yield def?

да(

Для меня магия какая-то, что объявляя елд в любом месте функции, ты из нее делаешь генератор

Как-то очень неявно, что ли

That's the right answer! You are one gold star closer to fixing the sleigh. [Return to Day 1]

Уделал первую задачку)

в C# такая же петрушка c елдом.

Уделал первую задачку)

Первая задача - это там где нужно было по городу ходить?

Первая задача - это там где нужно было по городу ходить?

Она самая

Она самая

отлично, но там есть вторая часть, и ещё куча задач навалена уже.

отлично, но там есть вторая часть, и ещё куча задач навалена уже.

Уже сижу думу думаю над второй

Всем привет. Подскажите, пожалуйста, как должна выглядеть структура директорий для проекта на питоне (набор скриптов), какой фремворк для юнит тестов лучше использовать (нагуглил несколько штук, что из этого в почете, а что не нет не понял), и есть что-нибудь для интеграционного тестирования?

Всем привет. Подскажите, пожалуйста, как должна выглядеть структура директорий для проекта на питоне (набор скриптов), какой фремворк для юнит тестов лучше использовать (нагуглил несколько штук, что из этого в почете, а что не нет не понял), и есть что-нибудь для интеграционного тестирования?

Для юнит-тестов есть встроенный unittest

Есть еще nose, pytest

И выглядят они как-то одинаково

Есть среди них что-то вроде JUnit в джава?

Есть среди них что-то вроде JUnit в джава?

unittest

про nose одно могу сказать: Warning nose itself supports python 3, but many 3rd-party plugins do not!.

Спасибо

py.test знатно расширяет возможности юнит-тестирования, но для начала unittest хватит за глаза.

А есть какие-нибудь тулзы/фреймворки для интеграционного тестирования?

Ребят не подскажите как поступить? Есть три переменные n1,n2,n3 как-нибудь можно вызвать их используя вместо цифры значение другой переменной скажем y

Решил вопрос

Как

?

В y запихнул эти переменные? Массив?

Сделал массив и запихнул туда переменные!

В y запихнул эти переменные? Массив?

Парюсь над второй задачкой с сайта из шапки!

Но пожалуй на сегодня хватит, пойду посплю, а завтра со свежей головой приложусь

Хотел бы я знать, где там три переменных. Или четыре, или две, но три...

Вот кстати хз как полностью покрывать код тестами, юзал только ассертЕквал, все

Ну я еще юзал ассертКонтенс(), это когда ты проверяешь что например в респонсе есть что, что ты тестишь

А хз как нужно писать правильно тесты и юзать еще больше..

Но хотелось бы

Да я в общем ассертЕквал и ассертКонтенс знаю а дальше хз

Если метод возвращает разные типы данных, то еще assertIs или assertIsInstance юзать желательно

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

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

TDD, BDD

Это когда ты ебешься над тестами а тебе надо писать код, я так понимаю этот подход

ERROR: S client not available

Это когда ты ебешься над тестами а тебе надо писать код, я так понимаю этот подход

Это когда тебе не надо ебаться со старым кодом в поисках ошибки, после того как добавил новую фичу или сделал рефакториг. ?

А порядок написания теста и кода - это по большей части индивидуальные особености

Мне вот проще проектировать систему сразу реализуя это в коде, поэтому у меня тесты обычно пишутся после того как будет хоть какой то работающий кусок кода. Иначе я просто не знаю что тестировать поскольку ещё не придумал архитектуру, API и д.р.

Кому то может удобнее сначала "на бумажке" придумать всё, и уже дальше следовать "плану" при написании кода. Вот тогда можно сразу нафигачить тестов.

На своих небольших домашних проектах тесты может и пишутся в самый последний момент

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

Как в прочем и дешевле обновление самого проекта в целом

Просто еще вопрос а что именно тестить в коде...

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

Просто еще вопрос а что именно тестить в коде...

Функционал

Различные юзкейсы

Чтобы данный функиционал отрабатывал нормально в обычных ситуациях и экстремальных

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

Вот вот

Хотелось бы узнать бест практик от кьюа

Жаль что тут нет питон кьюа в чате

Ага, жаль

Жаль что тут нет питон кьюа в чате

Обычно тесты пишет сам программист а не отдельный QA. Отдельные QA чаще всего тестируют уже готовый продукт с точки зрения пользователя.

Есть такой подвид - инжинер по автоматизации тестирования

По сути это тот же разработчик, только тестов

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

Мне кажется полное разделение на кодера и тестера - это какой то неудачный перенос практик из других отраслей. Если кодер будет без проверки херачить код и отдавать его тестеру - то это будут большие накладные задержки. Пока тестер разберётся, что там кодер понаписал, потом он тесты напишет, они поломаются и он запилит тикет на кодера, который уже херачит другую фичу...

Мне кажется полное разделение на кодера и тестера - это какой то неудачный перенос практик из других отраслей. Если кодер будет без проверки херачить код и отдавать его тестеру - то это будут большие накладные задержки. Пока тестер разберётся, что там кодер понаписал, потом он тесты напишет, они поломаются и он запилит тикет на кодера, который уже херачит другую фичу...

пусть кодер пишет юнит-тесты,а куа - интеграционные

Я вот например пишу бекенд с REST-API, и я без тестов даже не смогу узнать работает оно или нет. А потому тесты пишу все сам. QA у нас выступают последней линией обороны - тестируют уже развёрнутый на стенде бекенд.

пусть кодер пишет юнит-тесты,а куа - интеграционные

Оно так обычно и бывает

Зависит еще от цвета ящика

В плане разделения типов тестов у нас получается наверное только чётко выделеные интеграционые тесты, которые посути делают QA. А то что я пишу, там вообще дикая смесь, и сложно определить какой тест: юнит, функциональный или ещё чего.

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

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

@property def x(self): return self.x_value @x.setter def x(self, value): self.x_value = value

Ну и почитай про дексрипторы в питоне (на них и основаны property) https://habrahabr.ru/post/122082/