The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Языку Python исполнилось 30 лет, opennews (??), 21-Фев-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


121. "Языку Python исполнилось 30 лет"  +4 +/
Сообщение от Аноним (118), 22-Фев-21, 01:23 
когда то купил огромную книгу по этому гвидобейсику, жалею.
дурацкий и запредельно тормозной язык, с дебильными отступами.
все что угодно другое лучше
Ответить | Правка | Наверх | Cообщить модератору

125. "Языку Python исполнилось 30 лет"  +3 +/
Сообщение от Секретно (?), 22-Фев-21, 03:28 
Как разработчик с более чем 30 летним подтвердждаю слова! Язык зависящий от расстановки - дебилильный. К сожалению современнное племя макак оседлало говноязыки и расхлебывать все это будут следующие поколения
Ответить | Правка | Наверх | Cообщить модератору

129. "Языку Python исполнилось 30 лет"  –2 +/
Сообщение от Читатель сайта (?), 22-Фев-21, 07:37 
Вот кстати одно достоинство у питона точно есть - заставляет любую макаку писать код разборчиво, так что потом не приходится разбирать совсем уж дикие проявления самовыражения в форматировании кода... А то иногда как глянешь чего в языках со скобками умудряются придумать... Слов уже не остаётся - одни выражения.
Ответить | Правка | Наверх | Cообщить модератору

131. "Языку Python исполнилось 30 лет"  +2 +/
Сообщение от Онаним (?), 22-Фев-21, 08:16 
У открывающей скобки всегда есть закрывающая скобка. В этом самое серьёзное отличие от подсчёта пробелов, где любая ошибка в их количестве обернётся плохо. Закрыть скобку "не там" в принципе тоже возможно - но да, для этого нужен особый талант, возможно что-то типа на питоне всю жизнь писать.
Ответить | Правка | Наверх | Cообщить модератору

202. "Языку Python исполнилось 30 лет"  –2 +/
Сообщение от economist (?), 22-Фев-21, 17:23 
Вы всерьез говорите что мы, питонисты, считаем пробелы? Да мы их вообще больше одного - нигде не ставим, только Tab. IDE сама все "считает" и заменяет на пробелы.

Впрочем, notepad.exe не считает пробелы и не заменяет, но она и не IDE.

IDE же на выбор - несколько десятков, такого нет ни у одного языка больше.

Ответить | Правка | Наверх | Cообщить модератору

206. "Языку Python исполнилось 30 лет"  +/
Сообщение от Урри (ok), 22-Фев-21, 18:10 
Хороший язык, которому для программирования нужен не только свой компилятор, но и свой редактор? Следующий уровень - свои шрифты и, возможно, своя клавиатура.

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

Ответить | Правка | Наверх | Cообщить модератору

214. "Языку Python исполнилось 30 лет"  –1 +/
Сообщение от другой аноним (?), 22-Фев-21, 19:06 
Редактор, в котором есть автоотступы, я впервые увидел в 1985 году, и, помнится, восхитился крутизной: курсор -- сам -- в нужную позицию прыгает, пробел давить не нужно! Но с тех пор как бы 35 лет прошло, и редакторов, которые этого не умеют, я давно уже не видел. Ну разве что notepad.exe, и то я не в курсе, что он умеет в современной винде (у меня её нет). Все остальные умеют. А IDE не нужны.

Язык, которому нужен собственный шрифт и клавиатура -- это APL.

Ответить | Правка | Наверх | Cообщить модератору

221. "Языку Python исполнилось 30 лет"  –1 +/
Сообщение от economist (?), 22-Фев-21, 20:14 
Вы make и конфиги пишете в Блокноте? - Супер! Но позвольте усомниться в сказанном.
Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

226. "Языку Python исполнилось 30 лет"  +/
Сообщение от Онаним (?), 22-Фев-21, 20:38 
Вот только сегодня один товарищ попросил помочь - нахеровертил в скрипте на питоне так, что пришлось отступы считать по блоку, и в голове восстанавливать логику работы. Нафиг такое счастье.
Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

229. "Языку Python исполнилось 30 лет"  –1 +/
Сообщение от Аноним (80), 22-Фев-21, 21:25 
Да нормально там всё. Не знаю как у вас, а у нас лучший день это когда можно рефакторнуть разросшуюся логику и сократить уровни вложенности с 15 до 10 (перенеся эти 5 дополнительных уровней куда-нибудь на 3 или вообще в другой файл). Было бы проще, если вместо уменьшения отступа было написано end? Нет, не было бы. Особенно не было бы проще при отсутствии визуального форматирования вложенности отступами. А так, никакой разницы.
Ответить | Правка | Наверх | Cообщить модератору

231. "Языку Python исполнилось 30 лет"  –1 +/
Сообщение от economist (?), 22-Фев-21, 22:20 
Вложенность >5 - это уже неправильно. Все написано в PEP8 и следует из python-way:
- ставим ограничение длины строки в 80 символов. Длинная строка - это этншн для кодера
- бъем большой код на функции (структурное программирование)
- если 5-ть функций получились из одного куска "лапши" - то пишем для них класс
- вложенные if elif else - переосмысливаем, сделав логику на is in, all, any (с 3.9+ - case)  
- часто нужно просто не полениться и сделать словарь и проитерировать его


Ответить | Правка | Наверх | Cообщить модератору

234. "Языку Python исполнилось 30 лет"  –1 +/
Сообщение от Аноним (80), 22-Фев-21, 22:40 
Да, спасибо. Но так не получится писать безопасную логику обмазанную try/except. Вся эта вложенность приходится на вложенные циклы и исключения, и если логика используется только единожды нет наверное никакого смысла её выносить куда-то подальше. 5 это только 1 цикл поместится.

Про длину, из-за вложенности, 99 символов едва хватает только на 3 уровнях вложенности (лично я стараюсь избегать индустриального стандарта в 160 символов, хотя по факту несмотря на все дробления часть кода только в него и вписывается). 80+- хватает на 2 уровнях вложенности, а класс+метод это уже 2 уровня вложенности. Если у нас там 1 цикл и 1 иф, это 4. В общем, нет, от вложенности избавиться не так просто, и дробить всю местую логику (которая в итоге будет завязана на переменные внешнего скопа, т.е. переменные будут либо глобальные либо чужие) будет вреднее как с точки зрения читаемости, так и с точки зрения производительности и удобства.

Ответить | Правка | Наверх | Cообщить модератору

244. "Языку Python исполнилось 30 лет"  +/
Сообщение от Онаним (?), 23-Фев-21, 09:47 
Абсолютно правда ваша.
Декомпозиция оправдана, пока она снижает повторяемость кода и/или выделяет конкретные алгоритмы / вызовы.
Как только начинается декомпозиция используемых 1.5 раза или менее блоков - всё, пиши пропало, этот кодер сломался, несите следующего.
Ответить | Правка | Наверх | Cообщить модератору

251. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 23-Фев-21, 11:20 
Ну тогда уменьшите отступ по Tab до 2-х символов.

Еще можно подумать, если много для логики try/except - возможно стоит вводить высокоуровневые решения, например Конечные автоматы (готовые библы есть, в т.ч. из батареек).

Опять же словари, дергать методом get c дефолтным значением ошибки

Неплохо сокращает код превалидация значений.    

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

243. "Языку Python исполнилось 30 лет"  +/
Сообщение от Онаним (?), 23-Фев-21, 09:45 
> Вложенность >5 - это уже неправильно.

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

Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

242. "Языку Python исполнилось 30 лет"  +/
Сообщение от Онаним (?), 23-Фев-21, 09:43 
> Было бы проще, если вместо уменьшения отступа было написано end?

Да. Эксплицитное закрытие блоков на практике гораздо читабельнее, и позволяет не делать тупейших ошибок (открыть или закрыть блок "не там" - очень сложно, число скобок/begin-end сразу не совпадёт).

Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

258. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 23-Фев-21, 13:27 
>> Было бы проще, если вместо уменьшения отступа было написано end?
> Да. Эксплицитное закрытие блоков на практике гораздо читабельнее, и позволяет не делать тупейших ошибок (открыть или закрыть блок "не там" - очень сложно,

Дооо. Goto-fail и подсвечивание скобок в любом редакторе выше уровня notepad не дадут соврать!

Ответить | Правка | Наверх | Cообщить модератору

133. "Языку Python исполнилось 30 лет"  +2 +/
Сообщение от Онаним (?), 22-Фев-21, 08:21 
Причём "обернётся плохо" - я даже рантайм не имею в виду.
Макака не допишет пару пробелов, потом та же или другая макака нафигачит прочего кода с таким же ошибочным отступом или отступами внутри ошибочного отступа, и потом "выровнять" всё это так, чтобы оно пришло в норму - надо будет брать бутылку и разбирать всю портянь.
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

142. "Языку Python исполнилось 30 лет"  +1 +/
Сообщение от Аноним (390), 22-Фев-21, 11:38 
Если автоформат запускать каждый раз, а после любого блока с отступом автоматом лепить перевод строки, чтобы визуально было заметно, то, в принципе, выловить ошибочные смещения можно. Но проблема в том, что "главная фича питона" в виде компактности, тут же теряется. И, какой-нибудь Ruby с begin/end и {} становится резко читаемее, выразительнее и компактнее.
Ответить | Правка | Наверх | Cообщить модератору

147. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 22-Фев-21, 11:57 
Иногда разборчивость в сто строк не стоит того, чтобы запрещать многострочные лямбды.
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

148. "Языку Python исполнилось 30 лет"  +1 +/
Сообщение от nelsonemail (??), 22-Фев-21, 12:01 
> А то иногда как глянешь чего в языках со скобками умудряются придумать...

Смотря в каком языке. Например, в Scheme увеличение числа скобок мотивирует к упрощению кода с целью улучшения его читабельности. А вот Perl или плюсы наперевес с STL - там да, получается особо забористая лапша в тяжёлых случаях ) Но если про Perl выпускники говнокурсов просто физически не слышали, то вот на STL'ном С++ подобные товарищи иногда умудряются "писать", творя лютейшую дичь.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

154. "Языку Python исполнилось 30 лет"  +/
Сообщение от Урри (ok), 22-Фев-21, 12:24 
Вижуалбейсик - питон прошлого, тоже занимался автоформатированием. Нажал ентер и хоба, все отавтоформатировалось. И тоже был "самым используемым топовым языком".

Умер. И слава богу.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

164. "Языку Python исполнилось 30 лет"  +/
Сообщение от омоним (?), 22-Фев-21, 13:45 
> Вижуалбейсик - питон прошлого, тоже занимался автоформатированием.

А вот GW-BASIC ничем таким не занимался, потому что 80-е XX в. :)
Но был крутой редактор PE2 от самой IBM!
Для сдачи практики я на GW-BASIC забабахал фант. мультик: EGA-графика, несколько октав на спикере.
Эх... Жаль, сырцы потерялись.

P.S. Чтобы не потерялось: https://github.com/microsoft/GW-BASIC

Ответить | Правка | Наверх | Cообщить модератору

208. "Языку Python исполнилось 30 лет"  +/
Сообщение от Урри (ok), 22-Фев-21, 18:14 
Вы выдавили из меня редкую старперскую слезу.

Тоже пользовал. На 86 польской машинке Mazovia с "640 кб хватит всем" оперативочки и зелененьким монохромным моником, от которого на морде кожа слазила...

Ответить | Правка | Наверх | Cообщить модератору

282. "Языку Python исполнилось 30 лет"  +/
Сообщение от Костян (?), 24-Фев-21, 17:49 
Да, увы, готов согласиться с вашим мнением.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру