Комментарии 14
helenblack соблюдение pep8 значительно повышает читаемость кода, а избавление от «import *» еще и качество. А так да, типичный python-код от «непрограммиста» ;)
Если код не предназначен для развёртывания, то какая разница?
Большая, если публикуют статью на популярном ресурсе, то минимум нужно стараться оформлять код в соответствии со стандартами. Кроме это, не нужно подавать плохой пример начинающим.
Что говорит pep8 на каком питоне следует писать на 2-м или 3-м?
И зачем оформлять код в соответствиисо стандартами с рекомендациями?
Или вам важнее форма, а не содержание?
И зачем оформлять код в соответствии
Или вам важнее форма, а не содержание?
Типичный комментарий "программиста" :) Ну покажите как надо, раз уж за качество кода душой болеете. Сообщество только спасибо скажет.
Серьезно, вы предлагает мне отформатировать этот код? Вообще-то это обязанность автора.
Именно. Автор описал то, что понимает. И очень толково описал, но вот "не программист". И если кто-то поможет улучшить, все только выиграют. Судя по вашему комментарию вы знаете как сделать лучше.
Так для этого я или кто-то другой и не нужен, автор может сам всё сделать, инструментов достаточно, например, github.com/hhatto/autopep8
Спасибо за конструктивную критику. Я самоучка, поэтому ознакомление с PEP8 было для меня очень полезным. Код подправила. Действительно, выглядит лучше. Красивое лучше уродливого.
За «import *» простите, на вкус и цвет…
Насчет длины строк, в том же РЕР8 записано: «Некоторые команды предпочитают большую длину строки. Для кода, поддерживающегося исключительно или преимущественно этой группой, в которой могут прийти к согласию по этому вопросу, нормально увеличение длины строки с 80 до 100 символов».
За «import *» простите, на вкус и цвет…
Насчет длины строк, в том же РЕР8 записано: «Некоторые команды предпочитают большую длину строки. Для кода, поддерживающегося исключительно или преимущественно этой группой, в которой могут прийти к согласию по этому вопросу, нормально увеличение длины строки с 80 до 100 символов».
Большая часть этого кода предназначена для выполнения непосредственно в интерпретаторе, так как это не библиотека предназначенная для распространения с последующим сопровождением. Задача автора — показать возможности библиотек SciPy и NumPy для решения ОДУ в символьном виде, и с этой задачей автор справляется.
Хорошая статья. Жалко, что такого не было в то время, когда я учился. Тогда SymPi ещё не существовало, и я для того, чтобы сделать ДЗ по САУ пользовался Maxima.
Отлично, спасибо. Только взялся математику освежать.
Но как вспомню в каком количестве мы это руками на электротехнике считали...
ЗЫ: С более аккуратным оформлением статья только выиграет. Хотя кто бы говорил...
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Символьное решение линейных дифференциальных уравнений и систем методом преобразований Лапласа c применением SymPy