Python 3.14

Увидел пуму вспомнил что у меня на сервере стоит gitlab который написан на рабби выжирает гигабайт 6 оперативной памяти

Ты, кстати, не расслабляйся сам и теперь сам иди опровергай:

Ruby Falcon is 2x faster than asynchronous Python, as fast as Node.js, and slightly slower than Go.

https://www.reddit.com/r/ruby/comments/1ic3z2e/ruby_falcon_is_2x_faster_than_asynchronous_python/

https://github.com/ermolaev/http_servers_bench

Там по ссылке не то что новомодный Falcon рубишный, а даже старая добрая Puma быстрее, которая так тебе портит жизнь. Проверь всё ли в порядке там с методикой измерений и расскажи нам почему так вышло. Успехов!

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

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

Да я в курсе, что это обёртка вокруг capabilities, cgroups и lxc.

История не о том, что это обертка. А о том, что нет никакой разницы, на чем она написана.

эээ второй питон ожидался за выходом 3го 2года+-1 по результату тока в 2020 засансетили то бишь через 10 лет после первоначальной песимистической оценки его ещё и развивали до 2.7 и топтались на подверсиях

именно по тому что в кодобазе доля 2 оставалась высокой по двум причинам «не правь что работает» и вторая медленный рост самого питона3 в новых проектах(часто выбирали привычный 2) более того 3ий был местами медленей 2го что не прибовляло у пипхол мартышек положительных эмоций от отказа проверенного 2го

ваще Питон это хороший лингва-франка - требовать от него скорость плохо зная алгосы при совмеренных хитровывернутых трюках конвееризации и осей - это так умильно

впрочем как и Руби тоже - тока унего ещё более специфический синтаксис - метафорически похожий на APL в части отказа от некоторых прошитых школой установок

если блочность скобок общеизвестна для личинок начавших с Лисп|Алгол языков , то для Fortran|(и Изначальный Basic как фортрана обезжиренная версия) отступы Питона - очередная милая особенность местного наречия

ибо как

ну для «средних» то что в golang не нужно(как мин сразу) возится с ручным буккипингом многопоточности вполне упрощает листинги исходников докера изначального

так то для «преисполнившихся» язык не важен если он Тьюринг0полон :)

то для Fortran|(и Изначальный Basic как фортрана обезжиренная версия) отступы Питона - очередная милая особенность местного наречия

Ой, какая древность... Fortran... Даже уже и не помню, как там и что было... так давно это было, и так он мне был тогда не нужен, кроме как на один разок, зачёт сдать... :))

частный случай «когда сторон больше 2»

«проф»_кодеры для которых блочность скобочек единствено_верное вероучение свысока на отступных Питухонистов

когда не причастной публике (и даже не фортранистам-басюкам) что совой об пень что гладиолус - ибо серце а не разум вот что важно публике

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

Но многие его по инерции еще будут долго юзать.

Да ничего оно не упрощает, ерунда это всё. В питоне потоки не менее простые, хоть и требуют другого подхода. А с асинхронностью так вообще - она задачи докера покрывает на сто процентов, учитывая, что он IO-зависимый.

Ты бред пишешь, уася. В разработке сейчас рулят апишки, которые используют токены не хранят состояния в файликах как сессии в пхп. Благодаря этому ты можешь запустить кучу инстансов приложения, которые могут обслуживать любой запрос а не только запрос от одного пользователя (сессия не привязана к инстансу). А чтобы всё работало быстрее используют асинхронность, чтобы экономить время на переключение контекста интерпретатора не говоря уже об избегании механизма типа gil, который есть во многих скриптовых языках. Ты же привык к уеб-дрисне 1.0 с куками и хтмл, генерируемым ПХП, где в принципе сложно реализовать горизонтальное масштабирование. И рассуждаешь в устаревших концепциях. Я же говорю не понимаешь как всё работает. Не знаешь зачем это разделение на фронтенд и бекенд. ВКонтакте например 15 лет назад ты заходил на сайт там выбирался случайным образом сервер, который обслуживал твои сообщения, уведомления и далее это через апишку делал к нему запросы, там так масштабирование работало. А сейчас тебе не нужно придумывать какую-то свою систему просто бери и пиши апишки на фастапи/ноде и даже пхп… А фронт у тебя целиком на яваскрипке будет генерироваться

в мире без времени идеальном таки всё ерунда

async подвезли в python позжее js, в golang сsp из коробки limbo уже в 1.0 это +-2009 засилье ajax с ie хитом xmlhttprequest

так та setjmp longjmp и прерываний через теже сигналы хватит то

Нет нет нет. Асинхронный торнадо на генераторах появился тогда же когда вышла нода js. И в ноде очень-очень долго не было асинхронного API. Она условно до двадцатых годов была каличным говном где нужно было передавать калбеки которые принимали первым аргументом ошибку а вторым и последующим какие-то полезные данные

И рассуждаешь в устаревших концепциях.

для оптики полистай хиты 50ых(Вилкс программирования коекака) 60ых (про мониторы пульта где всё на асме но на манефреймы появились chanels и поэтому всякие велосипеды конкурентности)

THE Дейкстры

крч концепции не устаревают - меняется коньюктура относительных издержек - так то технологии новомодные это обычно перепевки с новыми аранжировками и очереДНОй технологической ступени

был уеб браузер grail не взлетел а так бы не было бы js :)

так то «вода дырочку найдёт» и сопрограммы а пипоне отродясь(ну почти); синтаксис async(python) после с async(js) ибо «теперь можно»

самим же конь-с-прицепам сто лет в обед

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

частный случай «когда сторон больше 2»

«И чО??» © :)

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

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

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

Я привык к «скобочкам», а кто-то, как мой младший сын — «питонист» и привык к отступам. Доведись нам работать над чем-то вместе, мы, в первую очередь, договоримся о «правилах игры» — это выбор рабочего инструментария, если окажется необходимым иметь одинаковый, «скобочки» или «отступы», подход к комментированию «исходников», и так далее. Это рациональный подход к организации совместной работы и к предупреждению (и исключению возможности) будущих конфликтов и проблем.

А пока что мы работаем раздельно: он пишет (думаю, всё ещё) на Python, для WEB ли, или не знаю, дляя чего — с отступами, и пр., в среде разработки, которая ему нравится, я пишу на Assembler и C для микроконтроллеров, «как баг на душу положит», как, чем и в чём я привык работать, и спорить нам пока что не о чем...

Как и вам, «тутошним», на самом-то деле... ;))

Так что «узбагойтез!». :)))

«знание математики как и знание не первого ястественного языка в ум приводит»

скобочки vs отступы vs ширина в знакоместах терминала

это всё от одноязычия <- как и не умение в указатели проявления авторазыменования символа в означаемое что сознанием воспринимается буквально одним и тем же - например страна и государство :)

ноде и даже пхп… А фронт у тебя целиком на яваскрипке будет генерироваться

Я гляжу начинает доходить уже. Ну это нормально.

не было (уже давно) никакого раньше

реально внедрение микропроцессоров позволило повторно с работой над ошибками произвести те достижения (коммунальный компьютинг который был на пороге в 1970)

async подвезли в python позжее js

Помню как на моих глазах это пихали в питон, правда уже забыл, под 2ку была либа или сразу с 3.

А гил так вообще только в сабже сняли.

https://youtu.be/2RM5HTpdSqY

https://www.joelonsoftware.com/2005/12/29/the-perils-of-javaschools-2/

ну и вообще только интерпретаторы реальны ибо все компиляторы гнилы:

https://youtu.be/Fu3laL5VYdM

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

Причем тут многословное? Вам нужно почитать чем отлчается программирование функционального стиля от процедурного. И заодно поймете почему взлетел typescript.

Это не функциональное программирования.

В общем там нужно писать чистые функции в математическом смысле. Даже циклы противоречат этому стилю там какая-то переменная типа счётчика изменяется, а у нас должны быть иммутабельные переменные. В js всё обычно сводится к тому чтобы напихать как можно больше map, filter и reduce. Но это не лисп и не хаскель - жалкая пародия, здесь другие ребята, не надо шутить с функциональщиной… А так это вообще говно стиль. Та же ошибка которую совершают когда пытаются ддд на Джанго реализовать

Они не конкурирующие. Смотри вот эти сраные рельсы пригодны только для клепания статических сайтов. Где хтмл высирает сам фреймворк. То же самое Джанго. Но сейчас нам не нужны все эти uber framework’и

Не сейчас, а уже лет 10 как. Только если мы говорим о хайлоаде, то не нужны еще и сами руби с питоном тоже. Если просто об упрощенном бэке, то микрофреймворков в руби хватает. Вообще, рельсы весьма модульные, и там можно при желании что угодно прикрутить и открутить. Только это против шерсти их идеологии, и очень много было завязано на ActiveRecord в свое время. Учитывая, что никто не возьмется сейчас за «стартап» на рубях, то будешь иметь дело со всем этим фаршем просроченным неизбежно.

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

Within four years of launching, ‪@WhopIO‬ has processed $1B+, handled 150k RPM, and now runs a feature-complete marketplace with real-time chat, notifications, payments, and live streaming - all on a Rails monolith with just 15 engineers.

Founder Jack Sharkey breaks down how Rails gave Whop a competitive edge, the technical and hiring challenges they faced, and how Rails is the best framework for startups, period.

https://www.youtube.com/watch?v=Ur6HPg33dUc

История не о том, что это обертка. А о том, что нет никакой разницы, на чем она написана.

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

Некоторые тут упорно продолжают домагиваться со своим никому больше не нужным Ruby. Замусорили всё тему о Python. Ну, создали бы что ли специальную тему о Ruby: «Ruby - самый лучший изык, а взрослые дяди и не знают».

Кто эти некоторые?

Обсуждения тут идут исключительно в контексте сравнения c Python, сравниваются исторические пути развития, приводятся бенчмарки.

Если есть какая-то чуть ли не «религиозная» нетерпимость, то, повторюсь, всегда есть Профиль > Настройки > Настройка фильтрации сообщений > Список игнорируемых пользователей.

Ну, создали бы что ли специальную тему

Если в ветке про Питон сравнение Питона с чем-либо (казалось бы, что может быть более по теме) вызывает у вас какой-то необъяснимый дискомфорт или агрессию, то возможно этот вопрос стоит проработать с психологом. Кажется, я видел подобное в Клане Сопрано. А может эта раздражительность это вообще, не дай бог, ранние проявления условного простатита и это точно запускать нельзя.

Представил себе ветку про условный Rust или Wayland или systemd, где в комментариях их нельзя сравнивать ни с чем. Что это за вздор! Упомянул С++, X11 или openrc - пошёл вон из топика, засранец! В ветке про FreeBSD обсуждаем только FreeBSD, кто посмеет сравнить её с Linux, тот замусоривает тему. Создайте себе отдельную тему про Linux и обсуждайте там его! Цирк.

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

Половина треда про отступы, половина - про популярность руби :/

Это в теории разницы нет. А на практике, когда приложение на питоне падает со стек трейсами разница еще как есть.

Поэтому docker написанный на Go – это прекрасно.

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

Пиши, мне тоже интересно почитать.

https://opennet.ru/64038-micropythonos

MicroPythonOS - ОС с графическим интерфейсом для микроконтроллеров

Опубликован выпуск проекта MicroPythonOS 0.0.11, разрабатывающего операционную систему для микроконтроллеров, таких как ESP32, написанную с использованием инструментария MicroPython. Операционная система оснащена графическим интерфейсом, развиваемым с оглядкой на Android и iOS, и поддерживающим управления через сенсорные экраны. Из областей применения MicroPythonOS упоминаются устройства интернета вещей (IoT), системы управления домашней автоматизацией, интерактивные панели, роботы и умные носимые устройства с управлением экранными жестами. Проект также может применяться для быстрой разработки прототипов новых устройств. Код написан на языках Си и Python и распространяется под лицензий MIT.

Чукча не писатель :(

Но мне вот интересно. Кажется, только два серьезных языка долго страдали от GIL - питон и окамл. И сейчас оба избавились от него, практически одновременно. Совпадение?..

Ой, какая древность… Fortran…

Современный Fortran - объектно-ориентированный язык с инструментами распараллеливания вычислений с большими данными, чем-то напоминающий язык ADA. При этом обычно пилится теми же посонами, которые пилят компилятор С/С++ (gfortran, flang).

То есть можно рассматривать современный Fortran, как C/С++ для расчетных задач для ученых, статистов и т.д. (и он намного проще С/C++ - там меньше возможностей выстрелить себе в ногу).

Ну а возможности совместной компиляции в один исполняемый файл С/C++ и Fortran уж 100 лет в обед - я еще в том веке это делал (Ms Visual C++ 4.X & Ms Fortran Powerstation 4, а до них тоже наверное можно было, но я не в курсе). То есть на Fortran делалась математика, а на C++ то, чего не было в Fortran: работы с разными источниками данных от csv-фалов, ms excel, и до рсубд + GUI на MFC. Потом вместо С++ начали формёшки рисовать на Visual Basic или даже Excel, а Fortran код оформлять в виде dll.

Видел, что кто-то пилил «интерактивный Fortran» для Jupyter - lfortran.

В общем, нет плохих языков программирования, есть «прямые» руки и «умные» головы, а также «рынок» - куда же без него.

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

Когда там у него последния версия вышла? 11 лет назад вроде.

Fortran - это COBOL в науке. Последний стандарт Fortran - 2023, а тот, на фичи которого равняются современные компиляторы Fortran - 2018.

Когда на жульке напишут (перепишут) столько научных библиотек, расчетных алгоритмов и программ, сколько сейчас на Fortran и когда жулька научится делать примерно такие же по размеру, не говоря о производительности, исполняемые файлы как у Fortran, тогда и поговорим. А пока этот Lisp-жулька пусть работает над собой, а мы пока постоим в сторонке и понаблюдаем. Кстати, 7 октября вышла Julia 1.12.0.

Не нужен мне Fortran, ни «современный», ни ещё какой.

Я зачёт сдал в 1985-м, и всё, больше никакого Фортрана! ;P :))))

FORTH — да, был. А Fortran — не-не-не!!! ;P :)))

В общем, нет плохих языков программирования, есть «прямые» руки и «умные» головы

Согласен «на все 100%»! :)

Я зачёт сдал в 1985-м, и всё, больше никакого Фортрана! ;P :))))

В то время Fortran был просто «уродский» (Fortran 77, а то и 66) по сравнению с современным

и всё, больше никакого Фортрана! ;

Я познакомился с ним когда после института пришел работать на предприятие и у них были расчетные программы под консоль DOS на Ms Fortran 77 со всеми присущими им ограничениями по количеству возможных данных (да и написаны были инженерами, а не программистами).

И тут появился Windows 95, с новым компилятором (стандарт Fortran 90), устранением ограничений на кол-во данных (а значит можно было просчитывать по большему кол-ву точек расчета и повышать точность конечного результа). Ну и GUI. Вот я и познакомился в этом процессе с Fortran.

В общем, каждому инструменту - свое применение.

В то время Fortran был просто «уродский» (Fortran 77, а то и 66) по сравнению с современным

Не помню, какой именно, но помню, что мне очень не нравился. :))

Плюс «счастье» перфокарт...

В общем, каждому инструменту - свое применение.

Это да...

Плюс «счастье» перфокарт…

Не, как программист VAX застал, метровые жесткие диски застал, перфокарты - не застал. Перфокарты застал школьником - ходили в городской вычислительный центр, там из кучи выкинутых перфокарт брали их себе (типа для «сдачи макулатуры»), определенным образом сгибали, переплетали и делали «ремни» в виде треугольных вершин и впадин - вот так я первый раз столкнулся с IT. Ностальжи :)

Некоторые тут упорно продолжают домагиваться со своим никому больше не нужным Ruby.

Это чтобы у питонщиков подгорало. Обсуждают в итоге не пистон, а современную разработку на руби, лол. Пистон просто неинтересен.

Приводить это как пример истории успеха, это, как я уже сказал выше, как история с Руби и Твиттером - успеха тут мало.

Еще раз: это не пример истории успеха, а объяснение, почему был такой выбор.

Питон очень интересен. И его популярность очень радует. И это очень хорошо что у него достаточно низкий уровень вхождения и можно со временем подтянуть этот уровень. Проще найти программеров в проект и можно им меньше платить.

когда приложение на питоне падает со стек трейсами

Я на всякий случай уточню: именно со стектрейсами, или с трейсбеками? Просто у хейтеров постоянно начинается нытье по поводу последнего, хотя на самом деле это просто результат плохого программирования самого проекта, не питона. Мой код на питоне таким не страдает.

А если первое - так от этого вообще никакой софт не застрахован, сам питон падает не чаще, чем любой софт.

А вот у меня вопрос, вроде в тему. Если ГИЛ отвязали что появились какие то новые встроенные функции для этого или что?

Посмотри, вот здесь краткий TL;DR: https://docs.python.org/3/howto/free-threading-python.html

И это очень хорошо что у него достаточно низкий уровень вхождения

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

Теперь если начнешь икрементировать переменную в нескольких тредах, то в ней может оказаться неожиданное значение от 0..N