После года разработки опубликован значительный выпуск языка программирования Python 3.14. Новая ветка будет поддерживаться в течение полутора лет, после чего ещё три с половиной года для неё будут формироваться исправления с устранением уязвимостей...Подробнее: https://www.opennet.me/opennews/art.shtml?num=64017
Из топика: "Добавлена поддержка t-строк"
"Хороша" "закладка". Надо смотреть внимательно.
Ну, EVAL() до сих пор существует.
Закладка это форматные строки. Там прикол, что тот же yt-dlp исполняет код из названия видео на ютубе (если оно в определённом формате), на радость хомячкам.
Реально ли в 38 выучить Pyton и кратиться в разработку, если работал в ИТ но не другой специальности?
Знания языка недостаточно. Нужна узкая специальность. Например, обработка больших данных, генерация отчётов. Язык дело второстепенное, это лишь инструмент.
Ну относительно. Помню на одной работе начальник и я умели прикладно-программировать. только мои программы были быстрее в разы.
реально
У python очень разные сферы применения. Нужно думать не о том, чтоб выучить питон чтоб вкатится. А о том сможешь ли ты туда вкатится без питона. Питон это инструмент для совершенно разных сфер и специальностей.
Не знаю у меня сложилось впечатление что его и в бее и во вронт используют и даже девопсы.
Именно так. Сфер его применения множество. И учить его нужно в контексте сферы применения. У девопса, фронтендера и датасайентиста это будут разные "питоны"
А я может видел как бекэнд пишут на Питоне. Может я хочу в питонисты-бекендеры, а лучше вообще фуллстак.
В области веб-программирования питону вообще не место. Ни во фронте, ни в баке
А что нужно девопсу: "чужой скрипт и быстрые ноги".
Так вроде скрипты на YAMLe сами пишут. Не уверен зачем нужны ноги быстрые? От кого убегать?
Или лучше в 1с-ники
Фиеймворки сразу надо учить! Без них бесполезно?
С ними проще. Иначе заново писать предметный код, вникать в особенности. Тонкости (применимость) выявлять в практике.
Это как слой абстракции железа в ОС.
>Фиеймворки сразу надо учить! Без них бесполезно?И на собеседовании вас попросят реализовать что-то без фреймворка.
Буду писать на СИ из принципа. А вообще какие-то языки без стандартных библиотек ещё остались? С++ в стандарте уже шли со стандартными библиотеками.
Про фреймворки спросил, потоум что слышал что JAVA Javascript фреймворки и ванильные ЯП это сильно разные вещи.
>Буду писать на СИ из принципаОчень интересно, как вы будете условный http сервер на си писать. У вас же не будет соответствия стандартам, а свой кривой велосипед
>А вообще какие-то языки без стандартных библиотек ещё остались?В расте можно писать без стандарной библиотеки.
Hello world без стандартной библиотеки написать хоть получится?
>Hello world без стандартной библиотеки написать хоть получится?Да
> В расте можно писать без стандарной библиотеки.А это не будет свой кривой велосипед?
2 версия была простой как 5 копеек
3 версия сильно перегруженатак что это миф , что питон простой , начать писать на нем лапшу аля баш портянка можно быстро , а вот все эти тонкости и нюансы , фреймворки будешь изучать хрен знает сколько времени
без знаний фреймворков ( только синтаксис языка ) - ты нафиг никому не нужен
Питон конечно нагородил высокоуровневых конструкций, но по сути основные сложности идут из-за фреймворков и кривого клея и слабой идиоматики, ввиду чего какая-нибудь numpy выглядит как сишка на стероидах, аналогично во многих других моментах, когда вместо введения перечислений используются строки или ещё какая-нибудь дичь. Хотя местами и высокоуровневые конструкции выглядят печально - вот что значить отдать развитие языка либералам, которые пихают в него всё подряд, вместо того, чтобы поддерживать качественное ядро и развивать идиомы.
> 2 версия была простой как 5 копеек
> 3 версия сильно перегружена"Перегружена" это некорректный термин - он характеризует не язык, а его использующего. Язык действительно развивался и туда добавлялись возможности (асинк и аннотации типов, например) без которых он в современной разработке мало где был бы нужен. Тот для кого базовые и обязательные возможности языка - "перегрузка", не писал на нём ничего сложнее однострочников и судить о его сложности не может. При этом подмножество языка пересекающееся со вторым питоном почти не поменялось, по сути у принта добавили скобки и разделили строки и байты (что очень правильно), это даже транслировалось автоматом в огромных кодовых базах через 2to3 почти без ручных правок.
Язык выучить реально - тем более Python.
Не, ну к тому чтобы найти работу на нем
Ты должен быть:
- или единственным пайтонистом.
- или пайтонистом с набитой рукой и горой кода.
- или знающим, как сократить затраты и ошибки с помощью пайтона, лучше нанимателей.
- или новый путь в бизнесе, усиленным пайтоном.
TS/JS нужны всем. Питон.... ну кому-то он нужен.
Чтобы найти работу нужен опыт в разработке, а не знание языка. Когда есть опыт, вопрос о знании языка вообще не стоит - за день читается референс, потом пишутся три пет проекта на неделю, месяц и 3 месяца, и можно смело идти по собесам на миддла и выше. Если вопрос о знании языка стоит, значит опыта в разработке нет, значит нужно лет 5 его нарабатывать, это можно делать за еду, но нужно ли такое в 40, либо в опенсорсе, но для этого нужен энтузиазм и любовь к программированию, а если этого за 40 лет не появилось то и не появится.
Нет. Уже поздно. В 38 функция чтения книг и обучения полностью отключается. Вы обречены. Прощайте.
Ну я о том чтобы работу найти.
Зачем ее искать? Создавайте свою, в чем проблема? Только, создавая свою работу вы поймете, какой инструмент вам больше подходит. ЯП - инструмент, не более.
Отключаются не функции, а мотивации.
зачем должна отключатся мотивация делать что-то для себя? В 38 вы просто понимаете, что современные ЯП это пустая трата времени если вам хочется что-либо значимое в жизни.
Люди разные.
> В 38 функция чтения книг и обучения полностью отключаетсяОтключается, если у тебя не было этого отдела мозга :)
На другой специальности - это какой? Если вендоадмином и тонер заправлял, и до сих пор не программировал ни на чем, то вряд ли программирование - это твое. Если оно не твое, лучше иди на стройку, там платят почти так же.
Сама отрасль ИТ настолько прогнила, что от твоего вкатывания уже ничего не изменится. Готовься работать за зарплату кассира в КБ первые пару лет, в любом случае. На одну вакансию по 2 тысячи кандидатов.
Питон как первый язык плохой выбор. Я не знаю ни одного человека, который работал бы разработчиком на питоне. Вроде бы они где-то есть. В отрасли с 2010 года.
Если хочется скриптовые, выучи JS. Это и веб фронтенд, и бэкэнд (node), и с MongoDB сможешь сразу что-то делать, все по одному шаблону и очень-очень просто. На похожем на JS языке Dart можно писать приложения на мобилы (Flutter).
С дипсиком сейчас можно очень быстро пройти этап с нуля до работающего кода. Курсы главное не оплачивай.
Можно и без питона нормально устроиться. А питоновский говнокод и gpt отлично генерирует.
Делающему 3 ошибки в одном вопросе - то есть не привыкшему много читать и проверять за собой - вообще вряд ли стоит смотреть на программирование.
>Реально ли в 38 выучить Pyton и кратиться в разработкуТысячи вкатунов хотят вкатится на зарплату продавца супермакета, но их не берут на работу. Вот уж точно, что от любви к профессии, а не ради денег. Это насколько нужно быть альтруистом, чтобы настолько сильно ронять зарплаты и демпинговать?
Я так понимаю что это жертвы онлайн школ, купившиеся на то что язык учить легко и просто а зарплаты будут высокими. Отдав деньги и потратив, время пытаются устроиться хотя бы за еду, в надежде в будущем сказочно разбогатеть.
Жертвы тут только те, кому it действительно интересно, они просто тонут в общей толпе вкатунов. А так же те, кто в целом разбирается, но не умеет проходить собеседования, ведь вкатуны себе ещё и опыт накручивают.
А сам опенсурс вообще про что? Сэкономить на пациентах втирая про открытость,свободу - вот про что это. Так что если хочет в 38 лет вкатиться,то норм. Одним лузером больше,одним меньше, проприетарщики и не заметят уже ввиду тонн подножного корма на Гитхаб и т.п.
>А сам опенсурс вообще про что? Сэкономить на пациентах втирая про открытость,свободу - вот про что это.Программисты тоже получают экономию на лицензиях. Одно дело, когда деньги идут им в зарплату и другое дело - в оплату лицензий. А софта программистам нужно много, тут ломанной виндой и крякнутыми играми не отделаешься.
38 ни о чём не говорит. Всё дело в памяти и в особенностях мозга позволяющих заниматься этим видом деятельности.
Главный вопрос - а зачем? Изучите Typescript - хотя бы получите в карму современный ЯП и тех. стек, который точно будет лет 20 востребован.
> Реально ли в 38 выучить Pyton и кратиться в разработку, если работал в ИТ но не другой специальности?Разработка очень чувствительна к педантизму в области грамматики.
Если грамматика даётся Вам с трудом -- не стоит и начинать.
Имхо, язык перегружен. Поначалу кажется что язык простой и удобный. Как начинаешь всерьёз на нём программировать, погружаешься в ад несовместимости разных версий и отличия в синтаксисе.
Конечно, можно это решить, но костыльными проверками, либо сидеть на древней версии для совместимости.
Объём изменений от версии к версии довольно велик. Всё это охватить и отслеживать проблематично. Перешёл на lua.
Это типично: Ты пользуешься чужими мыслями, концепциями, умолчаниями. В доках все тонкости не передашь.
> ад несовместимости разных версий и отличия в синтаксиседоооо, прям гиена огненная
> Перешёл на lua.
ясно, ты очередной иксперт хелоуворлдов
> гиена огненная
Набежали обиженные питонисты :)
>Перешёл на luaИ много уже кода написал? Какой стаж? Там ад на совершенно другом уровне. Ты еще и сам себе создаешь ад.
Я в свое время программировал на жс, перле, луа, сейчас голанг и могу сказать, что в нем как раз есть некоторое ограничение максимального ада, который на нем можно себе устроить. Таких смачных выстрелов в ногу, как с ООП на метатаблицах в луа, там в принципе не получить.
Самое главное, ни один из скриптовых языков не дает хорошей производительности. У всех цирк с управлениями зависимостями. В голанге просто изначально нет этих граблей. Смысла не вижу в 2025 году таскаться со скриптовыми языками. Да, они позволяют писать изящный код. Но большинство все равно пишет уродливый. Дают свободу - которую у большинства программистов тут же приходится отбирать (вместе с остатками произодительности кода).
> Там ад на совершенно другом уровне. Ты еще и сам себе создаешь ад.Вот из двух зол выбрал самому себе в ногу стрелять.
Go хорош, но не на все платформы портируем.
> И много уже кода написал? Какой стаж?Мало написал. Лет 5.
>Имхо, язык перегружен.Это типично для "простых" открытых языков. Можно выразить фразой "И тут, Набежало!"
Про луа очень смешно, спасибо. В следующий раз, с этого и начинай.
Я пайтоном редко пользуюсь, но вот идея как визуализировать невидимое в пайтоне:
Надо вертикальные поля разных цветов использовать в редакторе, или визуальные знаки пробелов.
Возможно это уже реализовано.
визуальные знаки, примерно во всех IDE для python, всегда были.
> Реализована официальная поддержка сборки CPython без глобальной блокировки интерпретатораСвершилось! Ждём образов в Docker Hub
>При сборке в Clang 19
>Новый интерпретатор пока доступен в качестве опции для архитектур x86-64 и AArch64, и требует для сборки как минимум версии Clang 19 (поддержку GCC обещают позднее).Кто там про отсутствие стандарта у раста и как хорошо в си сказки рассказывал?
А при чём здесь Си? Авторы питона сами решили выбрать такой стандарт, который хуже поддерживается.
Отличие от раста в том, что clang и gcc портируют в старые версии исправления ошибок и уязвимостей, а раст требует обновления версии компилятора.
>А при чём здесь Си?При том, что снадарт нужен не какой-нибудь C89, а непременно clang 19. И в gcc не собрать, и это не смотря на наличие спецификаций.
>Отличие от раста в томОтличия от раста никакого. Код прибит к конкретной версии компилятора.
Ещё раз: раст не портирует исправления в старые версии. Отличие абсолютное, вселенского масштаба.
"Трансцендентная" версия.
P.S. Пи - трансцендентное число в математике.
Простые типобезопасные статически типизируемые компилируемые языки, где не нужно беспокоится о повреждении памяти, были уже как минимум в конце восьмидесятых. Уже в момент своего появления, питон не упрощал разработку, а лишь приучал программистов к неправильному подходу. Во-первых, разобраться в динамически типизированной лапше не могут даже авторы этой лапши, регулярно путая типы данных, а во-вторых, всё это дело тормозит и в-третьих потребляет кучу памяти.
>Например, из-за использования подсчёта ссылок для изоляции потоков наблюдается снижение производительности однопоточных сценариев примерно на 10%.Питон изначально не отличался скоростью, а теперь стал ещё медленнее.
А в плане простоты питон стремительно деградирует. Если использовать питон как второй язык, то уже не получится просто просматривать код, нужно будет периодически лазить в мануал.
>Например, можно подключить обработчик для перевода подставляемого значения в верхний регистр или для экранирования спецсимволов при подстановке в строку внешних данных.А вот и типичный пример питонистской логики. Вместо того, чтобы отказаться от строк, они переизобретают php, только хуже. Взять тот же Elm/Gren - язык очень простой. Там для этого нет ни особенного синтаксиса ни 100500 типов строк. Вместо этого там используются естественные конструкции языка: функции и выражения. И всё это контролируется системой типов: программист просто не может забыть экранировать значение, в то время как в питоне это как всегда пустят на самотёк. Питон никак не проверит, что запрос в базу данных это sql, что в нём нет инъекций, и что это вообще строка. Можно хоть None в качестве запроса послать, это и так сойдёт по питонски. В хорошо продуманных языках есть база, за счёт которой и решаются основные проблемы, а в плохих языках для каждой проблемы придумывается отдельный костыль.
>В выражениях "except" и "except*" разрешено не помещать содержимое в скобки, если в выражении указывается несколько типов исключений и не используется ключевое слово "as".Питонисты так гордятся своим синтаксисом, что не замечают, как он портится всё сильнее. Нужен всё более и более сложный парсер.
Я кстати не понимаю этого хайпа по динамическим и интерпретируемым языкам. Их сторонники топят за них, потому что это, якобы, удобно. Удобно чем? Удобней чем один раз скомпилировать код и без батвы запускать исполняемый файл? Ну бред же.
Типа весело каждый раз писать по строчке и жать RUN? Ну так может надо просто подумать и сразу целиком всю программу написать?
>Типа весело каждый раз писать по строчке и жать RUN? Ну так может надо просто подумать и сразу целиком всю программу написать?REPL есть и для компилируемых языков.
Когда я крайний раз интересовался, асинхронный код при исключении всё ещё выдавал что угодно, кроме реальной ошибки в ряде случаев. Даже не в том треде и не с теми данными, что на деле. Я так понимаю, отлаживать через print ещё долго придётся?
Monster. Язык ненадёжный, а третья версия - труднопонимаемый, если по полной использовать аннотации, datatypes, асинхронные генераторы, asyncio. Так же бывают ошибки в интерпретаторе (например, в 3.8 не срабатывает инициализация членов-данных в классах).
Я на нём пишу только GUI-frontend к командным утилитам, это маленькие программки и ошибки достаточно легко замечаются.
>>глобальная блокировка не допускает параллельное обращение к разделяемым объектам из разных потоков.Ух, какое огромное непаханое поле для бэкдоров появилось!
Выпуск языка программирования с версионированием, подобным софту - очень плохая поактика. 1.5 года поддержки - очень плохая практика.
Нужен стабильный язык, со сроками версий в десятки лет, чтобы можно было действительно писать программы, которые будут работать годами, без внезапных обновлений и поломок кода из за лчередных новых фич и слома обратной совместимости.
А это баловство, фичи ради грантов, а то ведь инвесторы-эффнктивные-магагеры не поймут и кормушку прикроют.Ну и распространение библиотек через стстемы, подрбные pypi, npm и прочий крейт тоже практика отвратительная.
Питон сам по себе хорош только в одном - писать скриптоту или встраивать в серьезный софт, шоб конфиги писать. Когда на питоне пишут хайлоад инфраструктуру(не шутка - у крупных компаний так и написано - ищем хайлоад питон инженера) - это очень плохая практика.
> Выпуск языка программирования с версионированием, подобным софту - очень плохая поактика.
> 1.5 года поддержки - очень плохая практика.
> Нужен стабильный язык, со сроками версий в десятки лет, чтобы можно было
> действительно писать программы, которые будут работать годами, без внезапных обновлений
> и поломок кода из за лчередных новых фич и слома обратной
> совместимости.Кто мешает? Берёте нужные версии и пилите на них годами.
>1.5 года поддержки - очень плохая практика.Не три а пять.
>Нужен стабильный язык, со сроками версий в десятки лет,Только вот по странному стечению обстоятельств, от всех таких языков почему-то отказались. Ну вот не хочет никто писать на языке прямо из семидесятых.
>без внезапных обновленийУ вас пять лет, чтобы адаптировать код к новой версии.
>и поломок кода из за лчередных новых фич и слома обратной совместимости.Обратную совместимость нужно ломать, для того, чтобы исправить врождённые недостатки. Ну вот не было раньше юникода, например. И многоядероности, и асинхронности. И кучи всего остального.
>Не три а пять.Не полтора, а пять.
кто нибудь уже использовал мультипоточность без gil? и как там numpy поживает?
один раз потыкал. конкретно не скажу, но все либы которые так или иначе связаны с jit, ml и Big Data в целом (которые сам использую) работать нормально не могут, если вообще запустятся, web вроде того же fastAPI тоже откис сразу.
Короче, ИМХО: умрет в зародыше. Хотя я бы был рад его вместо asyncio использовать, т.к. чем больше пишу код - тем больше тошнит от последнего.
Версия "пи", однако!
π-thon