Size: a a a

Сообщество Python Программистов

2020 December 22

S

Shadle in Сообщество Python Программистов
Alexander T
сделай df[df[‘customer’] == x] и будет для одного.
я не понимаю твою проблему до сих пор, что именно не получается? все данные есть, пандасы есть, крути как хочешь)
Спасибо дружище
источник

K

KarmaBot in Сообщество Python Программистов
Shadle
Спасибо дружище
Вы увеличили карму Alexander T до 3299.66 (+1.19)
источник

VA

Vadim Apenko in Сообщество Python Программистов
<Юрий> 👨‍🔬 Чебышев
ты пишешь код, который в основном работает. но ты никогда не можешь быть уверен, что там где-то в недрах нет какого-то raise который срабатывает очень редко
Не можешь. А если не уверен и хочешь жить без падений, есть формула "от всех бед" except Exception:
В ином случае да, надо громко падать. Ведь если ты допустил какую-то подобную ошибку, что у тебя возникло непредвиденное исключение и ты дашь ему ход - то поведение программы дальше может быть странным и непредвиденным.
В общем мой консёрн в том, что исеключения, в том числе и внезапные - это очень круто. Ты получаешь падение софта, но софт твой становится стабильнее и круче после этого.
Я этого в Яве накушался, когда тут один кодер писал "надёжно сука". Уже второй год выпиливаем эти "постулаты надёжности".
источник

VA

Vadim Apenko in Сообщество Python Программистов
Ну и да, конечно же нормальные библиотеки сами пишут в доках те исключение, которые из них могут вылетать и в каких случаях
источник

<Юрий> 👨‍🔬 Чеб... in Сообщество Python Программистов
Vadim Apenko
Не можешь. А если не уверен и хочешь жить без падений, есть формула "от всех бед" except Exception:
В ином случае да, надо громко падать. Ведь если ты допустил какую-то подобную ошибку, что у тебя возникло непредвиденное исключение и ты дашь ему ход - то поведение программы дальше может быть странным и непредвиденным.
В общем мой консёрн в том, что исеключения, в том числе и внезапные - это очень круто. Ты получаешь падение софта, но софт твой становится стабильнее и круче после этого.
Я этого в Яве накушался, когда тут один кодер писал "надёжно сука". Уже второй год выпиливаем эти "постулаты надёжности".
так именно что функция должна говорить, что она там райзит
источник

<Юрий> 👨‍🔬 Чеб... in Сообщество Python Программистов
Vadim Apenko
Ну и да, конечно же нормальные библиотеки сами пишут в доках те исключение, которые из них могут вылетать и в каких случаях
ну вот на совести разработчиков, да. для библиотек это не очень🤔
источник

QZ

Qwert Zazaq in Сообщество Python Программистов
krau5
Главное, что да, а почему да, это уже другая история
Во-во
источник

VA

Vadim Apenko in Сообщество Python Программистов
<Юрий> 👨‍🔬 Чебышев
ну вот на совести разработчиков, да. для библиотек это не очень🤔
И тем не менее, ничего плохого во внезапных исключениях я не вижу.
Обычно исключение говорит о том, что этот кусок кода не может продолжить работу по сценарию. Что тут плохого? То что ты не можешь учесть все возможные сценарии поведения при любых катаклизмах среды? Никогда не учтёшь, вот вообще. Всегда будет оставаться довольно много "тёмной материи" в коде, если ты конечно не пишешь всё самостоятельно.  Главное выстроить всё так, чтоб появление очередного "странного" исключения не прошло незаметным и можно было восстановить порядок действий, которые к нему привели. Ну и поправить потом.
источник

VA

Vadim Apenko in Сообщество Python Программистов
Короче, я обожаю исключения!)
Всегда радуюсь, когда чего-то падает) Особенно если писал код качественно, а не "лишь бы работало". Значит произошло что-то, что я не учёл и это повод разобраться. Тем более были моменты, когда я понимал, что учесть такое сразу, даже если я бы знал какие могут быть исключения, я не мог и это на оборот сбило бы меня с толку. Недавно был случай с MCS такой у меня
источник

l

let45fc in Сообщество Python Программистов
Vadim Apenko
И тем не менее, ничего плохого во внезапных исключениях я не вижу.
Обычно исключение говорит о том, что этот кусок кода не может продолжить работу по сценарию. Что тут плохого? То что ты не можешь учесть все возможные сценарии поведения при любых катаклизмах среды? Никогда не учтёшь, вот вообще. Всегда будет оставаться довольно много "тёмной материи" в коде, если ты конечно не пишешь всё самостоятельно.  Главное выстроить всё так, чтоб появление очередного "странного" исключения не прошло незаметным и можно было восстановить порядок действий, которые к нему привели. Ну и поправить потом.
"То что ты не можешь учесть все возможные сценарии поведения при любых катаклизмах среды? Никогда не учтёшь, вот вообще."
Особенно когда пытаешься переиспользовать компоненты в легаси проекте)
источник

VA

Vadim Apenko in Сообщество Python Программистов
let45fc
"То что ты не можешь учесть все возможные сценарии поведения при любых катаклизмах среды? Никогда не учтёшь, вот вообще."
Особенно когда пытаешься переиспользовать компоненты в легаси проекте)
Разное встречал, и легаси там далеко не бОльшую долю занимает.
источник

l

let45fc in Сообщество Python Программистов
Vadim Apenko
Разное встречал, и легаси там далеко не бОльшую долю занимает.
Ну просто часто без документации не рентабельно по времени полностью перебрать работу компонентов, проще и быстрее по месту разбираться
источник

S

Shadle in Сообщество Python Программистов
Alexander T
сделай df[df[‘customer’] == x] и будет для одного.
я не понимаю твою проблему до сих пор, что именно не получается? все данные есть, пандасы есть, крути как хочешь)
А можно ещё добавить условие чтобы показало в какой день недели была покупка как в таблице Эксель?
источник

AT

Alexander T in Сообщество Python Программистов
Vadim Apenko
Не можешь. А если не уверен и хочешь жить без падений, есть формула "от всех бед" except Exception:
В ином случае да, надо громко падать. Ведь если ты допустил какую-то подобную ошибку, что у тебя возникло непредвиденное исключение и ты дашь ему ход - то поведение программы дальше может быть странным и непредвиденным.
В общем мой консёрн в том, что исеключения, в том числе и внезапные - это очень круто. Ты получаешь падение софта, но софт твой становится стабильнее и круче после этого.
Я этого в Яве накушался, когда тут один кодер писал "надёжно сука". Уже второй год выпиливаем эти "постулаты надёжности".
мой поинт в том, что есть альтернатива громкому падению в продакшене - когда компилятор еще на этапе сборки говорит тебе “воу-воу, чувак, тут не строка, а Option<строка>, обработай возможность ее отсутствия”. софт становится стабильнее и круче до/без падения.
на случай полного пиздеца есть, разумеется, паника, но option/result это удобнее внезапных  исключений
источник

VA

Vadim Apenko in Сообщество Python Программистов
Alexander T
мой поинт в том, что есть альтернатива громкому падению в продакшене - когда компилятор еще на этапе сборки говорит тебе “воу-воу, чувак, тут не строка, а Option<строка>, обработай возможность ее отсутствия”. софт становится стабильнее и круче до/без падения.
на случай полного пиздеца есть, разумеется, паника, но option/result это удобнее внезапных  исключений
Мне кажется мы пришли к статической типизации.
источник

AT

Alexander T in Сообщество Python Программистов
а expect Exception приводит к херне в стиле x-files
источник

VA

Vadim Apenko in Сообщество Python Программистов
Alexander T
а expect Exception приводит к херне в стиле x-files
Потому-то я в кавычки взял)
источник

AT

Alexander T in Сообщество Python Программистов
Vadim Apenko
Мне кажется мы пришли к статической типизации.
не любая статическая типизация одинаково полезна, но да. статическая типизация с Option/Maybe.
например, в mypy не так все просто даже с -> Option[…]
источник

VA

Vadim Apenko in Сообщество Python Программистов
Alexander T
не любая статическая типизация одинаково полезна, но да. статическая типизация с Option/Maybe.
например, в mypy не так все просто даже с -> Option[…]
Люблю mypy) Мы его довольно активно юзать начинаем.
источник

S

Shadle in Сообщество Python Программистов
Как конвертировать в нормальное время (дата с секундами) timestamp
источник