The OpenNET Project / Index page

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



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

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

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59518

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

Оглавление

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

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

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

4. Сообщение от Аноним (4), 29-Июл-23, 12:05   +5 +/
ничто никуда не улетает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6

5. Сообщение от Прохожий (??), 29-Июл-23, 12:06   +1 +/
>Избавиться от питона во много раз проще.

Нет, если у тебя вся инфраструктура на нём.

>Более того, не начинать его учить или использовать - ещё проще.

С нуля Ансибл написать? Или библиотеки для ИИ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7, #29, #82, #108

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

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

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

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

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

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

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

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

Был бы он самым эффективным, не надо было бы писать модули на Си и заниматься модификациями, описанными в этой статье. Нет, этот язык далёк от эффективности, если мы говорим об универсальном языке. Но в некоторых областях он неплох.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #21, #127

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

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

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

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

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

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

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

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

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

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

Скорее всего, ты за все свои 15 лет не принимал участия в разработке таких продуктов. На Питоне их пытаться писать - та ещё боль. Когда некоторые понимают, что Питон не для этого, переписывают всё с нуля на другом, более подходящем языке.

Каждому языку - своя ниша.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #35, #46, #171, #195

29. Сообщение от Аноним (29), 29-Июл-23, 12:43   +/
>если у тебя вся инфраструктура на нём

А нечего было на него завязыватся!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #45

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

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

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

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

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

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

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

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

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

Как поступать в таких случаях правильно? Если есть такая возможность - менять частями. Но даже при таком подходе куча проблем гарантирована (обмен данными между разными системами).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #52

40. Сообщение от Аноним (69), 29-Июл-23, 13:08   +/
>весьма надёжный механизм

Надежный, как костыль.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

59. Сообщение от Аноним (59), 29-Июл-23, 13:31   +/
> Но был ли бы вообще дропбокс, если с самого начала делали без питона? А ютуб?

И торренты, прототип которых был реализован "в одно лицо" - не факт что были бы (теоретических проектов P2P в то время было вагон и маленькая тележка - по 40 штук на конфах представляли, а вот с реализацией не самых простых алгоритмов на "труЪ" ЯП - было не очень. Потому что на практике как-то оказывалось, что теоретики опять "забыли про овраги").

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

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

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

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

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

После закрытия проекта тебе долго не надо будет работать. Потому что на Коболе люди получают гораздо больше рынка. А за то время, как будешь искать работу, можно и другой какой язык освоить.

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

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

>Избавиться от питона во много раз проще.

Нет, если у тебя вся инфраструктура на нём.

Как в итоге выяснилось на примере Кобола - менять инфраструктуру - это отнюдь не тривиальный процесс. Да? Ведь именно об этом я и говорил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #114

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

66. Сообщение от Аноним (83), 29-Июл-23, 13:45   +1 +/
> Ютуб начинался с PHP проекта.

Насколько быстро осознали ошибку?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #70

67. Сообщение от Аноним (14), 29-Июл-23, 13:53   +/
Если условный код работал без использования gil то ему как-то наплевать что его теперь и вовсе нет. Если же некий код использовал gil для синхронизации, то (о, ужас) ему теперь придется мириться с тем что gil всегда получается быстро и  гарантированно. Что делает его использование для новых версий питона попросту избыточным. Пусть пока лежит как deprecated для старых питонов.

Отсылка ко второму питону и вовсе странная. Какую такую сишнюю библиотеку таки не портировали на третий питон? И почему питон не загнулся в то время, а наоборот, стал одним из лидеров? Отказ от gil без нарушения обратной совместимости - это самое лучшее что можно пожелать. killer feature.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #74

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

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

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

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

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

73. Сообщение от ivan_erohin (?), 29-Июл-23, 14:12   –1 +/
> Сейчас Руби программиста не могут найти за цену коня,

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

ps: что тормознее и ресурсожручее - Питон или Руби ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #104, #111

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

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

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

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

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

79. Сообщение от Аноним (69), 29-Июл-23, 14:59   –2 +/
Очень много было в прошлом тимлидов, которые навязывали руководству питон как язык для разработки проекта. Просто в силу симпатий к языку.

Возьмем год так 2010й
>охват предметной области,
>доступность техподдержки,
>наличие на рынке готового персонала,
>наличие уже проделанных внедрений (никому не охота быть пионером) и т.п. вещей.

По сравнению с пхп, перлом везде у питона был провал. Однако, его пихали везде. С тех пор в принципе мало что изменилось.
Кстати, где сотни тысяч проектов на питоне? Пхпшных море, перл кое-где доживает в виде легаси, голанг за 10 лет уже везде, каждый первый проект имеет в своем составе какие-нибудь микросервисы на голанге. Где же прячется питон?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #83, #96, #98

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

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

82. Сообщение от Tron is Whistling (?), 29-Июл-23, 15:38   +1 +/
> Нет, если у тебя вся инфраструктура на нём.

А вот здесь вы берёте за разные места системного архитектора, это допустившего, и пристально глядя в глаза, вопрошаете - КАГ ТАГ ТО, РОДНОЙ?

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

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

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

85. Сообщение от Аноним (85), 29-Июл-23, 15:54   +/
> дополнительные C API и Python API для обеспечения безопасной многопоточности в существующем коде

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91, #180

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

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

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

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

90. Сообщение от YetAnotherOnanym (ok), 29-Июл-23, 17:25   +/
> других вариантов тогда и не было

Пока не начал завязываться на питон - вариантов ровно столько, сколько есть пригодных для этой задачи языков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #147

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

108. Сообщение от Аноним (108), 29-Июл-23, 21:39   +2 +/
> С нуля Ансибл написать?

Да, это будет сложновато, для такой ужасной архитектуры нужно иметь особый талант и подходящие условия. Боюсь, второй раз продать Ансибл сообществу уже не выйдет. Да и незачем в общем-то, есть уже написанные альтернативы, одна другой хуже, выбирай любую — страдания обеспечены.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #136

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

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

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

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

113. Сообщение от Аноньимъ (ok), 29-Июл-23, 21:43   +/
>Сейчас Руби программиста не могут найти за цену коня

Я для друга интересуюсь, можете пример накидать где ищут руби программистов, ну типо обучение или джун там, и чтобы за цену коня?

И какая у коня нынче цена?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #124, #131

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

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

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

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

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

120. Сообщение от maximnik0 (?), 30-Июл-23, 01:03   +/
>Новых внедрений Кобола не появляется.

Вы будете смеяться,но есть порт Кобола на net платформу.
https://www.c-sharpcorner.com/article/cobol-for-microsoft-net/

Не спорю что это для портирования старых проектов,но смотрится забавно...

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

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

Зачем так извращаться, если проще сразу перевести питон на платформу JVM. Ну разве что придётся транслятор написать ещё один, но это проще чем существующий питон перетряхивать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #153, #155

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

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

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

125. Сообщение от Аноньимъ (ok), 30-Июл-23, 01:48   +1 +/
> Присоединяюсь. Готов даже раби выучить.

Посмотрел бегло по европам.
В Германии хотят руби джуна с 2хлетним опытом.
Ну на этом можно вопрос закрывать.

Хотят за 3300 примерно в месяц, что за вычетом налогов будет где-то 2300.

Не похоже что выше средней ЗП для других языков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #167

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

127. Сообщение от Ааааааа (?), 30-Июл-23, 01:53   –1 +/
> Нет, этот язык далёк от эффективности

Он никогда не декларировался как эффективный и не задумывался таким.

Это примерно как сказать "Нет, ассемблер всё-таки далёк от лидерства в скорости написания на нём приложений".

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

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

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

130. Сообщение от Аноним (123), 30-Июл-23, 02:31   +1 +/
> Просто скачал бинарик и ВСЁ

Я пользователей не-windows имел ввиду. Там описанные вами проблемы решаются пакетным менеджером.

> кого это е**ёт?

МЕНЯ. Можно, специально для меня, поддержку разделяемых библиотек? Вы же сможете продолжать пользоваться бинарниками по 250 мегабайт, как и любите. Или вы хотите, чтобы ВСЕ жили так, как нравится ВАМ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #151

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

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

В общем, прохладная история. Скорее всего, просто не умеют искать, да и галера устраивает

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

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

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

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

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

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

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

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

145. Сообщение от Аноним (-), 30-Июл-23, 08:17   +/
> Избавиться от питона во много раз проще. Более того, не начинать его учить
> или использовать - ещё проще.

Да даже можно и не избавляться. Все равно период полураспада софта на нем едва ли год.

> Да, 20 лет нямкали коричневую субстанцию с gil и ещё 5 или 10 - без разницы.

Тоже не понимаю чего они парятся. Что так питон "не тормозит", что этак. Один поток но побыстрей или много но чуть медленнее, можно подумать кто-то заметит.

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

146. Сообщение от Аноним (-), 30-Июл-23, 08:20   +1 +/
> Все кто ненавидят Питон, просто вы завидуете.

А вот и нет. Нас задолбал левый пиар всякого мусора, спам в поиске, вечно не работающие скрипты всунутые такими как вы, так что через пару лет проект собрать невозможно, вечный breakage и сотни багов, как и общее качество кода в стиле "разреботчик не парился обработкой ошибок" и "привычно упало с трейсом на 2 экрана в ран тайм".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #159, #173, #188

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

Естественно большинство выбирает готовую тулзу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #149

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

Все же можно на С написать!! Давай вперед. Пиши.

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

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

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

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

152. Сообщение от microcoder (ok), 30-Июл-23, 09:34   +/
> Django

Ой, в код этого проекта лучше не смотреть. Это позор Python'а какой-то. Всю парадигму Java натянули на Python. Получилось мама - не горюй

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

153. Сообщение от Аноним (153), 30-Июл-23, 09:45   +1 +/
>проще сразу перевести питон на платформу JVM

Было 2 таких проекта. Jython  (сдох) и GraalPython (абсолютно офигенен, всем рекомендую, только недоделан до сих пор).

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

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

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

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

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

158. Сообщение от Аноньимъ (ok), 30-Июл-23, 11:35   +/
> Джун всегда будут по цене джуна. Денег стоит готовый специалист, в обучение
> которого не надо вкладываться.

Ну так если специалистов не хватает, тем более даже за деньги, логично джунов искать?

Покажите джуна по цене джуна.

Я пока вот нашел только мидла которого хотят купить как джуна.

И странное у вас рассуждение, платить "конскую" ЗП выгодно, а в обучение вкладывать невыгодно?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #166

159. Сообщение от Аноньимъ (ok), 30-Июл-23, 11:41   –1 +/
>как и общее качество кода в стиле "разреботчик не парился обработкой ошибок" и "привычно упало с трейсом на 2 экрана в ран тайм".

Питон то тут не при чём.
Скорее уже сишка тут и сипипишка(привет КДЕ)

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #190

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

165. Сообщение от Аноним (69), 30-Июл-23, 15:02   +/
>точно хуже во всем абсолютно
>просто не существует

Секта

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

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

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

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

Спасибо за совет. Но вопрос был о конкретных вакансиях с повышенной оплатой труда.

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

169. Сообщение от Аноньимъ (ok), 30-Июл-23, 15:54   +/
> Джун всегда стоит как джун мозг включай.

А мидл всегда как мидл, или не всегда?

А сеньер?

В любом случае, я ни одной вакансии конкретно на джуна не нашел пока.

Но и неплохо бы увидеть и вакансию на синьера с особой ценой оплаты труда.

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

170. Сообщение от Аноним (170), 30-Июл-23, 17:06   +/
>Хватит душить змею! Всем синего хомяка!

Не, лучше живая змея (душили - душили, душили - душили), чем синий хомяк.

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

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

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

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

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

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

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

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

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

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

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

181. Сообщение от Пряник (?), 31-Июл-23, 09:41   –1 +/
Во-первых: непонятно в чём трудность написать что-то на Си с параллельным доступом к... структурам? Вроде все объекты в Питоне - это структуры в Си. Ведь целый Линукс на Си написан, и такой проблемы не слышал.

Во-вторых: сколько нытья с этого GIL, при том, что он мешает только, если параллельно делать вычисления на чистом Python (CPU-bound задача), а большинство задач на чистом Python являются I/O-bound (например, запрос в БД). CPU-bound задачи выносят в отдельные расширения (Numpy), которые умеют отпускать GIL.

Можно разбить задачу на отдельные процессы (например, asyncio + потоки + процессы). Запуск процессов дороже тредов/микротредов, но на процессы GIL никак не влияет.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #185, #189, #191

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

183. Сообщение от Пряник (?), 31-Июл-23, 09:49   +/
> На Питоне свет клином не сошёлся

Я думаю, это тот самый единственный случай, для которого эта фраза была напророчена.

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

184. Сообщение от anonistemail (?), 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, #200

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

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

187. Сообщение от Пряник (?), 31-Июл-23, 14:00   –1 +/
> тогда зачем трединг вообше? для будушего зарезервиловали?

Для асинхронности. Параллельность и асинхронность вещи ортогональные.

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

188. Сообщение от Пряник (?), 31-Июл-23, 14:04   +/
> привычно упало с трейсом на 2 экрана в ран тайм

это в Java

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

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

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

191. Сообщение от Аноним (14), 31-Июл-23, 17:40   +/
> Ведь целый Линукс на Си написан, и такой проблемы не слышал.

Вот и выросло поколение не слышавших про big kernel lock. Его выпилили  к ядру 3.0 в 2011 году.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #192

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

193. Сообщение от Аноним (193), 31-Июл-23, 18:39   +1 +/
Я искренне ненавижу^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, чтобы писать и переписывать бойлерплейт, писать и поддерживать автогенерацию бойлерплейта, делать обвязки для кроссплатформенности бойлерплейта... фу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #201

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

195. Сообщение от Аноним (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».

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

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

197. Сообщение от Вы забыли заполнить поле Name (?), 31-Июл-23, 22:05   +/
>  В долгосрочной перспективе (через 5 лет) интерпретатор планируется перевести по умолчанию на сборку только в режиме без глобальной блокировки, одновременно прекратив поддержку сборки с GIL

То есть получаем 2 версии опять... А говорили, что ошибку c python3 больше не повторят.

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

198. Сообщение от Вы забыли заполнить поле Name (?), 31-Июл-23, 22:07   +/
> Гвидо вовремя свалил :)

Куда? Он же вернулся несколько лет как.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #202

199. Сообщение от Аноньимъ (ok), 01-Авг-23, 01:09   +/
Как-то так:

https://www.smbc-comics.com/comics/20140607.png

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

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

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

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

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

204. Сообщение от Аноним (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ообщить модератору
Родитель: #201 Ответы: #213

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

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

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

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

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

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

211. Сообщение от Аноним (211), 02-Авг-23, 13:43   +/
Вы читали как устроена сборка мусора в объектах Python?

Можно же заблокировать два сравниваемых объекта, сравнить их и
отпустить работать дальше.

Да, возможно появиться какая-то более расширенная функция блокировки
объектов для глубокого сравнения, но это уже на усмотрение авторов
библиотек.

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

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

213. Сообщение от agent_007 (ok), 07-Авг-23, 16:39   +/
> Мораль: не используйте Python и его фреимворки для динамичных внутрикорпоративных проектов.

Любопытное чтиво, но мораль несколько другая получается. Смотри:

1. контора наняла пацанов сделать простую штуку, они сделали, штука работала
2. контора усложнила штуку, пацаны не справились

Мораль: дело не в инструментах, а в требованиях к продукту. С простыми требованиями справились пацаны попроще, требования подросли, пришлось нанять пацанов посложнее.

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

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


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

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




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

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