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

"Опубликован план избавления CPython от глобальной блокировки интерпретатора"	+/–
Сообщение от opennews (??), 29-Июл-23, 11:52
Руководящий совет проекта Python объявил о намерении утвердить предложение по расширению языка Python  PEP-0703, в котором определяется добавление режима сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock). В качестве вероятного срока реализации PEP-0703 упоминается выпуск Python 3.13, намеченный на осень следующего года... Подробнее: https://www.opennet.me/opennews/art.shtml?num=59518
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Скрыто модератором	–32 +/–
Сообщение от Аноним (1), 29-Июл-23, 11:52
Избавиться от питона во много раз проще. Более того, не начинать его учить или использовать - ещё проще. Да, 20 лет нямкали коричневую субстанцию с gil и ещё 5 или 10 - без разницы.
Ответить | Правка | Наверх | Cообщить модератору

	5. Скрыто модератором	+1 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:06
	>Избавиться от питона во много раз проще. Нет, если у тебя вся инфраструктура на нём. >Более того, не начинать его учить или использовать - ещё проще. С нуля Ансибл написать? Или библиотеки для ИИ?
	Ответить | Правка | Наверх | Cообщить модератору

	7. Скрыто модератором	+/–
	Сообщение от Аноним (7), 29-Июл-23, 12:08
	Смех, у кого то вся инфраструктура на Коболе это не помешало всем отказаться от Кобола.
	Ответить | Правка | Наверх | Cообщить модератору

	10. Скрыто модератором	+11 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:10
	Помешало. Кобол до сих пор используется.
	Ответить | Правка | Наверх | Cообщить модератору

	12. Скрыто модератором	–1 +/–
	Сообщение от Аноним (7), 29-Июл-23, 12:12
	Да продолжает, только эти компании не могут найти себе программистов от слова ваще.
	Ответить | Правка | Наверх | Cообщить модератору

	16. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:18
	Могут и находят. Им дешевле заплатить 1.5 зарплаты от рыночной, чем менять всё написанное
	Ответить | Правка | Наверх | Cообщить модератору

	24. Скрыто модератором	–2 +/–
	Сообщение от Аноним (7), 29-Июл-23, 12:35
	А ты смешной на почитай что в реальном мире происходит https://www.cnews.ru/news/top/2020-04-07_ssha_izza_koronavir...
	Ответить | Правка | Наверх | Cообщить модератору

	34. Скрыто модератором	+1 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:50
	Я читал подобные статьи. И уже написал выше, как обходят этот дефицит - просто предлагают повышенную зарплату. Люди находятся.
	Ответить | Правка | Наверх | Cообщить модератору

	36. Скрыто модератором	+/–
	Сообщение от Аноним (7), 29-Июл-23, 12:54
	Лол оно так не обходится. Инфраструктура Кобола от этого не расширяется. Новых внедрений Кобола не появляется. Залить деньгами это сказка из телевизора. Перестань рассказывать сказки.
	Ответить | Правка | Наверх | Cообщить модератору

	39. Скрыто модератором	+3 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:04
	Если у кого-то есть готовая инфраструктура и её обновление обойдётся, например, в 750 млн. долларов и займёт, как минимум, 5 лет (как указано в статье, которую ты сам привёл), что проще (дешевле): найти человека (людей) которым платить 1.5-2 коэффициента от рынка, или заниматься миграцией на что-то другое с плохо предсказуемым результатом? Ты, по всей видимости, в таких проектах никогда не принимал участия, раз для тебя это "сказки". А я - принимал. Это огромный труд и огромные же затраты. Причём затраты не только на ПО, а ещё на переобучение людей, изменение бизнес-процессов. Как поступать в таких случаях правильно? Если есть такая возможность - менять частями. Но даже при таком подходе куча проблем гарантирована (обмен данными между разными системами).
	Ответить | Правка | Наверх | Cообщить модератору

	52. Скрыто модератором	–1 +/–
	Сообщение от Аноним (7), 29-Июл-23, 13:19
	Если есть так много людей на Коболе зачем менять систему? Ой так потому что нет никаких людей. Ни за какие деньги.
	Ответить | Правка | Наверх | Cообщить модератору

	60. Скрыто модератором	+1 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:31
	Где я сказал, что есть "много людей"? Я сказал, что люди находятся. Это проблема, и никто её не отрицает. Просто масштаб проблем разный: найти кого-то на улице и обучить за десятки (даже сотни тысяч), или за сотни миллионов менять систему.
	Ответить | Правка | Наверх | Cообщить модератору

	61. Скрыто модератором	+/–
	Сообщение от Аноним (7), 29-Июл-23, 13:34
	Это же и есть отказ от Кобола.
	Ответить | Правка | Наверх | Cообщить модератору

	64. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:41
	Если бы ВНИМАТЕЛЬНО и ВДУМЧИВО читал с чего всё началось, вообще бы не начинал эту ветку. Давай я тебе освежу память. >Избавиться от питона во много раз проще. Нет, если у тебя вся инфраструктура на нём. Как в итоге выяснилось на примере Кобола - менять инфраструктуру - это отнюдь не тривиальный процесс. Да? Ведь именно об этом я и говорил.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	114. Скрыто модератором	+/–
	Сообщение от Аноним (7), 29-Июл-23, 21:44
	Ты сейчас жутко удивишься, но проекты бывают не только легаси, но и сейчас набери воздуха в грудь, НОВЫЕ. И ты не поверишь все кто могли позволить себе использовать Кобол в новом проекте от него отказались! Вот это номер! Как так!
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	120. Скрыто модератором	+/–
	Сообщение от maximnik0 (?), 30-Июл-23, 01:03
	>Новых внедрений Кобола не появляется. Вы будете смеяться,но есть порт Кобола на net платформу. https://www.c-sharpcorner.com/article/cobol-for-microsoft-net/ Не спорю что это для портирования старых проектов,но смотрится забавно...
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	103. Скрыто модератором	+/–
	Сообщение от IRASoldier_registered (ok), 29-Июл-23, 21:00
	Более того, Cobol'у учат и новичков. И находятся те, кто учится - прекрасно понимая, какие плюшки им сулит умение работать с этим ЯП.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	20. Скрыто модератором	+2 +/–
	Сообщение от ivan_erohin (?), 29-Июл-23, 12:23
	скорее не хотят. всего-то надо увеличить зарплату раза в 2 и софинансировать курсы кобола для кандидатов. для вкатывания в тупиковую технологию - достаточная мотивация ?
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	30. Скрыто модератором	+1 +/–
	Сообщение от Аноним (7), 29-Июл-23, 12:44
	Сейчас Руби программиста не могут найти за цену коня, а ты про Кобол говоришь, заведомо мертвый язык. Даже изучив Кобол после закрытия проекта работу ты себе не найдешь. Так что Кобол никому не нужен. Хотя по идее на нем написано 240 миллиардов строк кода.
	Ответить | Правка | Наверх | Cообщить модератору

	63. Скрыто модератором	+2 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:38
	> Даже изучив Кобол после закрытия проекта работу ты себе не найдешь. После закрытия проекта тебе долго не надо будет работать. Потому что на Коболе люди получают гораздо больше рынка. А за то время, как будешь искать работу, можно и другой какой язык освоить.
	Ответить | Правка | Наверх | Cообщить модератору

	73. Скрыто модератором	–1 +/–
	Сообщение от ivan_erohin (?), 29-Июл-23, 14:12
	> Сейчас Руби программиста не могут найти за цену коня, много нетрадиционных рубистов было в Днепропетровске. наверняка можно их найти и сманить, но искать придется в Польше. ps: что тормознее и ресурсожручее - Питон или Руби ?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	104. Скрыто модератором	+1 +/–
	Сообщение от IRASoldier_registered (ok), 29-Июл-23, 21:01
	Неправильная постановка вопроса. Правильная - что позволяет, и более того, поощряет использовать говнокод и подключать, не думая, кашу из сторонних либ? Подсказка - не Python.
	Ответить | Правка | Наверх | Cообщить модератору

	115. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 29-Июл-23, 21:44
	Питон!
	Ответить | Правка | Наверх | Cообщить модератору

	111. Скрыто модератором	+2 +/–
	Сообщение от Аноним (7), 29-Июл-23, 21:41
	Так уж и быть раскрою тебе тайну, всех нормальных вменяемых рубистов переманили к себе несколько галер. Совсем всех. И теперь чтобы поддерживать свой руби проект надо обращаться на галеру и соответственно платить высокий прайс. Знаю как минимум один американский проект связанный с грузоперевозками, вот они они искали искали и  и не нашли в штат рубиста ни за x2 ни за x3, плюнули работают с галерами. Планируют слезать с Руби.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	132. Скрыто модератором	+1 +/–
	Сообщение от Аноним (132), 30-Июл-23, 03:37
	Галера, поставляющая разработчиков из восточной Европы, дешевле, чем штатный американец. Да и напрямую найти не сложно - берешь название галеры, ищешь по ней в LinkedIn, и делаешь прямые офферы. В общем, прохладная история. Скорее всего, просто не умеют искать, да и галера устраивает
	Ответить | Правка | Наверх | Cообщить модератору

	113. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 29-Июл-23, 21:43
	>Сейчас Руби программиста не могут найти за цену коня Я для друга интересуюсь, можете пример накидать где ищут руби программистов, ну типо обучение или джун там, и чтобы за цену коня? И какая у коня нынче цена?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	124. Скрыто модератором	+/–
	Сообщение от Аноним (1), 30-Июл-23, 01:42
	Присоединяюсь. Готов даже раби выучить.
	Ответить | Правка | Наверх | Cообщить модератору

	125. Скрыто модератором	+1 +/–
	Сообщение от Аноньимъ (ok), 30-Июл-23, 01:48
	> Присоединяюсь. Готов даже раби выучить. Посмотрел бегло по европам. В Германии хотят руби джуна с 2хлетним опытом. Ну на этом можно вопрос закрывать. Хотят за 3300 примерно в месяц, что за вычетом налогов будет где-то 2300. Не похоже что выше средней ЗП для других языков.
	Ответить | Правка | Наверх | Cообщить модератору

	167. Скрыто модератором	–1 +/–
	Сообщение от Аноним (7), 30-Июл-23, 15:42
	Джун всегда стоит как джун мозг включай.
	Ответить | Правка | Наверх | Cообщить модератору

	169. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 30-Июл-23, 15:54
	> Джун всегда стоит как джун мозг включай. А мидл всегда как мидл, или не всегда? А сеньер? В любом случае, я ни одной вакансии конкретно на джуна не нашел пока. Но и неплохо бы увидеть и вакансию на синьера с особой ценой оплаты труда.
	Ответить | Правка | Наверх | Cообщить модератору

	131. Скрыто модератором	+/–
	Сообщение от Аноним (132), 30-Июл-23, 03:32
	Джун всегда будут по цене джуна. Денег стоит готовый специалист, в обучение которого не надо вкладываться.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	158. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 30-Июл-23, 11:35
	> Джун всегда будут по цене джуна. Денег стоит готовый специалист, в обучение > которого не надо вкладываться. Ну так если специалистов не хватает, тем более даже за деньги, логично джунов искать? Покажите джуна по цене джуна. Я пока вот нашел только мидла которого хотят купить как джуна. И странное у вас рассуждение, платить "конскую" ЗП выгодно, а в обучение вкладывать невыгодно?
	Ответить | Правка | Наверх | Cообщить модератору

	166. Скрыто модератором	–2 +/–
	Сообщение от Аноним (7), 30-Июл-23, 15:41
	Почитай книжку «Капитал. Критика политической экономии» К. Маркс. Может быть хоть чуть чуть поумнеешь.
	Ответить | Правка | Наверх | Cообщить модератору

	168. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 30-Июл-23, 15:51
	> Почитай книжку «Капитал. Критика политической экономии» К. Маркс. Может быть > хоть чуть чуть поумнеешь. Спасибо за совет. Но вопрос был о конкретных вакансиях с повышенной оплатой труда.
	Ответить | Правка | Наверх | Cообщить модератору

	199. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 01-Авг-23, 01:09
	Как-то так: https://www.smbc-comics.com/comics/20140607.png
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	144. Скрыто модератором	+/–
	Сообщение от Anonymous1 (?), 30-Июл-23, 07:52
	Всего-то сорок лет понадобилось.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	29. Скрыто модератором	+/–
	Сообщение от Аноним (29), 29-Июл-23, 12:43
	>если у тебя вся инфраструктура на нём А нечего было на него завязыватся!
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	45. Скрыто модератором	–1 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:11
	А если других вариантов тогда и не было?
	Ответить | Правка | Наверх | Cообщить модератору

	69. Скрыто модератором	+/–
	Сообщение от Аноним (69), 29-Июл-23, 14:05
	Были-были. Только фанаты питона не хотели их замечать. И более того, заменяли своими питоньими велосипедами решения на других языках.
	Ответить | Правка | Наверх | Cообщить модератору

	75. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 14:14
	Причём здесь вообще фанаты Питона? Как будто они выбирают те или иные решения. Подсказка: нет, это делают не они, этим занимаются менеджеры, исходя из примерно следующего набора характеристик: охват предметной области, доступность техподдержки, наличие на рынке готового персонала, наличие уже проделанных внедрений (никому не охота быть пионером) и т.п. вещей.
	Ответить | Правка | Наверх | Cообщить модератору

	79. Скрыто модератором	–2 +/–
	Сообщение от Аноним (69), 29-Июл-23, 14:59
	Очень много было в прошлом тимлидов, которые навязывали руководству питон как язык для разработки проекта. Просто в силу симпатий к языку. Возьмем год так 2010й >охват предметной области, >доступность техподдержки, >наличие на рынке готового персонала, >наличие уже проделанных внедрений (никому не охота быть пионером) и т.п. вещей. По сравнению с пхп, перлом везде у питона был провал. Однако, его пихали везде. С тех пор в принципе мало что изменилось. Кстати, где сотни тысяч проектов на питоне? Пхпшных море, перл кое-где доживает в виде легаси, голанг за 10 лет уже везде, каждый первый проект имеет в своем составе какие-нибудь микросервисы на голанге. Где же прячется питон?
	Ответить | Правка | Наверх | Cообщить модератору

	83. Скрыто модератором	+1 +/–
	Сообщение от Аноним (83), 29-Июл-23, 15:42
	Перл нигде не используется с 90х, а где используется, можно многое сказать об авторах. Пхп это ад вроде битрикса, но не универсальный язык. Они оба языки процессинга страниц, и питон идеальный язык для приложух. Кстати, 2010 -- это тёмные времена. Ну и го никогда не выйдет за рамки околовебнявого тяп-ляп применения.
	Ответить | Правка | Наверх | Cообщить модератору

	117. Скрыто модератором	+/–
	Сообщение от Анончик (?), 30-Июл-23, 00:34
	Как нибудь поинтересуйтесь спомощью чего строятся deb пакеты.
	Ответить | Правка | Наверх | Cообщить модератору

	129. Скрыто модератором	+/–
	Сообщение от Аноним (83), 30-Июл-23, 01:58
	Это не интересно. Но я прекрасно осведомлён, где у меня в системе используется перл, только в этом нет ничего хорошего -- больше всего проблем при обновлении доставляет именно он. Если альтернативы exiftool что-то не видно (хоть и сомнительная прога), то всё остальное уже откровенное васянство и можно выкинуть безболезненно.
	Ответить | Правка | Наверх | Cообщить модератору

	96. Скрыто модератором	–1 +/–
	Сообщение от Вячеслав (??), 29-Июл-23, 19:08
	Django  к примеру.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	99. Скрыто модератором	+1 +/–
	Сообщение от Аноним (99), 29-Июл-23, 20:06
	Tensorflow, Pytorch
	Ответить | Правка | Наверх | Cообщить модератору

	208. Скрыто модератором	+/–
	Сообщение от Аноним (208), 02-Авг-23, 01:48
	Tensroflow написан на С++. В репо Pytorch половина кода на C/C++. Даже святая свитых numpy использует какой нить OpenBlas который на C, Fortran и Assembler.  Где ваш питонобох теперь?
	Ответить | Правка | Наверх | Cообщить модератору

	152. Скрыто модератором	+/–
	Сообщение от microcoder (ok), 30-Июл-23, 09:34
	> Django Ой, в код этого проекта лучше не смотреть. Это позор Python'а какой-то. Всю парадигму Java натянули на Python. Получилось мама - не горюй
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	98. Скрыто модератором	+/–
	Сообщение от Аноним (98), 29-Июл-23, 19:56
	Это шутка такая? Про питон из каждого утюга хвалебные оды льются.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	90. Скрыто модератором	+/–
	Сообщение от YetAnotherOnanym (ok), 29-Июл-23, 17:25
	> других вариантов тогда и не было Пока не начал завязываться на питон - вариантов ровно столько, сколько есть пригодных для этой задачи языков.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	147. Скрыто модератором	+/–
	Сообщение от Советский инженер (?), 30-Июл-23, 09:18
	Смешной? Тут рассматривается вариант что есть тулза на питоне и есть куча других языков на которых ты можеш повторить тулзу на питоне. Естественно большинство выбирает готовую тулзу.
	Ответить | Правка | Наверх | Cообщить модератору

	149. Скрыто модератором	+/–
	Сообщение от YetAnotherOnanym (ok), 30-Июл-23, 09:25
	Читай внимательно оба комента. Прохожий упомянул о некоем "тогда", когда "других вариантов не было". А то того было предшествующее "тогда", когда не было варианта и на питоне. И вот именно "тогда" и были варианты начать писать на любом другом языке. Они и позже никуда не делись, просто объём работы, сделанной на питоне на годы, придётся сделать на альтернативном языке за недели.
	Ответить | Правка | Наверх | Cообщить модератору

	82. Скрыто модератором	+1 +/–
	Сообщение от Tron is Whistling (?), 29-Июл-23, 15:38
	> Нет, если у тебя вся инфраструктура на нём. А вот здесь вы берёте за разные места системного архитектора, это допустившего, и пристально глядя в глаза, вопрошаете - КАГ ТАГ ТО, РОДНОЙ?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	108. Скрыто модератором	+2 +/–
	Сообщение от Аноним (108), 29-Июл-23, 21:39
	> С нуля Ансибл написать? Да, это будет сложновато, для такой ужасной архитектуры нужно иметь особый талант и подходящие условия. Боюсь, второй раз продать Ансибл сообществу уже не выйдет. Да и незачем в общем-то, есть уже написанные альтернативы, одна другой хуже, выбирай любую — страдания обеспечены.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	136. Скрыто модератором	+/–
	Сообщение от Аноним (136), 30-Июл-23, 07:16
	мы поняли, что ты не осилил, завидуй молча
	Ответить | Правка | Наверх | Cообщить модератору

	9. Скрыто модератором	–2 +/–
	Сообщение от Rastler (ok), 29-Июл-23, 12:10
	В целом да. Пихают его где надо и не надо.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	11. Скрыто модератором	+/–
	Сообщение от Аноним (83), 29-Июл-23, 12:10
	Не проще, альтернатив то не существует. Фактически, большинство пользователей никогда не сталкиваются с ограничениями gil, на практике встрять в него надо уметь. В то же время, это весьма надёжный механизм, а те, кому он мешает, подключают сишные батарейки и пишут с его отключением в cython. Ну а насчёт того чтоб не учить, зачем отказывать себе в использовании самого надёжного, продуктивного и эффективного языка программирования, созданного за всю историю человечества?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	15. Скрыто модератором	+5 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:17
	>самого надёжного, продуктивного и эффективного языка программирования Был бы он самым эффективным, не надо было бы писать модули на Си и заниматься модификациями, описанными в этой статье. Нет, этот язык далёк от эффективности, если мы говорим об универсальном языке. Но в некоторых областях он неплох.
	Ответить | Правка | Наверх | Cообщить модератору

	21. Скрыто модератором	+/–
	Сообщение от Аноним (83), 29-Июл-23, 12:24
	Это интерпретируемый язык, максимально эффективно расширяющийся нативным кодом. То что написано в статье, это актуально в основном для больших систем, занимающихся вычислениями. Вот там где гц и гил начинают путаться под ногами и оттягивать на себя значительно ресурсов.
	Ответить | Правка | Наверх | Cообщить модератору

	31. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:46
	Ещё раз. Я не считаю язык программирования универсально эффективным, если он нуждается в присутствии других языков. Это касается всех языков, не только Питона, если что. Увы, люди пока не изобрели серебряную пулю, где одним языком программирования можно было бы заткнуть все потребности. В каких-то нишах Питон можно считать эффективным. В других - нет, нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	37. Скрыто модератором	–1 +/–
	Сообщение от Аноним (83), 29-Июл-23, 12:54
	Он нуждается в присутствии других языков, он написан на другом языке. А в чём отличие пропатчишь ты интерпретатор или подгрузишь точно такой же модуль как и стандартные компоненты?
	Ответить | Правка | Наверх | Cообщить модератору

	41. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:08
	Отличие в том, что нужного модуля под рукой может не оказаться. Его придётся писать с нуля. И это будет уже другой язык программирования. Для этого нужно или будет его освоить, или найти отдельного человека под эту задачу. Это дополнительные деньги и время.
	Ответить | Правка | Наверх | Cообщить модератору

	78. Скрыто модератором	–1 +/–
	Сообщение от Витюшка (?), 29-Июл-23, 14:49
	Есть такой язык. Zig называется
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	33. Скрыто модератором	+/–
	Сообщение от Аноним (7), 29-Июл-23, 12:48
	А что если он так эффективно расширяется из-за просты в том числе гил. А после нововведений перестанет легко расширятся. И мешаться будет на гил, а сам питон. Для совместимости нужен будет питон в котором часть работает с гил, часть без, фрагментация, усложнение, забвение.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	44. Скрыто модератором	+1 +/–
	Сообщение от Аноним (69), 29-Июл-23, 13:10
	Точно максимально? А то мужики-то и не знали. Вы там в своем питономирке совсем оторвались от реальности.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	49. Скрыто модератором	–1 +/–
	Сообщение от Аноним (83), 29-Июл-23, 13:18
	У cython производительность си, куда уж проще и эффективнее. Так что да, лучше ничего не придумали.
	Ответить | Правка | Наверх | Cообщить модератору

	57. Скрыто модератором	–1 +/–
	Сообщение от Аноним (57), 29-Июл-23, 13:26
	Удивительно, в питоньем мире, чтобы получить хоть какую-нибудь адекватную производительность, надо использовать транспилятор в си
	Ответить | Правка | Наверх | Cообщить модератору

	62. Скрыто модератором	+/–
	Сообщение от Аноним (83), 29-Июл-23, 13:36
	Ничего удивительного. Если у тебя цель по максимуму всё реализовать в pure-python, работать оно будет не слишком эффективно. Кстати, по этой же причине любители pure-python имплементаций первыми обнаруживают сущестование гила и потом плачутся о низкой производительности.
	Ответить | Правка | Наверх | Cообщить модератору

	137. Скрыто модератором	+/–
	Сообщение от Аноним (136), 30-Июл-23, 07:18
	давай примеры, трепло
	Ответить | Правка | Наверх | Cообщить модератору

	148. Скрыто модератором	+/–
	Сообщение от Советский инженер (?), 30-Июл-23, 09:23
	Вы там сишники ваще головой ударились в косяк? Зачем тебе вообще какието интерпретаторы. Пиши все на С. И баш тоже не используй, и мейк. Все же можно на С написать!! Давай вперед. Пиши.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	127. Скрыто модератором	–1 +/–
	Сообщение от Ааааааа (?), 30-Июл-23, 01:53
	> Нет, этот язык далёк от эффективности Он никогда не декларировался как эффективный и не задумывался таким. Это примерно как сказать "Нет, ассемблер всё-таки далёк от лидерства в скорости написания на нём приложений".
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	40. Скрыто модератором	+/–
	Сообщение от Аноним (69), 29-Июл-23, 13:08
	>весьма надёжный механизм Надежный, как костыль.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	68. Скрыто модератором	–1 +/–
	Сообщение от Аноним (68), 29-Июл-23, 14:00
	Вообще, встрять в GIL элементарно - достаточно начать бездумно создавать потоки и неизбежно нарвёшься на голодание. С другой стороны, можно прекрасно обойтись без них т.к. у Питона отличная поддержка много-процессности и асинхронщины.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	72. Скрыто модератором	+/–
	Сообщение от Аноним (69), 29-Июл-23, 14:08
	Отличная? Даже отличной от других не назовешь, потому что завезли ее последними, копируя костыли из других языков. Вот у луа отличная асинхронщина (всегда была, с самого начала). В перловом Coro отличная, не уступающая луашной.
	Ответить | Правка | Наверх | Cообщить модератору

	95. Скрыто модератором	+1 +/–
	Сообщение от Аноним (7), 29-Июл-23, 18:57
	Если бы у питона была отличная поддержка асинхронщины и много-процессности GIL никогда бы не было.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	106. Скрыто модератором	–2 +/–
	Сообщение от жоск (?), 29-Июл-23, 21:07
	смотрите, дети -- это спесалист классический, не трогайте его руками
	Ответить | Правка | Наверх | Cообщить модератору

	107. Скрыто модератором	–1 +/–
	Сообщение от Карлос Сношайтилис (ok), 29-Июл-23, 21:30
	Асинхронщина и многопроцерность к гилу никакого отношения не имеют. Для справки. Не благодари.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	116. Скрыто модератором	+/–
	Сообщение от Аноньимъ (ok), 29-Июл-23, 21:51
	А нафига он вообще нужен? В чём сокральный смысл сией сущности?
	Ответить | Правка | Наверх | Cообщить модератору

	87. Скрыто модератором	+/–
	Сообщение от Аноним (87), 29-Июл-23, 16:40
	Нам так то вообще без разницы, что и пайтон ты тоже не осилил
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	100. Скрыто модератором	+1 +/–
	Сообщение от Аноним2 (?), 29-Июл-23, 20:28
	Так альтернативы то нет. Perl умер, php ещё хуже, lua и не близко по функционалу. Остальное все в другой весовой категории.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	123. Скрыто модератором	+/–
	Сообщение от Аноним (123), 30-Июл-23, 01:20
	Про php смешно уже то, что вы его упомянули в этом списке. На питоне пишут (недо?)системные утилиты, php для этого ну совсем не предназначен.
	Ответить | Правка | Наверх | Cообщить модератору

	126. Скрыто модератором	–1 +/–
	Сообщение от Аноним (1), 30-Июл-23, 01:50
	Пхп точно не хуже питона для недосистемного. В нем все есть, в принципе. Многие утилиты пишут вспомогательные. На сервере приложений уже есть пхп, на чем скрипты писать? Не на питоне же.
	Ответить | Правка | Наверх | Cообщить модератору

	139. Скрыто модератором	+1 +/–
	Сообщение от Аноним (136), 30-Июл-23, 07:22
	пап точно хуже во всем абсолютно, более ужасной архитектуры просто не существует
	Ответить | Правка | Наверх | Cообщить модератору

	165. Скрыто модератором	+/–
	Сообщение от Аноним (69), 30-Июл-23, 15:02
	>точно хуже во всем абсолютно >просто не существует Секта
	Ответить | Правка | Наверх | Cообщить модератору

	102. Скрыто модератором	–2 +/–
	Сообщение от Вуся (?), 29-Июл-23, 20:45
	Полностью плюсую, бОльшая часть софта берётся и постепенно переписывается на Go (или Rust где нужная прям мега-скорости или мега-безопасность). Всё получается в сто раз проще сопровождать (шиппить, тестить, рефакторить) и over 9000 раз ускорение. Уже 6 лет занимаюсь переписыванием с такого г**на как JS/TS/Python/PHP на Go, всегда всё выходит огонь, исчезают тонны проблем. Хватит душить змею! Всем синего хомяка!
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	110. Скрыто модератором	+/–
	Сообщение от Аноним (-), 29-Июл-23, 21:41
	Вот уйдешь ты куда-нибудь, не важно куда, кто будет то г**но, что ты написал, поддерживать и/или переписывать его в очередной раз?
	Ответить | Правка | Наверх | Cообщить модератору

	122. Скрыто модератором	+/–
	Сообщение от Аноним (123), 30-Июл-23, 01:19
	В go уже завезли поддержку разделяемых библиотек (.so, .dll)? Или всё ещё собирают бинарники по 25МБ, потому что диска у всех много?
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	128. Скрыто модератором	+1 +/–
	Сообщение от Ааааааа (?), 30-Июл-23, 01:57
	Надеюсь никогда не завезут. Слава Богу там один бинарик и пусть он будет хоть 250 мегабайт, кого это е**ёт? НУжен terraform, nomad, или kubectl? Просто скачал бинарик и ВСЁ. А макаkи, пишущие поделия зависящие от разделяемых библиотек пусть продолжают выкладывать 350 версий своего продукта жизнедеятельности под разные ди срибутивы и их версии...
	Ответить | Правка | Наверх | Cообщить модератору

	130. Скрыто модератором	+1 +/–
	Сообщение от Аноним (123), 30-Июл-23, 02:31
	> Просто скачал бинарик и ВСЁ Я пользователей не-windows имел ввиду. Там описанные вами проблемы решаются пакетным менеджером. > кого это е**ёт? МЕНЯ. Можно, специально для меня, поддержку разделяемых библиотек? Вы же сможете продолжать пользоваться бинарниками по 250 мегабайт, как и любите. Или вы хотите, чтобы ВСЕ жили так, как нравится ВАМ?
	Ответить | Правка | Наверх | Cообщить модератору

	151. Скрыто модератором	+/–
	Сообщение от Советский инженер (?), 30-Июл-23, 09:32
	Нет конечно. Живи как хочеш. Не нравятся бинари по 250 метров. Перепиши с го на С и нет проблем. Пользуйся маленьким бинарником с разделяемыми библиотеками.
	Ответить | Правка | Наверх | Cообщить модератору

	135. Скрыто модератором	+/–
	Сообщение от Vkni (ok), 30-Июл-23, 07:07
	Зачем выкладывать под разные дистрибутивы? Выкладываете исходники и инструкцию по сборке — сами соберут.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	143. Скрыто модератором	+1 +/–
	Сообщение от Аноним (136), 30-Июл-23, 07:31
	ну-ка, ну-ка, че ты там переписал, давай ссылки, псмеемя (inb4 никаких ссылок ты предоставишь, потому что ты типичное местное трепло)
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	150. Скрыто модератором	+/–
	Сообщение от Советский инженер (?), 30-Июл-23, 09:29
	Именно, Вася! Работа у тебя есть благодаря тому что кто-то налабал говна на питоне , яваскрипте , ПХП. И это говно нагенерило достаточно бабла чтоб нанять макаky Васю который просто перепишет готовое решение на другой язык.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	170. Скрыто модератором	+/–
	Сообщение от Аноним (170), 30-Июл-23, 17:06
	>Хватит душить змею! Всем синего хомяка! Не, лучше живая змея (душили - душили, душили - душили), чем синий хомяк.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	105. Скрыто модератором	+/–
	Сообщение от IRASoldier_registered (ok), 29-Июл-23, 21:02
	Собака лает - Пайтон развивается и его использование ни разу не сокращается.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	109. Скрыто модератором	+/–
	Сообщение от Аноним (108), 29-Июл-23, 21:40
	Начни хотя бы со своего дистрибутива. Что, сынок, не выходит? То-то же.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	118. Скрыто модератором	+/–
	Сообщение от Аноним (118), 30-Июл-23, 00:35
	Злая но правда.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	145. Скрыто модератором	+/–
	Сообщение от Аноним (-), 30-Июл-23, 08:17
	> Избавиться от питона во много раз проще. Более того, не начинать его учить > или использовать - ещё проще. Да даже можно и не избавляться. Все равно период полураспада софта на нем едва ли год. > Да, 20 лет нямкали коричневую субстанцию с gil и ещё 5 или 10 - без разницы. Тоже не понимаю чего они парятся. Что так питон "не тормозит", что этак. Один поток но побыстрей или много но чуть медленнее, можно подумать кто-то заметит.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Опубликован план избавления CPython от глобальной блокировки..."	–8 +/–
Сообщение от Аноним (7), 29-Июл-23, 12:03
Наконец все сишные дополнения для питона улетают в гарбедж, а без них питон превращается в унылый го.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Опубликован план избавления CPython от глобальной блокировки..."	+5 +/–
	Сообщение от Аноним (4), 29-Июл-23, 12:05
	ничто никуда не улетает.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Опубликован план избавления CPython от глобальной блокировки..."	–3 +/–
	Сообщение от Аноним (7), 29-Июл-23, 12:07
	Всё улетает далеко и на долго, думаешь всем захочется переписывать все сишные пакеты для питона? Спойлер никто не будет этим заниматься от слова ваще.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (14), 29-Июл-23, 12:16
	Что и зачем там переписывать? Внешние (сишние) библиотеки типа numpy  и так отдают gil на время выполнения сишного кода. Gil касается исключительно питоновского кода и исключительно многопоточности (не многопроцессорности).
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (7), 29-Июл-23, 12:37
	Т.е. надо будет свою батарейку и писать и тестировать на двух версиях питона с гил и без гил, просто потому что. При этом наверняка будут те кто работают только с гил, те кто только без гил. А кому то точно понадобится иметь обе батарейки вместе. Короче опять проблемы на ровном месте как с питоном 2.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Опубликован план избавления CPython от глобальной блокировки..."	+2 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:25
	Под эти две версии, предположу, попадает очень узкий круг задач. Поэтому вряд ли стоит раздувать из мухи слона. Проблемы есть, но они не космического масштаба, и уж точно не сопоставимы с Питоном 2.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (14), 29-Июл-23, 13:53
	Если условный код работал без использования gil то ему как-то наплевать что его теперь и вовсе нет. Если же некий код использовал gil для синхронизации, то (о, ужас) ему теперь придется мириться с тем что gil всегда получается быстро и  гарантированно. Что делает его использование для новых версий питона попросту избыточным. Пусть пока лежит как deprecated для старых питонов. Отсылка ко второму питону и вовсе странная. Какую такую сишнюю библиотеку таки не портировали на третий питон? И почему питон не загнулся в то время, а наоборот, стал одним из лидеров? Отказ от gil без нарушения обратной совместимости - это самое лучшее что можно пожелать. killer feature.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	74. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от Аноним (74), 29-Июл-23, 14:12
	Ты думаешь сейчас можно вспомнить ту кучу библиотек, которые по 5 лет никто не переписывал на 3-ий питон и приходилось их тащить в проде? Напомню прикол ты наверно не в курсе чтобы перейти на 3-ий питон нужно что бы все. Совсем все библиотеки, Карл! перешли на 3-ий питон, только тогда можно весь проект переводит на 3-ий питон.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (14), 29-Июл-23, 14:35
	исходное утверждение выше по треду было что никто под новую версию ничего переписывать не будет. Так вот, история с 2на3 показывает что будут. Тем более что особо и переписывать то нечего. Проблема убрать гил - она на стороне интепретатора питона, а не сторонней библиотеки.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (7), 29-Июл-23, 18:56
	Безопасной многопоточности не бывает, правильно тут сказали.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Vkni (ok), 01-Авг-23, 20:32
	Haskell/STM?
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (208), 02-Авг-23, 01:49
	Akka actors?
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	17. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (83), 29-Июл-23, 12:20
	Их не так много. Все биндинги и обвязка на cython, всем нормальным проектам уже надоело что всё разваливается каждый минорный апдейт по причине очередной перестановки кроватей и они написали нормально. Учитывая, что основной их код всё же не на питоне, исправления будут тривиальны. Кстати, прямо сейчас у тебя есть возможность словить сегфолт 1001 способом у pycurl, например, и гил не поможет.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	26. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (7), 29-Июл-23, 12:37
	Ну вот решения на основе костылей, а потом костылей костылей. Мрак.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (211), 02-Авг-23, 13:43
	Вы читали как устроена сборка мусора в объектах Python? Можно же заблокировать два сравниваемых объекта, сравнить их и отпустить работать дальше. Да, возможно появиться какая-то более расширенная функция блокировки объектов для глубокого сравнения, но это уже на усмотрение авторов библиотек.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

23. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от Программист на питоне с 15 летним стажем (?), 29-Июл-23, 12:31
Все кто ненавидят Питон, просто вы завидуете. Пока вы там выискиваете баги при сборке многоэтажных шаблонных конструкций непрерывно таскаемых из одного проекта в другой, мы пьём смузи, ходим в спортзалы и гуляем с девчонками. GIL за всё время проходил мимо меня. Там где нужна параллельность я просто создаю новый процесс и работаю через сокеты, делов то. З.Ы. Работать должен компьютер, а не человек.
Ответить | Правка | Наверх | Cообщить модератору

	27. Скрыто модератором	+3 +/–
	Сообщение от Аноним (7), 29-Июл-23, 12:39
	Пока питонисты мечтают чтобы им кто-то позавидовал. И пытаются сами себе засунуть палки в колёса своего велосипеда. Го программисты просто наслаждаются жизнью.
	Ответить | Правка | Наверх | Cообщить модератору

	112. Скрыто модератором	+3 +/–
	Сообщение от Аноним (112), 29-Июл-23, 21:43
	Наслаждаются жизню  с interface{}, iota, if err!= nill и.т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	134. Скрыто модератором	+/–
	Сообщение от Аноним (74), 30-Июл-23, 04:58
	Что не так? Опять зависть?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Прохожий (??), 29-Июл-23, 12:41
	Я не являюсь ненавистником Питона, но, к сожалению, есть такая тенденция, когда этот язык применяют не по назначению в виду простоты его освоения. Например, в областях, где от софта требуется производительность, отзывчивость. Скорее всего, ты за все свои 15 лет не принимал участия в разработке таких продуктов. На Питоне их пытаться писать - та ещё боль. Когда некоторые понимают, что Питон не для этого, переписывают всё с нуля на другом, более подходящем языке. Каждому языку - своя ниша.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	35. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (35), 29-Июл-23, 12:51
	Подтверждаю как тот, кто зарабатывает на жизнь питоном. Он не может быть правильным выбором везде, всегда и для всего.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от Пряник (?), 31-Июл-23, 09:46
	Может. А теперь потрать остаток жизни, доказывая, что я неправ. Питон - это не только CPython, а ещё и Cython, IronPython, PyPy, RustPython. Может скоро GoPython появится. Напииши своего питона :)
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (83), 29-Июл-23, 13:12
	С нуля ли? Переписать прототип, выявив узкие места на ранних стадиях, он всё же позволяет. Переписывать при необходимости это нормально. Ещё более нормально переписывать только части, производительности которых не достаточно. И насчёт простоты освоения я эээ не уверен, это один из самых сложных языков на моей памяти. Скорее, применяют в виду скорости и лёгкости внедрения, наличия большого числа качественных готовых компонентов.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	50. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:18
	Иногда с нуля. Так происходит, когда авторы на старте не понимали в итоге, на какие грабли наступят. Кажется, с Дропбоксом так было, ЕМНИП.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (83), 29-Июл-23, 13:24
	Но был ли бы вообще дропбокс, если с самого начала делали без питона? А ютуб? А если бы у конкурентов при этом питон был? Какой-нибудь инстаграм конечно ничто не мешает сделать на чём угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Прохожий (??), 29-Июл-23, 13:28
	История не терпит сослагательного наклонения. Думаю, был бы. На Питоне свет клином не сошёлся. Есть куча других языков.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Вячеслав (??), 30-Июл-23, 17:36
	Поэтому и дропбокса скорее всего не получилось, пока выучишь эти все языки состаришся и умрёшь, а питон быстро выучили написали дробокс и привлекли инвесторов). После, конечно, занялись оптимизацией.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 31-Июл-23, 09:49
	> На Питоне свет клином не сошёлся Я думаю, это тот самый единственный случай, для которого эта фраза была напророчена.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	59. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (59), 29-Июл-23, 13:31
	> Но был ли бы вообще дропбокс, если с самого начала делали без питона? А ютуб? И торренты, прототип которых был реализован "в одно лицо" - не факт что были бы (теоретических проектов P2P в то время было вагон и маленькая тележка - по 40 штук на конфах представляли, а вот с реализацией не самых простых алгоритмов на "труЪ" ЯП - было не очень. Потому что на практике как-то оказывалось, что теоретики опять "забыли про овраги").
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	65. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (7), 29-Июл-23, 13:41
	Ютуб начинался с PHP проекта.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	66. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (83), 29-Июл-23, 13:45
	> Ютуб начинался с PHP проекта. Насколько быстро осознали ошибку?
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (7), 29-Июл-23, 14:05
	Как продались ютубу те сразу поняли ошибку) И для ускорения те перешли на питон. Да, да тут все орут про медленный питон, а питоном ускоряли проекты ещё в стародавние времена.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Опубликован план избавления CPython от глобальной блокировки..."	+4 +/–
	Сообщение от Аноним (7), 29-Июл-23, 18:12
	Какому ютубу, гуглу они продались, лол.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (171), 30-Июл-23, 17:32
	А зачем пытаться писать на Python такие приложения, изначально понимая, что язык для этого подходит крайне слабо? Ну, это автоматически профнепригодность...
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	195. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (108), 31-Июл-23, 21:43
	> есть такая тенденция, когда этот язык применяют не по назначению А где про это назначение можно прочитать, кроме твоих мыслей? Википедия называет его языком общего назначения, врут небось? На официальном сайте пишут, что Питон «very attractive for Rapid Application Development, as well as for use as a scripting or glue language to connect existing components together».
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	47. "Опубликован план избавления CPython от глобальной блокировки..."	+2 +/–
	Сообщение от 1Сник с 20тилетним стажем (?), 29-Июл-23, 13:16
	Канешна-канешна, для стажа 15 хлебания непотребовалось понимания, что внутри одного процесса содание,  ресурсы, бестродействие потоков\фиберов, интеркоммуникации и мютексы\фютексы\семафоры гораздо дешевле и быстрее, чем все то же самое для процессов.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	55. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (7), 29-Июл-23, 13:25
	Так человек дал понять что он не торопится по жизни.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (69), 29-Июл-23, 14:15
	А куда торопиться, пока есть люди, готовые платить питонистам зарплаты?
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Aanonymous (?), 30-Июл-23, 22:08
	Есть огромный класс задач, которые хорошо решаются на одном ядре и в один поток. Есть широкий класс числодробильных  задач, которые не лезут в одну машинку. В обоих случаях на GIL вообще пофиг - мы работаем с процессами. А бывают приложения, где используются потоки: это либо десктоп с его отзывчивостью, либо криво состряпанные IO bound - вот им GIL иногда мешает. Питон на десктопе? Короче, выкинут и ладно - нормальные люди даже не заметят.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	86. "Опубликован план избавления CPython от глобальной блокировки..."	+2 +/–
	Сообщение от Tron is Whistling (?), 29-Июл-23, 16:20
	А кто ненавидит питон? Мне лично почти фиолетово, есть он или нет. Думаю, многим так же.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	146. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (-), 30-Июл-23, 08:20
	> Все кто ненавидят Питон, просто вы завидуете. А вот и нет. Нас задолбал левый пиар всякого мусора, спам в поиске, вечно не работающие скрипты всунутые такими как вы, так что через пару лет проект собрать невозможно, вечный breakage и сотни багов, как и общее качество кода в стиле "разреботчик не парился обработкой ошибок" и "привычно упало с трейсом на 2 экрана в ран тайм".
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	159. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от Аноньимъ (ok), 30-Июл-23, 11:41
	>как и общее качество кода в стиле "разреботчик не парился обработкой ошибок" и "привычно упало с трейсом на 2 экрана в ран тайм". Питон то тут не при чём. Скорее уже сишка тут и сипипишка(привет КДЕ)
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Вячеслав (??), 30-Июл-23, 17:39
	Правильные приложения падают с сегфолтом)
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	188. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 31-Июл-23, 14:04
	> привычно упало с трейсом на 2 экрана в ран тайм это в Java
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	163. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от eganru (?), 30-Июл-23, 13:48
	[i]Там где нужна параллельность я просто создаю новый процесс и работаю через сокеты, делов то.[/i] - гниль ппц. Страшно представить весь рак с синхронизацией, что у Вас там в обиходе. По моему опыту вопросы с производительностью у Питона до сих пор не имеют хороших решений и как только проект на python упирается в производительность, то переписывают на другом языке.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	190. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (190), 31-Июл-23, 16:50
	А смысл? Им платят за такие решения, рыночек требует таких решений, а свои правила можешь ну своей воображаемой подруге рассказать, когда питонист в этот момент будет гулять с 10ми настоящими
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (193), 31-Июл-23, 18:39
	Я искренне ненавижу^W завидую Python, и это выражается в том, что в сраном Python: 1. Нет нормального маршалинга и стандартизации байткода. Вместо этого https://docs.python.org/3.11/library/marshal.html 2. Нет нормального JIT-компилятора, чтобы работала вся грамматика, но зато есть 1001 который частично работает почти со всеми языковыми конструкциями и который увеличивает производительность в паре краевых случаев, но в паре других все ухудшает 3. Нет нормальной сериализации в XML. Вместо этого есть это: https://docs.python.org/3/library/pickle.html Барахло, которое 5 раз меняло спецификацию и которое полный NIH. Вместо того чтобы использовать стандарт W3.org вроде XML, они пишут гадость. 4. Python и кроссплатформенность - это шутка такая. Этот язык работает предсказуемо только на Linux, другие ОС поддерживаются так, что нужно писать тонну обвязок и изменять семантику действий. 5. Сообщество дурачков. Там правда сидят люди которые скажут, зачем тебе XML, если есть JSON. Уровень образования настолько низок, что они не понимают: - что такое SAX-парсер и почему DOM-а не хватает. - не видели больших XML-выгрузок БД размером в пару сотен гигабайт, которые JSON-сериализатор не способен прожевать, потому что JSON должен всё это сначала загрузить в память, а XML работает и так через XPath и XSLT - не видят жизни за пределами RESTful API, потому что других никогда не видели, а из-за убогости всех без исключения XML-библиотек в питоне, использование SOAP - это опять тонна рутины. Я к своему огромному сожалению поддерживал и дорабатывал 2 внутренних "бизнес-продукта" на питоне каждый по 10k и 20k строк кода. Считаю это время самым потерянным в моей жизни, потому что в основном писал обвязки, проверки ОС, проверки интерпретатора, разборы XML вручную, ручную сериализацию в текстовый документик, чтобы поддерживало API на другом конце. А бараны из "сообщества", рассказывают сказки, что "мне это не нужно", "есть Python way", "поменяй/перепиши продукты на другой стороне API". Фантазёры, думал я. А потом я последовал их настойчивому совету и мы просто сели с пацанами и переписали... Переписали на .NET 6. И кода меньше и работает быстрее и сопровождать не надо столько. Единственное что я могу сказать точно, что конкретно GIL - это абсолютно незначительно по сравнению с проблемой в п.1 и п.2. Отсутствие стандартизации, и как следствие отсутствие JIT в сочетании с AOT компиляцией приводят к тому, что это барахло работает так медленно, что выпиливание GIL вообще ничего не решает. > Работать должен компьютер, а не человек. Вот точно! Но не понятно при чем тут Python. Мерзкая дрянь, которая тратит время на написание бойлерплейта до такой степени, что там в некоторых модулях 60% обвязок, и 40% функционала. Моей зависти предела нет, ведь я всю жизнь мечтал использовать Python, чтобы писать и переписывать бойлерплейт, писать и поддерживать автогенерацию бойлерплейта, делать обвязки для кроссплатформенности бойлерплейта... фу.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	201. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от BeLord (ok), 01-Авг-23, 10:43
	Причем тут язык, если вся проблема, что вы выбрали ту работу, которая вам не заходит, вас под дулом пистолета туда привели и к батарее приковали?-))) А за последние 25 лет, я много видел мусорного кода, что на Питон, что на Java EE, что на С. Проблема не в языках, а в прямых руках кодеров и мозгах архитекторов.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (193), 01-Авг-23, 13:45
	>> Сообщество дурачков. > Причем тут язык, если вся проблема, что вы выбрали ту работу, которая вам не заходит Вот именно про такую дурацкость в сообществе я и пишу. Проблемы, которые я описал в п.1 - п.4 - это проблема именно языка, его интерпретатора и его стандартной библиотеки. Они не привязаны к моей работе лично или чьим либо проектам вообще. Наоборот, эти проблемы усложняют написание качественного и быстрого кода на питоне! Сейчас это убогий по скорости, нестандартизированный, некроссплатформенный язык без поддержки сериализации не умеющий толком ничего кроме REST. Тут даже "jack of all trades" и универсальность языка не аргументы, потому что кто мешал написать стандарт байткода при переходе от 2 к 3? Кто мешал написать SAX-парсер для классов питона? Кто мешал прикрутить аннотирование к функциям и конструкторам? Это тот самый случай культивирования культа карго. Питонисты не понимают, зачем это всё нужно, поэтому выкаблучиваются про то что "задача не та", "проект не тот", "работа не та" и прочее "не нужно". Они реально не понимают, потому что не видели задач. А задачу перед ними никто не ставит, потому что язык ни черта не умеет и спроектирован комитетом. Его "архитектура" нечто среднее между С++ и COBOL по мерзотности. При этом авторы не меняют ничего, потому что нет запроса на изменение. Это средневековье, мрак и культ карго. Я, без шуток, проще найду общий язык на эту тему с разработчиками 1С. Они пусть и знают что они "погромисты" одной платформы, но им не нужно объяснять, что такое DTO и почему некоторые проливки лучше делать через SOAP. И про отчеты знают. > Проблема не в языках, а в прямых руках кодеров и мозгах архитекторов. Вот тебе одна из таких историй. Собственно та самая, когда проект от аутсорсера перевалили мне. Наняла фирма как-то 8 лет назад (по глупости) группу как выяснилось позже питон-разрабов (2 пацана / ИП), которых попросила написать модуль отчетности для нескольких корпоративных АТС (телефонные продажи и саппорт). В форме внутрикорпоративного вебсайтика и задачей в стиле "вы сами лучше знаете как это писать, мы вам скажем что в выводимых таблицах". При этом она этим аутсорсерам исправно платила за работу. И программа работала первые 2 года. Но как и любая отчетность эта тоже не стояла на месте. Были заказаны и оплачивались доработки на изменения отчетов и доработки на добавление новых отчетов. Со временем росло напряжение, потому что внезапно они не захотели поддерживать свой собственный продукт ни за какие вменяемые деньги! А когда их попросили помочь добавить их базу в ETL, чтобы сделать общий кубик (OLAP), эти придурки сбежали в истерике, разругались и не захотели больше работать, благо свой код они отдали без конфликта. Вот такое барахло мы с пацанами и переписывали на .NET, благо смогли найти контакт с истеричными аутсорсерами через год после того как они слились (у них реально был нервный срыв тогда от объема задач по этой статистике). Казалось бы, а почему так, да? А потому что Python + Django + PostgreSQL. - Когда ты используешь язык, который не работает по-нормальному ни с какой сериализацией, то каждый дополнительный ендпоинт обмена данными - это рукописный ад. - Когда ты используешь MVC-фреимворк, то бизнеслогика отчетов смешана с техническим кодом и сопровождать это, когда много изменений логики и добавляются источники - сущий ад. Причем Django - "нитакиекаквсе" , они даже свое MVC называют иначе, просто потому что придурки^W "python way". https://docs.djangoproject.com/en/4.2/faq/general/#django-ap... Но это все равно MVC со всеми его плюсами и минусами. - PostgreSQL - пожалуй самая плохая из всех возможных баз данных, когда дело доходит до визуализации и предварительной трансформации отчетности, пусть даже OLTP. Она пухнет, она тупит от Time Series, ей кластеризация - это набор костылей. И вот когда из этого барахла нужно кубы строить, то она понятное дело сама пролить данные и трансформировать не умеет. И в те годы не было Apache Airflow или был, но был молод. В общем кончилось это все переписыванием на ASP.NET Core + Angular + MSSQL для функициональных компонентов из которой проливалось все в PowerBI где были отчеты и дашборды наряду с другими отчетами компании. Мораль: не используйте Python и его фреимворки для динамичных внутрикорпоративных проектов. Вы сами же и выгорите, пока будете это сопровождать. Python - это вещь в себе, он плохо интегрируется, требует много рутинного бойлерплейта, всё переименовывает и делает "по своему" просто чтобы отличаться, плохо работает вне Linux и еще и жутко медленный.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от agent_007 (ok), 07-Авг-23, 16:39
	> Мораль: не используйте Python и его фреимворки для динамичных внутрикорпоративных проектов. Любопытное чтиво, но мораль несколько другая получается. Смотри: 1. контора наняла пацанов сделать простую штуку, они сделали, штука работала 2. контора усложнила штуку, пацаны не справились Мораль: дело не в инструментах, а в требованиях к продукту. С простыми требованиями справились пацаны попроще, требования подросли, пришлось нанять пацанов посложнее.
	Ответить | Правка | Наверх | Cообщить модератору

71. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
Сообщение от Аноним (71), 29-Июл-23, 14:07
избавятся от gil и наваяют килотонны кода синхронизации. Кому мешает эта блокировка? Там где нужен параллелизм и производительность питон даже без блокировки не актуален
Ответить | Правка | Наверх | Cообщить модератору

	177. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Онанистмус (?), 31-Июл-23, 08:42
	https://peps.python.org/pep-0703/ - вот тут как раз написано кому мешает GIL. Это люди из AI которые гоняют питон на тысячах ядер чтобы обучать ИИ модели. Это Google и Facebook и писать no-GIL тоже будут они - инженеры Facebook и Google. Автор Numpy сказал что уже готов к правкам для поддержки no-GIL. Судя по всему это неизбежно произойдет и на данный момент запланировано к версии питона 3.13 или 3.14 и планируют закончить в течение 5 лет.
	Ответить | Правка | Наверх | Cообщить модератору

80. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от Аноним (80), 29-Июл-23, 15:24
Смысл сего? Питон не про скорость исполнения, не про параллелизм, питон про скорость написания.
Ответить | Правка | Наверх | Cообщить модератору

	81. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (69), 29-Июл-23, 15:32
	С чего кстати питонисты взяли, что скорость написания у питона больше, чем у других языков? Аргументированно, если можно.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от Аноним (80), 29-Июл-23, 15:42
	Больше сниппетов в копилоте, лучшая обученность чатжпт, гугл барда и бинга. В нашей компании уже как полгодаумение работать с этими чатботами является обязательным требованием. Да. представьте себе, нужно уметь задавать правильнве запросы.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от 34 (?), 31-Июл-23, 02:58
	Какая прелесть, подумать и написать - нет, нахерачить как-нибудь чтоб работало, а там перепишут если надо будет, зачем вам программисты вообще? посадите реальных маkак, пусть в чатики релевантные слова пишут, получают релевантный код, и пихают его перебором, как только тесты покажут зеленые галочки - в прод
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Kenneth (?), 31-Июл-23, 19:22
	А знание трудов Кнута в Вашей компании не требуют?
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	178. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Онанистмус (?), 31-Июл-23, 08:53
	Скорость написания на питоне выше потому что готовых библиотек больше и они имеют простое API. Попробуй на PHP или на golang сделать генерацию речи по тексту. А вот в питоне под это уже 100500 библиотек в том числе под русский язык есть Silero AI которая генерирует очень правдоподобную русскую речь - крутая штука, советую попробовать чтобы понять за что любят python https://colab.research.google.com/github/snakers4/silero-mod... Если у вас задача только сходить в БД и сгенерировать JSON то тогда действительно питон ничем не лучше того же C# - а в данной задаче даже хуже.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	196. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Анионим (?), 31-Июл-23, 21:53
	https://www.osp.ru/os/2000/12/178361 Понимаю, сравнение старое, но это хоть что-то
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	88. "Опубликован план избавления CPython от глобальной блокировки..."	–2 +/–
	Сообщение от beck (??), 29-Июл-23, 17:03
	Питон не про скорость написания, а про лёгкость (по сравнению с другими языками) понимания уже написанного ранее кода.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	89. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от Аноним (89), 29-Июл-23, 17:20
	Ваше мнение важно для нас. оставайтесь на линии.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (99), 29-Июл-23, 20:43
	И скорость написания, и лёгкость понимания.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	156. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от n00by (ok), 30-Июл-23, 10:54
	Я так и не понял, когда приходилось читать полурабочий код на Питоне, почему иногда переменные определяют после использования.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

85. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от Аноним (85), 29-Июл-23, 15:54
> дополнительные C API и Python API для обеспечения безопасной многопоточности в существующем коде Это невозможно, по-крайней мере на этих языках. И нет, я не Rust ставлю в пример, а скорее какой-нибудь функциональный язык. Без смены парадигмы невозможно сделать "безопасную многопоточность", никто за эти десятилетия так и не смог на императивных языках. И да, я знаю что в Python "следы функциональщины", но это так же заметно как "следы орехов" в шоколадке без орехов.
Ответить | Правка | Наверх | Cообщить модератору

	91. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (7), 29-Июл-23, 18:12
	А чего не понятно будут две версии либ, безопасТная с гил и небезопасная без гил.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (180), 31-Июл-23, 09:11
	Так они и небещопасную многопоточность не запилят. Так что если ты прочитал сикп - наскоро запиливай новый не обременённый фичами язычок с интерпретатором (и следами орехов), делай к нему дискорд-сервер и зови туда как можно больше анимечников и брони - станешь новым Гвидо и заработаешь себе на безбедную старость. И книжек у орейлли не забудь настругать вместе с курсами на скиллбохе.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

121. "Опубликован план избавления CPython от глобальной блокировки..."	–4 +/–
Сообщение от anonymous (??), 30-Июл-23, 01:18
Запилить новый сборщик, новый режим компилятора, чтобы отказаться от GIL. После этого отвалятся все сишные модули, и придётся для их поддержки запилить нативный интерфейс. Зачем так извращаться, если проще сразу перевести питон на платформу JVM. Ну разве что придётся транслятор написать ещё один, но это проще чем существующий питон перетряхивать.
Ответить | Правка | Наверх | Cообщить модератору

	153. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (153), 30-Июл-23, 09:45
	>проще сразу перевести питон на платформу JVM Было 2 таких проекта. Jython  (сдох) и GraalPython (абсолютно офигенен, всем рекомендую, только недоделан до сих пор).
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Аноним (14), 30-Июл-23, 10:43
	Исчо один иксперд по сишним модулям для питона. Этот требует запилить для них нативный интерфейс. Уважаемый, такой интерфейс встроен в питон с незапамятных времен и называется ctypes. Позволяет дергать сишнюю библиотеку из питона, безо всякого участия со стороны сишней библиотеки (ничего даже не компилируя). Открою секрет - множество сишних библиотек именно так и опитонизировано. Вот с приплюснутыми это не проканает, но это тема бинарной совместимости разных компиляторов плюсов.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	179. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (180), 31-Июл-23, 09:06
	Позволять-то он позволяет, но только вот большая (если не большая) часть модулей вкорячивается со стороны си.
	Ответить | Правка | Наверх | Cообщить модератору

154. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от Аноним (154), 30-Июл-23, 10:24
Хорошая статья, которую должен прочртать каждый: https://kipp.ly/jits-impls/
Ответить | Правка | Наверх | Cообщить модератору

	157. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от n00by (ok), 30-Июл-23, 10:58
	Пожалуйста, указываете названия статей рядом со ссылкой. How JIT Compilers are Implemented and Fast: Pypy, LuaJIT, Graal and More
	Ответить | Правка | Наверх | Cообщить модератору

164. "Опубликован план избавления CPython от глобальной блокировки..."	–2 +/–
Сообщение от Аноним (164), 30-Июл-23, 15:00
С одной стороны увеличение производительности всегда хорошо. Но с другой это усилит порочную практику писать критичные к производительности приложения на Python вместо ориентированных на производительность языков.
Ответить | Правка | Наверх | Cообщить модератору

176. Скрыто модератором	–1 +/–
Сообщение от Аноним (-), 31-Июл-23, 07:58
Есть такая профессия - Python от GIL избавлять.
Ответить | Правка | Наверх | Cообщить модератору

181. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
Сообщение от Пряник (?), 31-Июл-23, 09:41
Во-первых: непонятно в чём трудность написать что-то на Си с параллельным доступом к... структурам? Вроде все объекты в Питоне - это структуры в Си. Ведь целый Линукс на Си написан, и такой проблемы не слышал. Во-вторых: сколько нытья с этого GIL, при том, что он мешает только, если параллельно делать вычисления на чистом Python (CPU-bound задача), а большинство задач на чистом Python являются I/O-bound (например, запрос в БД). CPU-bound задачи выносят в отдельные расширения (Numpy), которые умеют отпускать GIL. Можно разбить задачу на отдельные процессы (например, asyncio + потоки + процессы). Запуск процессов дороже тредов/микротредов, но на процессы GIL никак не влияет.
Ответить | Правка | Наверх | Cообщить модератору

	185. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от anonist (?), 31-Июл-23, 12:49
	отсутсвие прямого наследование/полиморфизма мешает, в остальном можно и послать С++ подальше...
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 31-Июл-23, 14:16
	Там в pep-0703 реально хотят к козе боян пришить. Большие дяди платят за AI/ML. Гвидо вовремя свалил :)
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	198. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 31-Июл-23, 22:07
	> Гвидо вовремя свалил :) Куда? Он же вернулся несколько лет как.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 01-Авг-23, 11:36
	Да? Ну круто всё равно! Ni!
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (14), 31-Июл-23, 17:40
	> Ведь целый Линукс на Си написан, и такой проблемы не слышал. Вот и выросло поколение не слышавших про big kernel lock. Его выпилили  к ядру 3.0 в 2011 году.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	192. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 31-Июл-23, 17:47
	Ну вот и услышал :)
	Ответить | Правка | Наверх | Cообщить модератору

184. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от anonist (?), 31-Июл-23, 12:46
я не питонист поэтому спрашиваю     threads    = list(range(8))     threads[0] = threading.Thread(target=self.collect_a)     threads[1] = threading.Thread(target=self.collect_b)     threads[2] = threading.Thread(target=self.collect_c)     threads[3] = threading.Thread(target=self.collect_d)     threads[4] = threading.Thread(target=self.collect_e)     threads[5] = threading.Thread(target=self.collect_f)     threads[6] = threading.Thread(target=self.collect_g)     threads[7] = threading.Thread(target=self.collect_h) это что феик? они будут исполнятся последовательно? тогда зачем трединг вообше? для будушего зарезервиловали?
Ответить | Правка | Наверх | Cообщить модератору

	187. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
	Сообщение от Пряник (?), 31-Июл-23, 14:00
	> тогда зачем трединг вообше? для будушего зарезервиловали? Для асинхронности. Параллельность и асинхронность вещи ортогональные.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Вячеслав (??), 01-Авг-23, 07:21
	Если гил не отпускается то последовательно, если отпускается то параллельно.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

186. "Опубликован план избавления CPython от глобальной блокировки..."	–1 +/–
Сообщение от Аноним (186), 31-Июл-23, 12:53
Гвидо и ко догадались выпилить GIL из Питона. Шёл 2023 год.
Ответить | Правка | Наверх | Cообщить модератору

	205. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (205), 01-Авг-23, 20:30
	Давно догадывались, но не решались из-за поломки огромного количества питонячьего кода.
	Ответить | Правка | Наверх | Cообщить модератору

197. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от Вы забыли заполнить поле Name (?), 31-Июл-23, 22:05
>  В долгосрочной перспективе (через 5 лет) интерпретатор планируется перевести по умолчанию на сборку только в режиме без глобальной блокировки, одновременно прекратив поддержку сборки с GIL То есть получаем 2 версии опять... А говорили, что ошибку c python3 больше не повторят.
Ответить | Правка | Наверх | Cообщить модератору

	203. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 01-Авг-23, 11:45
	Да пусть хоть 1000 версий питона будет в системе. Опенсорс - это свобода. А тянуть протухшее и никому ненужное легаси - это прерогатива винды (ActiveX, COM, DCOM, WMIC, DDE и другие никому непонятные слова).
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Опубликован план избавления CPython от глобальной блокировки..."	+1 +/–
	Сообщение от Oe (?), 02-Авг-23, 00:52
	Из за таких как ты, простой смертный перебирает 1000 версий питона чтобы запустить какой то софт который понадобился один раз в полтора года... А всё из за того, что кому то лень в .exe бинарник. Выеживаются как будто существует более чем полторы архитектуры и нужна кроссплатформенность.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Пряник (?), 02-Авг-23, 09:20
	А тебя не смущает 100500 версий .NET, DirectX и других библиотек в системе и ещё отдельно в папке с каждой программой, потому что разрабы не хотят системные использовать? Нет, потому что это просто файлы, которые лежат и никого не трогают. Также, как и питон.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
	Сообщение от Аноним (180), 03-Авг-23, 11:37
	Так можно хотя бы pyc линковать, но у них лапки.
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

214. "Опубликован план избавления CPython от глобальной блокировки..."	+/–
Сообщение от burjui (ok), 09-Авг-23, 22:41
Это, безусловно, хорошее дело. Однако, по моему мнению, когда нужны параллельные вычисления, Python — последнее, что должно прийти на ум адекватному разработчику. Корректная реализация параллельных вычислений и так достаточно сложна, чтобы её ещё больше усложнять динамической типизацией. А ещё я боюсь, как бы типичные погромисты не начали на радостях всё писать на Python: мол, а чё, все же ядра загружены, нафиг париться с оптимизацией говнокода.
Ответить | Правка | Наверх | Cообщить модератору

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

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