Питон на Расте завезли

кто ж с ним носится?

Там даже 200 строк нету. На проект не тянет.

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

Да все питонщики носятся. Альтернативы не взлетели, стандарта и даже спеки на язык нет. Так и говорят: нафига нам стандарты, есть эталонный cpython святого гвиды.

я просто открыто говорю о проблемах

Это про синтаксис что ли? Не помню чтобы вы указывали на какие-либо реальные проблемы, с которыми «апологеты» и так прекрасно знакомы.

Я начал проект на С.

А я начал 10. Дальше что?

Дальше то, что ты врёшь. На этом можно закончить.

Есть PEP.

реальные проблемы, с которыми «апологеты» и так прекрасно знакомы

Какие, например?

Я тебе уже советовал почитать r/Rust, для ознакомления.

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

Да полно их. Но за неимением ничего лучше - приходится использовать что есть.

Я рад, что смог удовлетворить ваше любопытство.

Ну так там всё по Страуструпу.

Да полно их

Какие, например?

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

И правильно, ведь если человек имеет другое мнение, отличное от твоего — он непременно язык не использует, непременно «пациент» и все прочее.

Уровень сектантства как-то зашкаливает.

• молодая экосистема
• неудобные строки и fs/path
• спорное/неконсистентое именование в std (str vs Path)
• нет стабильного api для работы с cargo
• integer generics или как они там, ака SmallVec<int>
• отсутствие IDE. Сейчас приходится использовать IDEA, но она мега тормоз. Вся надежда на rust-analyzer и ему подобные
• медленная компиляция
• нельзя компилять отдельные крейты в релиз. Или всё дебаг или всё релиз
• нет либ для 2D графики, от слова совсем (см. п1)
• до сих пор нет идиоматичного способа обработки ошибок
• нет утилиты для code coverage
• нет поддержки локализации (см. п1)
• нельзя запретить панику, ака работающий noexcept из плюсов
• ждём async/await, try blocks, TryFrom и ещё 100500 отсюда https://doc.rust-lang.org/unstable-book/index.html

Это то, что хочу лично я.

Но с каждым релизом становится всё лучше. Вот недавно макросы сделали частью модулей, а не костылём. И процедурные макросы завезли официально.

А так как оно уже в 100500 раз лучше плюсов - то выбор очевиден.

И правильно, ведь если человек имеет другое мнение, отличное от твоего

Нет. Человеку наплевать на всех и он хочет чтобы язык переделали под его хотелки.

Нет. Человеку наплевать на всех и он хочет чтобы язык переделали под его хотелки.

В таком случае согласен, тот чувак — действительно «пациент».

А с невозможностью убить треды есть решение? Не увидел в списке.

Разве нельзя? Не сталкивался с такой проблемой.

Разве нельзя?

Ага.

Ты можешь прибить его сигналом, но это явно не то, что хотелось бы видеть — а именно поддержки в stdlib, а не платформо-зависимые костыли городить.

А с невозможностью убить треды есть решение?

Нити даже в Си, лучше не убивать, а вежливо просить завершиться.

Я обычно жду завершения. Слабо представляю зачем их может понадобится убивать.

Нити даже в Си, лучше не убивать, а вежливо просить завершиться.

Есть много того, что лучше не делать, но иногда все-таки приходится.

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

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

парадокс! (на самом деле оксюморон)

Есть много того, что лучше не делать, но иногда все-таки приходится.

каноничнейший пример юзкейса для unsafe

каноничнейший пример юзкейса для unsafe

В Haskell вопрос решался без unsafe, следовательно решить проблему можно было нормально и тут.

А что небезопасного в этой операции? Коду на Rust она видна как возврат EINTR из блокирующего вызова.

Что там с GIL?

Ещё никто не осилил убрать GIL из питона, сохранив производительность и совместимость с CPython. Нет никаких причин думать, что эти справятся.

Ещё никто не осилил убрать GIL из питона, сохранив производительность и совместимость с CPython.

Сохранив полную совместимость - никому. Но не думаю, что их волнует полная совместимость. Хотя их может вообще не волновать GIL.

Просрём совместимость — просрём главную фичу питона: кучу библиотек и фреймворков на все случаи жизни со своим комюнити. Без этого всего язык становится ещё одной ненужной скриптухой.

Просрём совместимость — просрём главную фичу питона: кучу библиотек и фреймворков

«Просрем»... ты один из авторов? Если нет, то откуда ты знаешь, с какой целью они всё это делают? Лично я безосновательно подозреваю, что Мозилле просто нужен быстрый интерпретатор Python для запуска мегатонн своих скриптов (они даже спонсировали PyPy ради этого). А если учесть наличие у Мозилы своего JIT-компилятора... всё может оказаться совсем интересным. Хотя может оказаться всего лишь хобби-проектом.

Лично я безосновательно подозреваю, что Мозилле просто нужен быстрый интерпретатор Python для запуска мегатонн своих скриптов (они даже спонсировали PyPy ради этого).

Я тоже на это надеюсь, но после провала Pyston как-то не очень верится. Пока получается, что либо Python устраивает в текущем виде, либо проще переписать на что-то другое.

Ну, как говорится, «third time's a charm». Тем более, что у Мозилы уже есть опыт успешного написания JIT-компилятора для динамически типизированного языка.

А так да, Python всех устраивает в виде существующего CPython.

Мозилла точно не при делах.

сишка - это легаси

Правильно говорить «сишка - это говно старой больной собаки, главная ошибка всей IT индустрии».

я просто открыто говорю о проблемах

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

integer generics

typenum + generic-array

медленная компиляция

В отличии от «быстрых» компиляторов компилятор Rust делает хоть что-то полезное.

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

ты, как императивный программист

Не знал, что Haskell императивный. Да и Rust ведь по твоей логике тоже выходит императивным — я ведь на нём тоже пишу.

Дальше сообщение и читать смысла нет — мусор на входе — мусор на выходе.

Конечно же раст императивный, а какой еще?

просрём главную фичу питона: кучу библиотек и фреймворков на все случаи жизни со своим комюнити.

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

Конечно же раст императивный, а какой еще?

Вообще мультипарадигменный.

Не знал, что Haskell императивный.

Ну как же... Саймон сказал, что «Haskell is the world’s finest imperative programming language». Лучше ссылайся на опыт программирования на лямбда-исчислении.

typenum + generic-array

Костыль.

А почему обязательно ненависть? Отвращение же может быть, или презрение, например.

Это не важно.

Важно, что некоторые погромисты эмоционально относятся к инструментам.

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

беспомощным говном

или придумывают небылицы в духе

легаси, никто ничего нового не пишет, ЯСКОЗАЛ!

Так и я о том же. Странно ощущать ненависть к тому что не может действовать. А отвращение можно.

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

погромисты эмоционально относятся к инструментам

Иногда эти эмоции имеют право на жизнь. Примеров можно придумать множество. Почему ты считаешь иначе?

некоторые погромисты эмоционально относятся к инструментам

Ещё одна «скотинка»? Это не инструмент плохой, это ты дурак. (с) ?