Кстати, походу я живу в манямирке, учитывая как у меня волосы на спине встали от такой манеры ведения технической дискуссии. ЛОР не считается, я не совсем считаю это местом дискуссий. Может еще потому что у них все на английском, а я не особо читал технические списки рассылки сообщества открытого ПО, потому не ожидал такого
Such ecosystems come with incredible costs. For instance, rust cannot even compile itself on i386 at present time because it exhausts the
address space.
Это не техническая дискуссия. Не обсуждение патча, а просто разглагольствования на тему «а что если запилить в OpenBSD безопасные языки?» Автор письма просто вбросил на основе рекламной информации об этих языках, не удосужившись хоть какой-то анализ провести. Его письмо предполагает, что анализ и оценки должны проводить другие. В духе «я тут умный, идею предложил, а вы давайте теперь думайте».
- «У меня вот есть идея, но еще у меня есть своя жизнь и другие способы потратить время. Потому я спрошу в списке рассылки, стоит ли мне начинать этим заниматься или заранее не надо по причинам, которые известны более опытным участникам»
Нормальный ответ: «Нет, не стоит. Даже если это реализовать, мы не приймем это изменение потому что...»
Нормальный ответ 2: «Было бы неплохо, но у нас нету времени. Если кто-то сделает, мы бы помогали консультированием и приняли бы потом патч»
Ответ Тео: «Ты дебил, гори в аду. Почему ты задаешь вопрос приймем это мы или нет, до того как угробил 2 года своей работы?»
Манера ответа не совсем подходящая для публичной персоны.
Ладно, оставим эту тему. Все равно позиция Тео не убедительна. Он говорит что нету реимплеменаций утилит? Есть, ripgrep далеко уже не POC. Что это жирная имплементация? Не знаю, это самый быстрый существующий grep. Что Rust бинари память жрут? Не знаю, сервер приложение на Tokio framework у меня в памяти занимает как утилита sleep. Как sleep! Нету posix compliant? Так никто целью не задался. Или он намекает что невозможно написать? Вполне возможно, было бы это нужно кому-то
Нормальный ответ: «Нет, не стоит. Даже если это реализовать, мы не приймем это изменение потому что...»
Если из письма выбросить пять строчек про «да ты же даже не пробовал, что за бред ты несёшь?», то как раз этот вариант и получается. В оставшихся частях письма описано, почему «нет».
Нормальный ответ 2: «Было бы неплохо, но у нас нету времени. Если кто-то сделает, мы бы помогали консультированием и приняли бы потом патч»
Ужасный вариант. Требует заранее согласиться на неизвестное. Давая такой ответ ты заранее подписываешься на огромное количество работы. Где вообще гарантии, что патч будет адекватный? Но после такого ответа уже нельзя завернуть патч, будет плач. Громкий.
Ответ Тео: «Ты дебил, гори в аду. Почему ты задаешь вопрос приймем это мы или нет, до того как угробил 2 года своей работы?»
Два года займёт реализация ls и grep? Или эти два года должен потратить кто-то другой?
и другие способы потратить время
Тогда не стоит тратить время других.
А то у меня тоже есть идеи. Я их даже озвучивал. Но реализация займёт месяцы, если не годы. И что-то никто не горит желанием тратить эти годы на реализацию моих идей. Ведь у каждого уже есть свои идеи.
Ужасный вариант. Требует заранее согласиться на неизвестное. Давая такой ответ ты заранее подписываешься на огромное количество работы. Где вообще гарантии, что патч будет адекватный? Но после такого ответа уже нельзя завернуть патч, будет плач. Громкий.
Это же не так делается. Кто-то попишет недельку. Дадут отзыв. Даже на этом этапе можно попрощаться и попросить тренироваться на кошках
н говорит что нету реимплеменаций утилит? Есть, ripgrep далеко уже не POC.
Ты не понял. Чуваки хотят увидеть полностью переписанный на Rust grep, который делал бы то же самое, что и grep.
Что Rust бинари память жрут? Не знаю, сервер приложение на Tokio framework у меня в памяти занимает как утилита sleep. Как sleep!Нету posix compliant? Так никто целью не задался. Или он намекает что невозможно написать? Вполне возможно, было бы это нужно кому-то.
Ну вот Тео хочет увидеть пруф того, что Rust действительно сделает их жизнь проще. Потому что они сами вполне себе довольны C.
Вот это говно позволяет тебе установить nightly сборку. Так все и делают. А потом все библиотеки упичканы фичами из nightly, которые добавлены в понедельник, удалены в среду.
Если у тебя stable из твоего пакетного менеджера - можешь пойти погулять. Можешь покомпилять hello world, но не более. Не вздумай качать зависимости.
Ну ведь автор изначального письма не выделил в своём плотном графике недельку перед написанием письма. Если у него сейчас недельки нет, откуда она у него потом появится?
Обычная претензия: Windows-way. Установка с помощью curl|sh, везде статическая компоновка, свой ПМ, отсутствие любых facility для интеграции с дистрибутивами.
Нужно, в рамках Опёнка развивается и переписывается много годноты, в отличие от Слаквари, что просто является довольно посредственным дистрибутивом едра от Линуса и утилит от GNU.