The OpenNET Project / Index page

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

Выпуск языка программирования Python 3.14

08.10.2025 12:55

После года разработки опубликован значительный выпуск языка программирования Python 3.14. Новая ветка будет поддерживаться в течение полутора лет, после чего ещё три с половиной года для неё будут формироваться исправления с устранением уязвимостей.

Среди новшеств, добавленных в Python 3.14 (1, 2, 3):

  • Реализована официальная поддержка сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock). Сборка без GIL позволяет избавиться от проблемы с распараллеливанием операций на многоядерных системах, вызванной тем, что глобальная блокировка не допускает параллельное обращение к разделяемым объектам из разных потоков. Отключение GIL приводит к дополнительным накладным расходам, вызванным изменениями в сборщике мусора, системе управления памятью и примитивах для организации блокировок. Например, из-за использования подсчёта ссылок для изоляции потоков наблюдается снижение производительности однопоточных сценариев примерно на 10%. При этом подобные накладные расходы могут компенсироваться распараллеливанием операций.
  • Добавлена поддержка t-строк (литералы с префиксом 't') позволяющих использовать синтаксис, похожий на f-строки, для создания собственных обработчиков шаблонов в строках. В отличие от f-строк t-строки возвращают объект, раздельно хранящий статические строковые данные и подставляемые значения. Раздельное хранение позволяет привязывать собственные обработчики, влияющие только на подставляемые значения. Например, можно подключить обработчик для перевода подставляемого значения в верхний регистр или для экранирования спецсимволов при подстановке в строку внешних данных.
    
       variety = 'Stilton'
       template = t'Try some {variety} cheese!'
       print(list(template))
       print(lower_upper(template))
    
          ['Try some ', Interpolation('Stilton', 'variety', None, ''), ' cheese!']
          Try some STILTON cheese!
    
       attributes = {'src': 'limburger.jpg', 'alt': 'lovely cheese'}
       template = t'<img {attributes}>'
       print (html(template))
    
          <img src="limburger.jpg" alt="lovely cheese" />
    
    
  • В стандартную библиотеку добавлен модуль concurrent.interpreters, позволяющий одновременно выполнять в одном процессе несколько изолированных друг от друга копий Python-интерпретатора. Ранее данная возможность была доступна только через C-API. Одновременное выполнение нескольких интерпретаторов может использоваться для распаралелливания операций по аналогии с запуском нескольких параллельно выполняемых процессов, но в отличие от многопроцессной модели расходует меньше ресурсов. На уровне приложений для разделения операций по интерпретаторам могут использоваться модель акторов и CSP (взаимодействие последовательных процессов).
  • В CPython реализован новый тип интерпретатора, использующий хвостовые вызовы между C‑функциями, реализующими отдельные байткоды Python, вместо одной большой функции с выражением switch/case. При сборке в Clang 19 новый интерпретатор демонстрирует повышение производительности на 3-5% при выполнении тестов pyperformance. Новый интерпретатор пока доступен в качестве опции для архитектур x86-64 и AArch64, и требует для сборки как минимум версии Clang 19 (поддержку GCC обещают позднее).
  • Обеспечена отложенная обработка аннотаций для функций, классов и модулей. Аннотации теперь не обрабатываются сразу, а сохраняются в форме специализированных функций и вычисляются при возникновении необходимости. Новое поведение позволяет упростить работу с аннотациями и снизить накладные расходы на обработку аннотация во время выполнения. Для инспектирования отложенных аннотаций предложен модуль annotationlib.
  • В стандартную библиотеку добавлен пакет compression, предоставляющий функции для сжатия и распаковки данных при помощи различных алгоритмов. Помимо модулей compression.lzma, compression.bz2, compression.gzip и compression.zlib, предоставляющих доступ к функциональности, ранее доступной в модулях lzma, bz2, gzip и zlib, добавлен новый модуль compression.zstd с реализацией алгоритма ZSTD (Zstandard).
  • В выражениях "except" и "except*" разрешено не помещать содержимое в скобки, если в выражении указывается несколько типов исключений и не используется ключевое слово "as".
    
       try:
           connect_to_server()
       except TimeoutError, ConnectionRefusedError:
           print('The network has ceased to be!')
    
  • В интерактивной оболочке PyREPL реализована подсветка синтаксиса. Включён цветной вывод в CLI-утилитах из модулей unittest, argparse, json и calendar.
  • Добавлен интерфейс для подключения внешних отладчиков и профилировщиков к уже работающим процессам CPython, не требующий остановки и перезапуска, и не влияющий на производительность.
  • В модуль pdb добавлена поддержка удалённого подсоединения к работающим Python-процессам. Например, для подключения к процессу с номером 1234 можно использовать команду "python -m pdb -p 1234".
  • В модуль uuid добавлены функции uuid6(), uuid7() и uuid8() с реализацией 6, 7 и 8 версий UUID-идентификаторов.
  • Добавлен вывод предупреждения при использовании выражений "return", "break" и "continue" для выхода из блока "finally".
  • Добавлен C API PyInitConfig для настройки инициализации Python без привязки с структурам на языке Си, дающий возможность вносить изменения, не нарушающие ABI. Предоставляются функции Add PyConfig_Get() и PyConfig_Set() для получения и выставления конфигурации, а также функция PyInitConfig_AddModule() для добавления модуля с расширением.
  • Улучшены сообщения об ошибках. Добавлены рекомендации по устранению ошибок при опечатках в ключевых словах.
  • В состав интегрированы результаты работы по замене в Python реализаций криптографических алгоритмов, предлагаемых в модулях hashlib и hmac, на варианты с математическим (формальным) доказательством надёжности, подготовленные проектом "HACL*". Все предоставляемые по умолчанию в Python хэш-функции и HMAC заменены на варианты, для которых предоставлено формальное доказательство соответствия (формальная верификация). Среди прочего, добавлена реализация HMAC-BLAKE2, использующая SIMD-инструкции AVX2 для ускорения вычислений.
  • Добавлен новый интерфейс командной строки ("python -m asyncio ps PID" и "python -m asyncio pstree PID") для инспектирования запущенных Python-процессов с асинхронными задачами (asyncio).
  • В состав готовых сборок для macOS и Windows включён экспериментальный JIT-компилятор. Инсталлятор для Windows заменён на менеджер установок.
  • Для верификации целостности сборок вместо PGP-подписей задействована система криптографической верификации кода Sigstore.
  • Предоставлены официальные бинарные сборки для платформы Android.

В ближайшие часы начнётся альфа-тестирование ветки Python 3.15, которая будет находиться на стадии альфа-выпусков в течение семи месяцев, во время которых будут добавляться новые возможности и производиться исправление ошибок (в соответствии с новым графиком разработки работа над новой веткой начинается за пять месяцев до релиза предыдущей ветки и к моменту очередного релиза достигает стадии альфа-тестирования). После этого в течение трёх месяцев будет проводиться тестирование бета-версий, во время которого добавление новых возможностей будет запрещено и всё внимание будет уделяться исправлению ошибок. Последние два месяца перед релизом ветка будет находиться на стадии кандидата в релизы, на которой будет выполнена финальная стабилизация.

  1. Главная ссылка к новости (https://blog.python.org/2025/1...)
  2. OpenNews: В Python задействованы криптофункции с математическим доказательством надёжности
  3. OpenNews: Выпуск языка программирования Python 3.13
  4. OpenNews: Один из ключевых разработчиков Python отстранён на три месяца из-за нарушения кодекса поведения
  5. OpenNews: Проект PyXL развивает процессор для выполнения байт-кода Python
  6. OpenNews: Достижение выполнения кода при контроле над текстом комментария в Python-скрипте
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64017-python
Ключевые слова: python
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (244) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.5, Аноним (5), 13:05, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Из топика: "Добавлена поддержка t-строк"
    "Хороша" "закладка". Надо смотреть внимательно.
     
     
  • 2.17, Жироватт (ok), 13:19, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, EVAL() до сих пор существует.
     
     
  • 3.179, Аноним (179), 19:13, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, EVAL() до сих пор существует.

    Ну вот мы и вывели Питон на чистую воду! После стольких лет!

     
  • 2.46, Аноним (46), 13:59, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Закладка это форматные строки. Там прикол, что тот же yt-dlp исполняет код из названия видео на ютубе (если оно в определённом формате), на радость хомячкам.
     
     
  • 3.118, oficsu (ok), 16:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > тот же yt-dlp исполняет код из названия видео на ютубе (если оно в определённом формате)

    Это тянет на критическую CVE. Уязвимость зарегистрирована? Какой у неё статус?

     
     
  • 4.123, Витюшка (?), 17:04, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Статус "одна бабка сказала". Никто не обязан бежать и регистрировать CVE. Это новостной форум. Ты мог бы потрудиться сам, и проверить слова. Если CVE нет - отписаться и создать её. Если "шум" сообщить в ответе.

    Но ты хочешь чтобы кто-то бесплатно работал, вместо тебя. Всё верно?

     
     
  • 5.155, Аноним (179), 18:16, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 6.190, Аноним (190), 19:37, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
  • 5.175, Аноним (179), 18:58, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Это новостной форум. Ты мог бы потрудиться сам, и проверить слова.

    Вот именно, дружок, что это форум, а не ясли. Никто тут не обязан "проверять слова", ибо бремя доказательства лежит на утверждающем.

    > Но ты хочешь чтобы кто-то бесплатно работал, вместо тебя. Всё верно?

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

     
     
  • 6.188, Аноним (190), 19:36, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Пойми бремя доказательство ни на ком не лежит. Если ты во что-то не веришь или что-то не нравится проходишь мимо. Или на другой "форум".
     
  • 4.124, Аноним (46), 17:04, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, не тянет. Такие баги с форматными строками постоянно всплывали буквально в каждой поделке на питоне. А всё потому, что для безопасной работы со строками, там какая-то неочевидная либа была и её никто конечно же не использовал. Не просто так их ввели.
     

  • 1.8, Аноним (8), 13:11, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Реально ли в 38 выучить Pyton и кратиться в разработку, если работал в ИТ но не другой специальности?
     
     
  • 2.10, Аноним (10), 13:14, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Знания языка недостаточно. Нужна узкая специальность. Например, обработка больших данных, генерация отчётов. Язык дело второстепенное, это лишь инструмент.
     
     
  • 3.38, Аноним (5), 13:42, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну относительно. Помню на одной работе начальник и я умели прикладно-программировать. только мои программы были быстрее в разы.  
     
     
  • 4.135, Аноним (135), 17:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    То есть всё как сказал анон: язык всего лишь инструмент: твои программы может и быстрее, но начальник всё равно не ты.
     
  • 2.11, анон (?), 13:14, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    реально
     
  • 2.14, Крокодил (?), 13:15, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У python очень разные сферы применения. Нужно думать не о том, чтоб выучить питон чтоб вкатится. А о том сможешь ли ты туда вкатится без питона. Питон это инструмент для совершенно разных сфер и специальностей.
     
     
  • 3.20, Аноним (8), 13:22, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю у меня сложилось впечатление что его и в бее и во вронт используют и даже девопсы.
     
     
  • 4.32, Крокодил (?), 13:35, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так. Сфер его применения множество. И учить его нужно в контексте сферы применения. У девопса, фронтендера и датасайентиста это будут разные "питоны"
     
     
  • 5.60, Аноним (60), 14:41, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А я может видел как бекэнд пишут на Питоне. Может я хочу в питонисты-бекендеры, а лучше вообще фуллстак.
     
  • 5.81, Аноним (81), 15:26, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В области веб-программирования питону вообще не место. Ни во фронте, ни в баке
     
     
  • 6.96, L10N (ok), 15:54, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну.... Я вот начал пытаться опенсорсить. Вроде норм. Хотя, может, переберусь в этом проекте и на что-то ещё. MVP-шку набросать - вполне.
     
  • 6.117, Аноним (60), 16:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласен фронтэнд надо писать на С++. https://habr.com/ru/articles/252215/
     
     
  • 7.178, Аноним (-), 19:11, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 6.162, ГруднаяЖаба (?), 18:30, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 4.39, Аноним (5), 13:43, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что нужно девопсу: "чужой скрипт и быстрые ноги".
     
     
  • 5.61, Аноним (60), 14:43, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде скрипты на YAMLe сами пишут. Не уверен зачем нужны ноги быстрые? От кого убегать?  
     
     
  • 6.207, Аноним (207), 20:32, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хороший девопсер - это не тот, у которого не падают (сервисы), а тот, который их быстро поднимает. Вот для этого и надо уметь быстро бегать.
     
  • 3.25, Аноним (8), 13:26, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Или лучше в 1с-ники
     
  • 3.28, Аноним (8), 13:30, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фиеймворки сразу надо учить! Без них бесполезно?
     
     
  • 4.40, Аноним (5), 13:48, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С ними проще. Иначе заново писать предметный код, вникать в особенности. Тонкости (применимость) выявлять в практике.
     
  • 4.41, Аноним (5), 13:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это как слой абстракции железа в ОС.
     
  • 4.59, Аноним (59), 14:40, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Фиеймворки сразу надо учить! Без них бесполезно?

    И на собеседовании вас попросят реализовать что-то без фреймворка.

     
     
  • 5.63, Аноним (60), 14:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Буду писать на СИ из принципа. А вообще какие-то языки без стандартных библиотек ещё остались? С++ в стандарте уже шли со стандартными библиотеками.
    Про фреймворки спросил, потоум что слышал что JAVA Javascript фреймворки и ванильные ЯП это сильно разные вещи.
     
     
  • 6.65, Аноним (59), 14:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Буду писать на СИ из принципа

    Очень интересно, как вы будете условный http сервер на си писать. У вас же не будет соответствия стандартам, а свой кривой велосипед
    >А вообще какие-то языки без стандартных библиотек ещё остались?

    В расте можно писать без стандарной библиотеки.

     
     
  • 7.82, Аноним (82), 15:26, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Hello world без стандартной библиотеки написать хоть получится?
     
     
  • 8.86, Аноним (59), 15:33, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да... текст свёрнут, показать
     
  • 7.87, Аноним (87), 15:34, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В расте можно писать без стандарной библиотеки.

    А это не будет свой кривой велосипед?

     
     
  • 8.92, Советский инженер (ok), 15:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    неважно питон разрабом все равно не возьмут... текст свёрнут, показать
     
  • 8.95, Аноним (59), 15:53, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это целиком в руках программиста Но просто так отказываться от стандартной библ... текст свёрнут, показать
     
  • 8.97, Аноним (97), 15:55, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это надо ещё посмотреть, можно ли написать кривее стандартной библиотеки раст... текст свёрнут, показать
     
     
  • 9.246, Прохожий (??), 00:30, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уверен, вы справитесь ... текст свёрнут, показать
     
  • 7.107, Аноним (107), 16:15, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Очень интересно, как вы будете условный http сервер на си писать.

    Вот тебе на баше сервер
    https://github.com/avleen/bashttpd

     
     
  • 8.160, Аноним (160), 18:25, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очередная поделка ... текст свёрнут, показать
     
  • 7.109, Аноним (109), 16:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У вас же не будет соответствия стандартам

    Не надо писать много разных http серверов. RFC про HTTP - это набор лютейшего легаси, которое хрен поймёшь, что сервер делать вообще должен. Я ещё не понимаю, почему до сих пор всякие fastcgi и scgi переделывают http запрос в адекватный формат в сторону клиента, но обратно принимают http от клиента, который всё равно парсить на ошибки приходится.

     
     
  • 8.114, Аноним (109), 16:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Максимум, что нужно делать с http - это писать прослойку HTTP 1 1 в netstring и ... текст свёрнут, показать
     
  • 7.120, Аноним (60), 16:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Очень интересно, как вы будете условный http сервер на си писать.

    Я буду не условные, а конкретные сайт на С++ писать!

     
  • 7.122, _kp (ok), 16:59, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>как вы будете условный http сервер на си писать

    Это пустяки. Такое я писал на Си. Для ESP8266, ибо стоковый там кривой был.
    Именно C, а не C++, потому что на скромных ресурсах C++ не раскрывается, а исходник на C получается лаконичнее.

    Вот как будет на Си писать графический интерфейс... А оно даже в простом виде, даже для контроллера в такие ли портянки превратится, плюс эталонное велосипедостроение.

     
  • 3.266, Аноним (266), 04:24, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ндаа, программисты или как их там, кодеры Друг ппограммист научил, ой тоесть ко... большой текст свёрнут, показать
     
  • 2.15, Аноним (15), 13:16, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    2 версия была простой как 5 копеек
    3 версия сильно перегружена

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

    без знаний фреймворков ( только синтаксис языка ) - ты нафиг никому не нужен

     
     
  • 3.70, Андрей (??), 15:00, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Питон конечно нагородил высокоуровневых конструкций, но по сути основные сложности идут из-за фреймворков и кривого клея и слабой идиоматики, ввиду чего какая-нибудь numpy выглядит как сишка на стероидах, аналогично во многих других моментах, когда вместо введения перечислений используются строки или ещё какая-нибудь дичь. Хотя местами и высокоуровневые конструкции выглядят печально - вот что значить отдать развитие языка либералам, которые пихают в него всё подряд, вместо того, чтобы поддерживать качественное ядро и развивать идиомы.
     
  • 3.79, Аноним (79), 15:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > 2 версия была простой как 5 копеек
    > 3 версия сильно перегружена

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

     
     
  • 4.239, Аноним (239), 00:00, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > разделили строки и байты

    Извините, это как?? :)) Пишу на C# и там строка - это строка, байт - это байт, как их можно было "объединить"?

     
  • 2.16, Аноним (5), 13:17, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Язык выучить реально - тем более Python.
     
     
  • 3.22, Аноним (8), 13:23, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну к тому чтобы найти работу на нем
     
     
  • 4.44, Аноним (5), 13:55, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты должен быть:
    - или единственным пайтонистом.
    - или пайтонистом с набитой рукой и горой кода.
    - или знающим, как сократить затраты и ошибки с помощью пайтона, лучше нанимателей.
    - или новый путь в бизнесе, усиленным пайтоном.
     
  • 4.83, Аноним (81), 15:27, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    TS/JS нужны всем. Питон.... ну кому-то он нужен.
     
  • 4.88, Аноним (79), 15:36, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Чтобы найти работу нужен опыт в разработке, а не знание языка. Когда есть опыт, вопрос о знании языка вообще не стоит - за день читается референс, потом пишутся три пет проекта на неделю, месяц и 3 месяца, и можно смело идти по собесам на миддла и выше. Если вопрос о знании языка стоит, значит опыта в разработке нет, значит нужно лет 5 его нарабатывать, это можно делать за еду, но нужно ли такое в 40, либо в опенсорсе, но для этого нужен энтузиазм и любовь к программированию, а если этого за 40 лет не появилось то и не появится.
     
  • 2.18, Величие C над HTML (?), 13:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нет. Уже поздно. В 38 функция чтения книг и обучения полностью отключается. Вы обречены. Прощайте.
     
     
  • 3.23, Аноним (8), 13:24, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я о том чтобы работу найти.
     
     
  • 4.26, Аноним (26), 13:28, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем ее искать? Создавайте свою, в чем проблема? Только, создавая свою работу вы поймете, какой инструмент вам больше подходит. ЯП - инструмент, не более.
     
     
  • 5.119, Аноним (119), 16:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Создавайте свою

    Он имел в виду оплачиваемую.

     
     
  • 6.127, Аноним (26), 17:13, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так искать должен работодатель.
     
  • 4.269, BrainFucker (ok), 06:18, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну я о том чтобы работу найти.

    В айтишке сейчас её нет и это скорей всего надолго. Нет проектов. Слесарем больше заработаешь.

     
  • 3.31, Аноним (5), 13:32, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Отключаются не функции, а мотивации.
     
     
  • 4.43, Аноним (26), 13:50, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    зачем должна отключатся мотивация делать что-то для себя? В 38 вы просто понимаете, что современные ЯП это пустая трата времени если вам хочется что-либо значимое в жизни.
     
     
  • 5.45, Аноним (5), 13:57, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Люди разные.
     
  • 5.90, Аноним (79), 15:47, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В 38 вы просто понимаете, что современные ЯП это пустая трата времени если вам хочется что-либо значимое в жизни.

    Не совсем понял посыл
    - Нужно заниматься чем-то более значимым чем программирование? И что, по-вашему, более значимое? И для кого?
    - Современные ЯП убоги? А какие тогда не убоги?

     
     
  • 6.140, Аноним (26), 17:24, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > - Нужно заниматься чем-то более значимым чем программирование?

    То что вы называете ЯП к понятию "программирование" не относится, ибо это ЯК - язык кодирования.

    > И что, по-вашему, более значимое?

    Вот именно, что заниматься программированием это очень значимо (это наука, математика, алгоритмы и т.д.), незначимо после 38 - это заниматься кодированием. Если только не придумывать новый ЯК.

    > И для кого?

    Для себя конечно же в первую очередь, яркий пример - Д. Кнут. Он именно, что занимается программированием.

    > - Современные ЯП убоги? А какие тогда не убоги?

    ЯК - да убоги, если программа которую закодировали 10 лет назад щас не компилируется и тем более нет аппаратуры на которой она может быть исполнена. Этот вам ЯК Python яркий тому пример.

     
  • 6.141, Аноним (26), 17:27, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы найти работу нужен опыт в разработке, а не знание языка.

    Сами ведь выше пишите, отсюда - опыт в разработке - не есть опыт в кодировании, все верно.

     
  • 3.66, Аноним (97), 14:52, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В 38 функция чтения книг и обучения полностью отключается

    Отключается, если у тебя не было этого отдела мозга :)

     
  • 2.36, Аноним (36), 13:40, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На другой специальности - это какой Если вендоадмином и тонер заправлял, и до с... большой текст свёрнут, показать
     
  • 2.37, Аноним (37), 13:40, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно и без питона нормально устроиться. А питоновский говнокод и gpt отлично генерирует.
     
  • 2.51, Аноним (59), 14:15, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Реально ли в 38 выучить Pyton и кратиться в разработку

    Тысячи вкатунов хотят вкатится на зарплату продавца супермакета, но их не берут на работу. Вот уж точно, что от любви к профессии, а не ради денег. Это насколько нужно быть альтруистом, чтобы настолько сильно ронять зарплаты и демпинговать?

     
     
  • 3.53, Аноним (60), 14:21, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я так понимаю что это жертвы онлайн школ, купившиеся на то что язык учить легко и просто а зарплаты будут высокими. Отдав деньги и потратив, время пытаются устроиться хотя бы за еду, в надежде в будущем сказочно разбогатеть.
     
     
  • 4.57, Аноним (59), 14:37, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Жертвы тут только те, кому it действительно интересно, они просто тонут в общей толпе вкатунов. А так же те, кто в целом разбирается, но не умеет проходить собеседования, ведь вкатуны себе ещё и опыт накручивают.
     
     
  • 5.102, Аноним (79), 16:04, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не правда Те, кому it действительно интересно, на голову выше всех этих вка... большой текст свёрнут, показать
     
     
  • 6.271, BrainFucker (ok), 06:28, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же надо весь литкод прорешать

    Зачастую литкододpoчеpcтво бесполезный навык, этот контингент вместо того чтобы решать задачи по существу, так и тратит время на какую-то дpoчь не по делу.

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

    Сейчас, впрочем, в айтишке особо ловить и нечего, особенно в местной. Проектов тупо нет.

     
  • 3.64, Аноним (64), 14:48, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А сам опенсурс вообще про что? Сэкономить на пациентах втирая про открытость,свободу - вот про что это. Так что если хочет в 38 лет вкатиться,то норм. Одним лузером больше,одним меньше, проприетарщики и не заметят уже ввиду тонн подножного корма на Гитхаб и т.п.
     
     
  • 4.71, Аноним (59), 15:00, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А сам опенсурс вообще про что? Сэкономить на пациентах втирая про открытость,свободу - вот про что это.

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

     
  • 2.68, grayich (ok), 14:56, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    38 ни о чём не говорит. Всё дело в памяти и в особенностях мозга позволяющих заниматься этим видом деятельности.
     
  • 2.80, Аноним (81), 15:24, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Главный вопрос - а зачем? Изучите Typescript - хотя бы получите в карму современный ЯП и тех. стек, который точно будет лет 20 востребован.
     
     
  • 3.94, Jh (?), 15:53, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати компилятор typescript переписали на go, и несколько разработчиков typescript уволили
     
  • 3.194, Аноним (-), 19:46, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.85, freehck (ok), 15:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Реально ли в 38 выучить Pyton и кратиться в разработку, если работал в ИТ но не другой специальности?

    Разработка очень чувствительна к педантизму в области грамматики.
    Если грамматика даётся Вам с трудом -- не стоит и начинать.

     
  • 2.93, Jh (?), 15:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    учи гошечку. Мне в телеге пару дней назад стучалась HRша, потому что я регился на конфу по гошечке. Правда они искала "талантливых ребят", 45-летний дядя, явно не вписывается в её пожелания.
     
  • 2.136, x (?), 17:21, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Реально ли в 38 выучить Pyton
    > Pyton

    во молодёж линивая пашла

     
  • 2.142, Bonk (-), 17:32, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    You could consider Ada, Haskell, or OCaml.

    For Haskell, I highly recommend the excellent book "Haskell Programming from First Principles".

     
     
  • 3.144, Bonk (-), 17:41, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.148, Аноним (46), 17:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хаскел это хорошо, но он всегда был только dsl. И за всё время на нём написана только 1 программа Pandoc (и та 20 лет назад). Есть ли там вообще какие-то преимущества перед лиспом? Ада на удивление актуальна, в отличие от раста, но довольно специфическая.
     
     
  • 4.176, Bonk (-), 19:05, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хаскел это хорошо, но он всегда был только dsl.

    Haskell — это язык, на котором легко реализовывать DSL и встраивать их в язык. Сам по себе он DSL не является.

    > И за всё время на нём написана только 1 программа Pandoc (и та 20 лет назад).

    Ну, не совсем. Сразу на ум приходят XMonad, PostgREST и блокчейн Cardano. Если немного покопать, найдётся и много чего ещё.

    Front Row Education с 2014 года использует Haskell почти для всего своего серверного кода. На Haskell есть хорошие веб-фреймворки.

    > Есть ли там вообще какие-то преимущества перед лиспом?

    Сильная статическая типизация с автоматическим выводом, очень продвинутая система типов (классы типов, GADT), поддержка формальной верификации (LiquidHaskell), лучшая производительность и отсутствие побочных эффектов у функций по умолчанию.

    Мне нравится семейство Lisp (особенно Scheme) как языки для обучения, но не для прикладных задач.

    > Ада на удивление актуальна, в отличие от раста, но довольно специфическая.

    В Ada/SPARK даже есть зависимые типы.

    https://en.m.wikipedia.org/wiki/Dependent_type#Comparison_of_languages_with_de

    https://nytpu.com/gemlog/2024-12-27

    Вот бы ещё добавили поддержку хорошего сборщика мусора в GNAT (стандарт это позволяет), чтобы было удобнее решать задачи более высокоуровневые задачи... Но в Ada и так довольно-таки удобное управление памятью.

     
  • 3.152, Bonk (-), 17:56, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    As others have mentioned previously, to achieve your goal, you need to choose a domain, not a language.

    You should first get a handle on the fundamentals of programming (HtDP). They are the same for everything and will definitely help you make your choice.

     

     ....большая нить свёрнута, показать (80)

  • 1.9, Аноним (10), 13:12, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Имхо, язык перегружен. Поначалу кажется что язык простой и удобный. Как начинаешь всерьёз на нём программировать, погружаешься в ад несовместимости разных версий и отличия в синтаксисе.
    Конечно, можно это решить, но костыльными проверками, либо сидеть на древней версии для совместимости.
    Объём изменений от версии к версии довольно велик. Всё это охватить и отслеживать проблематично. Перешёл на lua.
     
     
  • 2.19, Аноним (5), 13:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это типично: Ты пользуешься чужими мыслями, концепциями, умолчаниями. В доках все тонкости не передашь.
     
  • 2.21, Аноним (21), 13:22, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ад несовместимости разных версий и отличия в синтаксисе

    доооо, прям гиена огненная

    > Перешёл на lua.

    ясно, ты очередной иксперт хелоуворлдов

     
     
  • 3.58, Мемоним (?), 14:40, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > гиена огненная

    https://ru.wikipedia.org/wiki/Геенна

     
     
  • 4.121, Аноним (60), 16:56, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://ru.wikipedia.org/wiki/Гигиена
     
     
  • 5.237, Аноним (239), 23:54, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://ru.wikipedia.org/wiki/Гангрена
     
     
  • 6.260, Аноним (260), 02:20, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://ru.wikipedia.org/wiki/Гиены
     
  • 2.24, Аноним (10), 13:25, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Набежали обиженные питонисты :)
     
  • 2.27, Аноним (36), 13:29, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И много уже кода написал Какой стаж Там ад на совершенно другом уровне Ты еще... большой текст свёрнут, показать
     
     
  • 3.29, Аноним (10), 13:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там ад на совершенно другом уровне. Ты еще и сам себе создаешь ад.

    Вот из двух зол выбрал самому себе в ногу стрелять.
    Go хорош, но не на все платформы портируем.

     
     
  • 4.187, _ (??), 19:36, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как минимум везде где есть ритон - го тоже есть :-р
     
  • 4.214, OpenEcho (?), 21:35, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Go хорош, но не на все платформы портируем.

    Какие именно?

     
     
  • 5.250, Аноним (250), 01:05, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Местечковые, импортозаместительные. Поддержки в апстриме нет. Да, поддержку умельцы добавили. Но надолго ли? А новые версии подтянут ли? А не сломает ли гугл что-то в новых версиях кардинально? Слишком много вопросов. Лично я такое использовать не буду, потому что излишне беспокоюсь о будущем.
     
  • 3.30, Аноним (10), 13:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И много уже кода написал? Какой стаж?

    Мало написал. Лет 5.

     
  • 2.34, Аноним (5), 13:38, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Имхо, язык перегружен.

    Это типично для "простых" открытых языков. Можно выразить фразой "И тут, Набежало!"

     
  • 2.47, Аноним (46), 14:03, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про луа очень смешно, спасибо. В следующий раз, с этого и начинай.
     
     
  • 3.180, Аноним (179), 19:18, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Про луа очень смешно, спасибо. В следующий раз, с этого и начинай.

    Так SDL и Lua - это стандартный набор эксперта, который иглуски писэт, а вот образования и тем более коммерческого опыта в области разработки ПО не имеет.

    Вишенкой на торте обычно еще идет "вы видали, какой в Расте синтаксис 😱", ибо кроме Сишечки с Луа персонаж ничего осилить не смог (да и те дались с большим трудом).

     
     
  • 4.185, Аноним (10), 19:34, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Прежде чем давать комментарии эксперта, задумайтесь: а достаточно ли вы изучили область? Некоторые крупные компании использует lua не для игрушек, а для скриптования и автоматизации крупных бизнес процессов.
     
     
  • 5.191, _ (??), 19:39, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну И?!?!
    Я вот прямо сейчас отпинываюсь от перцев с AS/400 и RPG ... на фоне такого - Lua уже даже и нечего... :))))
     
     
  • 6.244, Аноним (244), 00:26, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Lua используется в МойОфис  https://habr.com/ru/articles/729860/
     
  • 2.216, OpenEcho (?), 21:47, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > несовместимости разных версий и отличия в синтаксисе.

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

    /bin/sh, /bin/dash

    Поэтому лучше писать на чем то, что создаёт программы и больше не зависит от тулзы сгенерировавшей бинарник

     
     
  • 3.230, мяв (?), 23:24, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    они ж тоже страдают.
    потому что в дебиане у тебя dash, в бсд ash(которые немного разные), а в хайке - собственный какой-то.
    не страдают только бумажные версии из стандарта
     
     
  • 4.256, OpenEcho (?), 01:26, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > они ж тоже страдают.

    конечно страдают, но далеко не в той степени как "взрослые" интерпритаторы. В некоторых банкам можно стретить легко скрипты 30 летней давности, которые пережили множество мажорных ОС версий

    > потому что в дебиане у тебя dash, в бсд ash(которые немного разные)

    Разные, но не настолько чтоб чахнуть над ними как между bash версиями

     
  • 3.251, Аноним (250), 01:09, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    /bin/sh -> что угодно, встречал тут и dash, и bash.
     
     
  • 4.257, OpenEcho (?), 01:29, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > /bin/sh -> что угодно, встречал тут и dash, и bash.

    Ну, так это уже проблемы того модного дистра, а в тех что в основном в проде, более менее порядок

     
  • 2.238, Аноним (239), 23:56, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Переходи на Smalltalk - за 50 лет вообще никаких изменений! :) Тот пример, когда над языком думали инженеры, а не "увлекающиеся ИТ".
     
     
  • 3.262, Аноним (262), 03:35, 09/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.12, Аноним (5), 13:15, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я пайтоном редко пользуюсь, но вот идея как визуализировать невидимое в пайтоне:
    Надо вертикальные поля разных цветов использовать в редакторе, или визуальные знаки пробелов.
    Возможно это уже реализовано.
     
     
  • 2.62, ASRSim (ok), 14:43, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    визуальные знаки, примерно во всех IDE для python, всегда были.
     
     
  • 3.203, Аноним (203), 20:08, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда, подтверждаю. Просто это такой "прекрасный" язык, на котором без визуальной подсветки отступов писать невозможно.
     

  • 1.33, Вы забыли заполнить поле Name. (?), 13:37, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Реализована официальная поддержка сборки CPython без глобальной блокировки интерпретатора

    Свершилось! Ждём образов в Docker Hub

     
  • 1.35, Аноним (59), 13:39, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >При сборке в Clang 19
    >Новый интерпретатор пока доступен в качестве опции для архитектур x86-64 и AArch64, и требует для сборки как минимум версии Clang 19 (поддержку GCC обещают позднее).

    Кто там про отсутствие стандарта у раста и как хорошо в си сказки рассказывал?

     
     
  • 2.42, Аноним (10), 13:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А при чём здесь Си? Авторы питона сами решили выбрать такой стандарт, который хуже поддерживается.
    Отличие от раста в том, что clang и gcc портируют в старые версии исправления ошибок и уязвимостей, а раст требует обновления версии компилятора.
     
     
  • 3.52, Аноним (59), 14:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А при чём здесь Си?

    При том, что снадарт нужен не какой-нибудь C89, а непременно clang 19. И в gcc не собрать, и это не смотря на наличие спецификаций.
    >Отличие от раста в том

    Отличия от раста никакого. Код прибит к конкретной версии компилятора.

     
     
  • 4.54, Аноним (10), 14:22, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ещё раз: раст не портирует исправления в старые версии. Отличие абсолютное, вселенского масштаба.
     
  • 3.156, Аноним (179), 18:18, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Отличие от раста в том, что clang и gcc портируют в старые версии исправления ошибок и уязвимостей, а раст требует обновления версии компилятора.

    Эммм.... А после портирования тебе ну нужно обновлять clang и gcc? И версии у них не меняются?

     
     
  • 4.254, Аноним (250), 01:12, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Изучите версионирование что ли. И как сопровождаются lts версии. А то любителям rust это, к сожалению, неведомо.
     

  • 1.49, Аноним (5), 14:05, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    "Трансцендентная" версия.
    P.S. Пи - трансцендентное число в математике.
     
     
  • 2.103, Аноним (79), 16:06, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    3.14 это не π.
     
     
  • 3.113, Аноним (5), 16:28, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Спасибо, Кэп. Вряд ли будет версия 3.1415926... или Arccos(-1). А пока - по школьному...
     
     
  • 4.126, Аноним (79), 17:12, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну вот тут реально намеренная попытка запихнуть pi в версию.

    https://repology.org/project/texlive%3Adynkin-diagrams/versions

    А у питона просто очередной релиз, нечего несвязанные вещи приплетать.

     
  • 3.236, Аноним (239), 23:52, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В военное время Пи может достигать 4!
     
     
  • 4.241, Аноним (241), 00:02, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Значит, уже.
     

  • 1.50, Аноним (59), 14:11, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Простые типобезопасные статически типизируемые компилируемые языки, где не нужно беспокоится о повреждении памяти, были уже как минимум в конце восьмидесятых. Уже в момент своего появления, питон не упрощал разработку, а лишь приучал программистов к неправильному подходу. Во-первых, разобраться в динамически типизированной лапше не могут даже авторы этой лапши, регулярно путая типы данных, а во-вторых, всё это дело тормозит и в-третьих потребляет кучу памяти.
    >Например, из-за использования подсчёта ссылок для изоляции потоков наблюдается снижение производительности однопоточных сценариев примерно на 10%.

    Питон изначально не отличался скоростью, а теперь стал ещё медленнее.

    А в плане простоты питон стремительно деградирует. Если использовать питон как второй язык, то уже не получится просто просматривать код, нужно будет периодически лазить в мануал.
    >Например, можно подключить обработчик для перевода подставляемого значения в верхний регистр или для экранирования спецсимволов при подстановке в строку внешних данных.

    А вот и типичный пример питонистской логики. Вместо того, чтобы отказаться от строк, они переизобретают php, только хуже. Взять тот же Elm/Gren - язык очень простой. Там для этого нет ни особенного синтаксиса ни 100500 типов строк. Вместо этого там используются естественные конструкции языка: функции и выражения. И всё это контролируется системой типов: программист просто не может забыть экранировать значение, в то время как в питоне это как всегда пустят на самотёк. Питон никак не проверит, что запрос в базу данных это sql, что в нём нет инъекций, и что это вообще строка. Можно хоть None в качестве запроса послать, это и так сойдёт по питонски. В хорошо продуманных языках есть база, за счёт которой и решаются основные проблемы, а в плохих языках для каждой проблемы придумывается отдельный костыль.
    >В выражениях "except" и "except*" разрешено не помещать содержимое в скобки, если в выражении указывается несколько типов исключений и не используется ключевое слово "as".

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

     
     
  • 2.73, Аноним (73), 15:04, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я кстати не понимаю этого хайпа по динамическим и интерпретируемым языкам. Их сторонники топят за них, потому что это, якобы, удобно. Удобно чем? Удобней чем один раз скомпилировать код и без батвы запускать исполняемый файл? Ну бред же.
    Типа весело каждый раз писать по строчке и жать RUN? Ну так может надо просто подумать и сразу целиком всю программу написать?
     
     
  • 3.77, Аноним (59), 15:11, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Типа весело каждый раз писать по строчке и жать RUN? Ну так может надо просто подумать и сразу целиком всю программу написать?

    REPL есть и для компилируемых языков.

     
  • 3.196, Аноним (179), 19:54, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Удобней чем один раз скомпилировать код и без батвы запускать исполняемый файл?

    Один раз, лол. Раз под винду, второй - под Линукс, третий - под Мак. Ах, да: еще же перед этим компиляторы под эти платформы тоже нужно установить. Очень целесообразно для написанного на коленке скрипта для личного пользования.

    > Я кстати не понимаю
    > Ну бред же.

    Если ты чего-то не понимаешь - это не обязательно сразу бред.

     
  • 2.143, Аноним (143), 17:40, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Простые типобезопасные статически типизируемые компилируемые языки...

    Молодец, сорвал покровы с языка с 34-летней историей. Так его!

    Самому не смешно?

     
     
  • 3.157, Аноним (179), 18:21, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Самому не смешно?

    А ты что, в первый раз на Опеннете? Дежурная порция экспертизы от эксперта, плюсики от собратьев прилагаются. Зато вывели Питон на чистую воду! После 34 лет-то!

    Кто в армии служил, тот здесь не смеется.

     
  • 2.177, Аноним (179), 19:10, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сперва ты пишешь:

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

    И при этом:

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

    Как уважаемый эксперт объяснит тот факт, что динамически типизированный Лисп появился даже не в конце восьмидесятых, а в 1965? Ведь казалось бы - "лапша", "тормоза", "куча памяти". 🤣 Как так-то, эксперт?

     
  • 2.235, Аноним (239), 23:51, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "по питонски" - кажется, родился новый слэнг для безобразного кода. :)
     

  • 1.55, Аноним (46), 14:29, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда я крайний раз интересовался, асинхронный код при исключении всё ещё выдавал что угодно, кроме реальной ошибки в ряде случаев. Даже не в том треде и не с теми данными, что на деле. Я так понимаю, отлаживать через print ещё долго придётся?
     
  • 1.56, Аноним (56), 14:35, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Monster. Язык ненадёжный, а третья версия - труднопонимаемый, если по  полной использовать аннотации, datatypes, асинхронные генераторы, asyncio. Так же бывают ошибки в интерпретаторе (например, в 3.8 не срабатывает инициализация членов-данных в классах).
    Я на нём пишу только GUI-frontend к командным утилитам, это маленькие программки и ошибки достаточно легко замечаются.
     
     
  • 2.100, Аноним (10), 16:01, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Синтаксис аннотаций кстати менялся от версии к версии.
     
  • 2.165, Аноним (165), 18:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я на нём пишу только GUI-frontend к командным утилитам

    Главное не показывать никому

     

  • 1.67, ИмяХ (ok), 14:54, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>глобальная блокировка не допускает параллельное обращение к разделяемым объектам из разных потоков.

    Ух, какое огромное непаханое поле для бэкдоров появилось!

     
     
  • 2.105, Аноним (87), 16:08, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну а чем это поле менее паханное, чем POSIX Threads в Сишке?
     

  • 1.69, Аноним (73), 14:58, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Выпуск языка программирования с версионированием, подобным софту - очень плохая ... большой текст свёрнут, показать
     
     
  • 2.74, grayich (ok), 15:05, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Выпуск языка программирования с версионированием, подобным софту - очень плохая поактика.
    > 1.5 года поддержки - очень плохая практика.
    > Нужен стабильный язык, со сроками версий в десятки лет, чтобы можно было
    > действительно писать программы, которые будут работать годами, без внезапных обновлений
    > и поломок кода из за лчередных новых фич и слома обратной
    > совместимости.

    Кто мешает? Берёте нужные версии и пилите на них годами.

     
     
  • 3.129, _kp (ok), 17:16, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Берёте нужные версии и пилите

    Спасибо. Нафиг.
    Если нужно собрать старый код на Си, не ищут античный компилятор, а говорят свежему компилятору, в каком стандарте какие файлы компилировать, причем не весь проект, а только отдельные его части.

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

     
     
  • 4.145, Аноним (143), 17:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если нужно собрать старый код на Си, не ищут античный компилятор, а говорят свежему компилятору

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

     
  • 4.167, Аноним (79), 18:35, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если нужно собрать старый код на Си, не ищут античный компилятор, а говорят свежему компилятору, в каком стандарте какие файлы компилировать, причем не весь проект, а только отдельные его части.

    Это только в фантазиях. На деле в проекте на Си частей нет, через инклуды весь код связан, как внутри себя, так ещё и со всеми зависимостями. Так что либо всё собирается минимальным стандартом из требуемых каждой частью, либо нет, и код с триграммами при использовании в проекте на C23 придётся, хочешь не хочешь, переписывать.

     
  • 2.75, Аноним (59), 15:09, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >1.5 года поддержки - очень плохая практика.

    Не три а пять.
    >Нужен стабильный язык, со сроками версий в десятки лет,

    Только вот по странному стечению обстоятельств, от всех таких языков почему-то отказались. Ну вот не хочет никто писать на языке прямо из семидесятых.
    >без внезапных обновлений

    У вас пять лет, чтобы адаптировать код к новой версии.
    >и поломок кода из за лчередных новых фич и слома обратной совместимости.

    Обратную совместимость нужно ломать, для того, чтобы исправить врождённые недостатки. Ну вот не было раньше юникода, например. И многоядероности, и асинхронности. И кучи всего остального.

     
     
  • 3.76, Аноним (59), 15:10, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Не три а пять.

    Не полтора, а пять.

     
  • 3.99, тоже Аноним (ok), 16:01, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Обратную совместимость нужно ломать, для того, чтобы исправить врождённые недостатки.
    > Ну вот не было раньше юникода, например. И многоядероности, и асинхронности.
    > И кучи всего остального.

    Может, вы даже знаете _второй_ язык, которому для этого потребовалось ломать совместимость?

    Ни Крестам, ни Жабе - не пришлось, например. Хотя они постарше Гвидобейсика будут.

     
     
  • 4.111, Аноним (79), 16:25, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Может, вы даже знаете _второй_ язык, которому для этого потребовалось ломать совместимость?
    >
    > Ни Крестам, ни Жабе - не пришлось, например. Хотя они постарше Гвидобейсика будут.

    Так вот кресты и есть. Ты не программируешь и не знаешь, а там тоже есть deprecated фичи, они удаляются из языка, и твой код внезапно перестаёт собираться на новой убунте, потому что там новый компилятор, в котором там по умолчанию c++17. А на твой любимый c++98 не откатишься, потому что зависимостям уже нужен тот же c++17.

    Даже в C свежим компилятором уже не соберётся 'void foo();', нужно 'void foo(void);'. Но это, правда, обратно совместимо.

     
     
  • 5.115, тоже Аноним (ok), 16:36, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты не программируешь и не знаешь

    О, телепаты в треде. Все в укрытие, щас по айпи вычислять будут.

    > и твой код внезапно перестаёт собираться на новой убунте

    Как раз ковыряю программу, у которой с 2014 не делал новых выпусков, да и тогда она была написана разве что с С++0х, потому что кросс-компилялась в винды, а Студия по жизни тормозит с поддержкой стандартов.
    Собирается, зараза! Может, я что-то не так делаю?..

     
     
  • 6.138, Аноним (79), 17:22, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Собирается, зараза! Может, я что-то не так делаю?..

    Не программируешь и не знаешь, я же написал. Ковыряние хелловорлда на локалхосте это не программирование, а вот попробуй разрабатывать полноценный публичный проект, чтоб его собирали на 4-5 разных системах (не считая дистрибутивов ессно), давности от 15 лет до bleeding edge, и 2-3 архитектурах, тогда узнаешь как хорошо у C++ с совместимостью и не будешь паясничать.

     
     
  • 7.147, тоже Аноним (ok), 17:48, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж куда мне до мастеров собирания своего велосипеда из чужих костылей, каждый из которых написан таким гением, что собирается только на его машине. А виноват в этом, конечно, новый стандарт Крестов. Кто же еще?
     
     
  • 8.161, Аноним (79), 18:27, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну сейчас назвал Qt, OpenCV, FFmpeg и Boost костылями, я правильно понимаю И ты... текст свёрнут, показать
     
     
  • 9.208, Аноним (207), 20:49, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть Ada ... текст свёрнут, показать
     
     
  • 10.227, Аноним (79), 23:05, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да Да-да, ещё кобол, awk, турбо паскаль и брейнфак ... текст свёрнут, показать
     
     
  • 11.243, Аноним (244), 00:07, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ada, Fortran и Cobol - не мёртвые языки, у них регулярно выходят новые версии ст... текст свёрнут, показать
     
  • 9.221, тоже Аноним (ok), 22:28, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу смысла опровергать столь откровенно натянутую на глобус сову И про про... текст свёрнут, показать
     
     
  • 10.228, Аноним (79), 23:11, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Куда там, сами загнали себя в угол Я понимаю что вы слишком самоуверены чтобы с... текст свёрнут, показать
     
     
  • 11.229, тоже Аноним (ok), 23:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почитайтн уже басню Михалкова Толстый и тонкий и завязывайте мериться с незнак... текст свёрнут, показать
     
  • 5.134, _kp (ok), 17:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>свежим компилятором уже не соберётся

    Соберется, достаточно указать стандарт, в котором собирать,
    а искать старый компилятор не требуется.


     
     
  • 6.139, Аноним (79), 17:23, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вы читайте комментарий до конца, там где про зависимости.
     
     
  • 7.247, пох. (?), 00:39, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Значит, соберешь с теми же версиями зависимостей которые были двадцать лет назад.

    Если твой код зависит от культей и ffmpeg - он с новыми-модными и работать-то не будет.

    И да, у меня тоже есть "любимый" проект который собирается и работает ровно в том виде, в котором был брошен разработчиками в 2005м. 20 лет прошло - а им все еще можно пользоваться. Да, там есть целая одна строчка, которая требует вручную задать версию стандарта (или выбросить этот идиотский мусор от любителей модных стандартов и их кривых gcc-only реализаций, что проще и ничего не ломает)

    А если б был собран под винду - то просто работал бы собранный в том самом 2005м без необходимости что-то там трогать. С вашим шт@6ле нонсенсом, конечно, так не бывает.

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

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

    Но это еще цветочки. Ягодки начинаются когда ты хочешь запустить "шибко новый" код на питоне. А в твоей системе нет такого. Нет, venv спасет только хеловроты ненужные - потому что зависимости у пихона бывают, внезапно, бинарные. Зависящие к примеру от версии gtk.

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

    hg или trac не дадут вон соврать (сколько ты знаешь сишных или плюсовых проектов, необратимо сломавшихся и брошенных разработчиками потому что ВНЕЗАПНО компилятор расхотел их собирать?)

     
  • 4.149, Аноним (143), 17:50, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Ну вот не было раньше юникода, например. И многоядероности, и асинхронности.
    >> И кучи всего остального.
    > Может, вы даже знаете _второй_ язык, которому для этого потребовалось ломать совместимость?

    А Питон совместимость и не ломал. Был Python 2, потому вышел обсолютно новый язык Python 3. Никто никогда не говорил, что эти версии совместимы.

    Более того, вторая версия активно поддерживалась до 2020 года. За 12 лет-то можно было обновить свои кодовые базы.

     
     
  • 5.153, тоже Аноним (ok), 17:57, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Обратную совместимость нужно ломать
    > А Питон совместимость и не ломал.

    Личности пациента путаются в показаниях и спорят между себя. Не будем им мешать.

     
     
  • 6.159, Аноним (179), 18:25, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, похоже, читаешь пятой точкой. Никакого противоречия тут нет, ибо, как правильно написали, второй и третий Питон - два разных языка.
     
  • 6.204, User (??), 20:17, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Perl5 и perl6, ага.
     
  • 5.234, Аноним (239), 23:46, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если название языка - единое, никого номера версий не волнуют. Если код от пестона-2 перестаёт работать в пестоне3, это ФЭЙЛ разработчиков и языка. В жизни не возьму язык, который проектировали через Жо.
     
  • 4.170, Аноним (179), 18:43, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Может, вы даже знаете _второй_ язык, которому для этого потребовалось ломать совместимость?
    > Ни Крестам, ни Жабе - не пришлось, например

    Код C++17 не соберется компилятором с поддержкой лишь C+11. Код Python 3 не будет работать в интерпретаторе Python 2.

    При этом Плюсы - хороший язык, а Питон плохой. Я все правильно понял?

     
     
  • 5.242, Аноним (241), 00:06, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они считают, что код написанный под Python 3.11 не будет работать в 3.12, например.
     
  • 5.245, Аноним (244), 00:29, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Плюсы - хороший язык, а Питон плохой. Я все правильно понял?

    Да, правильно.

     
  • 5.248, пох. (?), 00:46, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Код C++17 не соберется компилятором с поддержкой лишь C+11

    Зато код С++02 - соберется любым. И работать будет там где нет вообще никакого компилятора.

    А код на пихон2 вообще нельзя запустить. Никак. Владелец торговой марки сам не ам и другим не дал.

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

     
  • 2.108, Аноним (79), 16:19, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не нужен, и в особенности программы такие не нужны Вот есть у тебя программный ... большой текст свёрнут, показать
     
     
  • 3.209, Аноним (207), 20:59, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А какая не отвратительная? Вендорить все зависимости ...

    Нет, надо расширять стандартную библиотеку, о чём писал Дрю ДеВолт
    https://drewdevault.com/2025/09/17/2025-09-17-An-impossible-future-for-JS.html

     
  • 2.166, Аноним (179), 18:32, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Таких языков тьма Лол Если внезапно не обновлять Питон, то программы, написа... большой текст свёрнут, показать
     
  • 2.168, Аноним (179), 18:38, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Питон сам по себе хорош только в одном - писать скриптоту

    Ого, скриптовый язык хорош в том, чтобы писать скрипты. Ну кто бы мог подумать! Ты, наверное, шутишь?

    > Когда на питоне пишут хайлоад инфраструктуру(не шутка - у крупных компаний так и написано - ищем хайлоад питон инженера) - это очень плохая практика.

    И это, конечно же, мы запишем в минусы самого языка.

    > А это баловство, фичи ради грантов, а то ведь инвесторы-эффнктивные-магагеры не поймут и кормушку прикроют.

    Как по одному предложению понять, что персонаж не имеет никакого отношения к разработке ПО, тем более коммерческой. "Гранты", "эффективные манагеры", "кормушка"... Да, друг, именно так работает коммерческая разработка. Хорошо, что опеннетных экспертов по опенсорсным хэллоуворлдам не проведешь!

     
  • 2.233, Аноним (239), 23:44, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я считал пестон хорошим только в одном - примере, как не надо писать ЯП! Написать в 21 веке настолько похабный язык может позволить себе только глупый студент.
     

  • 1.72, Аноним (72), 15:04, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто нибудь уже использовал мультипоточность без gil? и как там numpy поживает?
     
     
  • 2.78, anon123 (?), 15:13, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    один раз потыкал. конкретно не скажу, но все либы которые так или иначе связаны с jit, ml и Big Data в целом (которые сам использую) работать нормально не могут, если вообще запустятся, web вроде того же fastAPI тоже откис сразу.
    Короче, ИМХО: умрет в зародыше. Хотя я бы был рад его вместо asyncio использовать, т.к. чем больше пишу код - тем больше тошнит от последнего.
     
     
  • 3.132, Аноним (46), 17:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С gil код оооочень плохо скалируется, тащем то. И это никому не нравится. Если тебе надо делать много параллельных запросов, очень быстро всё время начинает уходить на него, даже когда код в значительной мере независим. Ну, там, локальные запросы к базе данных, сетевые соединения. По этой же причине, тот же requests показывает нормальную производительность в 1 потоке, но для получения сколько-нибудь адекватной производительности придётся взять pycurl или aiohttp. Но и тут ты упираешься в gil в конечном итоге. Питон буквально 1-поточный. А если запустить несколько процессов со своим интерпретатором, уйма ресурсов будет уходить уже на синхронизацию между ними, и надо не забывать, что там ещё ОС есть вообще-то.
     
     
  • 4.172, Аноним (79), 18:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К сожалению, с этим особо ничего не сделать Питон позволяет слишком много всего... большой текст свёрнут, показать
     
  • 2.112, Аноним (79), 16:27, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и как там numpy поживает?

    numpy вообще пофиг на это, он написан на C и бросает GIL на время вычислений.

     
     
  • 3.213, anon123 (?), 21:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://numpy.org/doc/2.1/reference/thread_safety.html#free-threaded-python

    когда начнутся проблемы на проекте могу помочь за много денег XD

     

  • 1.84, Я (??), 15:27, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Версия "пи", однако!
     
     
  • 2.89, trolleybus (?), 15:37, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    π-thon
     
  • 2.150, Аноним (150), 17:51, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.104, Аноним (79), 16:07, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > требует для сборки как минимум версии Clang 19 (поддержку GCC обещают позднее)

    Свершилось наконец - ориентируются прежде всего на clang, а не на богомерзкий gcc.

     
     
  • 2.125, Аноним (46), 17:09, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так Майкрософт разрабатывает. Ещё бы шланг нормальный код генерировал, было бы вообще замечательно.
     
     
  • 3.192, Аноним (79), 19:42, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он уже лет 10 генерирует лучший код чем gcc, в чем претензия?
     
     
  • 4.197, Аноним (46), 19:55, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 2.130, Аноним (150), 17:17, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе гугель не дает, вот ты и бесишься ? )
     
     
  • 3.193, Аноним (79), 19:43, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что, простите, он мне должен давать?
     
     
  • 4.220, Аноним (150), 22:25, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.128, Аноним (150), 17:14, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Выпуск языка программирования

    Так то первая публичная версия была в 1991 году.
    Не надо тут рассказывать что после этого он "стал другим языком".
    Особенно если сравнивать 3.13 с 3.14

    Короче придумывальщика заголовков - на мыло ;)

     
     
  • 2.206, угу (?), 20:29, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так то первая публичная версия была в 1991 году.

    только код, который под нее был написан - не работает. Никак.

    И код написанный под 2.7 не работает. Снова никак.

    И код написанный под 3.5 - снова - не работает.

     
     
  • 3.226, Аноним (150), 22:57, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если написать НОРМАЛЬНО...
    И тут выясняется что не только сишники криворукие )
     
  • 3.240, Аноним (244), 00:01, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >код написанный под 2.7 не работает

    А почему не работает? В AltLinux версию 2.7 и модули для неё не выкинули

     
     
  • 4.249, пох. (?), 00:50, 09/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.133, Аноним (-), 17:20, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Патоне есть оператор присваивания как в Паскале?
     
     
  • 2.146, Аноним (150), 17:45, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну из за моржа вроде Гвидо и "устал"
    Так то логичная штука присваивать и сразу проверять.
    Но это не то что в паскале )
     
     
  • 3.265, Аноним (262), 03:48, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В языке уже было ключевое слово для такого - as.

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

     

  • 1.151, Аноним (151), 17:56, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Отключение GIL приводит к дополнительным накладным расходам, вызванным изменениями в сборщике мусора, системе управления памятью и примитивах для организации блокировок.

    В яве и других ЯП смогли сделать нормальный GC, не ломающий многопоточку. Чому в питоне не так? Скилов не хватило? Так скопируйте GC из явы или го какого-нибудь, опенсорс же.

     
     
  • 2.154, Аноним (150), 18:10, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Скилов не хватило? Так скопируйте GC из явы или го какого-нибудь, опенсорс же.

    А тебя что останавливает это сделать ?

     
     
  • 3.158, Аноним (151), 18:22, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я б сделал, чоб нет, за хороший прайс.
     
     
  • 4.163, Аноним (79), 18:30, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    К сожалению с таким фундаментальным непониманием разницы между виртуальной машиной жавы и интерпретатором питона тебе едва ли и копейку предложат)
     
     
  • 5.258, Аноним (151), 02:00, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Питон давно в байт код перед исполнением компилируется. Так что там по сути такая же виртуальная машина как в Яве. Только хуже. Что кроме копеек у питонистов ничего больше нет - это давно известно, корпы вкладываются в другие ЯП, которые в итоге в 100 раз быстрее.
     
  • 4.222, Аноним (150), 22:29, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так предложи свой код. Или даже патчи. Или даже куски кода из джавы.
    Но чтобы РАБОТАЛО. Или сначала деньги ?
     

  • 1.164, Аноним (164), 18:31, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличный ЯП для тех кому ехать. Интуитивный, читаемый синтаксис, простота самого языка (при этом не ограничивающая его потенциал) и монструозная библиотека готовых либ, чтобы не писать велосипеды. Я не понимаю, за что можно хейтить питон. Скорости не хватает? Так подключи либу на сишечке и пусть та работает под капотом, пока ты пишешь логику, а не совокупляешься с указателями на указатели.

    Мне кажется питон ненавидят не потому что он плохой язык, а из-за потока вкатунов, который он породил, и последующего перенасыщения рынка айти со всеми вытекающими.

     
     
  • 2.171, Аноним (171), 18:44, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фига ты умный. А если твоя логика на Питоне будет тормозить, будешь её на С переписывать? Может сразу взять нормальный язык?
     
     
  • 3.199, Аноним (179), 19:58, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > С
    > нормальный язык

    Вот как понять, это троллинг или на полном серьезе?

     
     
  • 4.225, Аноним (150), 22:40, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Запусти любой свой девайс, посмотри на него и скажи - сколько библиотек НЕ написанных на си он использует ?
     
  • 2.174, Аноним (174), 18:58, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.195, Аноним (79), 19:54, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так питон ненавидят прежде всего сами питонисты, потому что он из скриптовой пог... большой текст свёрнут, показать
     
     
  • 3.268, менанген (?), 06:15, 09/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.255, Аноним (250), 01:17, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Отличный ЯП для тех кому шашечки.

    Поправил.

     

  • 1.173, Аноним (171), 18:47, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Убежал на Go несколько лет назад и не жалею. Python развивается с черепашьей скоростью(и работает так же), а куча библиотек требуют работы на старых версиях языка. Так что, особо там не радуйтесь инновациям в нём. Скорее всего, вы их ещё не скоро будете использовать в продакшене.
     
     
  • 2.184, Аноним (174), 19:31, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хайп Go закончится - будешь локти кусать.
     
     
  • 3.198, Аноним (79), 19:56, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хайп Go давно закончился, теперь это обычный инструмент. И, правда, за питоном будущего нет - из-за кошмарной производительности новые проекты на нём не начинают. Лет через 10 будет в том же состоянии что перл сейчас.
     
     
  • 4.202, _ (??), 20:05, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скриптота жи!
    Если тебе нужна производительность ... почему ты в сторону питона даже подумал?!?!
    ЫгЗЪпёрд видимо? :)

    А так ... как только ловишь себя на том что это уже 13 экран баш-скрипта и ты больше борешься с ним, чем с задачей ... пора брать чего то next level ... нра\не-нра - часто это питон и есть :)

    Как то таГ!(С)

     
  • 3.200, _ (??), 20:02, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну дык наше вам: "Хайп Python закончится - будешь локти кусать."

    Вот к примеру лишперы, перловики, да много кто ... О! BASIC - везде жи был, а сейчас найди попробуй :)
    Жисть как она есть.(С)

     
     
  • 4.205, User (??), 20:22, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.210, Аноним (207), 21:16, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Любой программист - при зрелом размышлении - это мамонт, которому ... хоть и не немедленное, но неизбежное ...
     
  • 4.211, Аноним (207), 21:20, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >BASIC - везде жи был, а сейчас найди попробуй

    How BASIC made its way into the 21st century https://qb64.com/
    Unlike traditional BASIC and QBasic code, QB64 gets compiled automatically into machine code – allowing exceptional performance, easy distribution, and the ability to link with external C and C++ programming libaries. Compatible with most QBasic 4.5 code, QB64 adds a number of extensions, such as OpenGL and other modern features, providing the perfect blend of classic and modern program development.

     
     
  • 5.212, Аноним (212), 21:29, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выставил в резюме 5 лет опыта в QB64 - от предложений работодателей оборвались провода в моем телефоне.
     
  • 3.215, Аноним (171), 21:35, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну и хорошо, что хайп закончился. Меньше вкатунов, меньше конкуренция.
     
  • 3.218, Аноним (218), 21:50, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хайп был только у раста.
     
     
  • 4.223, Аноним (150), 22:32, 08/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы просто молодой и не помните руби )
     
  • 3.224, Аноним (150), 22:36, 08/10/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.272, BrainFucker (ok), 06:44, 09/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хайп Go закончится - будешь локти кусать.

    А был ли у Go хайп? Вот был бы он распространён как универсальный язык для всего, и бэк пилить, и десктоп приложения пилить и мобильные приложения, другое дело. А так опять получился узкоспециализированный язык как 1С.

     

  • 1.217, Аноним (218), 21:49, 08/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пе ту хон проверка антимата.
     
  • 1.267, BrainFucker (ok), 06:15, 09/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  разрешено не помещать содержимое в скобки, если в выражении указывается несколько типов исключений и не используется ключевое слово "as"

    Блин, разрешили бы тогда уж и pint использовать без скобок тоже. Особенно в интерактивном режиме чтобы лишний раз их печатать, когда не нужно передавать дополнительные аргументы типа file=.

     
  • 1.270, менанген (?), 06:19, 09/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    До сих пор ни одна либа на расте и пхп не доросла до уровня Джанги, и уж тем более, до уровня RoR!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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