__main__ это теперь объект такой модный.

Мда, свалить тыщу строк прямо без функции в конец файла это пример хорошего кода? Очень удобно писать тесты должно быть, и разбираться вообще как оно работает ) заберите свой говнокод ))

Зачёт :-D

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

Войти в айти. Массовость всё примитивизирует и опошляет. Это неизбежный процесс (Айпоня привет)!

писать тесты

Не нужно.

разбираться вообще как оно работает

Молодой человек, этот код не для вас написан.

Ой, нет. Но он действительно идёт к исправлению и улучшению.

Питон крайне медленный и со своими странностями, это ещё можно хоть как-то понять. Только вот туда сейчас переходят вообще все непрограммисты, он же лёгкий, ждите ухудшений. А пока существует электрон, ноду вообще сложно уважать.

Никогда не думал что такой швах в программировании творится

Это питон, у них там своя атмосфера.

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

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

а уж языка с качественными либами я наверное не увижу никогда в своей жизни

и склеивают строки плюсиками, где не отличишь целое от строки

Питон же ругается. Потому нужно приводить. В чём проблема?

Хуже только возврат обратно бэкспейсами.

Ну, многие ЭТО назовут ООП:

class shit_class:
    def __init__(self):
        print("Hello world!")

shit = shit_class()

куча ненужных a = []; a.append(shit)

А как, по-твоему, наполнять списки?

вайл-трушечек со счетчиком

Проблема-то в чем? Это классика, этим пользоваться надо.

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

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

а уж языка с качественными либами я наверное не увижу никогда в своей жизни

Субъективно, лично для меня, нет более отвратительных языков, чем Питон и ЖС.

Что касается замены, то она давно есть: Go. Быстро пишутся прототипы, маленькие программы компилируются мгновенно (оптимально даже писать в стиле скриптов с запуском go в шебанге). Непрограммисты читают его легче, чем что бы то ни было. Качественных либ навалом.

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

Попробуй устроиться на работу, хотя бы джуном. Может со временем поумнеешь немного.

Это какой-то издевательство

Если код тебя угнетает - закрой вкладку редактора, либо обратись в CoC комитет.

PEP'ы же не только для стандартных библиотек. Их требования прописаны в линтеры, которыми пользуются разработчики. И следование PEP'ам и помогает добиваться единообразия форматирования, что упрощает чтение чужого кода.

Ну, впрочем ты прав. Нынче же у школьников как, купил электрогитару за косарь вечнозеленых - гитарист, купил зеркалочку - фотограф, в питоне же есть объекты - значит есть ООП. Шах и мат, крестовики и жаберы!

Помидорами - это то, что ты хотел сказать или проделки T9?

нет более отвратительных языков, чем Питон и ЖС.

Что касается замены, то она давно есть: Go

Питон далеко не только для веба. А еще например для анализа данных, что частенько требуется не только специалистам по машинному обучению и проч. статистикам. Прочитать данные из CSV, обработать, быстренько построить график. Для питона есть все батарейки, есть ноутбук, есть matplotlib, пишется коротенький скрипт, и все готово. И все это в интерактивном режиме. Никакой Go не сравнится по наличию библиотек, биндингов и инструментов, простоты написания скриптов. И компилируемость Go в таких задачах вообще не нужна, даже мешает. Вобщем, некорректно сравнивать Питон с Го в общем случае. Есть у них слишком разные области применения, и не все ограничивается вебом.

С другой стороны - модели данных на классах есть - значит, ООП. Я серьёзно.

wxPython ещё очень годная штука.

Не согласен, но спасибо за интересное взвешенное мнение.

python
быдлокод
в программировании

Тебе не кажется, что пытхон — это не о программировании вообще?

Если там 500 млн строк, это переписывается в HDF5 и работается как с xarray, а не работается с унылым import csv. Мой неуважаемый небигдатер, вкидывающий:

«раз такое дело, давайте пример было/стало. А мы посмотрим :)»

Не знающий контекста.

Это же писец тормозной формат, а ты задаёшь такие вопросы.

в питоне же есть объекты - значит есть ООП.

В C объектов нет, а ООП всё равно есть. В чём проблема?

Там няшные структуры с указателями жи.

В C объектов нет

http://port70.net/~nsz/c/c11/n1570.html#3.15

Дык чтобы переложить в другой формат, надо сначала прочитать csv. А мы ещё на стадии в массив или не в массив считать данные :)

Мой неуважаемый небигдатер

Какие нежности. Я прям разцвёл :)

Дык чтобы переложить в другой формат, надо сначала прочитать csv. А мы ещё на стадии в массив или не в массив считать данные :)

это не требует полтыщи строк после with.

открываешь итератор, перегоняешь в xarray совместимый формат, закрываешь итератор. И не надо писать полтыщи строк после with open. На совсем крайний случай можно просто fopen сделать.

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

в питоне же есть объекты - значит есть ООП

Если есть у бабы рот, значит баба не урод.

Ценители прекрасного морщат носики и продолжают использовать свои идеальные языки в идеальном мире.

ЯННП

Притом ты вышел из контекста темы

А какой тут контекст темы? что мир не идеален и в нем много говнокода? Ну ок.

Примера с идеальным вашим кодом так и нет пока, обсуждать нечего :)

Короче понятно, кормить тебя больше не буду.

PEP’ы же не только для стандартных библиотек.

PEP8 — только.

На смоллток, п0ня.

PEP8 — только.

То-то программисты на Python'е при написании кода страдают от ограничения длины строки, которое введено именно в PEP 8...

И настолько страдают, что разработчики уже задумываются о том, чтобы увеличить максимально допустимое число символов в строке в этом самом PEP 8.

То-то программисты на Python’е при написании кода страдают от ограничения длины строки, которое введено именно в PEP 8…

Они страдают от неумения читать.

А погромистов, поделка которых выжирает 500 Гб RAM при чтении CSV - увольнять с занесением.

От неумения читать что?

Я ж говорю, что Питоновские инструменты разработчика заточены под содержимое PEP'ов, которое применяют автоматически. Те же линтеры ругаются, когда отступы и длины строк не соответствуют PEP'у 8.