Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust"	+/–
Сообщение от opennews (??), 21-Май-25, 21:45
Проект HardenedBSD, занимающийся улучшением механизмов защиты FreeBSD и выпускающий защищённые сборки FreeBSD, представил первые результаты работы по предоставлению возможности использования компонентов пространства пользователя FreeBSD, написанных на языке Rust. Разработка ведётся в отдельной ветке hardened/current/rust-in-base... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63280
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–24 +/–
Сообщение от Аноним (1), 21-Май-25, 21:45
Очередное подтверждение тому, что за растом будущее. Объяснять его ненужность теперь все сложнее и сложнее. Но сишникам удается!
Ответить | Правка | Наверх | Cообщить модератору

	5. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 21-Май-25, 21:58
	Ну... если уже смотреть глобально, то нужность фри еще предстоит объяснить) С другой стороны - а ядро линукс (именно в ядро, а не юзерспейс) раст тоже добавляют. Так что вполне возможна ситуация, когда линукоиды скажут "а у нас уже раст в ядре и дрова есть, а вы опять догоняющие! 😝"
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Sadok (ok), 21-Май-25, 22:49
	объясни это citrix ли netflix, например. потом возвращайся. по пути к микрософту или к DARPA загляни
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+2 +/–
	Сообщение от Аноним (-), 21-Май-25, 22:56
	> объясни это citrix ли netflix, например. потом возвращайся. Ты забыл еще вспомнить плейстейшн) > по пути к микрософту А что у мелкомягких? У них половина бизнеса построена на линуксовых дистрибутивах. > или к DARPA загляни А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими ОСь можно купить ноуты (dell/hp и тд) Или не надо? Ну чтобы убогих не так сильно унижать) То что ты перечислил, это как раз известные исключения. Которые подтверждают правило. Если начать перечислять "правила", то боюсь не хватит лимита символов для этого сообщения. ps хотя после этой новости, мое мнение о БСД улучшилось) судя по всему, хотя бы часть решила развиваться
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–2 +/–
	Сообщение от bOOster (ok), 22-Май-25, 10:56
	Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден для RealTime приложений со своей корявой архитектурой и таймингами сетевого стека, значительно худшими чем на FreeBSD
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (114), 22-Май-25, 11:00
	> Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден > для RealTime приложений Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть экспертизой на публику сполна - самое время о реалтайме поговорить :) А о свободах надо тогда говорить - на примере плейстейшна.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от bOOster (ok), 22-Май-25, 11:37
	> Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот > именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть Хехе, то есть этой цитатой ты подтверждаешь что твоя тупая башка просто не понимает что такое вообще RTOS  в своей современной сути?? Кроме расшифровки названия RealTimeOS?? Ну в целом то я и не сомневался в этом. Какой-то очередной проплаченный бред - реалтаймные гарантии с тупым медленным IP стеком, хуже чем во FreeBSD а уж с реальными RealTimeOS которые работают без многозадачности, коим нахрен многозадачность не нужна уж и подавно. Вообще конечно - тянуть Linux на устройства которые выполняют единственную задачу что в 99% и есть RTOS - верх тупоумия..
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (-), 22-Май-25, 12:50
	> таймингами сетевого стека, значительно худшими чем на FreeBSD Окей, FreeBSD это отличный перекладыватель сетевых пакетиков. И больше толком ни на что не годится. А линь - универсальная серверная платформа. Доказано современным состоянием индустрии.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	151. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Смузихлеб забывший пароль (?), 22-Май-25, 13:33
	С подобным же успехом, наличия древнего г.на в американских/австралийских банкоматах/банках достаточно чтобы объяснить оголтелым, что любые современные технологии просто непригодны для профильной деятельности В реальности, конечно же, обычно иначе. Порой бывает так, что "лепят" из того что под руки попалось, потом - долго-долго допиливают. И в итоге - получается кое-как поддерживаемая куча г.на, которую проще вообще лишний раз не трогать, чем разбираться в нюансах работы и пытаться перенести функционал на новые технологии Ну вот нетфликсу фряха попала под руки. Или разработчики под это дело вовремя подвернулись или что-то ещё. А в итоге - получилось так, что проще и дешевле подпирать полурабочее костылями, чем тратить деньги на разработку норм системы с нуля В остальном, "производительность" отдачи данных - далеко не только экономия спичек на сетевом стеке. Там и файловые системы и сами хранилища и многое иное гораздо бОльшее влияние могут оказывать
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	197. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Bottle (?), 22-Май-25, 19:02
	Почему тогда музыкальные продюсеры работают на винде и маке вместо реалтаймовой бзди? Запись звука с минимальной задержкой тоже важна, но почему-то бздю не применяют.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	203. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (203), 22-Май-25, 21:45
	Это правда. FreeBSD настолько примитивна, что сделать из неё перекладыватель байтов с диска в оптику действительно проще простого, благо поддержку своих карт Мелланокс впилил. О чём ты скромно умолчал — и я понимаю почему — так это о том, что всё остальное (вообще всё, включая указания какие байты кому с тех BSD отдать) — работает на Linux. И, по слухам, Нетфликс уже засматривается на io_uring и DPDK, чтобы уже наконец перестать патчить BSDшное ядро и просто пользоваться мейнстримом как и все. Откуда там только RT взялся для сетевого приложения с буфферизацией у клиента — ума не приложу. Это тебе ребята из Netflix такое рассказали, или ты сам для пущего понту придумал?
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	205. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (205), 22-Май-25, 21:58
	> О чём ты скромно умолчал — и я понимаю почему > — так это о том, что всё остальное (вообще всё, включая > указания какие байты кому с тех BSD отдать) — работает на Linux. Правда, основная "работа" тут как раз в отдаче данных клиенту (15% всего мирового траффика). Но так-то да, раз морда и обвязка сервиса на пянгвинчике, значит пянгвничик рулит, а бзды там используют чисто по инерции-ошибке (ну и потому что лохи в руководстве, не умеющие считать деньги - ведь куда дешевле брать сразу готовый пянгвинчик, вместо держания на зарплате собственной комманды бзд-разрабов) ...
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от bOOster (ok), 22-Май-25, 10:59
	> ps хотя после этой новости, мое мнение о БСД улучшилось) > судя по всему, хотя бы часть решила развиваться Даже google лжеИИ сейчас пишет -"В общем, FreeBSD демонстрирует более низкую задержку и большую производительность сетевого стека по сравнению с Linux, особенно при выполнении задач, требующих высокой производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно быстрее и отзывчивее, чем Linux на том же оборудовании."
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	115. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (114), 22-Май-25, 11:01
	> стека по сравнению с Linux, особенно при выполнении задач, требующих высокой > производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно > быстрее и отзывчивее, чем Linux на том же оборудовании." Ты еще не понял? AI тебя раскусил как облупленого - и сказал тебе то что ты хотел слышать. И только.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от slew (ok), 22-Май-25, 11:23
	>Даже google лжеИИ сейчас пишет Зачем ты тут постоянно ретранслируешь мифы и предания из интернетов? Это не лавочка с бабками, а технический форум. Поставь тесты фри и линукса, прогони, покажи тут всем какая фряза крутая. Будь уверен, что результаты тебя самого сильно удевят не в пользу фряхи, какие-бы ты тесты не ставил.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	127. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–2 +/–
	Сообщение от bOOster (ok), 22-Май-25, 11:43
	>>Даже google лжеИИ сейчас пишет > Зачем ты тут постоянно ретранслируешь мифы и предания из интернетов? Это не > лавочка с бабками, а технический форум. Поставь тесты фри и линукса, > прогони, покажи тут всем какая фряза крутая. Будь уверен, что результаты > тебя самого сильно удевят не в пользу фряхи, какие-бы ты тесты > не ставил. Хехе - я действую также как и оголтелые последователи "святого грааля" в Операционных системах Хехехе. А тесты ты найдешь самостоятельно. Полно их. Нищие лакеев не имеют.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от slew (ok), 22-Май-25, 12:51
	>А тесты ты найдешь самостоятельно Не нахожу, скинь ссылку хоть на один.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+4 +/–
	Сообщение от Кошкажена (?), 21-Май-25, 23:32
	> то за растом будущее Может быть, но на данный момент это просто прототип, о чем сказано в новости > На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа. Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	96. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (-), 22-Май-25, 10:20
	> Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар. Пиар чего? Думаешь кто-то из местных прочитает новость и пойдет коммитить в это ХардндБСД? Ой, что-то я сильно сомневаюсь) А так новость не хуже всяких "подсчет звезд на гитхабе" или "в сишной либе нашли типичную дырень.. опять.."
	Ответить | Правка | Наверх | Cообщить модератору

2. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
Сообщение от IdeaFix (ok), 21-Май-25, 21:45
Портировали бы уж сразу системд на расте...
Ответить | Правка | Наверх | Cообщить модератору

	4. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+3 +/–
	Сообщение от Минона (ok), 21-Май-25, 21:51
	А этот процесс точно будет называться "портирование"?
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+16 +/–
	Сообщение от name (??), 21-Май-25, 22:26
	Поттерирование?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от 12yoexpert (ok), 22-Май-25, 08:36
	аннигиляция
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от IdeaFix (ok), 22-Май-25, 15:05
	> А этот процесс точно будет называться "портирование"? Ну, перенос системы во фрю да еще и на расте, показал бы хоть какие-то инновации кроме линуксатора и отвлёк бы от застоя и деградации в моментах, в которых фря традиционно сильна. С другой стороны, в 2к25 и инновации в линуксаторе - это уже не плохо.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
Сообщение от Аноним (6), 21-Май-25, 22:00
Так фряха только этим недокомпилятором и (не)собирается, ровно никаких препятствий для поддержки раста. Если бы раст поддерживался gcc, я уверен, претензий и с линуксом куда меньше было.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 21-Май-25, 22:04
	Но линукс уже довольно давно может собираться шлангом. docs.kernel.org/kbuild/llvm.html Андроид, насколько я помню, тоже. Так что не вижу острой необходимости в вендорлочном GCC.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (6), 21-Май-25, 22:26
	Сам линукс собирают, в основном, стараниями разработчиков андроида. А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Только шланг код всё ещё хуже и менее универсальный выдаёт, в принципе не способен на эффективные оптимизации (размер бинаря и оптимизации профилирования), есть дистрибутив линукса, собранный шлангом и он всегда ощутимо хуже был. В связи с чем собирать шлангом особого проку нет, кроме корпоративных интересов и унификации с проприетарными компиляторами (те же самые корпоративные интересы).
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Минона (ok), 22-Май-25, 09:24
	> А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Что ты имеешь ввиду под юзерспейсом в контексте фряхи? Базовая система (ядро + мир) прекрасно собирается llvm. А порты это порты, чем девелопер собирает, тем и собираются.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (77), 22-Май-25, 08:20
	GCC открыт и свободен, поэтому не явлется вендорлочным. Ибо любой может посмотреть, как и что он творит со входным и выходным кодом.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	89. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (-), 22-Май-25, 10:03
	Ага, конечно не вендорлокнутый. А чего тогда пришлось придумываться GCC Runtime Library Exception ? www.gnu.org/licenses/gcc-exception-3.1.html А потому что это проприерастный кусок заражал любой код GPL. Взял я твой код вод свободной БСД, скомпилил... и теперь ты должен перелицензировать под коммуняцкой лицензией. Здорово, правда!? (с) Причем ввели Exception только в 2009 году. А когда GCC появился, можешь посмотреть в интернете.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (147), 22-Май-25, 13:19
	Очевидно, ты не в курсе, что до 2007 года gcc был под лицензией GPLv2. И она всех устраивала включая BSD. Последний компилятор под лицензией GPLv2 gcc-4.2.1 они еще долго использовали. И объяснялось все просто. Поменяли лицензию - выявили проблемы, придумали как обойти. У куска, который вызывал проблемы сделали исключение. А для этого надо было договориться со всеми кто в него вносил свои патчи или переписать код. То что после этого BSD не вернулись на gcc - это или религиозные мотивы, или психологическая незрелость.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (-), 22-Май-25, 13:40
	> То что после этого BSD не вернулись на gcc - это или религиозные мотивы, > или психологическая незрелость. Нет, они просто поняли, что гнутикам верить нельзя. Вот выпустят они GPLv4 и НЕ исправят проблему. Напр. из-за религиозного фанатизма или банальной лени. Это будет уже не важно. Поэтому с GCC в том анекдоте - но "стоило один раз овцу". Свой кредит доверия они потеряли. Поэтому все объединились для разработки свободного компилятора. И у них получилось.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 14:26
	> Нет, они просто поняли, что гнутикам верить нельзя. Вот выпустят они GPLv4 и НЕ исправят проблему. Напр. из-за религиозного фанатизма или банальной лени. Это будет уже не важно. Ну так и используй последнюю версию gcc. В крайнем случае форкни его. Помнишь такой egcs? > Поэтому с GCC в том анекдоте - но "стоило один раз овцу". Свой кредит доверия они потеряли. Поэтому все объединились для разработки свободного компилятора. И у них получилось. Пока все выглядит так, как будто кто-то в компании обиделся на другого и руки ему не подает. Все пытаются понять что этот другой непотребного сотворил с "кто-то"... А оказывается, что этот другой как-то не заметил "кто-то" и мимо прошел. Обиженка. Что с обиженки взять?
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (171), 22-Май-25, 16:02
	Этот exception был до версии 4.2.1, в которой на GPLv3 перешли, и после неё. Придумывать ничего не пришлось, и раньше была. Просто вернули после перехода на 3. А некоторые переполошиться в промежутке успели, да так, что до сих пор не отойдут.
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	178. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от MinimumProfit (?), 22-Май-25, 16:52
	Компиляторы GCC C и GCC C++ - по лицензии GPL 3. А что это значит? GPL 3 крепко привязана к особенностям законодательства США, и, фактически, в других странах не имеет юридической силы, потому что невозможно переписать требования GPL 3 в терминах законов других стран. Поэтому использование GCC C и GCC C++ в странах, отличных от США, фактически, является нелицензионным.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	29. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от 12yoexpert (ok), 22-Май-25, 00:00
	только этого не будет. суть раста это вендорлок
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	52. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (52), 22-Май-25, 03:08
	Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Он часто генерит лучший код, чем GCC. У клэнга работа с векторами интереснее, можно например как в OpenGL обращаться к части вектора. Или делать перемешивание просто написав a = b.yzxw; Хороший компилятор, в общем.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	61. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (61), 22-Май-25, 06:07
	> Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных. Пересобрать LLVM и тем более clang? Это такой сильно отдельный квест, с скачкой половины интернета и затратами дофейхоа ресурсов. Так что если у вас вдруг версия этого не та - это обрекает на много боли. Чтобы не было скучно оно обречено жиреть и тормознеть в неограниченных рамках - ибо абсолютно все и вся живет в ОДНОЙ либе. Которая уже отросла до примерно ста мегов в последних версиях - и это явно не предел, учитывая что оно не умеет половину архитектур рюхаемыех GCC-ами. А вот отребилдить GCC под конкретно вон ту штуку, вон той версии - как раз в пределах сил человеческих. Особенно bare metal тулчейн для мк, ядер, фирмварей, и тому подобного. С LLVM это все - сильно более другой уровень боли в з@днице.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (6), 22-Май-25, 08:07
	Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt с -stdlib=libc++ не добавлены в ключи хотя default и так выставлены, которые теперь надо убрать потому что не поддерживаются новой версией, каждое обновление что-то новое) приводят к интересным багам в том же расте (программах на нём), которые невозможно ни диагностировать ни отладить, особенно забавно, когда это непонятным образом влияет на глюкалово вроде веббраузера. Или вон --undefined-version линкеру теперь добавлять чтобы хромиум мог слинковаться и буквально каждое обновление что-то ломается само по себе.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (-), 22-Май-25, 09:12
	> Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил > что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то > 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt Собссно жил да был некто iZEN, фанат FreeBSD. Рассказывал мне как ща шланг этого нашего GCC сделает, и вообще, под правильной лицензией, быстрей компилит, все дела. В ответ я бурчал что-то типа "бойтесь своих желаний". Через несколько лет чат повторился. Изен был значительно менее оптимистичен насчет своего фетиша - его желания исполнились. При том ему запихали в систему по моему аж штуки так три разных LLVMа. А с учетом любви адептов BSD ребилдить все из сорца такой подарок в паре с подкрутками оптимизаций до уровня сравнимого с GCC - и таим же падением скорости компила - это мало кого оставит равнодушным :) Собственно LLVM/Clang и Rust это 2 причины кончины Gentoo как чего-то популярного, без датацентра набитого EPYCами она мучительна уж очень. Но за фряхой с ее адептами этот апокалиптец ведь тоже как раз и пришел, и как раз скребется в дверь. Вы еще не купили топовый EPYC? Бабок не хватило? А зря. Ибо скоро без него вы вообще не доживете до окончания компила всей этой офигенной лабуды.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (6), 22-Май-25, 09:25
	Ну сейчас собственно приходится держать прошлый шланг для раста и меза (уже обновили ебилды, не знаю детали), для блендера с интеловскими либами приходилось держать позапозапозапрошлый шланг. Несколько тулчейнов это не так ужасно, мне точно так же приходится держать позапозапрошлый гцц для dxvk (чтобы не было рандомных падений) и прошлый потому что то же ядро линукса не собирается текущим и его уже размаскировали.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 10:43
	> Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных. Ух набросил так набросил. Во-первых там спонсоров полтора десятка, включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд. Во-вторых, посмотри кто сидит в коммитете GCC. gcc.gnu.org/steering.html IBM, Google и тд
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	117. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (114), 22-Май-25, 11:05
	> Ух набросил так набросил. > Во-первых там спонсоров полтора десятка, А код реально пишут: Apple, Google и (немного) AMD. Поэтому де факто оно обслуживает интересы 2.5 корпораций. На все остальное им таким красивым... > включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд. А комиты в основном - от вон тех двух с половиной корп. Оно и развивается - в сторону нужную им. А остальное им сильно похрен. > Во-вторых, посмотри кто сидит в коммитете GCC. > gcc.gnu.org/steering.html > IBM, Google и тд В GCC комитят явно более разносторонние комитеры - и его есть под намного большее число архитектур. А если это все в LLVM попробовать втащить - "ты же лопнешь, деточка"?!
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 11:34
	> А код реально пишут: Apple, Google и (немного) AMD. Поэтому де факто оно обслуживает интересы 2.5 корпораций. Если остальным подходит написанное эплом - то обслуживают такие всех. > А комиты в основном - от вон тех двух с половиной корп. Оно и развивается - в сторону нужную им. А остальное им сильно похрен. Опять же повторюсь, если остальные довольны, значит развивается в нужном и им направлении тоже. > В GCC комитят явно более разносторонние комитеры - и его есть под намного большее число архитектур. Коммитить они могут что угодно, но развитие определяет комитет. Меряться кол-вом архитектур (большая часть из которых уже давно дохлая) глупо, особено в мире где есть две основных архитектуры, а остальное лютая маргинальщина. Это как хвастаться "зато мы умеем карбюратор для москвича-408 настраивать"
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 14:40
	> Это как хвастаться "зато мы умеем карбюратор для москвича-408 настраивать" Это как хвастаться что у нас сейчас есть инструменты для настройки всех выпускаемых машин. Даже тех что в Россию официально попасть не могут.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (103), 22-Май-25, 10:36
	> Он часто генерит лучший код, чем GCC а реже какой? Стабильность (во всех смыслах) - главное требование к инструменту. Вот бредовые warnings он точно генерит - проверено.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

8. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+4 +/–
Сообщение от Аноним (8), 21-Май-25, 22:26
Заголовок вводит в заблуждение. Может показаться что FreeBSD развивает поддержку Rust. Но это не так. HardenedBSD развивает свой форк.
Ответить | Правка | Наверх | Cообщить модератору

	15. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–4 +/–
	Сообщение от Аноним (-), 21-Май-25, 22:48
	> Может показаться Только если ты читаешь не глазами) Что не ясно во фразе "Для FreeBSD развивают..." ? Это как "для linux сделали дрова для apple silicon". ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+5 +/–
	Сообщение от Кошкажена (?), 21-Май-25, 23:29
	> ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD. Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет.
	Ответить | Правка | Наверх | Cообщить модератору

12. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+2 +/–
Сообщение от name (??), 21-Май-25, 22:30
А в FreeBSD и не знают.
Ответить | Правка | Наверх | Cообщить модератору

	22. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–2 +/–
	Сообщение от Аноним (-), 21-Май-25, 23:16
	> А в FreeBSD и не знают. Все они знают. Уже была новость, в прошлом году, в начале и середине года: "Разработчики FreeBSD обсуждают использование языка Rust в базовой системе" opennet.ru/opennews/art.shtml?num=60473 И потом на БЗДшом саммите тоже возвращались к этому вопросу: opennet.ru/opennews/art.shtml?num=61456 "Среди рассмотренных на саммите тем:     Интеграция инструментария Rust в базовую систему, поставка и переписывание приложений на языке Rust и предоставление возможности разработки компонентов ядра на Rust." Так что думаю они с интересом наблюдают и думают "а может цап-царапнуть к себе?"
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (8), 22-Май-25, 00:25
	Как с интересом можно наблюдать makefile?
	Ответить | Правка | Наверх | Cообщить модератору

26. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+2 +/–
Сообщение от Ан Оним (?), 21-Май-25, 23:51
Чем плох C и C++ - тем что эти языки захватил в свою собственность ISO. Он на них деньги делает, никому бесплатно не даёт спецификацию. Это неправильно, не должны свободное ПО писаться на языках, чьи спецификации мало кто видел и они несвободны. А вот спецификации Rust, Java, Free Pascal - бесплатные и в открытом доступе.
Ответить | Правка | Наверх | Cообщить модератору

	30. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (30), 22-Май-25, 00:01
	... и распространяются в виде бинарников, в которые можно засунуть что угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (36), 22-Май-25, 00:13
	собирайте из исходников https://github.com/rust-lang/rust/blob/master/src/bootstrap/... да, если что, то для "бутстрапа" gcc требуется С-совместимый компилятор, плюс всякие binutils
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Кошкажена (?), 22-Май-25, 00:07
	> А вот спецификации Rust - бесплатные и в открытом доступе. У раста нет спецификации.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	34. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (36), 22-Май-25, 00:09
	https://github.com/rust-lang/spec
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Кошкажена (?), 22-Май-25, 00:16
	> https://github.com/rust-lang/spec Во-первых, этот репозиторий пустой. Во-вторых, это расту передали наработки другой организации для другого комплиятора раста https://blog.rust-lang.org/2025/03/26/adopting-the-fls/
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–3 +/–
	Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:28
	А у с/с++ нет единого стандарта, но никто не жалуется, почему-то
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	62. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (61), 22-Май-25, 06:16
	> А у с/с++ нет единого стандарта, но никто не жалуется, почему-то Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Кошкажена (?), 22-Май-25, 10:19
	> А у с/с++ нет единого стандарта https://isocpp.org/std/the-standard
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	208. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 23:28
	>> А у с/с++ нет единого стандарта > https://isocpp.org/std/the-standard Резиновую уточку тоже можно назвать атомным ледоколом, но это не значит что на ней далеко уплывёшь. Нет ни одного стандарта, поддерживаемого всеми компиляторами, нет ни одного компилятора, что поддерживает все стандарты. Даже нет одного стандарта, что полностью поддерживается хотя бы одним компилятором. Это не стандарты, это набор общих рекомендаций. Причем расплывчатых.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (209), 22-Май-25, 23:52
	> Это не стандарты, это набор общих рекомендаций. Причем расплывчатых. Это стандарты, которые подразумевают возможность неполной реализации. Для чего вводятся методы определения фич реализованных в компиляторе. И только так и может быть со стандартами, которые реализуют несколько компиляторов. Ваши хотелки никого не интересуют.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 09:59
	А это тогда что? https://github.com/rust-lang/rfcs Ничем не отличается от RFCшек на интернет. Типа RFC-822 благодаря которому почта ходит тудою-сюдою.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	93. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Кошкажена (?), 22-Май-25, 10:18
	Отличается, причем сильно. Где там, например, описание модели памяти? И что там делает, к примеру, ранжирование crates.io https://github.com/rust-lang/rfcs/blob/master/text/1824-crat... ? У питона есть pep, у scheme есть rfc, однако у питона нет стандарта, а у схемы есть.
	Ответить | Правка | Наверх | Cообщить модератору

35. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
Сообщение от Аноним (35), 22-Май-25, 00:12
Ясен пень. Винда давно уже переходит на раст, линукс запоздало, но тоже пытается. И остальные перейдут, никуда не денутся - потому что это серьёзный технический прогресс который невозможно игноровать. Что на этот счёт думают админы локалхостов никого не волнует.
Ответить | Правка | Наверх | Cообщить модератору

	42. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (42), 22-Май-25, 00:29
	Когда невозможно будет игнорировать, а не игноровать - тогда и приходите.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (52), 22-Май-25, 03:24
	Это просто блаж и неведомый социальный феномен. У нас вот у людей засели в головах маркетплейсы. У них - раст. Стадная движуха такая, на максималках - все пользуются. В тоже время, на ответственных, высокопроизводительных проектах по прежнему будут использовать си. Платят там нормально, так что типичных ошибок не должно быть - просто потому что зп позволяет на таких проектах несколько раз вычитывать код и делать соотвествующие тесты. Кстати, хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	97. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (97), 22-Май-25, 10:24
	> блаж блажь > хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет) https://snapcraft.io/scx-rustland и не только раст, но и бпф.
	Ответить | Правка | Наверх | Cообщить модератору

37. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
Сообщение от Аноним (37), 22-Май-25, 00:13
Так, куда теперь побегу бежавшие от раста с линукса на фрибсд?
Ответить | Правка | Наверх | Cообщить модератору

	43. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:29
	На плейстейшн!
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (63), 22-Май-25, 06:21
	Так речь про форк фряхи. Про ванильную фряху речь не идет. Также ещё остается illumos, Openindiana к примеру.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	99. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (97), 22-Май-25, 10:31
	> Так речь про форк фряхи. Про ванильную фряху речь не идет. Форкайте, можно. Хотя... Есть же Openbsd, Netbsd, DragonflyBSD. Первая даже на мой ноут ставилась 2 года назад. Уже ни одна из них не ставится. > Также ещё остается illumos, Openindiana к примеру. Снова таки, пару лет назад Индиана даже на мой ноут ставилась. Сейчас разве что проприетарная соплярка и OmniOS(без гуя) пойдут. Без звука и войфая конечно, но чем ради безрастовости не пожертвуешь...
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Эксконтрибутор FreeBSD (?), 22-Май-25, 12:26
	> Openbsd, Netbsd Не являются форками фряхи NetBSD — независимая ОС OpenBSD — форкнулась в 90ых от NetBSD
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (77), 22-Май-25, 08:00
	На DragonFly
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	101. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (97), 22-Май-25, 10:33
	И как она у вас на железе? 5 лет назад я её мог даже юзать, но уже даже не ставится.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от An (??), 22-Май-25, 10:06
	Во первых в FreeBSD пока rust не тащат. Во вторых - есть еще NetBSD.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	102. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (97), 22-Май-25, 10:35
	> Во первых в FreeBSD пока rust не тащат. А о чём новость, напомните пжлст? > Во вторых - есть еще NetBSD. А она точно есть? Чтобы ответить на этот вопрос, найдите себе комп и попробуйте.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (135), 22-Май-25, 12:32
	> А о чём новость, напомните пжлст? Напоминаю: новость о форке, который написал makefile и надеется что его добавят в FreeBSD. Поддержки Rust нет, в FreeBSD правок тоже не было.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (203), 22-Май-25, 21:48
	> Во первых в FreeBSD пока rust не тащат. Lua в ядро втащили, втащат и Rust, не переживай.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	206. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (205), 22-Май-25, 22:02
	>> Во первых в FreeBSD пока rust не тащат. > Lua в ядро втащили, втащат и Rust, не переживай. *рукалицо.жпг* Экспертиза опеннета, которую мы заслужили (за грехи наши) ...
	Ответить | Правка | Наверх | Cообщить модератору

44. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
Сообщение от Аноним (44), 22-Май-25, 00:51
Теперь make buildworld будет в 4 раза дольше... и больше...
Ответить | Правка | Наверх | Cообщить модератору

	162. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (162), 22-Май-25, 14:47
	-j n+k где к - число докупленных ядер :)
	Ответить | Правка | Наверх | Cообщить модератору

47. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
Сообщение от Celcion (ok), 22-Май-25, 01:55
Мне вот интересно, на какой ещё язык начнут всё подряд без разбору переписывать когда детвора наиграется в раст и осознает, что после "давайте всё перепишем!" начнётся "а теперь надо всё переписанное дальше поддерживать", а это скушненько и неинтересненько? А то с джавой уже было, с го было...
Ответить | Правка | Наверх | Cообщить модератору

	49. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (35), 22-Май-25, 02:01
	Как только ты покажешь другой язык, который решает проблему работы с памятью и эффективности траты ресурсов лучше, чем Раст. Но ты его не покажешь, потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–2 +/–
	Сообщение от Celcion (ok), 22-Май-25, 03:17
	> потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно. Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, но и многих других попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. На ней писали буквально всё подряд. На неё буквально всё подряд переписывали. Даже драйвера для всяких устройств. Приложения и игры на телефонах. В процессоры нативные инструкции добавляли (см. Jazelle). И где всё это сейчас? Отсюда и скептицизм - мы всё это уже видели. И "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", и вьюнош с горящими глазами, всецело в это уверовавших и стремящихся побыстрее всех вокруг обратить в эту новую "веру". Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 08:01
	> Посмотрим, где будет ваш раст годиков так через 15-20. Там же где и Java. Он выгрызет себе нишу и прочно там обоснуется, чтобы на десятилетия потом занимать почётное место в top10 языков. Конкретно эту нишу предсказывать сложно, потому что я жду появления чего-нибудь с более обширным применением формальной верификации, причём не только через систему типов, а через произвольные инварианты указываемые программистом для функций/типов, которые затем будут проверяться алгоритмически. Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (183), 22-Май-25, 17:13
	> Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст. Да! Я тоже давно это мнение высказываю. Сильно подозреваю, что подобный проект будет создаваться при помощи AI (точнее даже ASI).
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (78), 22-Май-25, 08:22
	> попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. > "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", Раст решает "не все проблемы", а конкретно проблему с памятью, будучи при этом нтзкоуровневым системным языком. Хз, где ты это уже слышал. Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное? > Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ И это дейстаительно была веха. > И где всё это сейчас? В Андроиде, например. А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают, в оперсорие никто не выкладывает, поэтому ты этого всего и не видишь, лол
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	91. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 10:13
	> Раст решает "не все проблемы", а конкретно проблему с памятью И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике, которая будет лишь через определённое количество лет. Но ты ведь уже уверовал, поэтому тебе этого не объяснить. > Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное? Так это ты придумал "воинов против раста", в которых видишь всех, кто в очередную религию не ударился вместе с тобой. Так что, спроси себя, весело ли тебе. Я на эти очередные "войнушки" смотрю скорее с нескрываемым ехидством. > А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают Так ведь джава разрабатывалась для куда более широкого круга задач, чем кормить разжиревших разрабов всякого легаси в конторках. Вопрос ведь не в том, нашла ли она свою нишу. Вопрос в том, что она даже и близко не подошла к тем целям, которые изначально ставились.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (110), 22-Май-25, 10:56
	> И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны? Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust. Хотя вряд ди тебя это переубедит - куда там Гуглу и Майкрософту до такого знатного эксперта, как опеннетный Celcion...
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 11:08
	> Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны? Ты внимательно читаешь? Написано же прямым текстом - лучшим доказательством является практика. Практики применения раста мы ещё толком не видели. Даже сам язык ещё толком не стабилизирован. Пока только куча криков про то, что безопасная работа с памятью является краеугольным камнем и проблемой номер один, которую раст совершенно точно решает, поэтому давайте на расте переписывать всё подряд, даже то, где проблем с этим не было и даже в теории быть не может. > Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust. Эта статистика построена на базе ML-анализа кода. К практике имеет отношение примерно такое же, как большинство выкладок теоретической физики - в теории всё верно, а вот бьётся ли с практикой - покажет время и дальнейшие исследования.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (-), 22-Май-25, 11:47
	> Ты внимательно читаешь? Написано же прямым текстом - лучшим доказательством является практика. 1.5 миллиона строк раст кода в 13 андроиде, это уже практика? Сейчас напомню уже 16 версия выходит. Microsoftʼский гипервизор, это уже практика? Hickory который используется Let's Encrypt, это уже практика? Pingora, которую использует Cloudflare, это уже практика? Всякие прикладные приложения типа COSMIC, это уже практика? > Практики применения раста мы ещё толком не видели. Наверное ты просто плохо смотришь) > Эта статистика построена на базе ML-анализа кода. К практике имеет отношение примерно такое же, как большинство выкладок теоретической физики - в теории всё верно, а вот бьётся ли с практикой - покажет время и дальнейшие исследования. А такая статистика? Memory Corruption практически на порядок обгоняет все остальные проблемы. https://www.cvedetails.com/product/47/Linux-Linux-Kernel.htm...
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 11:57
	> 1.5 миллиона строк раст кода в 13 андроиде, это уже практика? Три года прошло с релиза 13-го андроида, а с момента его входа в широкий обиход - и того меньше. Какие сроки я имел в виду - я писал выше. Но тебе читать неинтересно, это я уже понял. >> Практики применения раста мы ещё толком не видели. > Наверное ты просто плохо смотришь) Так я оцениваю по времени, а не по тому, сколько и где кто-то на волне хайпа что-то напереписывал. Я уже не знаю как ещё более понятно эту мысль разжевать.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 12:09
	> Какие сроки я имел в виду - я писал выше. Но тебе читать неинтересно, это я уже понял. Если ты про "Посмотрим, где будет ваш раст годиков так через 15-20" то это просто эталонная глупость из палаты мер и весов. > Так я оцениваю по времени, а не по тому, сколько и где кто-то на волне хайпа что-то напереписывал. Угу. Если 20 лет не проработало, то хайп. Интересно, были ли такие же дундуки которые говорили "СИ всего 9 лет! Это хайп! Зачем если есть pdp-11?!"
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 12:44
	> Если ты про "Посмотрим, где будет ваш раст годиков так через 15-20" то это просто эталонная глупость из палаты мер и весов. Да конечно. Умные люди - любую технологию, даже толком недоделанную, пихают везде и сразу. Это давно известно. > Угу. Если 20 лет не проработало, то хайп. Читать ты, видимо, так и не научился. Прискорбно. > Интересно, были ли такие же дундуки которые говорили "СИ всего 9 лет! Это хайп! Зачем если есть pdp-11?!" Как бы тебе объяснить... Си решал несколько более широкий спектр задач, чем "у вас память небезопасная! срочно все переписываем!" Ты бы это знал, наверное, если бы хоть немного интересовался темой. Но тебе же неинтересно. У тебя религия и зуд быстрее всех "неверных" в неё обращать.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (-), 22-Май-25, 13:11
	> Да конечно. Умные люди - любую технологию, даже толком недоделанную, пихают везде и сразу. Это давно известно. Умные люди берут какой-то маленькие проект и обкатывают. Если проблем не возникло, продолжают эксперемент и/или расширяют сферу применения. А сидеть ждать 20 лет, будут только "особо развитые". >> Угу. Если 20 лет не проработало, то хайп. > Читать ты, видимо, так и не научился. Прискорбно. Странно, я же привел цитату, твою же. Второго упоминание было "будет лишь через определённое количество лет". Так что у тебя или с логикой какие-то траблы, или склероз и ты не помнишь, что писал. Это тоже прискорбно. > Как бы тебе объяснить... Си решал несколько более широкий спектр задач, чем "у вас память небезопасная! срочно все переписываем!" Ты бы это знал, наверное, если бы хоть немного интересовался темой. Если бы слегка интересовался темой, то знал, что раст решает все те же задачи что СИшка, но еще и с обеспечение безопасности памяти. И с нормальной системой типов, паттерн матчингом, инвариантами. > Но тебе же неинтересно. У тебя религия и зуд быстрее всех "неверных" в неё обращать. Ну, аргументов у тебя не осталось, так что ты решали все свести к "религии". Я не сильно удивлен)
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 13:50
	> Умные люди берут какой-то маленькие проект и обкатывают. Действительно. Но в случае с растом это, увы, не так. Здесь сразу с места в карьер и уже даже кореутилсы на той же бубунте планируют на растовские заменить, хотя там даже по собственным простеньким тестам, не покрывающим и половины юзкейсов - всё красное. Стало быть, занимаются этим всем люди не очень умные. > А сидеть ждать 20 лет, будут только "особо развитые". Расскажи это банкам, которые до сих пор COBOL используют. Они ведь недоразвитые. > Странно, я же привел цитату, твою же. Нет, ты привёл свою ее интерпретацию, из которой понятно, что в суть ты вникать не стал. > Если бы слегка интересовался темой, то знал, что раст решает все те же задачи что СИшка, но еще и с обеспечение безопасности памяти. Ну а завтра выйдет ещё один язык, который тоже какую-нибудь одну, но жуть какую важную проблему решает - будем тоже на него всё переписывать? > Ну, аргументов у тебя не осталось, так что ты решали все свести к "религии". Так это именно она и есть. Изначально. Потому что хайпово, потому что все вокруг говорят "у нас внезапно самая большая проблема - это небезопасная проблема с памятью!". И в стороне оставаться нельзя, "все побежали - и я побежал".
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 14:49
	> Действительно. Но в случае с растом это, увы, не так. Здесь сразу с места в карьер и уже даже кореутилсы на той же бубунте планируют на растовские заменить, хотя там даже по собственным простеньким тестам, не покрывающим и половины юзкейсов - всё красное. О, какое классное вранье. github.com/uutils/coreutils - судя по pass тестам проходит 500 из 600. У религиозных фанатиков это "всё красное" ? > Расскажи это банкам, которые до сих пор COBOL используют. Они ведь недоразвитые. А они пытались. И некоторые даже успешно. Понятно что в каком-то государственном пенсионном фонде бриташки, будут сидеть до талого. > Нет, ты привёл свою ее интерпретацию, из которой понятно, что в суть ты вникать не стал. Штош, попробую еще раз. Кто написал вот тут opennet.ru/openforum/vsluhforumID3/136916.html#53 "Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп." А? Ну давай, покажи класс в интерпретации) > Ну а завтра выйдет ещё один язык, который тоже какую-нибудь одну, но жуть какую важную проблему решает - будем тоже на него всё переписывать? Если она будет такая же существенная - то да. А порча памяти это топовая проблема таких важных проектах как линукс cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33 > Потому что хайпово, потому что все вокруг говорят "у нас внезапно самая большая проблема - это небезопасная проблема с памятью!". А разве нет? Посмотри статистику CVE/RCE в ядре. Посмотри статистику CVE/RCE в других больших проектах типа ХОрг. Включи мозг и посчитай. А потом подумай, откуда у тебя такая фанатичная вера в то, что "ошибки с памятью не проблема!". > И в стороне оставаться нельзя, "все побежали - и я побежал". Разве? Неужели приходят домой и заставляют устанавливать раст? Не нравится - не пользуйся.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	165. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 14:53
	>  500 из 600. Это реально все красное. А если еще учесть, что это тесты не на совместимость...
	Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

	167. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 14:58
	И да > 500 из 600 Это этап: "Мужики, смотрите, я тут пилот настрогал. Если хотите присоединяйтесь и мы сделаем когда-нибудь аналог".
	Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

	173. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 16:30
	> О, какое классное вранье. > github.com/uutils/coreutils - судя по pass тестам проходит 500 из 600. Я про эти тесты: uutils.github.io/coreutils/docs/test_coverage.html К тому же, понимаешь, смотреть можно не только на одну общую циферку, но и на разбивку по конкретным утилитам. И ужасаться от того, что даже в date фэйлится три теста из пяти. Но это сложно, вникать надо, я понимаю. > Если она будет такая же существенная - то да. А если всем навязать мысль, что она существенная? Была вот такая проблема, Y2K называлась, всем миром боялись. А оказались пустым пшиком. Вот ведь бывает... Я понимаю, что стул уже начал прогреваться, поэтому поясню - суть не в том, что проблемы безопасной работы с памятью нет вовсе. Суть в том, что она есть не везде и не везде её требуется решать. Но апологетам растовской религии это объяснять бессмысленно, они готовы переписать буквально всё подряд. И глупо именно это. > А разве нет? Смотря когда и где. Смотря про какой язык речь идет. Смотря про какое время и какие программы. Тупо "смотреть статистику" - это довод из рязряда "а вы капитализацию Apple видели?!" Доводы плана "общей температуры по больнице" - мне неинтересны. > Не нравится - не пользуйся. Так им пользуюсь не я, а те прекрасные люди, которые, в частности, пихают его куда ни попадя, в том числе в системные части, потенциально создавая проблемы на ровном месте, заменяя бинари, которые десятками лет работали и никаких страшно-ужасных взломов через них сроду не было. Ну вот как в своё время пропихивали systemd. Тоже была серебряная пуля, решающая целую кучу проблем. Правда, по факту создал он проблем еще больше, чем решил, но кому это интересно, правда?
	Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

	174. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 16:41
	> Смотря когда и где. Смотря про какой язык речь идет. Смотря про какое время и какие программы. > Тупо "смотреть статистику" - это довод из рязряда "а вы капитализацию Apple видели?!" > Доводы плана "общей температуры по больнице" - мне неинтересны. Что ж ты вертишься как уж на сковородке)?   У нас есть ядро линукс. В нем есть CVE по памяти. Их у нас большая часть из всех найденных. А теперь вопрос: "у нас внезапно самая большая проблема - это небезопасная проблема с памятью" или нет?
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	180. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 17:02
	> У нас есть ядро линукс. У кого "у нас"? Это ты свёл разговор к ядру линукса, я про него вообще не говорил. > В нем есть CVE по памяти. Ну и что? Предлагаешь переписать все 40+ миллионов строк кода ядра линукса? Ну, дерзай. Расскажешь потом об успехах. > Их у нас большая часть из всех найденных. > А теперь вопрос: "у нас внезапно самая большая проблема - это небезопасная проблема с памятью" или нет? Нет. Потому что не определено, что в данном случае является "проблемой". Если проблемой (самой большой) безопасности - то нет, потому что основное количество взломов не через утечки памяти происходит, да и не любой CVE с такими утечками имеет реалистично реализуемый вектор атаки. Понимаешь, теоретическая проблема != практическая. Опять же, тут важен ещё и вопрос рисков. Если решение проблемы несет в себе рисков больше, чем сама по себе проблема - то оно по определению не может быть решением. Ну, то есть, если очередной запальчивый вьюноша с горящими глазами, видя перед собой целью переписать на расте всё подряд и не видя препятствий, наломает в процессе дров, решив проблемы с утечками памяти, но насобачив при этом других уязвимостей (ведь раст от них не защищает, увы) - то цель всего этого мероприятия лично мне становится не особо понятной.
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	187. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 17:29
	> У кого "у нас"? У меня в телефоне и на дестопе. А еще на серваке сервисов которыми я пользуюсь. Возможно у тебя ядра линукса нету. > Это ты свёл разговор к ядру линукса, я про него вообще не говорил. А про что ты говорил? А... точно, ты же не написал. Хотя примеры с андроидом, амазоном и прочими раскритиковал. Давай посмотрим не на ядро, а на, например, OpenSSL. Там безопасность памяти нужна? Или Heartbleed это "ничего страшного". Уязвимости во всяких libwebp, glibc, curl и прочих библиотеках и утилитах? Или в Хорге который, еще лет 10 назад, имел монополь Но моя любимая это все-таки дырень в Grub - 28 нажатий backspace и ты можно загружать свое ядро. БезопасТность аж прет. > Предлагаешь переписать все 40+ миллионов строк кода ядра линукса? Предлагаю начать с тех кусков, в которых проблем больше всего. И даже не переписывать, а начать новые писать на расте. В итоге часть перепишется, часть просто дропнется со старыми платформами. > Ну, дерзай. Расскажешь потом об успехах. Если корпы решат что это выгодно, то перепишут. Особенно с учетом того что здоровая часть это дрова в виде "блобов". Одних амдшных там 5 миллионов строк. > Нет. Потому что не определено, что в данном случае является "проблемой". Я виду проблему в повышении привилегий или выполнении кода. > Если проблемой (самой большой) безопасности - то нет, потому что основное количество взломов не через утечки памяти происходит Причем тут утечки памяти? А выход за пределы буфера? А double-free? > Понимаешь, теоретическая проблема != практическая. Так практических полно. > Опять же, тут важен ещё и вопрос рисков. Если решение проблемы несет в себе рисков больше, чем сама по себе проблема - то оно по определению не может быть решением. И кто определяет риски? Ну не ты же. А создатели проектов. Это их решение. > наломает в процессе дров, решив проблемы с утечками памяти, но насобачив при этом других  уязвимостей (ведь раст от них не защищает, увы) А если не насобачит? Но даже в твое пессимистичном сценарии - будет паритет с древними ЯП, там тоже логические ошибки не отлавливаются > то цель всего этого мероприятия лично мне становится не особо понятной. Предположу что ты не мейнтенер какого-то убунту, разработчик андроида или создатель ядра линукс. Или тебе просто пофиг на безопасность твоих пользователей.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	191. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 18:06
	> А про что ты говорил? Я говорил в целом про подход "давайте всё подряд на расте переписывать". > Но моя любимая это все-таки дырень в Grub - 28 нажатий backspace и ты можно загружать свое ядро. БезопасТность аж прет. Да, только видишь в чём дело - ошибки можно делать и даже на расте, просто в силу криворукости разработчика, либо банальных ошибок. Шок, правда? > Предлагаю начать с тех кусков, в которых проблем больше всего. Ну вот там и начали... с видеодрайверов для ноутбуков Apple. Видимо, там проблем было больше всего. > И даже не переписывать, а начать новые писать на расте. Да, давай, напиши новое ядро линукса на расте. Подскажи только: там, где ты это будешь делать - попкорн рядом продаётся? > Если корпы решат что это выгодно, то перепишут. А, ну то есть - если дяденька решит, то перепишут. Фи, так неинтересно. > Причем тут утечки памяти? А выход за пределы буфера? А double-free? Всё это вместе - не является основной проблемой безопасности. А знаешь, что является? Социальная инженерия, слабые пароли и намеренные сливы от "кротов". И - вот беда - раст от этого никак не защищает. > И кто определяет риски? Есть давно известные и хорошо прописанные процессы. Погугли "risk management", узнаешь много нового. > А если не насобачит? То есть, будем заменять решение, прошедшее сотни аудитов безопасности и работающее десятилетями на поделку какого-то вьюноши, пообещавшего, что он всё это переписал на расте и теперь точно всё будет безопаснее? Хорошая идея. > Но даже в твое пессимистичном сценарии - будет паритет с древними ЯП, там тоже логические ошибки не отлавливаются Как б тебе объяснить, чтобы ты понял, наконец - ошибки не начинаются и не заканчиваются только работой с памятью. > Или тебе просто пофиг на безопасность твоих пользователей. Мне не пофиг, ровно поэтому я и против очередных "улучшателей" всего подряд и без разбору.
	Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

	195. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 18:31
	> Я говорил в целом про подход "давайте всё подряд на расте переписывать". И где ты такой подход видишь? Каждый проект, который взялся за переписывание это разные люди. Они о существовании друг друга вообще могут не догаваться. > Да, только видишь в чём дело - ошибки можно делать и даже на расте, просто в силу криворукости разработчика, либо банальных ошибок. Шок, правда? Нет. Это не правда. Правда в том, что плохим инструментом накосячить гораздо легче. Отсюда растут ноги кожухов для ремней станков и пильных дисков, всякие ТБ и ПУЭ. И если рас позволит убрать половину ошибок которые программисты умудряюбтся сделать кривым инструментов - то это уже вин-вин. А по поводу криворукости, ну знают СИшники что надо писать аккуратно. Но за десятилетия так и не научились. > Ну вот там и начали... с видеодрайверов для ноутбуков Apple. > Видимо, там проблем было больше всего. Да. Они хотели сделать proof-of-concept, показать что это возможно. Ты же помнишь что опенсорс, это когда ты делаешь то, что тебе интересно. > Да, давай, напиши новое ядро линукса на расте. Подскажи только: там, где > ты это будешь делать - попкорн рядом продаётся? Шутка, классная, в стиле Евгений Вагановича. Посмотрим кто будет смеяться, когда ты без раста не сможешь ядро собрать. > А, ну то есть - если дяденька решит, то перепишут. > Фи, так неинтересно. А кто по твоему сейчас пишет 90% кода ядра? Ну не б0мж-какиры в подвале. Код пишут корпы. Но им можно помочь. Иногда даже за хорошую зарплату. > Всё это вместе - не является основной проблемой безопасности. А знаешь, что является? Социальная инженерия, слабые пароли и намеренные сливы от "кротов". И - вот беда - раст от этого никак не защищает. Давай пруф. А то это голословное утверждение не подкрепленное вообще ничем. > То есть, будем заменять решение, прошедшее сотни аудитов безопасности и работающее десятилетями Ты бы хоть написал про какой софт говоришь. Потому что ни ведро, ни хорг, ни кучи библиотек не видели никакой "сотни аудитов безопасности" В хорге находят ошибки из 88 года. В ядре линукс Dirty COW жила почти десятку, и потом еще находили ее потомков. > на поделку какого-то вьюноши, пообещавшего, что он всё это переписал на расте и теперь точно всё будет безопаснее? Какого вьюноши? Ты что бредишь? Переписывают в большинстве случаев те самые разработчки, которые писали оригинал. А если нет - то кто сказал, что они напишут хуже, чем те что уже натяпляпали? > Хорошая идея. Отличная идея. Заодно можно будет сбросить балласт из бракоделов. > Как б тебе объяснить, чтобы ты понял, наконец - ошибки не начинаются и не заканчиваются только работой с памятью. Как бы тебе объяснить, что опасных ошибок (т.е CVE/RCE) с памятью большинство. От 70% по результатам мелкомягких, до 80-90% по статистике CVE в ядре. > Мне не пофиг, ровно поэтому я и против очередных "улучшателей" всего подряд и без разбору. Но грустная правда в том, что тебя никто спрашивать не будет. Как и меня. Но я приветствую прогресс, а ты упираешься.
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	202. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 21:38
	> И где ты такой подход видишь? Буквально в этом треде и в сообщении каждого "просвященного". > Правда в том, что плохим инструментом накосячить гораздо легче. От инструмента это вообще никак не зависит. Мне кажется, современные разработчики на голанге это весьма убедительно доказали. > Ты же помнишь что опенсорс, это когда ты делаешь то, что тебе интересно. Так ты определись - где "проблем больше всего", или где "интересно"? А то ты как-то путаешься в показаниях. > Посмотрим кто будет смеяться, когда ты без раста не сможешь ядро собрать. Видишь, это даже звучит как угроза. Стоит ли удивляться, что люди этому упорно противодействуют? > Код пишут корпы. Но им можно помочь. Иногда даже за хорошую зарплату. Ну а ты, стало быть, бесплатно тут всех агитируешь. Соболезную. > Давай пруф. Так а смысл? Начнётся очередное "сайты не сайты", "ссылки не ссылки", "пруфы не пруфы". Гугл - знаешь такой сайт? Вот. Открой его, введи там "security breaches human error percent" - и можешь хоть обчитаться. Выбирай любые сайты, какие тебе больше нравятся. > Переписывают в большинстве случаев те самые разработчки, которые писали оригинал. То есть, кореутилсы переписывают те же разработчики? Или модули ядра на расте пишут те же разработчики? > А если нет - то кто сказал, что они напишут хуже, чем те что уже натяпляпали? Так никто и не запрещает эксперементировать на локалхосте. Проблема в том, что они пропихивают это в системы всем остальным, кому эти чудесные эксперименты могут быть не особо интересны. > Отличная идея. Заодно можно будет сбросить балласт из бракоделов. Насколько я мог видеть подход и технический кругозор современных "молодых да ранних" - свежо предание, как говорится... > Как бы тебе объяснить, что опасных ошибок (т.е CVE/RCE) с памятью большинство. Доводы из разряда "надо есть экскременты, потому что миллионы мух не могут ошибаться" - неинтересны. Сам по себе этот факт - не значит ровным счётом ничего. Тем более не значит, что надо всё срочно переписывать. Тем более не значит, что переписывать надо на раст. Хотя бы просто потому, что раст тупо нестабильный язык и в нём ещё делаются серьёзные изменения, в том числе и ломающие обратную совместимость. > Но грустная правда в том, что тебя никто спрашивать не будет. Тут, увы, вынужден согласиться. > Но я приветствую прогресс, а ты упираешься. Я ничему не упираюсь. Я просто не вижу здесь прогресса. Во всяком случае, пока.
	Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

	176. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 16:48
	> И ужасаться от того, что даже в date фэйлится три теста из пяти. А можно посмотреть на touch, который проходи 15 из 15, или на du с 28/30. Но зачем, да? > Суть в том, что она есть не везде и не везде её требуется решать. Суть проблемы в том, что есть люди думающие что "не везде её требуется решать". Потому что за последние лет 40 мир сильно изменился. Но кто-то остался все еще там. Но еще хуже то, что они не просто хотят  ̶с̶и̶д̶е̶т̶ь̶ ̶в̶ ̶г̶о̶в̶н̶е̶ оставить все как есть, но они еще начинают указывать что делать, тем кто код пишет. > в том числе в системные части, Ну разумеется вам пофиг насколько надежны системные части. > заменяя бинари, которые десятками лет Ага, как иксы))) Которые "работали")) > работали и никаких страшно-ужасных взломов через них сроду не было. А вот этого вы не знаете. Причины не всегда ясны и еще реже их публикуют. Поэтому нужно минимизировать поверхность для атаки. > Ну вот как в своё время пропихивали systemd. Тоже была серебряная пуля, > решающая целую кучу проблем. Ну так она и решила! systemd это лучшее что случалось с линем за последние лет пятнадцать. Проблемы разумеется есть везде и всегда, но нужно сравнивать негатив с позитивов. И у systemd позитива на порядки (да, именно на порядки) больше. > Правда, по факту создал он проблем еще  больше, чем решил, но кому это интересно, правда? А какие проблемы? Одмины-башпотянщики отправились мести улицы? Их уникАльные нагромождения скриптов стали внезапно никому не нужными, а они перестали быть незаменимыми. Серьзеные проблемы)) Плюс это только это с вашей точки зрения. А с точки зрения индустрии это де-факто стандарт. Без системд остались или специализированные дистры вроде alpine или васяноподелия от нетакусиков для нетакусиков.
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	185. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 17:19
	> А можно посмотреть на touch, который проходи 15 из 15, или на du с 28/30. Но зачем, да? Ну да, "ты туда не ходи, ты сюда ходи". Ведь если в других тулзах картина лучше - это же радикально меняет картину. > Суть проблемы в том, что есть люди думающие что "не везде её требуется решать". Каждый день находятся очередные "самые главные" проблемы. И кучка "решателей", после которых годами приходится с результатами их "решений" страдать. Не вы первые, не вы последние. > Ну разумеется вам пофиг насколько надежны системные части. В том-то и дело, что не пофиг. Потому и приходится отгонять палками очередных сектантов, целящихся всё переделать и улучшить, а по факту - всё ломающих и ухудшающих. Есть тут один "улучшатель", Поттерингом зовут. Так всё классно улучшил, что его добрым словом много лет поминали и до сих пор многие поминают. > Ну так она и решила! systemd это лучшее что случалось с линем за последние лет пятнадцать. С точки зрения админов локалхоста - безусловно. С точки зрения всех остальных - я бы не сказал. Нет, спустя десять лет - оно, конечно, уже стало напоминать нечто вразумительное и стабильное, но нам ведь так удобненько забыть про то, что творилось первые годы попыток его повсеместно внедрять... > Проблемы разумеется есть везде и всегда, но нужно сравнивать негатив с позитивов. Вот люди и сравнили. Да так хорошо сравнили, что целые дистры существуют, единственная цель которых - выпилить systemd. > А какие проблемы? Ну, можешь почитать: without-systemd.org/wiki/index_php/Arguments_against_systemd/ Про башпортянки там, кстати, ничего нет. Печально, да.
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	188. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 17:53
	> Ну да, "ты туда не ходи, ты сюда ходи". > Ведь если в других тулзах картина лучше - это же радикально меняет картину. Меняет. Потому что 500 из 600 это 500 из 600))) > Не вы первые, не вы последние. Ну так вы тоже не первые. В каждом поколении есть те, которых все устраивает и "зачем что-то менять". С электричеством боролись, с автомобилями боролись, теперь с языками программирования воюют)) Но как мы видим, прогресс им остановить не получается. > целящихся всё переделать и улучшить, а по факту - всё ломающих и ухудшающих. Да-да, "раньше было лучше" (с) > Есть тут один "улучшатель", Поттерингом зовут. Так всё классно улучшил, что его > добрым словом много лет поминали и до сих пор многие поминают. Кто его поминает? Кучка маргиналов? А все остальные просто пользуются и радуюся унификации. > С точки зрения админов локалхоста - безусловно. Как раз с точки зрения админа хотя бы пары сотен серверов и больше. Не нужно ковыряться в "уникальных" сетапах от особенных админов. А с точки зрения бизнеса - еще лучше. Админы стали взаимозаменяемыми и все настравивается однотипно. > но нам ведь так удобненько забыть про то, что > творилось первые годы попыток его повсеместно внедрять... Разумеется что настолько фундаментальные изменения не мог быть без пробем. Но вместо того, чтобы помочь, будут копротивляться и орать "нинужна, вирните как было". Тоже самое мы видели с вейландом, тоже самое мы видим с растом. > Вот люди и сравнили. Да так хорошо сравнили, что целые дистры существуют, > единственная цель которых - выпилить systemd. Ага, они нашли для себя суть для существования. Всякие девуаны, антиксы и прочее. И можно посмотреть популярность этих васяноподелий))) Но вот все реально рабочее - все на systemd. > Ну, можешь почитать: without-systemd.org/wiki/index_php/Arguments_against_systemd/ Мда, я надеялся на какой-то нормальный разбор, а не на сайтик от фанатиков. Ты бы еще опус probonopd про вейланд скинул.
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	193. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 18:20
	> Меняет. Потому что 500 из 600 это 500 из 600))) Вот когда будет 600 из 600 - тогда и приходите. >> Не вы первые, не вы последние. > Ну так вы тоже не первые. В каждом поколении есть те, которых все устраивает и "зачем что-то менять". Это всегда вопрос целесообразности. > С электричеством боролись, с автомобилями боролись, теперь с языками программирования воюют)) Так это ты воюешь. Увидел врага в "небезопасных языках" - и бегаешь ко всем пристаёшь, навязывая свою религию. > Но как мы видим, прогресс им остановить не получается. А в чём прогресс переписать уже существующее? Я бы понял, если бы что-то новое написали, а очередные перегонки существующего функционала на очередной расхайпленный язык - в чём тут прогресс? > Кто его поминает? Кучка маргиналов? А все остальные просто пользуются и радуюся унификации. Это те радуются, кто не застал времена когда админы бессонными ночами чинили результаты этой "унификации". Повторяю - ты судишь по тому, как оно СЕЙЧАС, спустя много лет и версий, которые были встраданы немалым количеством людей, жравших этот кактус. > Тоже самое мы видели с вейландом, тоже самое мы видим с растом. Только в отличие от wayland и systemd, раст нужен лишь для того, чтобы нитакусикам было приятно всем рассказывать как остальные отстали на тыщи лет от прогресса. Для них это, наверное, польза. Насчёт других - время покажет. > Мда, я надеялся на какой-то нормальный разбор, а не на сайтик от фанатиков. То есть, читать ты не пробовал. Ясно. Вот только сайты багрепортов разрабов системд, гит там же и прочее - это тоже сайтики от фанатов? Потому что ссылки ведут именно туда.
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	196. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (196), 22-Май-25, 18:51
	> Вот когда будет 600 из 600 - тогда и приходите. Не... ты не понял)) Вот это решать будете не вы) Тебя поставят перед фактом и ты или будешь пользоваться, или пойдешь  ̶н̶а̶ ̶h̶u̶r̶d̶ на другой дистр. > Так это ты воюешь. Увидел врага в "небезопасных языках" - и бегаешь > ко всем пристаёшь, навязывая свою религию. Угу, CVE совсем не CVE. Ясно-понятно. > А в чём прогресс переписать уже существующее? Я бы понял, если бы > что-то новое написали, а очередные перегонки существующего функционала на очередной расхайпленный язык - в чём тут прогресс? Прогресс в - минимизация проблем с памятью - избавление от небезопасных языков. Для вас это не аргумент, а для тех кто принимает решение - более чем. - избавление от ненужного функционала - это уменьшает кодовую базу, избавляет от техдолга, упрощает дальнешую поддержку и написание уже нужных фич. - использование современных подходов к архитектуре, типам, обработке ошибок - привлечение молодых разработчиков, которым не хочется ковыряться в сишке > Только в отличие от wayland и systemd, раст нужен лишь для того, чтобы поджигать оппы любителям дидовьего кода)) Уже этого достаточно для оправдания его существования! А если по существу - то он нужен для того, чтобы мой браузер не выполнял произвольный код, открывая картинку webp, а пароль для grub2 не обходился 28 нажатиями бекспейса. Если на замену раста предложат другой язык, который гарантировать тоже самое, но еще и отлавливать логические ошибки - то я будут первым кто будет топить за переход на него. Потому что важен результат, а не инструмент. Если с другим можно получить результат лучше, то инструмент заменяется. > чтобы нитакусикам было приятно всем рассказывать как остальные отстали на тыщи > лет от прогресса. Для них это, наверное, польза. Насчёт других - время покажет. Диды за 40 лет не научились не портить память. А часть из них до сих пор говорит "А чо такова??? Ну нашли же и исправили!" Рано или поздно это надоело бы. Не хотели делать это по-хорошему, значит будет иначе. В том числе административными методами. > То есть, читать ты не пробовал. Ясно. > Вот только сайты багрепортов разрабов системд, гит там же и прочее - > это тоже сайтики от фанатов? Потому что ссылки ведут именно туда. Ссылки идут на багрепорты, но выводы и перемещение в те или иные категории - это уже работа фанатиков.
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	198. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (183), 22-Май-25, 19:37
	> Не хотели делать это по-хорошему, значит будет иначе. В том числе административными методами. Полностью с вами согласен. Хватит уже останавливаться на полумерах. Пишешь на Си++ или Си - значит уголовник. Раст нужно объявить божественным откровением. А для тех кто не согласен - будут применяться административные методы, в том числе и инквизиция.
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	199. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 19:47
	> Полностью с вами согласен. Хватит уже останавливаться на полумерах. Пишешь на Си++  или Си - значит уголовник. Ээээ? Дядя ты совсем долбанулся? Иначе как объяснить настолько дэʼгенеративные аналогии? Достаточно обязать в гос-контрактах использовать только безопасные языки. Ну или просто запретить AS IS (для всех, а не только для опенсорса). Тогда разговор будет: "- у вас тут дырень, утекло 100500 пользовательских данных, что вы сделали чтобы этого не произошло? -- ну.. я использоваль библиотеку от анонимного васяна, которая написана на дырявом языке из 80х... - отлично! вы наплевательски отнеслись к своим пользователям, вот вам штраф на 100500 денег" Предложения уже поступают opennet.ru/opennews/art.shtml?num=60273
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	207. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 22:15
	> - минимизация проблем с памятью Так поучи стихотворения. Говорят, помогает. > - избавление от небезопасных языков Да чего там, давайте сразу от небезопасных программистов избавляться. И от небезопасных пользователей. Никакой свободы врагам свободы! > - избавление от ненужного функционала - это уменьшает кодовую базу Добавлять дополнительнрые прослойки и обёртки для сочленения с растом существующего кода для того, чтобы убрать ненужный функционал и уменьшить кодовую базу... Интересный подход, да. Я бы прям сказал свежо и нестандартно! > - использование современных подходов к архитектуре, типам, обработке ошибок И главное сразу запрещать всех несовременных! > - привлечение молодых разработчиков, которым не хочется ковыряться в сишке Да лучше сразу таких, которым вообще ни в чём ковыряться не хочется. Я среди молодёжи в последнее время по большей части только таких и вижу. Технический кругозор - нулевой, практических знаний - кот наплакал, а гонору и спеси - просто до небес. Идеальные разработчики на расте, я считаю! > Если с другим можно получить результат лучше, то инструмент заменяется. И так будем каждый год переписывать всё подряд, бросая на середине. Ну, как это обычно принято у всех переписывальщиков. > В том числе административными методами. Да вообще сразу уволить всех, кто не на расте пишет. Чего мелочиться, в самом деле. > Ссылки идут на багрепорты, но выводы и перемещение в те или иные категории - это уже работа фанатиков. А какая разница в каких оно категориях? Суть изложенного от этого никак не меняется. Или тебе прям страсть как хочется найти повод, чтобы пруфы были не пруфами, что даже до таких детсадовских отговорок опускаешься?
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	179. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (179), 22-Май-25, 16:56
	Вдогонку добавлю пример Критическая 0-day уязвимость в Chrome и libwebp, эксплуатируемая через изображения WebP opennet.ru/opennews/art.shtml?num=59746 "критическая уязвимость (CVE-2023-4863), позволяющая обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения" Звучит не очень классно. "вызвана переполнением буфера в обработчике формата изображений WebP" А это - весьма типично. "Опасность уязвимости усугубляет то, что в сети выявлен рабочий эксплоит, который уже применяется злоумышленниками для совершения атак (0-day)" Ага. Т.е ее нашли после того, как кого-то похакали, и начали разбираться. Чудесно правда? Но да, беспокоиться о проблемах с памятью не нужно. Это всем навязывают что она существенная.
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	155. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 14:02
	> А сидеть ждать 20 лет, будут только "особо развитые". Рассказать тебе о компаниях которые 10 лет ждали после выхода стандарта 11-го года, что бы понять существующие проблемы, методы их обхода, написать новые кодинг стандарты и наконец-то перейти на него? Или про разработчиков ядра linux?
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 10:01
	> Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, > но и многих других попсовых "решающих все проблемы" языков программирования Ну ты тут такой не один. Кто-то застал как ассемблерщики рассказывали что сишка это попса и не дает нужного контроля. Или как сишники носились с "аргументом" Торвальдса и рассказывали что у плюсов не было будущего. Ну и где сейчас плюсы, а где сишка. Про джаву сам рассказал, но что-то забыл упомянуть, что на ней сейчас почти вся бизнеслогика крутится в тех же банках. Как хейтили .net в общем и c# в частности, но и они нашли свою нишу. Их относительно последнего - Kotlin vs Java для андроида. Сколько было "обсуждений", но сейчас уже большую часть нового пишут на котлине. > должна была стать чуть ли не главная веха в истории ИТ, буквально революция. Так она и произошла)) > Приложения и игры на телефонах. Андроид передает тебе привет :) > мы всё это уже видели Видеть вы видели, а выводы сделали странные.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	98. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 10:25
	> Кто-то застал как ассемблерщики рассказывали что сишка это попса и не дает нужного контроля. Сам себе придумал, сам посмеялся? > Или как сишники носились с "аргументом" Торвальдса и рассказывали что у плюсов не было будущего. Когда появились плюсы - Торвальдс ещё в школу ходил и едва ли его мнение было тогда кому-либо интересно. > Про джаву сам рассказал, но что-то забыл упомянуть, что на ней сейчас почти вся бизнеслогика крутится в тех же банках. Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна. > Как хейтили .net в общем и c# в частности, но и они нашли свою нишу. Так никто и не говорит, что раст своей ниши не найдёт. Просто ниша это будет, судя по опыту, далеко не "а давайте всё в мире перепишем на раст", а куда как пожиже. Но посмотрим. Повторюсь, вопрос лишь в том, что это всё превращается в очередную религию и сектантство. > Видеть вы видели, а выводы сделали странные. Выводы делаются относительно "что обещали" => "что получили в итоге". Ты просто пытаешься убедить в том, что всё это в итоге нашло свою нишу. С этим никто и не спорил. Речь про другое.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (112), 22-Май-25, 10:58
	> Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна. Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог. Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность. Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 11:13
	> Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог. То есть, у раста "маркетинга" нет, да? > Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность. Как говорили в фильме Клерки 2, "I'm not even gonna point out the irony, here." > Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости? Эх, годы идут, а опеннет всё не меняется...
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от Аноним (121), 22-Май-25, 11:25
	> То есть, у раста "маркетинга" нет, да? Не знаю, мне неинтересно. За пределами их манифеста о том, какой это замечательный язык, я ничего не читал. А содержимое этого манифеста сводится к восторгам о безопасной работе с памятью, и всякой шелухе. Я не оцениваю языки по маркетингу. Я могу посмотреть на применения этому языку, я по-любому загляну внутрь и если даже не буду на нём писать, то полистаю код каких-нибудь реальных приложений. Я с удовольствием почитаю критику, как в общепринятом смысле слова "критика", так и в более общем смысле, в котором его употребляет философия. Маркетинг же годен только для того, чтобы поставить меня в известность о существовании языка, или что он там рекламирует. За людьми с наслоениеми мудрости я замечал, что они склонны брать какой-нибудь один признак, и потом из этого делать выводы. Например, маркетинговые материалы. Или я замечал что некоторые из самого факта хайпа делают вывод, что то вокруг чего хайп не стоит выеденного яйца. Но это же очевидным образом режим интеллектуального провала. Мудрость как бы пытается заменить интеллект, но работает это только выдуманной вселенной Толкиена. В реальности же один интеллект стоит десятка премудростей.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 11:29
	> Не знаю, мне неинтересно. За пределами их манифеста о том, какой это замечательный язык, я ничего не читал. Что даже растбук и доку? > Я не оцениваю языки по маркетингу. Я могу посмотреть на применения этому языку, Амазон, клоудфларя, майкрософт, гугл... Сотни миллионов андроид устройств уже работают с раст кодом в продакшене. > я по-любому загляну внутрь и если даже не буду на нём писать, то полистаю код каких-нибудь реальных приложений. Если ты доку не читал, то сомнительно что разберешьтся прямо сходу. > За людьми с наслоениеми мудрости я замечал, что они склонны брать какой-нибудь один признак, и потом из этого делать выводы. Например, маркетинговые материалы. Но если язык специально делался для уменьшения ошибок по памяти, наверное это очень важный признак) Типа как у камаза грузоподьемность, а у феррари - скорость.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (148), 22-Май-25, 13:27
	> Что даже растбук и доку? Я не считаю документацию маркетинговым буллшитом. Даже если это и часть маркетинговой стратегии, это не буллшит. И тебе не рекомендую путать документацию и буллшит, а то кончишь безумным отшельником в какой-нибудь пустыне. > сомнительно что разберешьтся прямо сходу. Да ладно тебе. Если ты не разбираешься сходу в любом языке, без доков, то это исключительно от недостатка опыта. На незнакомом языке бывает крайне сложно писать, если не читать доков, и в любом случае сложно, если не консультироваться с ними в процессе написания. Но понимать написанное -- это как два пальца об асфальт. > Но если язык специально делался для уменьшения ошибок по памяти, наверное это очень важный признак И что? > Типа как у камаза грузоподьемность, а у феррари - скорость. Мне приходилось знавать паренька, который мягко говоря не блистал интеллектом, и который в кредит купил феррари по-дешёвке. Его отговаривали все, объясняя чем это кончится. Он не поверил. Вот для него самым важным признаком феррари было то, что ему никакой зарплаты и кредитов не хватало на еженедельные ремонты того корыта, которое он купил. Что у камаза, что у феррари есть ряд важных признаков, которые оказываются определяющими для тех, кто их выбирает или отказывается их выбирать. В число этих признаков входит и грузоподьёмность, и скорость, и цена, и доступность для покупки, процент времени которое тачка будет проводить в ремонте, не принося денег, ожидаемое время службы, потребление топлива, возможность продажи в б/у варианте, и множество других. Если ты выбираешь себе грузовик и смотришь только на грузоподьёмность, то ты поступаешь примерно как тот паренёк из предыдущего абзаца, который покупая феррари посмотрел только на понты.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 11:39
	>> То есть, у раста "маркетинга" нет, да? > Не знаю, мне неинтересно. Ну, то есть, ты буквально критикуешь "маркетинговый булшит" одного языка с помощью маркетингово же булшита другого языка, но тебе этот факт "неинтересен"? > Я не оцениваю языки по маркетингу. Да конечно нет. Примерно так же, как по маркетингу не оценивают го, питон, сишарп и т.д. Корпорации в их продвижение просто так миллионы вваливают, им просто деньги некуда девать, это же очевидно. Но ты ведь осознанный, ты сам всё нашел и разобрался. Всё так и есть, никто не сомневается, поверь. > Или я замечал что некоторые из самого факта хайпа делают вывод, что то вокруг чего хайп не стоит выеденного яйца. Стоит оно, или нет - покажет время. Хайп - он на то и хайп, что за общим мельтешением не особо есть смысл делать какие-либо выводы. Выводы можно будет делать когда детишки наиграются в очередную игрушку и пойдёт уже нормальный рабочий процесс, по ходу которого станет понятна реальная ценность. Что тут непонятного - загадка. > Мудрость как бы пытается заменить интеллект, но работает это только выдуманной вселенной Толкиена. То есть, произошло чудо и кто-то прочитал таки другую книгу, кроме Гарри Поттера? Ну, тогда тут действительно мудрость, ты меня убедил, даже спорить не вижу смысла.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	146. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 13:17
	> Ну, то есть, ты буквально критикуешь "маркетинговый булшит" одного языка с помощью маркетингово же булшита другого языка Нет, ты невнимательно читаешь. Я критикую любую методологию, которая считает маркетинговый буллшит чем-то большим, чем буллшитом. Выше я описывал единственое допустимое с моей точки применение для него -- это способ узнать о существовании чего-то нового. > Примерно так же, как по маркетингу не оценивают го, питон, сишарп и т.д. Да, совершенно верно. > Корпорации в их продвижение просто так миллионы вваливают, им просто деньги некуда девать, это же очевидно. Слушай, я на полном серьёзе рекомендую тебе проверить твои наслоения мудрости. Я стопроцентов уверен, что их тем или иным образом смыло. Корпорации могут вваливать миллионы в маркетинг, и это даже может работать. Про ту же жабу ты сам говоришь, что её совали во все дырки, и да, этого бы не случилось, если бы отдел маркетинга Sun ушёл бы в долгосрочную забастовку. Но это не значит, что языки надо оценивать по маркетингу. Одни манагеры генерят маркетинговый буллшит, другие манагеры этот буллшит заливают в уши своим инвесторам, чтобы из тех выкачать денег. Это их проблемы, тебе какое дело до них? Как из этого ты делаешь вывод, что по маркетингу можно оценивать полезность языка? > Гарри Поттера Гарри Поттер-то тут причём? Во вселенной Роулинг побеждает любовь. Причём побеждает она как интеллект, так и мудрость. Мы ведь вовсе не об этом, не так ли? > даже спорить не вижу смысла. Доходит как до жирафа?
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 13:30
	> Как из этого ты делаешь вывод, что по маркетингу можно оценивать полезность языка? А толку с твоих оценок, если степень использования именно маркетингом и определяется? Язык может быть хоть в 100500 раз лучше, чем всё сущее и вещее, только если им никто не пользуется - в этом просто нет никакого смысла. Взять тот же питон, например - это <субъективщина>один из самых худших из когда-либо созданных языков программирования</субъективщина>, но он де-факто является одним из самых успешных. И построено это именно на маркетинге. Потому что определённые корпорации вваливают огромные деньги в его продвижение. И таким образом он выигрывает рынок у языков, которые якобы лучше. И остальные тоже вынуждены его использовать, потому что рынок на него уже ориентирован, а значит более "правильные" языки использовать - нецелесообразно, потому что и кодеров на них не найти и каких-то готовых решений почти нет. Неужели это правда НАСТОЛЬКО непонятно? > Гарри Поттер-то тут причём? Во вселенной Роулинг побеждает любовь. Причём побеждает она как интеллект, так и мудрость. Мы ведь вовсе не об этом, не так ли? Там шутка была, забыл написать слово "лопата", извини. > Доходит как до жирафа? Увы, но в твоём случае - видимо, так и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 14:51
	> А толку с твоих оценок, если степень использования именно маркетингом и определяется? Ну например QNX в свое время решил из узкой ниши выбраться в универсальные ОС. Много и упорного вкладывали деньги в маркетинг. Результат на лице!
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 16:02
	> Много и упорного вкладывали деньги в маркетинг. > Результат на лице! Понимаешь, каким бы странным это, возможно, ни показалось - деньги не конвертируются в успех автоматически. Надо их не просто вкладывать, но и вкладывать с умом.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 17:58
	> Надо их не просто вкладывать, но и вкладывать с умом. Тут не помогло бы ничего. Потому что QNX на микроядре. И это не лечится.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	169. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 15:25
	> А толку с твоих оценок, если степень использования именно маркетингом и определяется? Глупости. Ты даже сам это понимаешь где-то в глубине души, но почему-то это понимание не регистрируется в сознании. Глянь на следующую твою фразу: > Язык может быть хоть в 100500 раз лучше, чем всё сущее и вещее, только если им никто не пользуется - в этом просто нет Да, именно так. Степень использования определяется _именно_ степенью использования. Основным причинным фактором влияющим на степень использования является именно степень использования. > Взять тот же питон, [...] построено это именно на маркетинге. > определённые корпорации вваливают огромные деньги в его продвижение Пфф. Указать на эти корпорации, ты конечно же не можешь? Хочешь я объясню тебе почему ты не можешь? Потому что эти твои утверждения выстроены не на фактах, а на твоих "теориях" о том как работает мир. Ты выводами из своих теорий подтверждаешь эти самые теории. Тебя в школе на уроках математики никогда не били линейкой по рукам за циклический вывод? Давай я в твою картину мира накидаю других факторов. Один из них ты озвучил, но так и не понял, по-моему. Популярность языка -- это очень хороший повод выбирать язык для своего проекта, то есть повышать популярность языка. Таким образом популярность -- это самоподдерживающееся свойство языка. Всё это работает с коэффициентом, который иногда больше единицы, и тогда язык увеличивает свою популярность только за счёт своей популярности, иногда он меньше единицы, в этих случаях, если нет других действующих факторов, популярность будет падать, но медленнее, чем если бы популярность не поддерживала бы популярность. При этом есть другие факторы, которые могут влиять. Например, хайп, маркетинг и удобство языка для программистов. Первые два -- временные явления. Новые вещи могут вызывать хайп, но когда они перестают восприниматься как новые, хайп заканчивается. Маркетинг работает только тогда, когда вливание денег в маркетинг приносит доходы тому, кто вливает. Но с языками это не очень работает, на языке очень сложно (если вообще возможно) зарабатывать денег непосредственно. Пока компиляторы были закрытыми, ещё можно было продавать компиляторы, но сегодня люди ждут от компилятора открытости сорцов, а это значит что зарабатывать может быть удастся на средах разработки под этот язык, на каких-то инструментах для разработки, может быть на библиотеках/фреймворках. Можно использовать язык для удержать монополии в какой-то нише, или что-нибудь в этом роде. Но все эти причины отличаются временностью: пока есть борьба за место под Солнцем, маркетинг может помочь, когда же достигнут какой-то баланс, то маркетинг становится бесполезным: вливая в него денег, ты не будешь увеличивать свои прибыли. Про удобство языка для программиста я не буду писать. Во-первых, я устал писать, во-вторых, там всё резко сложнее, потому что удобство определяется ещё и наличием тулзов, библиотек, и таким образом его сложно отделить от популярности. Это потребует много слов, особенно с тобой: человеку, который свои собственные мысли не понимает, очень сложно доносить другие мысли.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	172. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 16:08
	> Пфф. Указать на эти корпорации, ты конечно же не можешь? А зайти на сайт питона и нажать там кнопочку Sponsorship в верху экрана ты сам не в состоянии, что ли? Давай, попробуй, я в тебя верю. Может тогда и не придётся позориться, пытаясь это скрыть за простынями текста. > Давай я в твою картину мира накидаю других факторов. Один из них ты озвучил, но так и не понял, по-моему. Спасибо, Кэп, что озвучил прописные истины, которые ты вдруг решил, что я не знаю, а ты знаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 16:49
	> А зайти на сайт питона и нажать там кнопочку Sponsorship в верху экрана ты сам не в состоянии, что ли? И чем эти спонсоры занимаются, ты не интересовался? PSF публикует регулярные отчёты о том, как они потратили средства, какие траты из перечисленных для тебя выглядят маркетингом? Хмм... может ты не понимаешь что такое маркетинг, и как аноним выше считаешь, что документация к языку -- это дело рук маркетологов? Не, если так, при столь широком определении маркетинга, которое включает в себя всё, несомненно выйдет, что успех языка базируется исключительно на маркетинге. Это будет верным по определению маркетинга. > Спасибо, Кэп, что озвучил прописные истины, которые ты вдруг решил, что я не знаю, а ты знаешь. Судя по реакции, до тебя так и не дошло. Это уже начинает напоминать деменцию.
	Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

	186. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 17:26
	> PSF публикует регулярные отчёты о том, как они потратили средства, какие траты из перечисленных для тебя выглядят маркетингом? А ты думаешь, что деньги даются просто так? Что потом в каких-то собственных продуктах эти компании эти языки не используют, не делают каких-то решений для продвижения, не устраивают всякие семинары, не оплачивают выпуск книг и прочего? Всё само собой происходит, да? > Судя по реакции, до тебя так и не дошло. Это уже начинает напоминать деменцию. Понимаешь, сколько бы ты не пытался свести всё на личности, веса это твоим словам не добавит. Скорее, наоборот. Впрочем, аудитория Опеннета никогда не отличалась вежливостью и всегда отличалась хабалистостью и хамством, так что удивляться нечему.
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

	190. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (147), 22-Май-25, 18:02
	> не устраивают всякие семинары, не оплачивают выпуск книг и прочего? Способ заработать на разработке языка ты записываешь в маркетинг? Ты очень далек от этой темы.
	Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

	194. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 18:22
	> Способ заработать на разработке языка ты записываешь в маркетинг? > Ты очень далек от этой темы. Понятно, аргументы окончательно иссякли, пошло тоскливое "ты ничего не понимаешь".
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	210. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (209), 23-Май-25, 00:02
	> Понятно, аргументы окончательно иссякли, пошло тоскливое "ты ничего не понимаешь". Те реально привел зарабатывание денег как пример маркетинга. Тут даже говорить ничего не надо. Все видят твою компетенцию.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	211. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 23-Май-25, 00:41
	> Те реально привел зарабатывание денег как пример маркетинга. Тут даже говорить ничего не надо. Ты прочитал то, что хотел прочитать. Мне уже откровенно лень разжёвывать написанное и специально что-то пояснять. > Все видят твою компетенцию. А эти все с тобой в одной комнате сейчас?
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	122. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (35), 22-Май-25, 11:25
	> Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь [...] Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать [...] Отсюда и скептицизм - мы всё это уже видели. Я не "вращаюсь" в айти сфере, я и есть айти сфера. Мне не надо "читать про Сан" и их "обещания", я сам и на сях и на жаве и на расте пишу и знаю как они работают и на что способны. Никакие обещания никого не волнуют, речь про то, что раст делает уже сейчас. Даже без улучшений полониуса он навсегда оторвался по возможностям от всех языков планеты Земля. Обещания ему не нужны, обещания нужны только С++ который всё только обещает и ькжится а сделать не может. Ну и жава тоже последние 30 лет только обещает, что JIT всех победит, а на деле всё тупит и память жрёт. Раст ничего не обещает, он уже всё делает прямо здесь и сейчас. И конкурентов у него ноль. Это не вопрос того, кому что больше нравится. Выбора нет. Проблему с памятью уже решил (а не обещает решить) только он.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	128. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 11:44
	> Даже без улучшений полониуса он навсегда оторвался по возможностям от всех языков планеты Земля. И полетел изучать другие планеты, ага... > Раст ничего не обещает, он уже всё делает прямо здесь и сейчас. И конкурентов у него ноль. Да. И каждый раз говорилось ровно то же самое про каждый новый "революционный" язык. А потом, с течением времени, практики применения и прочего - как-то всё оказывалось не так радужно. Не вижу смысла очередной раз повторяться. Почитай выше мной написанное, может дойдёт о чем идет речь. Ну, или не дойдёт, тогда и говорить дальше не о чем.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (141), 22-Май-25, 12:54
	> И каждый раз говорилось ровно то же самое про каждый новый "революционный" язык. Про какой "каждый новый" язык говорилось, что он, сохраняя эффективность по ресурсам Си решил проблему ручного управления памятью? Тебе будет легко привести пример, ведь это было про каждый новый. Но давай хотябы один.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 13:03
	> Про какой "каждый новый" язык говорилось, что он, сохраняя эффективность по ресурсам Си решил проблему ручного управления памятью? Тебе будет легко привести пример, ведь это было про каждый новый. Но давай хотябы один. Ну так про одну "серебрянную пулю" говорилось одно, про другую - другое. И каждый раз решаемая проблема ставилась как ужасно-страшно-непреодолимая без тотального переписывания всего и вся на новый язык. Про это, в общем-то, и речь.
	Ответить | Правка | Наверх | Cообщить модератору

	143. Скрыто модератором	+/–
	Сообщение от Аноним (141), 22-Май-25, 13:07
	То есть ты не смог привести даже один пример. Зачем тогда врёшь?
	Ответить | Правка | Наверх | Cообщить модератору

	144. Скрыто модератором	+/–
	Сообщение от Celcion (ok), 22-Май-25, 13:11
	> То есть ты не смог привести даже один пример. Зачем тогда врёшь? Ты читать умеешь, или какой-то диалог сам с собой ведёшь от моего имени? Если да, то зачем тогда мне пишешь? Общайся дальше с собой, у тебя неплохо получается, ты ведь в этом диалоге уже одержал уверенную победу и всё доказал.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (149), 22-Май-25, 13:28
	> Я немного дольше в ИТ сфере вращаюсь, Конечно, всем же известно что CelcionOne это специалист высочайшего класса! О его подвигах слагают легенды.... Не уверен на чем ты вращаешься, но твои познания выгладят как фантазии школьника. Эти попсовые языки выкинули старье почти из всех ниш. > Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. Так она и стала революцией. Банкинг и бизнес? Java Написать IDE? Java Jenkins, который широко используется? Тоже внезапно Java > Приложения и игры на телефонах. А сейчас что по твоему работает внутри андроида? Google Earth, Uber, Netflix, MATLAB, Minecraft это разве не приложения или игры? > Отсюда и скептицизм - мы всё это уже видели. Видеть видать видели, а понять судя по всему не смогли. Но это не страшно, в мире нужны люди, которые будут поддерживать легаси копролиты.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	158. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 14:28
	> Видеть видать видели, а понять судя по всему не смогли. Тебе так хотелось ответить, но кроме пересказа того же, что до тебя уже написали, только другими словами, дополнительно смищно попетросянив - ничего вразумительного сказать не смог. Разумеется, ответы на все эти мега-доводы ты прочесть тоже не осилил, так что смысла по десятому разу отвечать на одно и то же я не вижу.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (52), 22-Май-25, 03:33
	Нет никакой проблемы работы с памятью. Посади таких растописателей в реальную среду и заставь писать код на нормальном языке - они ошибок будут делать похлеще "дидов". Нужно не языки новые писать, а новое поколение программистов обучать, прям с азов, как там все на железном уровне работает, обучать проектированию архитектур, логике и прочем. Не курсами кормить, а гнать в вузы на кафедру computer science.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	80. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (78), 22-Май-25, 08:26
	> Нет никакой проблемы работы с памятью. > Нужно не языки новые писать, а новое поколение программистов обучать А, так это просто программистов не обучили, что нужно ресурсы освобождать?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 10:32
	> А, так это просто программистов не обучили, что нужно ресурсы освобождать? Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь. Потому что на тайпскрипте ведь это делать не надо, сборщик мусора сам за тобой подчистит.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (110), 22-Май-25, 10:50
	>> А, так это просто программистов не обучили, что нужно ресурсы освобождать? > Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь Но ведь речь шла о Рсте и С? Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли?
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Celcion (ok), 22-Май-25, 10:54
	> Но ведь речь шла о Рсте и С? Я про си не говорил вообще. > Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли? Слушай, я понимаю, что в твоей картине мира существует только два стула. Но я ни про какие "нормальные языки" не говорил. Ты либо невнимателен, либо меня с кем-то путаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (110), 22-Май-25, 11:01
	> Я про си не говорил вообще. А, сори, перепутал. > Слушай, я понимаю, что в твоей картине мира существует только два стула. Дело не в картине мира, а в контексте новости о системном программировании под FreeBSD, где подразумевается только C и Rust. Да, тут действительно только два стула.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 10:15
	> Нужно не языки новые писать, а новое поколение программистов обучат Так диды за 40 лет не научились! Думаешь они не знают что память нужно очищать только один раз? Знают! Или что за пределы буфера писать низя? Тоже знают! Это и первокурсник computer science знает. В теории. А на практике не получается ни у кого. Просто ты сколько человека не учи - его предел внимательности практически не изменится. Это просто особенность восприятия человека, пока не научатся ну не знаю... нейрочипы использовать или ГМО мозг изменять, то ничего не поменяется. Сишка создавалась для ускорения портирования асм кодов юниксов на другие платформы. Сколько строк в первом сишном юниксе v4 ты можешь посчитать сам (github.com/dspinellis/unix-history-repo/tree/Research-V4-Snapshot-Development). А теперь сравнить это число с современными программами на си. С ядром например :)
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	136. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (135), 22-Май-25, 12:34
	> эффективности траты ресурсов лучше, чем Раст Раст _никогда_ не будет управлять памятью лучше чем Си. Потому что боров чекер ограничивает тебя архитектурно когда и как ты пользуешься памятью и освобождаешь. Или будешь писать на unsafe? Тогда смысл в расте?
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	57. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Илья (??), 22-Май-25, 05:42
	C#
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	66. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (63), 22-Май-25, 07:40
	Я надеюсь это будет Borland Pascal.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	192. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (183), 22-Май-25, 18:20
	Легендарный Borland опередил своё время. Их гениальные решения для быстрой разработки ПО стали эталоном практичности и удобства, а многие идеи, заложенные в их продуктах, до сих пор используются в современных инструментах. Borland доказал, что разработка ПО может быть быстрой, эффективной и при этом доступной. Многие концепции, которые сегодня кажутся стандартными, были популяризированы именно Borland.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (77), 22-Май-25, 08:03
	Zig, здесь часто возгласы раздаются.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	79. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (77), 22-Май-25, 08:26
	Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта. Такой осовремененный C с модулями. Он сам на нём микроядро наваял.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

48. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+5 +/–
Сообщение от Erley (ok), 22-Май-25, 01:56
Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. При этом FreeBSD будет майнстрим и всё новое появляться в ней и потом портироваться на HardenedBSD. Не будет постепенного перехода, никто не будет поддерживать параллельно два инструментария сборки, это безумие. Вспомните сколько лет заняло избавление от gcc в базе, а это просто другой компилятор того же языка С. Официально вот что известно о Rust в _FreeBSD_: https://wiki.freebsd.org/Rust - там только про порты (почему бы и нет), helloworld модули и статьи всякие. Заголовок новости нужно s/FreeBSD/HardenedBSD/ чтобы не вводить никого в заблуждение.
Ответить | Правка | Наверх | Cообщить модератору

	65. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–3 +/–
	Сообщение от Аноним (65), 22-Май-25, 06:55
	В отчёте ясно сказано о намерении продвигать работу в upstream, так что заголовок верный.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от bOOster (ok), 22-Май-25, 10:51
	Продвигать и продвинуть - разные вещи. FreeBSD -  прагматики и раста не будет в ядре до тех пор пока не будет проведен полноценный аудит безопасности языка, в том числе и в долгий период времени.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–2 +/–
	Сообщение от Аноним (-), 22-Май-25, 10:18
	> Вспомните сколько лет заняло избавление от gcc в базе, > а это просто другой компилятор того же языка С. Наоборот. Проблема как раз в том, что это ДРУГОЙ компилятор того же языка С. И часть вещей была приколочена именно к нему. В случае с растом используется тулчейн раста (карго, растц и тд) и тот же самый llvm. Так что с этим проблема будет на порядок меньше. По факту, нужно просто интегрировать возможность сборки из стандартных тулов бсд.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	137. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (135), 22-Май-25, 12:40
	То есть вы наивно думаете что переписывания с одного языка на совершенно другой быстрее и проще чем поправить точечные расхожденя работы компиляторов одного и того же языка Си? К слову, в clang добавили поддержку gnu расширений.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (-), 22-Май-25, 13:52
	> То есть вы наивно думаете что переписывания с одного языка на совершенно другой А где там написано про "переписывание"? Там про удобное использование раст-программ в BSD. "We introduced a new BSD makefile [...] that enables building a Rust application during buildworld." А теперь отзеркалю ваш же вопрос - вы действительно думаете что добавить гунтые расширения и "поправить точечные расхождения работы компиляторов" проще чем просто "сделать так чтобы софт на расте пересобирался во время buildworld" ? > К слову, в clang добавили поддержку gnu расширений. Да. И даже ядро стало билдиться. Вот только на ломание этого вендорлока и адаптацию жццшного овна ушли годы.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (135), 22-Май-25, 14:28
	Здесь: > Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. Не теряйте контекст обсуждения.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–3 +/–
	Сообщение от Аноним (-), 22-Май-25, 14:57
	> Не теряйте контекст обсуждения. Эта ветка обсуждает только процесс избавления от GCC (opennet.ru/openforum/vsluhforumID3/136916.html#94), переписывание чего-то на раст (opennet.ru/openforum/vsluhforumID3/136916.html#48) к этому треду никакого отношения не имеет. Будьте внимательнее, пожалуйста. Но раз зашла речь о переписывании, то повторюсь, по задумке авторов HardenedBSD ничего переписываться не будет. Цель проекта четко очерчена и цитату (вот от сюда hardenedbsd.org/article/shawn-webb/2025-05-20/optional-rust-freebsd-support-may-2025-status-report) я привел выше. Все остальное - фантазии местных комментаторов.
	Ответить | Правка | Наверх | Cообщить модератору

51. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–2 +/–
Сообщение от Аноним (183), 22-Май-25, 03:04
То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было технологий-однодневок - не пересчитать, начиная с VB6, Silverlight, MFC, OLE, COM, DirectShow, постоянные кидки-недоделки. То же самое и здесь будет - поиграются, бросят, и пойдут возбуждаться очередными хайповыми и баззвордными поделиями. Оно так по кругу и идёт давно, те кто по-старше могут сопоставить. Гуглята от майков в этом плане мало чем отличаются, современная раздутая айтишечка - непроходимое болото.
Ответить | Правка | Наверх | Cообщить модератору

	76. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (77), 22-Май-25, 08:16
	Разве^ COM куда-то делся? Посмотрите новость про (при)открытие WSL2, там на блок-схемах есть про COM-объекты.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (183), 22-Май-25, 16:45
	COM+ точнее, просто задвинули подальше, хотя раньше эту технологию они пиарили как чуть ли не самую прорывную и центральную во всём, типа весь интернет, все приложения будут использовать, ActiveX, и всё такое. А сейчас всего лишь полузабытая узконишевая тема, о которой практически нигде не слышно. Можно ещё вспомнить свистопляску с Metro, WinRT, UWP, сейчас типа уже WinUI, как они пытались всё перевести на дот нет, а потом кинули, что у них там с версиями и поддержкой, там у них такая каша, в которой они сами с трудом разбираются, а с добавлением вайб-шкодинга индусы майкрософт окончательно утопят, что по катастрофическим апдейтам бесятки уже заметно. Жаль конечно с одной стороны, но наверное это карма.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от MinimumProfit (?), 22-Май-25, 17:05
	МикроСофт страшно боится отстать в чём-то от конкурентов, и что Windows из-за этого перестанет быть популярной. Если конкуренты что-то используют - надо тоже использовать, а хорошо это или нет - им это не важно. Если что-то стало популярно в народе - надо тоже у себя это сделать. Популярны приложения Linux - надо тоже сделать чтобы они в Windows запускались. Конкурент Гугль в своих ОС использует Rust - надо тоже в Windows использовать Rust, чтобы Windows не выглядела отстающей.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	184. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (183), 22-Май-25, 17:16
	Да, так и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (201), 22-Май-25, 20:02
	А эти конкуренты с нами в одной комнате?
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

67. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
Сообщение от Аноним (63), 22-Май-25, 07:41
Жду новостей о том что GNU/ Hurd и ReacOS переписывают на Rust.
Ответить | Правка | Наверх | Cообщить модератору

	71. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Анониматор (?), 22-Май-25, 08:02
	они ещё уровень Python не прошли
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (77), 22-Май-25, 08:08
	В GNU/Hurd же сервисы, как отдельные исполняемые бинарники, со своим main. Поэтому, их можно писать на любом языке. Да хоть на интерпретируемом. Как это будет шустро, мы не говорим.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

105. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+2 +/–
Сообщение от bOOster (ok), 22-Май-25, 10:49
Очередной бредовый заголовок. HardenedBSD построен на основе FreeBSD и никакого отношения к FreeBSD не имеет. В отношении Rust на BSD - имхо ключевые решения в FreeBSD всегда были прагматичными - поэтому, как минимум раст не будет ядре до тех пор пока не будет проведен полноценный аудит безопасности раст, в том числе в достаточно длительном периоде времени.
Ответить | Правка | Наверх | Cообщить модератору

	109. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от Аноним (-), 22-Май-25, 10:54
	> Как минимум раст не будет ядре Ты новость читал? При чем тут ядро? Даже в HardenedBSD его добавляют в юзерспейс, а не в ядро.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+1 +/–
	Сообщение от bOOster (ok), 22-Май-25, 11:51
	Для юзерспейса вообще нет разницы на чем писать. В этом контексте новость даже рассматривать смысла нет.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема