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

Разница между скриптом на ноутбуке и решением в продуктивном контуре в режиме 24x7 по SLA — как между бумажным корабликом и круизным лайнером.

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

Можно почитать рецензии на часть классики из разработки ПО.
https://habr.com/ru/post/77471/
https://habr.com/ru/company/productivity_inside/blog/348116/

Почитайте Макконнела, Спольски, Кнута, Брукса, Буча, Фаулера, Вигерса и т.п. если интересна эта тема.

что там про Оверинжиниринг написали эти мужи на обеспечении корпораций?

можете почитать, зачем мне рассказывать?

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

ну вот когда ЕСЛИ, тогда и если.
а сегодня товарищ просто не ту библиотеку нагуглил.

значит 0 проектов.
вопросов, конечно, тогда нет.

в методах решения есть два варианта:
- учить правильным базовым подходам;
- учить косячить.

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

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

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

но классики и не требуют защиты. Их труды и вклад признан миллионами людей.

пошел реально скучный диалог

Спольски, кстати, куда делся? Хорошо бы его мысли касательно методики stackoverlow-разработки узнать. что там они изнутри видят.

если интересно, то никуда он и не делся, как из MS ушел.
своя контора.
про его дела можно у него узнать: https://www.joelonsoftware.com/

Есть еще вопросы или возражения по существу?

конечно : что же именно создатель stackoverflow думает о stackoverflow и его роли в современной разработке?
не пишет что-то ничего последнее время.

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

Еще вопросы?

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

с начала беседы читал, не увидел сразу что другое нужно

Кто сталкивался с некорректной суммой для типа Float в КХ?

покажите логи-то? может там правда одним dict comprehension дело обойдется

Типа такого:
print(1-0.3*3-0.1)
# 8.326672684688674e-17

В этом духе, но не совсем
Я использую sum(CASE WHEN expr_1 then weight else 0)

И вот через такой CASE сумма весов (weight) происходит криво (это даже ошибкой округления назвать нельзя)