from calendar import monthcalendar в помощь :)

he_IL локаль выставлять? 8))

Да, в го вообще исключений нет. Збс выход

И бойлерплейт при каждом вызове

решили путем "насрать и посмотреть на реакцию"?

тем не менее, неплохо получилось

Набросал вот. Не проверял, правильно или нет :) days = 0 for year in range(2016, 2097): for month in range(1, 13): days += len([d for d in calendar.monthcalendar(year, month) if d[5] != 0])

индус

Сойдёт :)

Эти вы посчитали количество суббот?

Наверное

Эти вы посчитали количество суббот?

ага, тех которые канули в никуда )

? у меня вот намечается такая суббота после пятницы

?

Я даже не запускал, хз, что оно там считает

>>> (datetime.datetime(2096, 1, 1) - datetime.datetime(2016, 1, 1)) / 7 datetime.timedelta(4174, 24685, 714285) все равно выходит 4174...

>>> import calendar >>> days = 0 >>> for year in range(2016, 2096): ... for month in range(1, 13): ... days += len([d for d in calendar.monthcalendar(year, month) if d[5] != 0]) ... >>> days 4175

Запустил, у меня получилось 4227

потому что ты считаешь 81 год

Везёт тебе

точна, долбаный матлаб

Постоянно ошибаюсь в индексации по срезам после матлаба, там индексы с 1 и срезы включают последний элемент.

IT has only two hard problems: naming things, cache validation and off-by-one errors

создатели Go с вами не согласны, для них оказалось всё сложным, в том числе отрицательные индексы в срезах

странно что про Vala никто и нигде не упоминает в срачах

да там тоже с 1 же

просто на нём никто не пишет :)

Блин в четверг ?

вот вы тут спорите уже 200 сообщений, а в go эту проблему решили весьма просто

О чем было явно упомянуто

О чем было явно упомянуто

Ок, неявно

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

решили путем "насрать и посмотреть на реакцию"?

Решили вторым возвращаемым значением err

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

Какой правильный ответ?

Какой правильный ответ?

Ну, однозначного ответа что что-то лучше нет. В разных случаях разное

да. а в го одного из вариантов нет

да. а в го одного из вариантов нет

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

Остановить все потоки и собирать трейсбэк? Да охренеть

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

Исключения IO - это просто отрицательный ответ. Типа, я бы открыл файлик, но его нет. Такую ситуацию можно предусмотреть и обработать. Для этого трейсбек не нужен.

Остановить все потоки и собирать трейсбэк? Да охренеть

ват

с какого хуя нужно трейсбак собирать со всех потоков, а не текущего?

с какого хуя нужно трейсбак собирать со всех потоков, а не текущего?

Shared memory

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

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

Ты не можешь собрать честный трейсбэк, не остановив всех потоков.

Shared memory

отмазка не засчитана о.О

отмазка не засчитана о.О

Чавойто?

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

погуглил инфу про го и его ошибки выглядит как типичное си говно 80х

прогресс, хули

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

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

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

Само ничего не бывает. Но да, хотя вот в го его не очень много, потому что соглашения

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

еррбаки это по сути return error ? errback : callback;

Есть исключения, а есть err return

еррбаки это по сути return error ? errback : callback;

Вот да

И, ловить отдельно, не поймал, ушло на предыдущий уровень. Но не более жрёт, чем return на том же месте

Defensive coding vs Exception handling - выбирайте свой яд

Defensive coding vs Exception handling - выбирайте свой яд

Вот серединку бы

еще есть героический стиль - никаких проверок и ебись оно всё конем 8]

еще есть героический стиль - никаких проверок и ебись оно всё конем 8]

здесь есть приверженцы?

еще есть героический стиль - никаких проверок и ебись оно всё конем 8]

И тесты, и пусть падает

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

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

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

ну рекавери какой-нибудь тоже вполне прокатит. ретраи там всякие

И что в таком контексте ты думаешь о том, как реализована в питоне итерация?

а что с итерацией?

StopIterationException. под сережины критерии, что эксепшены только для проблем не попадает

ERROR: S client not available

не было б исключений, оно было бы гвардом наверное

ну реализовать можно по разному

вообще изначальный протокол итерации в питоне использовал IndexError

вот так: >>> class A: ... def __getitem__(self, i): ... if i > 5: raise IndexError(i) ... return i ... >>> a = A() >>> list(a) [0, 1, 2, 3, 4, 5]

позже добавили __iter__/next + StopIteration вариант

StopIterationException. под сережины критерии, что эксепшены только для проблем не попадает

И это очень анноит меня.:) Его хотя бы из генераторов выпиливают, и то хорошо

кого выпиливают? там же GeneratorExit исключение? 8)

Вроде там не исключение было, даже pep был. Мы радовались. Надо снова посмотреть внимательно...

я чтото за мыслью не поспеваю

Мысль одна. Херачить логику на исключениях - лютое зло.

до исключений то же самое говорили про goto

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

до исключений то же самое говорили про goto

И его не стало

жаль

Завершение итерации - исключительная ситуация... Да, долбанитесь. Типа, мы не планировали её завершать, ага.

предложи другой механизм останова?

(при этом у нас их уже два и оба на исключениях)

Я предложил.

где?

Вот серединку бы

и рыбку съесть...

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

вот в пизду коллбэки. в полную

кто не согласен - приговаривается к 5 годам твистеда

при коллбеке ты стек не разматываешь. это проблема

Не зря же люди stdout и stderr придумали. Неспроста.

вот в пизду коллбэки. в полную

Это аналогия. Не прямая

при коллбеке ты стек не разматываешь. это проблема

Это фича

но не для ошибок

Это аналогия. Не прямая

т.е. альтернативного механизма ты не придумал

Я имею в виду альтернативный возврат. Не return и не raise, а между, типа throw пусть будет

но не для ошибок

Да