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

"В JIT-компиляторе Pyston-lite реализована поддержка Python 3.10"	+/–
Сообщение от opennews (??), 02-Окт-22, 15:45
Доступен новый выпуск расширения Pyston-lite, реализующего  JIT-компилятор для CPython. В отличие от проекта Pyston, развиваемого обособленно как ответвление от кодовой базы CPython, Pyston-lite оформлен в виде универсального расширения, предназначенного для подключения к штатному интерпретатору Python (CPython). Новый выпуск примечателен обеспечением поддержки веток Python 3.7, 3.9 и 3.10, помимо ранее поддерживаемой ветки 3.8... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57860
Ответить | Правка | Cообщить модератору

Сообщения

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

6. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
Сообщение от commiethebeastie (ok), 02-Окт-22, 16:13
>В текущем виде по сравнению с CPython 3.8 использование Pyston-lite позволяет поднять производительность на 10% в тексте macrobenchmarks и на 28% в тесте pyperformance. Для сравнения прирост производительности при использовании обособленного Pyston составляет 28% и 65% соответственно. Фигня это всё. В одних местах это просто не нужно, в других не спасёт и нужны llvm базированные компиляторы, либо векторизация. Это не нормально, когда сидящий на одном ядре numpy даёт 3000х прирост при замене циклов на векторы.
Ответить | Правка | Наверх | Cообщить модератору

	37. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от Аноним (37), 02-Окт-22, 20:56
	Идите вы лесом с вашим дерьмо-LLVM. Лучше векторизация.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от Аноним (45), 02-Окт-22, 23:07
	> на одном ядре numpy даёт 3000х прирост при замене циклов на векторы а чего не 100500х или 9000х?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	133. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от commiethebeastie (ok), 05-Окт-22, 10:54
	>> на одном ядре numpy даёт 3000х прирост при замене циклов на векторы > а чего не 100500х или 9000х? У вас может быть и 100500х.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (56), 03-Окт-22, 09:28
	Ллвм? Более никчёмной вещи чем нумба, ты не найдёшь.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	79. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (79), 03-Окт-22, 12:10
	Это говно без бандлованного llvm не соберётся. Так что лучше numba, чем это. Numba хотябы может использовать llvm из пакетов.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
Сообщение от Аноним (7), 02-Окт-22, 16:28
Этот питон всё ускоряют и ускоряют. А он всё не ускоряется и не ускоряется. Java, JavaScript (V8) - у всех есть нормальный JIT. А у питона его как не было, так и нет. И не будет. Эдакий современный QBasic.
Ответить | Правка | Наверх | Cообщить модератору

	9. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от Аноним (9), 02-Окт-22, 16:31
	Просто пора с него уходить и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (29), 02-Окт-22, 19:05
	Ну так и чего не ушёл до сих пор?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (73), 03-Окт-22, 11:06
	Просто надо продать замену менеджеру.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+3 +/–
	Сообщение от Варенье (?), 02-Окт-22, 18:10
	Ну так питон нужен чтобы заменять жирные bash-портянки, склеивать сишные либы и быстро делать прототипы на коленке. Для этого производительность не так и важна. Проблема только в том, что его пихают повсюду
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	30. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (30), 02-Окт-22, 19:17
	Скажи это закончившим курсы.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+3 +/–
	Сообщение от Курсы (?), 02-Окт-22, 19:53
	> питон нужен чтобы ... ... и хорошо зарабатывать на вайтишках и мамашках будущих "успешных успехов" ;)
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	44. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–5 +/–
	Сообщение от Аноним (44), 02-Окт-22, 22:15
	Это какая-то мантра, что Питон для прототипов? Если он реально для прототипов, то где примеры как эти прототипы становятся продуктами?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	46. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+3 +/–
	Сообщение от Аноним (7), 02-Окт-22, 23:27
	Вот пример: был у fedora пакетный менеджер, звался он yum, и был он на питоне. Его переписали на си, и получился dnf. Правда после этого выяснилось, что dnf оказывается все еще на питоне, так что его пришлось снова переписать на си, так получился dnf5. Теперь ждем новость, в котором dnf5 снова переписывают на си.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от fumanchez (ok), 03-Окт-22, 15:05
	Это другой случай, т.к. yum не задумывался как прототип dnf, а переписывание его на С вызвано неудовлетворительным перфомансом.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (73), 03-Окт-22, 10:47
	>эти прототипы становятся продуктами Так вот этого быть и не должно, потому что внезапно оказывается, что и округление в продукте работает не в ту сторону, в какую у всех вменямых людей, и с ростом проекта вместо многопоточной/многопроцессной архитектуры вылезают микросервисы (то, что сеть между хостами будет вносить свои коррективы, волновать никого не будет до первых засоров очереди, а после первых засоров появится в команде должность штатного дежурного-сантехника на пробивку очередей) при неувеличении кратно команды разработчиков, грубо говоря, на большом масштабе все косяки питона начинают вылезать боком. ...а потом проект судорожно адаптируется под новую версию питона и библиотек, пока на взрослом рантайме минорщина не заставляет шуровать по всей кодовой базе. Вот и получается, что прототипы на питоне ещё можно, а поддерживать выросший продукт - не очень. Ну или нанимать в несколько раз большую команду.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	95. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 03-Окт-22, 15:02
	Прототип же это просто быстрая черновая реализация, которая должна вскрыть подводные камни и непредвиденные ошибки. Т.е. если перед нами прототип, то подразумевается, что он должен существовать недолго, и затем эволюционировать во что-то полноценное, избавленного от всех болячек прототипа. Где такой сценарий был реализован?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (73), 03-Окт-22, 10:39
	>жирные bash-портянки Сорян, но на типичный фабфайл без смеха (или слёз, если править его надо тебе) не взглянешь. Да и админу знать питон не стоит, даже тут пролёт. >Проблема только в том, что его пихают повсюду Так надо активно выпихивать, действие должно рождать активное противодействие. Сишные либы можно склеивать и с SWIG, и с любым другим интерпретируемым языком, причём у многих (хотя бы взять тот же Guile или луну с tcl) сишный интерфейс гораздо, гораздо удобнее. Зато, когда питон настигнет судьба васика, будет смешно смотреть на все эти мантры по поводу исключительности питона. Потому что он исключителен только из-за активной пропаганды.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	130. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от myhand (ok), 05-Окт-22, 07:09
	> Да и админу знать питон не стоит, даже тут пролёт. Это админу твоего локалхоста питон знать не стоит.  Ему вообще стоит знать о том, что надо вовремя уроки делать, чтоб мамка не заругала. > Так надо активно выпихивать Так это-ж еще и программировать уметь надо... > Зато, когда питон настигнет судьба васика, будет смешно смотреть на все эти мантры по поводу исключительности питона. Четвертое десятилетие уже ждем, когда ж настигнет...  А оно вон что. > Потому что он исключителен только из-за активной пропаганды. Гвидо к тебе приходит во снах или как?
	Ответить | Правка | Наверх | Cообщить модератору

	27. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от Аноним (27), 02-Окт-22, 18:25
	Нашли с чем сравнивать. Напомню, джаву лет 20 пилили с огромными вложениями и ещё большими обещаниями вплоть до "будет конкурентом плюсам по производительности", но до сих пор известна только жором памяти. В js тоже влили невероятное количество денег и сами разработчики js машин говорят что дальнейшим улучшениям мешают сами спецификации js. И в отличии от вышеприведённых, питон никогда и не претендовал на производительность, даже наоборот.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	65. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от Аноним (73), 03-Окт-22, 10:50
	>И в отличии от вышеприведённых, питон никогда и не претендовал на производительность Ну только Гвидо обещал вынуть гил и сделать мейджор оверхол, только воз и ныне там, ведь Гвидо надо же что-то на пенсии кушать :)
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (73), 03-Окт-22, 10:18
	>Этот питон всё ускоряют и ускоряют. А он всё не ускоряется и не ускоряется. Потому что писать интерпретаторы надо с умом, а не через GIL. И иметь стандарт, а не единственно верную реализацию, за которой эти pyston-ы будут упорно поспевать до конца времён. >Java, JavaScript (V8) - у всех есть нормальный JIT. А ещё есть sbcl, у которого AOT и переопределение асма прямо из языка.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	75. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (75), 03-Окт-22, 11:11
	Есть Chez Scheme, вы хотели сказать.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (-), 03-Окт-22, 12:24
	Прошу ткнуть в мануальчик, а то я уже собрался ассемблер к guile прикручивать, на sbcl проездом.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (134), 05-Окт-22, 14:41
	> Java, JavaScript (V8) - у всех есть нормальный JIT. А у питона его как не было, так и нет. В конце 1960-тых годов математики сказали, что если не гарантировать неизменность исполняемого ЭВМ кода, то невозможно дать даже минимальные гарантии безопасности. В начале 1980-тых запрет изменений исполняемого кода стал стандартом. В начале 1990-тых запрет изменений исполняемого кода стал законом в СССР. Многие процессорные архитектуры и ядра ОС запрещают изменение исполняемого кода. Программы использующие JIT на этих архитектурах просто не работают. Для тех кому на безопасность ложить должны писать код с возможностью отключить JIT во время сборки: configure ... --wthout-jit иначе прога перестанет работать на многих архитектурах. Google, чтобы протолкнуть своего троянца на нормальные архитектуры и операционки, таки переписал свой движок для JS - V8 без JIT. > И не будет. И хорошо. JIT - зло.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

18. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
Сообщение от Аноним (18), 02-Окт-22, 17:12
> В текущем виде по сравнению с CPython 3.8 использование Pyston-lite позволяет поднять производительность на 10% в тексте macrobenchmarks и на 28% в тесте pyperformance. А с потреблением памяти что становится?
Ответить | Правка | Наверх | Cообщить модератору

	31. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (31), 02-Окт-22, 19:49
	Нет памяти - нет проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
	Сообщение от Аноним (33), 02-Окт-22, 19:55
	Нет питона - нет проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от kai3341 (ok), 02-Окт-22, 20:08
	>  Нет питона - нет проблемы. Для анонимуса тоже справедливо
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (92), 03-Окт-22, 14:57
	то же касается тебя
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

34. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
Сообщение от BrainFucker (ok), 02-Окт-22, 19:59
А можно сразу писать на cython, если так хочется и производительности, и питоновского синтаксиса.
Ответить | Правка | Наверх | Cообщить модератору

	61. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (73), 03-Окт-22, 10:31
	А ещё можно взять Genie (и Vala сразу, что уж там) и сразу компилироваться в си, отвязавшись от культа питона (jetbrains vs нормальные редакторы; requests vs curl, supervisord vs текущий инит/runit; т.н. "питоническое программирование" vs нормальное использование невыученных мальчиками в подворотах фич, таких, как сложные лямбды, функции высшего порядка [а вы думали, почему в третьем питоне превратили map в imap? ровно по той же причине, по которой питоньи тимлиды вместо короткого filter всегда вкорячивали длинный list comprehension], реально работающая статическая типизация, expressions вместо statements и многопоток) целиком, оставив только синтаксис.
	Ответить | Правка | Наверх | Cообщить модератору

36. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
Сообщение от fumanchez (ok), 02-Окт-22, 20:53
Ну а кто, если не Пут^WПитон? Кто из скриптоты подходит для мелкой автоматизации? В shell-скриптах нет нормальных коллекций и функций, в lua не хватает нормальной работы с файлами, tcl походу сдох.
Ответить | Правка | Наверх | Cообщить модератору

	39. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
	Сообщение от Аноним (37), 02-Окт-22, 21:12
	Guile. На нём даже пакетный менеджер и системный менеджер реализованы.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 02-Окт-22, 21:56
	ну выглядит интересно, но это чисто для программистов - простой пользователь или сисадмин точно не будет писать на lisp'е
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (73), 03-Окт-22, 10:51
	scsh с тобой не согласен
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (92), 03-Окт-22, 14:57
	помойка этот guile
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	41. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от economist (?), 02-Окт-22, 21:35
	Дело даже не в структурах и либах. Колво кода, примеров, ответов на StackOverflow для Python настолько велико, что для скриптоты он лучше чем традиционные Bash/PowerShell. Возможно это главное его преимущество.   В офисных технологиях Python вытесняет VBA, движение началось пять лет назад с PyXLL, XlWings итд. Плюс сам MSO уходит со сцены, вместо него будет шире применяться OpenOffice|LibreOffice c 60-80% совместимостью с кодом VBA и уже содержащий Python внутри.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	43. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от fumanchez (ok), 02-Окт-22, 22:05
	да как раз-таки в структурах и дело, если бы bash был не таким стремным, все бы им и пользовались - что-то парсить в bash это ад даже как-то подкорректировать выхлоп одной программы средствами баша, чтобы просто перекинуть его в другую, мне лично не удавалось - я просто забивал через полчаса после знакомства с приколами шелла
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от Аноним (47), 03-Окт-22, 00:03
	Надо было сначала освоить шелл как следует, а уже потом пытаться что-то написать. Читается по диагонали одна книжка и мануалы по мелочи. Все становится просто и понятно. К питону вы почему-то не ленитесь доки читать. Это другое (тм) похоже.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от fumanchez (ok), 03-Окт-22, 01:03
	Ну так в процессе освоения я его и забраковал. Функции без аргументов и возврата значения, синтаксис массивов, раскрытие скобочек - хуже реализации не найти. Так оно еще и не портируемое, если речь идет о баше, портируемый только POSIX-шелл.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от Аноним (56), 03-Окт-22, 11:03
	Не осилил, так и скажи.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от fumanchez (ok), 03-Окт-22, 15:08
	Отказался осиливать
	Ответить | Правка | Наверх | Cообщить модератору

	103. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 03-Окт-22, 20:40
	> Отказался осиливать Было бы что осиливать, буквально всё описано в единственном туториале (advanced bash scripting guide).
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 03-Окт-22, 22:29
	Так проблема в том, что это ничего не дает. Как если бы стоял выбор между гитарой и домброй, домбру бы никто не брал, а полученных навыков игры на гитаре хватит, чтобы будь на то необходимость, что-то сыграть на домбре.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 03-Окт-22, 22:54
	Как это не даёт? Я вот взял написал разные скрипты для контекстных меню в порядке эксперимента. Максимально быстро работают, никаких посторонних зависимостей и "почему опять сломалось, почему оно умерло где мои обновления". Есть скрипт для конвертации музыки из любых форматов в несколько востребованных. Хочешь по одному файлу конвертируй, хочешь нарезай по cue и проставляй теги (у каждого формата свои теги и штатные утилиты для работы с ними), всё в 1 клик, можно выбрать нужные файлы в фм и отправить их на конвертацию их контекстного меню или более эффективно выбрать конвертацию сразу по числу ядер и это всё простые конструкции с минимумом шелла, накиданные примерно за вечер, на подгон проставлялки тегов ушёл ещё вечер (с ffmpeg за минуту, только ffmpeg никуда не годится). Есть серьёзное подозрение, что монстр на питоне вышел бы не легче и не быстрее (и всё равно пришлось бы дёргать шелл) и куда мене читаемым. Да и, понимаешь, знание питона не заменит тебе знание шелла. Если ты уже вызываешь шелл из питона, то почему бы не впихнуть в вызов и всю необходимую логику? Она будет работать самостоятельно и не зависеть от твоего питона (особенно актуально в тех случаях, когда питон падает или обламывается где не надо, а вызванные сабпроцессы вполне могут продолжать успешно работать совершенно без лишнего оверхеда по ресурсам и штатно завершиться и это всё с минимумом затрат).
	Ответить | Правка | Наверх | Cообщить модератору

	109. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Варенье (?), 04-Окт-22, 09:40
	У шелла много проблем с экранированием, поддержкой фич и спецсимволами. Вот, предположим, вы в скриптах завязались на портируемый find, без GNU расширений. Это значит что вы сознательно отказались от \0 разделителей и файлы с переносом строки в имени будут обработаны некорректно. Или вот вы пишете под POSIX sh и хотите массивы — а их нет в спецификации. Или хотите local переменные — а их тоже нет, всё в глобальной видимости. [[ и того в POSIX нет, надо иметь это в виду Даже если мы полностью переходим на башизмы — там всё равно слишком много способов выстрелить себе в ногу, начиная с маскировки exit кодов в пайпах и в объявлении переменных
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 04-Окт-22, 10:24
	> начиная с маскировки exit кодов в пайпах и в объявлении переменных Так разве set и shopt не для этого придумали? Без башизмов действительно несколько больно, но башизмы ничем не хуже любого другого шелла -- у каждого свои особенности. Да и позикс сегодня не имеет значения, никто не будет запускать твой код на AIX без установки баша. Кстати емнип баш тоже не поддерживает \0 в коде, такой разделитель равноценен пустому. Так что может быть достаточно gnu coreutils и gnu findutils
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 04-Окт-22, 12:40
	Примеры у тебя странные - все, что ты назвал это не фичи шелла. Узнать кол-во ядер или запустить процесс условного ffmpeg'а - это можно сделать в практически любом языке. > Если ты уже вызываешь шелл из питона Здесь я не понял - шелл вызывается из питона только если ты это сам пропишешь. Как процессы зависят от питона, что нужно сделать, чтобы они упали, и какой оверхед у нас образуется от того, что мы создаем их из питона, мне тоже не очень-то понятно. Но если что, для своих повседневных нужд я обычно мелкие шелл-скрипты пишу. Если вдруг понадобится какая-то логика попродвинутее, и запускаться это будет пару раз, то пожалуй питон предпочтительнее.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	115. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 04-Окт-22, 13:06
	Нормальные примеры. Если надо выполнить какие-то утилиты с какими-то параметрами в зависимости от чего-то (в том числе я всегда люблю обмазаться регулярками), то шел подходит намного лучше, чем питон, для которого нет готовых утилит (ещё чаще готовый код крайне низкого качества) и придётся вызывать тот же самый шел из него. Но ещё тащить целый ворох зависимостей и костылей, там где шел лаконичен и элегантен. Вот в проставлялке тегов у меня 10 этажные операции над массивами и нормально, то что в шелле решается 1 операцией, в питоне решается 20 с кучей скобочек и присвоений. >Узнать кол-во ядер или запустить процесс условного ffmpeg В шелле это один вызов xargs с nproc в аргументе.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 04-Окт-22, 13:33
	Ну любовь к регуляркам и 10-этажные операции это уже звучит подозрительно. > В шелле это один вызов xargs с nproc в аргументе. Я к тому, что это вообще не определяющий выбор фактор, да и multiprocessing.cpu_count() это тоже один вызов. В шелле я например не могу нормально обрабатывать содержимое изображений. В питоне есть обертки над ImageMagick и OpenCV, которые в свою очередь обертки над сишным и плюсовым кодом. Если мне надо как-то разбить картинку, малец подретушировать фрагменты для более качественного анализа, проанализировать их - почти все это вызовы функций, которые в шелле максимально кастрированные. Да и для OpenCV вроде даже нет CLI-тулзы. А вместо однострочного вызова sed для обработки текста я лучше напишу функцию строк на 10, т.к. я потом возможно и не вспомню, что делает эта маска для подстановки. В случае же с функцией, скорее всего, хватит ее названия.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 04-Окт-22, 14:13
	Так ничто не мешает писать функции в баше и называть их понятно, как и имена переменных, комментарии. Даже локал скоуп есть. Как-то это притянуто. От седа всё равно не уйдёшь -- в питоне регулярок не меньше использовать приходится, только они менее лаконичные. Насчёт IM не совсем понял. Это обёртки какие-то каличные, а шел интерфейс вполне себе основной. Для работы с изображениями в питоне pil, довольно своеобразный и несколько раз померший. Про opencv в шелле не слышал. Например, примерно 1, что я написал на баше и до сих пор использую, это скрипт конвертации раздутых файлов в что-нибудь удобоваримое. Там есть определённые тонкости, позволяющие снизить число артефактов при ресайзе, да и файлы которые уже плохие ухудшать нет никакого смысла. Кроме того, не каждый формат подходит для конвертации файлов с использующимся альфа-каналом и прочим. Ну и зачем тут питон? Этот скрипт я в итоге без проблем вызываю для любых данных, хоть единично, хоть пакетно. Конфигурация в отдельном файле, ещё и статистику красиво сообщает в процессе и по результатам (в том числе визуальную оценку потерь). Когда всё=текст и можно исполнить любой текстовый файл, с этим довольно не плохо работать.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	120. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 04-Окт-22, 14:43
	У этих "функций" даже аргументы назвать нельзя, а из сигнатуры невозможно понять, сколько их всего используется. Регулярки же и sed в первую очередь универсальные, но когда требуется какая-то гибкость и избирательность, они подходят плохо, и основной их минус - они практически write-only. Если есть вариант их не использовать - практически всегда их избегают. Ну и я тебе привел пример сценария - анализ изображений, где питон дает как минимум тот же самый набор возможностей (то, что обертки плохие, сильно сомневаюсь, у меня лично проблем не было), а средствами шелла эта задача не покрывается. И в конце концов, все упирается в реализацию, если человек умеет хорошо обращаться с коммандными утилитами, то пусть ими и пользуется. Если он ту же задачу решит на питоне, это не значит, что он решит ее более оптимальным способом - портянки можно сделать где угодно.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	121. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 04-Окт-22, 14:59
	Я пишу в заголовке что-то вроде arg1=$1; arg2=$2; shift 2; или в цикле arg=$1; shift; -- что тут не понять? Напоминает сишечку, в ней тоже описание было не в аргументах. Насчёт универсальности sed не знаю, в питоне тоже будет сразу несколько регулярок -- для одного совпадения, для мультистрочного совпадения и так далее, но каждая регулярка способна выполнить работу над своими данными и, например, что-то сразу удалить не включая в дальнейшую обработку.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	122. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 04-Окт-22, 15:30
	Это все костыли и велосипеды, а какой-то популярной конвенции, как обращаться с аргументами в shell-скриптах, я не видел. В старом С ты уже сразу видишь в скобках имена этих аргументов, и их количество. То, что идет ниже это просто уточнение типов, а не как у тебя - переприсвание уже имеющихся имен. И sed, и регулярки имеют еще один минус - они делают сразу большой объем работы за один присест (да и их вызов жирнее по ресурсам, чем простой вызов функции). Не говоря уже о том, что у них у каждого свой синтаксис. Что-то типа foo.lower().substitute('_', '-') гораздо понятнее sed'овских масок (да и я например не знаю, как там привести строку к нижнему регистру, и никогда не узнаю, потому что нахер мне это нужно).
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	124. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 04-Окт-22, 16:27
	Не знаю, как мне удобно, так и пишу, многие вон и с башизмов плюются, что не мои проблемы. Можно ещё написать в комментарии, что такое аргументы (когда это более уместно и вменяемые названия не понадобятся для удобочитаемости). s/\(.*\)/\L\1/;y/-/_/ короче и не хуже foo.lower().substitute('_', '-') только непонятно зачем тут сед когда в баше это foo=${foo//-/_} foo=${foo,,} вопрос привычки, конечно, мне сед вполне симпатичен > сразу большой объем работы за один присест Да вот только на практике перебрать сразу весь файл нативным кодом в регулярке выходит куда быстрее и эффективнее, чем перебрать файл построчно в скрипте (тем более, с вызовом функций). Там же логика посложнее замены одного паттерна на второй. Обычно скрипту и так уже есть чем заняться, вместо того, чтобы ждать, пока данные обрабатываются (/me искоса смотрит на GIL). Кстати, заменять одиночные символы в питоне емнип куда выгоднее через ''.translate(), если уж делать это.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	126. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 04-Окт-22, 18:26
	> многие вон и с башизмов плюются, что не мои проблемы Они плохи тем, что ты сразу можешь и не понять, что это башизм. А узнать ты это можешь в процессе работы с какой-нибудь BSD. В этом плане питон предсказуемее. > s/\(.*\)/\L\1/;y/-/_/ Это как бы и называется write-only. Все в одном месте - и паттерн, и действия, и аргументы, а разделительный символ в общей массе еле разглядишь. > Да вот только на практике перебрать сразу весь файл нативным кодом в регулярке выходит куда быстрее и эффективнее, чем перебрать файл построчно в скрипте (тем более, с вызовом функций). Вызов функции очевидно дешевле создания экземпляра процесса, особенно если это происходит внутри цикла. Да и без каких-то бенчмарков эти рассуждения бессмысленны.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	127. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 04-Окт-22, 19:04
	Это далеко не write-only, если понимать написанное. Типичный сед, то, что можно ожидать. У шелла кстати повторный запуск процесса весьма быстрый, не говоря уж о том, что на линуксе эта операция куда дешевле, чем, например, у венды. Но я имел в виду использование предкомпилированного регулярного выражения вместо вызовов функций в цикле, так что процессы тут никаких боком. А в случае шелла запуск и работа будут быстрее питона сами по себе, и да, питон скорее сломается, чем шелл (я только недавно столкнулся с этим в части скриптов, речь даже не об отвалившихся после обновления батарейках).
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	128. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от fumanchez (ok), 04-Окт-22, 20:31
	> не write-only, если понимать написанное Ну да, как если принюхаться, то и не пахнуть не будет. Осталось только убедить в этом окружающих. > У шелла кстати повторный запуск процесса весьма быстрый, не говоря уж о том, что на линуксе эта операция куда дешевле, чем, например, у венды. По части запуска процессов в шелле все в порядке, и в общем-то это его основное предназначение, а главная его киллер-фича это перенаправление потоков. Проблема во всем остальном: в качестве языка программирования шелл практически неюзабелен. Про питон все и так знают, что он медленный, просто какие есть альтернативы из скриптовых языков, которые не встраиваемые, как Lua, а для руления системой?
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	63. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от economist (?), 03-Окт-22, 10:43
	Замечание верное - доку надо читать ко всем инструментам. Но есть еще понятие "читаемость кода". У bash/powershell она заведомо ниже. Такие вещи как циклы, условия, сортировки, файловые/сетевые операции - крайне ненаглядны. Вот, к примеру, нам нужно перебрать все CSV-файлы из папки рекурсивно и посчитать в нем из рублей - валютную цену, в долларах по курсу 60. На Python это просто и читаемо, скрипт пишется за ~1 минуту: import pandas as pd import glob for f in glob.glob('D:/TXT/**/*.csv', recursive=True):     df = pd.read_csv(f, sep=';')       df['вал_цена'] = df.сумма/df.колво/60     df.to_csv(f) Поймет этот код и ребенок. На Bash писать не буду. На BAT/CMD из-за одних путей - страшно подумать что придется наворотить, и оно не будет работать на всех окнах Vista7/8/10/11. А про то чтобы обойти ошибки деления на 0, пустоты и бесконечности - и подавно. Будет простыня кода. Bash - для одно-строчников с утилитами. Для сложной скриптоты - развитые скриптовые кросс-платформенные языки с IDE, которые уже есть везде.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	69. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от Аноним (56), 03-Окт-22, 11:00
	Если бы данные были в жсоне, это решалось бы куда меньшим числом зависимостей и ровно таким же числом символов за полминуты на баше. Кто вам виноват, что csv ни один адекватный человек не возьмёт, и соответственно нужды работать с эти форматом адекватно нет? Единственная реальная проблема баша в том, что CR и LF в данных окажутся приятным сюрпризом для любителей POSIX.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от economist (?), 03-Окт-22, 11:29
	CSV-формат основной (а для 1С, монополиста учетных решений в РФ (>86%) - единственный) способ обмена табличными данными с другим ПО. XML/JSON тут будет хуже или просто недоступен. Python тоже "умеет" в JSON. Примера Баша и PowerShell мы здесь ни от кого не дождемся?
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 03-Окт-22, 13:58
	Я не слышал о таком, для json есть jq, который умеет совершать разные операции над потоком. Вот уж что-что, а с околотекстовыми файлами bash прекрасно подходит работать.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от economist (?), 03-Окт-22, 14:40
	На баше эквивалент py-кода будет в 3 раза длиннее (см. выше мой пример). И во столько же раз непонятнее. И дольше в наборе. И медленнее в исполнении (pandas дергает код на С/Fortran). Но если "солдат спит - служба идет" - о можно и bash-ить, на здоровье. Только дольше. Ветка-то про ускорение.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 03-Окт-22, 23:03
	А вот это вовсе не обязательно, питон очень многословный по сравнению с башем заточенным на системное применение. Тот же pandas адово жырный и на подобных задачах максимально всосёт, если сравнивать с чем-нибудь чисто нативным. Ну как xmllint или запустить питон, в котором надо ещё знать про lxml, который вызовет тебе тот же код только с кучей оверхеда.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (47), 04-Окт-22, 09:49
	Примитивные скрипты на питоне обычно заменяются шеллом (даже без баша) с сокращением во многие разы. Обычно можно превратить в однострочник. Потому что я хорошо знаю шелл с одной стороны, и средний питонист плох в программировании, с другой.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	112. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от economist (?), 04-Окт-22, 10:41
	Скрипты на шелле/баше заменяются на Python - да, такое явление стало сейчас массовым в сисадминстве, датасатанизме, IP-телефонии. Обобщаете про средних питонистов, нехорошо. У нас, "средних питонистов", совершенно незашквар использовать awk или grep в Linux вместо pandas. Но pandas, блин, оказывается как правило быстрее башей за счет чанков и векторизации вычислений на С/Fortran, причем разница в скорости - сотни раз! Я понимаю что айтишникам спешить некуда, их работу никто не понимает и оценить не может, но если такой работы много - приходится спешить даже им. Bash много не умеет - не сделает вам высокоплотное колоночное хранилище с прогрессивным сжатием (LZMA итд), не нарисует график, не сформирует лог. Вернее он может все, но это сложно отлаживаемые простыни кода, которые структурировать крайне сложно. Держать баш-код в Git? - крайне редко. Документация - единична. Тесты - никогда. Но однострочники - да, для него.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от mikhailnov (ok), 04-Окт-22, 14:33
	> Тесты - никогда. Я часто пишу тесты к функциям на bash, проблемы нет ни код написать с разбивкой по функциям, а не одной большой портянкой, ни написать тесты.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от mikhailnov (ok), 03-Окт-22, 20:24
	CSV+bash: line="c1;c2;c3" IFS=";" read -r -a arr <<< "$line" echo "${arr[0]}" #выведет: c1 А вот JSON bash'ем парсить... пробовал, не советую.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	113. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от economist (?), 04-Окт-22, 10:46
	Ну раз кто-то кроме меня рискнул написать в ветке код - вызов принят! То же самое на Python - CSV+python: "c1;c2;c3".split(';')[0]  # выведет: c1
	Ответить | Правка | Наверх | Cообщить модератору

	118. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от mikhailnov (ok), 04-Окт-22, 14:29
	> Ну раз кто-то кроме меня рискнул написать в ветке код - вызов > принят! То же самое на Python - > CSV+python: > "c1;c2;c3".split(';')[0]  # выведет: c1 Так читабельнее, спору нет.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от myhand (ok), 05-Окт-22, 07:17
	Может просто не надо было извращаться? $ cut -f1 -d';' <<EOF > c1;c2;c3 > EOF c1 Будет еще и работать везде, в отличие от.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от mikhailnov (ok), 05-Окт-22, 09:23
	> Может просто не надо было извращаться? > $ cut -f1 -d';' <<EOF >> c1;c2;c3 >> EOF > c1 > Будет еще и работать везде, в отличие от. Для разовой операции существенной разницы нет. Но, если это делается очень много раз, то разница будет ощутимой за счет экономии на запуске внешнего процесса.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от myhand (ok), 06-Окт-22, 07:12
	Так read - тоже внешний процесс.  На свете есть не только баш вообще-то...
	Ответить | Правка | Наверх | Cообщить модератору

	138. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от mikhailnov (ok), 06-Окт-22, 13:02
	Могу позволить себе поставить баш и не ориентироваться на совместимость с POSIX-шеллом )
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	123. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от 1 (??), 04-Окт-22, 15:35
	Угу ... а потом, кто-то в заголовке csv файла поставит пробел в имени поля.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	129. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от economist (?), 04-Окт-22, 23:03
	И только Python по умолчанию все (любые) пробельные символы добавляет к разделителю (их аж 6 штук), поэтому другие ЯП (не скажу за все, но многие) - тут сольются.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
	Сообщение от Аноним (-), 03-Окт-22, 12:29
	>что-то парсить в bash это ад А не надо собственно парсить, шелл не для этого, а для управления процессами, одним из которых может быть awk, другой sed, третий grep, четвёртый cut. Тем не менее, если чуть-чуть подумать, можно и самый настоящий парсер написать с помощью coreutils, прецеденты были.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	94. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (92), 03-Окт-22, 14:59
	> если чуть-чуть подумать > прецеденты были. ну-ка, ну-ка, продемонстрируй (inb4 ничего не покажешь, кроме собственной тупости)
	Ответить | Правка | Наверх | Cообщить модератору

	102. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от mikhailnov (ok), 03-Окт-22, 20:26
	Не проблема сделать такой парсер, но в нем сможет разобраться не только лишь каждый, даже сам автор не вспомнит, как такое чудо из bash, sed, awk, cut и т.д. работает.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от Аноним (73), 03-Окт-22, 10:56
	>ответов на StackOverflow для Python настолько велико, что для скриптоты он лучше чем традиционные Bash/PowerShell Это называется не "годен для скриптоты", а "годен для stackoverflow driven programming". И ровно по той же причине вылезают серверные скрипты-демоны на PHP (просто автор кроме PHP ничего не знал, а тут ещё и скопипастить можно, не напрягая мозги). >вытесняет И ровно по той же причине как он вытеснит, так и его вытеснят, язык держится только на писателях FFI и фреймворков, уйдут те на новый - и всё, скукожится питон сперва до скриптов в офисе, а потом и эту нишу сожрут.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	77. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от economist (?), 03-Окт-22, 11:33
	"stackoverflow driven programming" сейчас везде. Это паттерн. Но он соответствует DRY и поэтому незазорен. Гляжу как высохли ветки форумов CMD/BAT-автоматизации и понимаю что без SO и Python (и др. скриптовых языков) тут не обошлось. Скукожится ли змей - поглядим. Пока он в топе, а не *опе.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (-), 03-Окт-22, 12:40
	>Но он соответствует Ничему он не соответствует. На какое-то соответствие это, как и обилие импортов на KISS, натягивают те, кому в первую очередь надо красть чужой код, насколько нелепыми ни выглядели бы такие оправдания. >Гляжу как высохли ветки форумов CMD/BAT-автоматизации и понимаю что Что расплодилось слишком много выпускников курсов по питону, которые до этого были с компьютером в лучшем случае на "вы". Пользование шеллом - это базовая компьютерная грамотность в сфере.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от economist (?), 03-Окт-22, 14:33
	Какая кража чужого кода? SO - это раздача советов и ответов без копирастии. Либы и импорты в мире OSS - это раздача функций против копирастии. Все когда-то были на "вы" с PC, упрекать людей в этом - странно. То что питон слишком хайповый - так этот только в opennet да habr. В реальной экономике, образовании он пока еще редкий гость. Слишком много агрессии со стороны апологетов других ЯП. Но мне и самому не нравится локальная скученность новостей про сабж, иногда она зашкаливает.    Пользование шеллом никому не повредит, но динамика его падает. Значит есть инструменты лучше. Python лишь один из них.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от myhand (ok), 06-Окт-22, 07:17
	> И ровно по той же причине как он вытеснит, так и его вытеснят Когда?  Что там на этот счет у вас, нострадамусов?
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	48. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (47), 03-Окт-22, 00:04
	Перл подходит лучше питона для всего и работает быстрее. Не благодари.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	50. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от fumanchez (ok), 03-Окт-22, 01:09
	За советование перла благодарить нигде не будут
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (73), 03-Окт-22, 10:58
	Вот вам и пример того, почему перл умер - куче людей вдолбили в голову то, что перл нечитаем и вместо перла надо питон, потому что читаемо. А уж как это соотносится с реальностью - совсем другое дело, устойчивая ассоциация создана и дело в шляпе.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (56), 03-Окт-22, 11:08
	Беда перла далеко не в наркоманском синтаксисе. Ты пытаешься сейчас сделать вид, что всё дело не в днищенском ООП и убогой поддержке конкурентности, ведь отсутствующая читаемость write-only портянок -- это единственное, что волнует людей, ведь правда?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (84), 03-Окт-22, 13:19
	Не нужно было долбить, у людей у самих глазоньки имеются.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	98. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (47), 03-Окт-22, 17:52
	Проблема перла в том, что это сложный язык, чтобы программировать на котором, нужно внезапно хорошо понимать концепции программирования и юникс. ЕМНИП, в учебнике по перлу прямо так и написано, что в качестве первого языка перл не годится и нужно уже быть программистом, желательно на си. Сколько процентов будущих питонистов соответствовало этой формуле? Ноль целых, х десятых. Основополагающая концепция, что все можно сделать миллионом разных способов, не помещается в голову новичкам категорически, вызывая жуткие боли. Слабенькие, не тренированные регулярным кодированием мозги не в состоянии запомнить многообразие прикольных штучек, позволяющих в тех или иных случаях одной строчкой заменить десятки. Нечитаемость питонисты придумали по той причине, что смысла в 10 строчках перла примерно как в 30-50 на питоне (за редкими исключениями, когда питонист реально могет-умеет). Концентрированность изложения логики опять-таки не пролезает в неокрепший мозг. Короче, питон - язык новичков и непрограммистов. До появления питона был басик такой же точно. Да, перл питонистам принято хейтить, но почему вы (вот лично ты, питонистик), не программируете на луа? Минималистичный язык, не загрязненный синтаксическим сахаром, с прекрасными корутинами, из коробки полностью асинхронный, встраиваемый, с работающим джитом, и т.д. и т.п. Да по той же причине, что и на перле. Слишком сложный для вас, требует мозгов.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	137. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от myhand (ok), 06-Окт-22, 07:32
	> Короче, питон - язык новичков и непрограммистов. Что в этом плохого?  На самом деле, промышленное программирование - ремесло, далеко не самое сложное, кстати.  Мало-мальски грамотный специалист должен его уметь - это на уровне навыков чтения-письма на самом деле. > Да, перл питонистам принято хейтить, но почему вы (вот лично ты, питонистик), > не программируете на луа? Минималистичный язык, не загрязненный синтаксическим сахаром, > с прекрасными корутинами, из коробки полностью асинхронный, встраиваемый, с работающим > джитом, и т.д. и т.п. > Да по той же причине, что и на перле. Слишком сложный для > вас, требует мозгов. Нет, детка.  Потому что лень батарейки для луа пилить.  А для питона они уже есть, причем в куче вариантов.  Нам ехать надо, понимаешь?
	Ответить | Правка | Наверх | Cообщить модератору

	91. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от Аноним (91), 03-Окт-22, 14:53
	ты два раза соврал в одном предложении, за что тебя благодарить, трепло?
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	51. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
	Сообщение от av (??), 03-Окт-22, 08:03
	Dart
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	55. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
	Сообщение от Наноним (?), 03-Окт-22, 08:40
	Perl 5 - лучшая замена shell. И по синтаксису, и по возможностям, и по стабильности. Лучше пока ничего не придумали.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	57. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+3 +/–
	Сообщение от 1 (??), 03-Окт-22, 10:06
	И со CPAN-опомойкой. "Никогда не знаешь где что обновилось"
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (84), 03-Окт-22, 13:15
	>Perl 5 >И по синтаксису Спасибо, но нет.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	107. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+1 +/–
	Сообщение от Аноним (107), 04-Окт-22, 00:05
	> Perl 5 Современные шеллы уже обогнали перл по своим возможностям. Тот же PowerShell в винде достоин называться полноценным скриптовым языком.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	108. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от 1 (??), 04-Окт-22, 09:05
	Спасибо но нет. Слишком он "многобуквенный" - один строковый фильтр как 20 строчек кода на перл.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (125), 04-Окт-22, 17:03
	Кто же многобукв пишет вручную когда есть кнопка tab в самом шелле и автозаполнение в редакторах.
	Ответить | Правка | Наверх | Cообщить модератору

40. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–2 +/–
Сообщение от Аноним (40), 02-Окт-22, 21:35
Фигня это всё. Выигрыш  в производительности около-нулевая в реальных проектах.
Ответить | Правка | Наверх | Cообщить модератору

	70. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+2 +/–
	Сообщение от Аноним (73), 03-Окт-22, 11:01
	Так оно не для этого. Оно для: >We're happy to answer any questions or tell you about our commercial support plans.  You can also find us on Discord Даже подзаголовок Enhance your Python намекает :)
	Ответить | Правка | Наверх | Cообщить модератору

72. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
Сообщение от Аноним (73), 03-Окт-22, 11:04
>Enhance your Python Инханс! Индьюр! Инларч! Всего за пару недель вы получите +20 процентов производительности к своему...
Ответить | Правка | Наверх | Cообщить модератору

78. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	–1 +/–
Сообщение от Аноним (78), 03-Окт-22, 11:59
7 раз по 10% - это двукратное ускорение. Курочка по зернышку клюёт.
Ответить | Правка | Наверх | Cообщить модератору

	99. "В JIT-компиляторе Pyston-lite реализована поддержка Python 3..."	+/–
	Сообщение от Аноним (47), 03-Окт-22, 17:53
	Осталось увидеть первые 10%, а потом еще шесть раз.
	Ответить | Правка | Наверх | Cообщить модератору

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

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