forum.opennet.ru - "Новые выпуски вариантов coreutils и findutils, переписанных на языке Rust " (172)

"Новые выпуски вариантов coreutils и findutils, переписанных на языке Rust "

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

"Новые выпуски вариантов coreutils и findutils, переписанных на языке Rust "	+/–
Сообщение от opennews (??), 03-Апр-23, 11:32
Доступен выпуск инструментария uutils coreutils 0.0.18, в рамках которого развивается аналог пакета GNU Coreutils, переписанный на языке Rust. В состав coreutils входит более ста утилит, включая sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls. Целью проекта является создание кроссплатформенной альтернативной реализации Coreutils, способной работать в том числе на платформах Windows, Redox и Fuchsia. В отличие от GNU Coreutils реализация на Rust распростраеяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL... Подробнее: https://www.opennet.me/opennews/art.shtml?num=58910
Ответить \| Правка \| Cообщить модератору

Оглавление

Изучаю раст - а он не так уж и плох Боров чекер сильно ограничивает, но безопас, Аноним (8), 11:44 , 03-Апр-23, (8) +9

Абстрактная безопасность Оно того стоит https www opennet ru opennews art sht, keydon (ok), 12:44 , 03-Апр-23, (41) +1

Скрыто модератором, Аноним (63), 13:57 , 03-Апр-23, (63) –6

Скрыто модератором, Аноним (68), 14:03 , 03-Апр-23, (68) +9
Скрыто модератором, keydon (ok), 14:19 , 03-Апр-23, (76)

Скрыто модератором, llolik (ok), 10:30 , 04-Апр-23, (194)

Скрыто модератором, keydon (ok), 17:18 , 04-Апр-23, (211) –1

Именно Ошибки связанные с логикой никто не отменяет Реализация, повторённая на, freehck (ok), 14:02 , 03-Апр-23, (65) +1
Чем тебе синтаксис сишки не нравится , Аноним (149), 18:32 , 03-Апр-23, (149) +1

Очень перегружен Куча лишних 1f , магических знаков, макросов Я уже пр, keydon (ok), 10:47 , 04-Апр-23, (195) –4

Не различает include stdio h include stdio h впрочем, м б и не надоstatic sto, n00by (ok), 13:15 , 04-Апр-23, (203) +1

Скобки и точки с запятыми это всего лишь разделители, их всегда можно заменить н, keydon (ok), 17:38 , 04-Апр-23, (212) –1

В том-то и дело, что Vala не отпугивает Язык прикручен к GLib, но технически мо, n00by (ok), 08:27 , 05-Апр-23, (216)

Сравнить левую пятку с мандарином Раст ближе к классическому Си , Аноним (117), 16:04 , 03-Апр-23, (117) –4
Говно эта концепция фич Несовместима с динамической линковкой Как и весь раст , Аноним (154), 18:57 , 03-Апр-23, (154) –1
Если языку нужен пакетный менеджер и своя система сборки сложнее make которым м, Аноним (156), 19:22 , 03-Апр-23, (156) –1

Это ты сам такие требования ввёл Они реальности соответствуют примерно никак - , Аноним (158), 20:09 , 03-Апр-23, (158) +7

Скрыто модератором, Аноним (-), 21:05 , 03-Апр-23, (165) –1

в линуксе пакеты не ставии ну или исходники не компилировали библиотек не разу , Том Круз (?), 04:43 , 04-Апр-23, (181) –2

Ну реально достали уже Всё подряд переписывают, ничего до конца не доводят, но , Аноним (9), 11:45 , 03-Апр-23, (9) +17

А что конкретно не довели до конца И нгапример можно ли казать, что доевли до к, Аноним (56), 13:46 , 03-Апр-23, (56) +3

В линуксе в линуксе только команду cat до конца довели и то, не уверен на 100 , InuYasha (??), 14:03 , 03-Апр-23, (67) –10

Хи, хи Специально ж так сделано Выходит, успех , Олон (?), 09:41 , 09-Апр-23, (234) +1

Ну не было же новостей проект на расте доведён до конца , вот он по этому и суд, Аноним (158), 20:11 , 03-Апр-23, (159)
Вы сначала покажите что довели, из того что здесь рекламировалось А в какую нов, Аноним (198), 12:52 , 04-Апр-23, (198) –1

Мне вот давно интересноА наши местные растохейтеры это все один психбольной или , Капитан Очевидность (?), 14:20 , 04-Апр-23, (206) +2

fd работает быстрее, если запущена па NVME диске а сравнивается с find запущенно, EULA (?), 08:28 , 05-Апр-23, (217) –1
Вот никак не могу понять - зачем использовать ripgrep при наличии собственно gre, User (??), 07:47 , 07-Апр-23, (233) –1

1 Скрипты на баше можно переписать уже на какой-нибудь язык например Python или, Аноним (56), 01:09 , 11-Апр-23, (237)

1 Уелкам За себя и за того парня, желательно 2 А что там с подсветочкой В w, User (??), 21:01 , 12-Апр-23, (246)

А как еще тестировать язык И второй вопрос, чисто риторический и из праздного лю, Rock (?), 13:48 , 03-Апр-23, (57) +4

Что-то долго тестируют, пусть бы уже что-нибудь оригинальное написали , Аноним (62), 13:54 , 03-Апр-23, (62) –2

Писать что-то оригинальное с целью протестировать язык Вот скажите мне по-честн, Rock (?), 14:23 , 03-Апр-23, (79)

Ну с CPython и Go пишут только оригинальное , EULA (?), 08:46 , 05-Апр-23, (220) –1

Nushell написали Про бэш и скрипты на нём можно забыть навсегда , Аноним (225), 10:04 , 05-Апр-23, (225)

Excel - позабавило Могут не справиться взяв слишком широко - смешав не относяще, Олон (?), 09:45 , 09-Апр-23, (235)

А, так это они для тестирования языка уже почти 10 лет переписывают Теперь поня, Аноним (9), 14:56 , 03-Апр-23, (90) +2

Потому, что людям это нравится читать, они эти материалы обсуждают, пишут свои о, Rock (?), 15:00 , 03-Апр-23, (93)

Насчёт нравится - не согласен Больше негативных отзывов Но суть понятна - лю, Аноним (9), 15:55 , 03-Апр-23, (113) –2

Почему грустно Пока маркетологи на стороне добра, пока они продвигают Rust 82, warlock66613 (ok), 16:44 , 04-Апр-23, (209)

Вот я согласен, что это вряд ли грустно и что хорошо, что маркетологи есть Един, Rock (?), 19:04 , 04-Апр-23, (214)
Скандалами, интригами, расследованиями продвигают однодневную попсу Потому, что, EULA (?), 08:56 , 05-Апр-23, (222) –1

Тут местами даже ещё не написано ничегоА местами и написано, много Если сидишь , Аноним (125), 16:26 , 03-Апр-23, (125) +6

https www opennet ru opennews art shtml num 58249Новый код это, конечно, круто, Аноним (132), 16:36 , 03-Апр-23, (132) –3

Аргумент уровня русский язык это конечно круто, но посмотрите сколько на китайс, НяшМяш (ok), 22:28 , 03-Апр-23, (170) +1

А что не так Этот аргумент имеет рациональное зерно, лол , Аноним (207), 14:54 , 04-Апр-23, (207) –3

Потому что новости про раст читают и комментируют, а новости про с никого не и, Илья (??), 18:02 , 03-Апр-23, (141) +2

Потому что поиск SFINAE на Опеннет выдаёт пустое множество сообщений , n00by (ok), 08:35 , 05-Апр-23, (219)

Это, вероятно, и есть цель и задача, отчёты , Аноним (97), 15:19 , 03-Апр-23, (97) +1

Хм, возможно Возможно все переписки на Rust - это лабораторные работы в каком-н, Аноним (210), 16:53 , 04-Апр-23, (210) +1

Начали в 2014 году https www opennet ru opennews art shtml num 39989 , до сих, Аноним (9), 11:50 , 03-Апр-23, (13) +7

Скрыто модератором, Аноним (-), 11:51 , 03-Апр-23, (14) –3
Главное это же хайп А дальше ChatGPT будет все переписывать с любого языка на л, Аноним (68), 11:52 , 03-Апр-23, (15) +3
Я об этом же написал, лол, что самый лучшие программисты на самом лучшем языке н, Аноним (207), 11:55 , 03-Апр-23, (17) –3

Тут надо разделять цели языка, который в целом хорошие и хайповые, и реализацию , Аноним (25), 11:58 , 03-Апр-23, (25) –2

Не нужно превращать технническую область в нашем случае программирование в гума, Аноним (207), 12:02 , 03-Апр-23, (26) –1

в 2014м они первый пресс- релиз сделали, а писать начали еще в 2013 , Аноним (49), 12:55 , 03-Апр-23, (49) +2

Стопе оно что под линукс не работает Это как они так умудрились Это я уже не г, Аноним (68), 11:55 , 03-Апр-23, (16) –2

https github com ericlagergren go-coreutils completedCompleted 15 100Чувак 8 , freehck (ok), 14:14 , 03-Апр-23, (72) +2

Скрыто модератором, Аноним (25), 16:11 , 03-Апр-23, (119) –1

Скрыто модератором, Аноним (125), 16:34 , 03-Апр-23, (129) +1

Скрыто модератором, Аноним (166), 21:07 , 03-Апр-23, (166)
Скрыто модератором, Илья (??), 22:11 , 06-Апр-23, (231)

основная причина, а раст как морковка для осликов, Аноним (21), 11:57 , 03-Апр-23, (21) +8

и волки сыты, и баранам не жарко, kawaii_boy (?), 14:23 , 03-Апр-23, (80) +1

сколько оно весит , Аноним (22), 11:57 , 03-Апр-23, (22)

сколько оно собирается , Аноним (31), 12:20 , 03-Апр-23, (31) +2

Сколько зависимостей оно тянет , Анон7590 (?), 13:36 , 03-Апр-23, (53) +1
1m 2s - х знает зачем тебе это правда в конкурсе каком участвуешь , Аноним (56), 01:14 , 11-Апр-23, (239)

1 5 ГБ, Аноним (56), 01:12 , 11-Апр-23, (238)

Переписали готовое, работающее, и теперь львиная часть тестов не проходит Откуда, _kp (ok), 12:47 , 03-Апр-23, (43) +4

Из политкорректного места, очевидно , Michael Shigorin (ok), 13:29 , 03-Апр-23, (50) –1

У тебя в закладках не сохранилось того коммента где анон конкретно разложил недо, InuYasha (??), 14:28 , 03-Апр-23, (83) –1
Из применимого к своеё координатной сетке Политбюро , Аноним (97), 15:30 , 03-Апр-23, (103) –1
Сказал собиратель маргинального дистрибутива линукс под маргинальный процессор, , Советский инженер (?), 08:34 , 05-Апр-23, (218) +2

Какая тебе разница Люди пишут своё, да пусть пишут Они может только по праздни, Аноним (51), 13:29 , 03-Апр-23, (51) +1

8 лет - это полторы пятилетки или две пятилетки, если ударно программировать , Аноним (62), 14:01 , 03-Апр-23, (64)

Какие приложения вы написали за 8 лет Можно ссылки на гитхуб , Аноним (51), 14:21 , 03-Апр-23, (78)

echo Hello World index html, Аноним (148), 18:32 , 03-Апр-23, (148) –1
Вот держи https github com Winderton, Anon132 (?), 06:40 , 04-Апр-23, (184)

По-моему, для DX вместо GetMessage следует PeekMessage , если хотите отобража, n00by (ok), 08:14 , 04-Апр-23, (186)

это у вас зависает, я всё правильно нпаписадя в программирование больше 10 лкет,, Anon132 (?), 12:29 , 04-Апр-23, (196) –1

Да, это верная копипаста из MSDN Пока этот код ничего не анимирует на экране, е, n00by (ok), 12:44 , 04-Апр-23, (197)

в отличие от вас собирал А это тут при чем и что мне делать с gcc, clang, где не, Anon132 (?), 09:04 , 05-Апр-23, (223) –1

__asm это ill-formed То есть не Си Скопипастить у меня и дописать ifndef __ICL, n00by (ok), 09:35 , 05-Апр-23, (224)

тесты не проходят скорее всего из-за различий в реализации фич то есть это не п, фф (?), 13:39 , 03-Апр-23, (54) +1

Анекдот про машинистку, печатающую 1200 символов в минуту , Проффесор (?), 13:45 , 03-Апр-23, (55) +2
Объяснить я сам могу что угодно Откуда руки ростут, неспособные даже списать с , _kp (ok), 14:51 , 03-Апр-23, (88) –2

Если ты можешь объяснить что угодно, то есть супер специалист Тогда, где твои п, Аноним (51), 14:59 , 03-Апр-23, (92) +1

А твои , Аноним (104), 15:31 , 03-Апр-23, (104)

У Роста , Аноним (97), 15:32 , 03-Апр-23, (106)

Вот пришел ты в магазин, а там есть кило кортошки за 40 рублей и бесплатно, но н, Аноним (56), 13:49 , 03-Апр-23, (58)

Это называется условно бесплатно , Аноним (229), 12:13 , 06-Апр-23, (229)

Все эти переписывания на расте напоминают мне разукрашивание чёрно-белых фильмов, xsignal (ok), 13:49 , 03-Апр-23, (59) –1

тонко, раст переусложнён (?), 15:54 , 03-Апр-23, (112)
Ещё можно взять Броненосец Потёмкин Причем не только раскрасить, но и озвучит, Аноним (198), 12:56 , 04-Апр-23, (199)

Is_terminal зависит от atty https docs rs is-terminal latest is_terminal , pashev.ru (?), 13:49 , 03-Апр-23, (60)

Ну это же дао раста - проще замести под коврик, раз не можем реализовать ну , 1 (??), 14:16 , 03-Апр-23, (74) +1
is_terminal использует atty только для Unix платформ Для других он использует д, Анонн (?), 14:37 , 03-Апр-23, (85)

Скрыто модератором, pashev.ru (?), 15:20 , 03-Апр-23, (98) –3

Скрыто модератором, Анонн (?), 15:51 , 03-Апр-23, (111)

А вот и нет is_terminal использует atty только для тестов Всё ещё хуже , ip1982 (ok), 16:28 , 03-Апр-23, (126)

А где собсно, о зависимости написано Нашел только this is effectively the same, Аноним (135), 16:48 , 03-Апр-23, (135)

Вопрос снят, все-таки есть там зависимость от atty, нужно было в dev-deps смотре, Аноним (135), 16:55 , 03-Апр-23, (136)

Dev-deps потому так и называются, что используются только во время разработки д, НяшМяш (ok), 22:32 , 03-Апр-23, (171) +1

Молодцы , hck61589 (ok), 14:13 , 03-Апр-23, (71)

СОгласен Вот еще б установщик под венду был бы , Аноним (56), 01:16 , 11-Апр-23, (243)

Никого не хочу обидеть, но вопросы про Раст неизбежно появляются Почему программ, Простоник (ok), 14:26 , 03-Апр-23, (82) +5

Все немного проще На расте пишут много нового кода, но просто многое не опенсор, Анонн (?), 14:48 , 03-Апр-23, (87)

А почему тогда при переписывани с Паскаля на Си или Си на С или Яву, и даже с С, _kp (ok), 14:58 , 03-Апр-23, (91) –1

А где тут утрата работоспособности В си ты можешь писать что угодно куда угодно,, Анонн (?), 15:32 , 03-Апр-23, (107) +1

потомушта ruffle rs все еще стреляет из кривой эскопеты самому себе в оппу Вот к, пох. (?), 15:25 , 03-Апр-23, (99) +2

Неправда, не все так плохо ActionScript 1 2 - Language 95 API 73 ActionScript , Анонн (?), 15:40 , 03-Апр-23, (110) +1

дык ты процентики читаешь или запустить что попробовал Вот по факту - эскопета с, пох. (?), 15:57 , 03-Апр-23, (114) –1

Сам тестил На newgrounds и kongregate Ясно что не на всех играх, но то что инте, Анонн (?), 16:05 , 03-Апр-23, (118)

А VmWare client 5 5 так и не работает Но наследие, наверное ну ты понел - со, 1 (??), 15:57 , 03-Апр-23, (115) +1

Скрыто модератором, Анонн (?), 16:01 , 03-Апр-23, (116)

Скрыто модератором, пох. (?), 16:39 , 03-Апр-23, (134) –2

Просто для раста выбрана паразитарная модель развития Это же язык от корпорций , Аноним (108), 15:32 , 03-Апр-23, (108) –5
Потому что у раста нет никакой мощи и эффективности в принципе , Аноним (25), 16:16 , 03-Апр-23, (122) –3
Потому что новые приложения 8212 это искусственные нейронные сети, а там хоть, ip1982 (ok), 18:25 , 03-Апр-23, (146) –2

В расте есть проблема того, что все зависимости по сути едут в бинарь статическо, Страдивариус (?), 14:35 , 03-Апр-23, (84) –3

А линкер и оптимизацию не завезли, которые не используемое не линкует Не логичн, _kp (ok), 15:05 , 03-Апр-23, (94)

Почему ты решил, что оно неиспользуемое У тебя вполне себе программа, дергающая, Страдивариус (?), 15:37 , 03-Апр-23, (109) +1

Вы дукака включаете Выявлять не используемое, это не мои заботы, а заботы компил, _kp (ok), 17:02 , 03-Апр-23, (138) –1

Это вы дурака включаете, наперед утверждая, что линкер там своё не отрабатывает , Страдивариус (?), 18:47 , 03-Апр-23, (152) +1

Если в других инструментах опухания бинарников не наблюдается, логично предполож, _kp (ok), 21:28 , 03-Апр-23, (168) –1

Вот когда из своих денег каждому пользователю ПК купите по кластеру, и оплатите , Аноним (228), 20:45 , 05-Апр-23, (228)

Не всякому разработчику требуется пересобирать системное ПО Пользователи, точно,, _kp (ok), 12:21 , 10-Апр-23, (236)

Эксперты как всегда показывают свою экспертность https doc rust-lang org refer, НяшМяш (ok), 22:35 , 03-Апр-23, (173) +2
Можете динамические библиотеки подключать и пользоваться Вам дали такую возможно, eganru (?), 15:22 , 06-Апр-23, (230)

Скоро нейросети будут анализировать программы на Си и делать их безопасными, так, xsignal (ok), 14:41 , 03-Апр-23, (86) –2

и переписывать на раст, 1 (??), 15:10 , 03-Апр-23, (95) +3

А смысла не будет - раст чисто от человеческих косяков защищает, нейросетям он п, xsignal (ok), 15:12 , 03-Апр-23, (96) –2
При этом половина тестов будет переставать проходить - , Серб (ok), 15:27 , 03-Апр-23, (101) +3

вот тут нейросеть как раз прекрасно справится, убедительно обосновав что они бол, пох. (?), 15:31 , 03-Апр-23, (105)
Ты наверно не в курсе как работают нейронки, но они именно что и делают что подг, Аноним (25), 16:20 , 03-Апр-23, (123)

Для того что бы смочь проходить тесты нейронка должна на ком-то учится А все - , Серб (ok), 16:59 , 03-Апр-23, (137)

Нейросети обучат на текущей кодовой базе на Си и они будут писать такой же ко, Анонн (?), 18:51 , 03-Апр-23, (153) +1

Их не писать обучат - писать будут программисты, а анализировать код - т е буде, xsignal (ok), 19:05 , 03-Апр-23, (155) –1
и базе CVE-шек и их патчах, образцах, как делать не надо и надо , Аноним (125), 22:07 , 03-Апр-23, (169)

Так изначлаьно можно было бы в Си сделать всякие блоки в памяти fat-указателями , Аноним (56), 01:17 , 11-Апр-23, (244)

Показательная новость Я понимаю что coreutils не студенческая лабораторка, но в, Аноним (100), 15:27 , 03-Апр-23, (100) –2

Скрыто модератором, Аноним (-), 18:04 , 03-Апр-23, (142) +2
Язык не существует сам по себе, какое у него сообщество - таким он и будет через, Аноним (198), 13:03 , 04-Апр-23, (201)
Что можете сказать про сообщество GNU и С основываясь на успехах Hurd , Советский инженер (?), 08:51 , 05-Апр-23, (221) +2

А что можете сказать основываясь на успехах GNU Linux и еще сотен успешных проек, Свидетель (?), 15:23 , 20-Май-23, (247)

Если бы раст был чем-то хорошим все бы уже давно его использовали без всяких фан, Аноним (127), 16:30 , 03-Апр-23, (127)

Ну тут ты не совсем прав Где-то в комментах тут уже писали, что это очень пох, 1 (??), 17:54 , 03-Апр-23, (140) –3
Если бы Rust был чем-то плохим, никто бы уже давно его не использовал, без всяки, freecoder (ok), 18:27 , 05-Апр-23, (227)

У некоторых прям свирбит подстелиться под проприерастов , Аноним (128), 16:31 , 03-Апр-23, (128)

Да У всяких FSF, Linux Foundation и прочих , Аноним (150), 18:40 , 03-Апр-23, (150) –3
А тебе прям покоя не дает, что люди живут НЕПРАВИЛЬНО , Аноним (158), 20:14 , 03-Апр-23, (160) +1

Скрыто модератором, Аноним (-), 21:02 , 03-Апр-23, (164) +1
А тебе покоя не дает, что у кого не такое же мнение как у ТЕБЯ , Аноним (25), 08:16 , 04-Апр-23, (187) –1

Давно пользуюсь, полёт нормальный, работают без нареканий , Аноним (131), 16:36 , 03-Апр-23, (131) –1

Скрыто модератором, Аноним (-), 17:19 , 03-Апр-23, (139) –1

Пятилетку назад на слабо сравнил grep vs ripgrep Ripgrep убедительно победил,, Kirikekeks (ok), 22:34 , 03-Апр-23, (172) +1
переписывание идет своим чередом, скоро весь софт будет неподдерживаемым гномом , L29Ah (ok), 23:29 , 03-Апр-23, (175) –2

Нупочему же https security-tracker debian org tracker CVE-2022-21658, Аноним (193), 09:59 , 04-Апр-23, (193)

На сколько процентов упала производительность , Avririon (ok), 23:55 , 03-Апр-23, (176) –1
А уже есть версия rust написанная на языке rust , Аноним (183), 05:14 , 04-Апр-23, (183) +1

Да , Аноним (25), 08:17 , 04-Апр-23, (188) +3
Наибезопаснейшая версия раста , Sw00p aka Jerom (?), 09:04 , 04-Апр-23, (190)
Конечно есть https github com rust-lang rust - держи пруф , Аноним (150), 13:56 , 04-Апр-23, (205) +1
Since the Rust compiler is written in Rust, it must be built by a precompiled , Аноним (150), 17:39 , 04-Апр-23, (213)

В качестве оффтопа кто-то видел сравнение busybox с gnu по тестам busy поддержи, Анонин (?), 13:01 , 04-Апр-23, (200)

Еще бы тойбокс или бсдшные утилиты вспомнили Вы там че, совсем не понимаИти что, Аноним (208), 15:33 , 04-Апр-23, (208)

Евангелисты rust а, лучше бы вместо новости про очередное незавершенное переписы, Серб (ok), 13:05 , 04-Апр-23, (202) –2

Ну так не успели еще Эта uutils релизнулись 2 дня назад, а Slint - вчера Штука, Анонимусс (?), 13:35 , 04-Апр-23, (204) +1

Dioxus - имеет версию 0 3 Что говорит, о намерении перелопачивать API Tauri - х, Серб (ok), 12:45 , 05-Апр-23, (226) –1

Прошелся по этим поделкам тоже согласен полнейшее барахло все Кто-то просто с, Аноним (56), 01:24 , 11-Апр-23, (245)

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

8. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +9 +/–

Сообщение от Аноним (8), 03-Апр-23, 11:44

Изучаю раст - а он не так уж и плох. Боров чекер сильно ограничивает, но безопасность того стоит. Что касается синтаксиса, то там все хорошо, в плюсах он гораздо ужаснее. Что касается аргумента от "язык макросов отличается от языка самого раста", то это пустой аргумент, ибо в си тоже пишешь на двух языках одновременно: CPP (C preprocessor) и C (C). Все инструменты под рукой: пакетный менеджер, сборщик, форматировщик, генератор документации -- в си каждую приблуду придется ставить отдельно, причем пакетного менеджера нет в принципе, и не будет. Есть концеция "фич". Допустим, crossterm знает все о том, как выводить цветной текст в терминал, а lscolors имеет опциональную поддержку crossterm, если врубить для нее такую фичу.

Ответить | Правка | Наверх | Cообщить модератору

41. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от keydon (ok), 03-Апр-23, 12:44

>Боров чекер сильно ограничивает, но безопасность того стоит.
Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551
>Что касается синтаксиса, то там все хорошо, в плюсах он гораздо ужаснее.
Еще более наркоманский чем в плюсах. Причем в плюсах это наследовали от си, а си это древнючий мамонт, а зачем такой синтаксис в 2014 в совершенно новом языке - непонятно.
>Что касается аргумента от "язык макросов отличается от языка самого раста", то это пустой аргумент, ибо в си тоже пишешь на двух языках одновременно: CPP (C preprocessor) и C (C).
В С он по сути сводится к копированию. Это довольно грубый, но хотя бы простой подход.
В плюсах уже есть темплейты и они уже встроены в язык (хоть как-то) и довольно мощны, но все равно с ними много исключений и нужно быть осторожным. И насколько я понимаю раст берет все (худшие) недостатки темплейтов из плюсов. В современном языке хотелось бы видеть что-то более элегантное и надежное, без усложнения отладки, без сильного увеличения времени компиляции. Но раст пошел дальше и еще добавил DSL (там где и макросы не хотелось бы видеть). Серьезно?
>Все инструменты под рукой: пакетный менеджер, сборщик, форматировщик, генератор документации -- в си каждую приблуду придется ставить отдельно
Что же тут может пойти не так? https://www.opennet.me/opennews/art.shtml?num=58458
> в си каждую приблуду придется ставить отдельно, причем пакетного менеджера нет в принципе, и не будет
Есть и не один. Да, его придется ставить и это хорошо.
>Есть концеция "фич". Допустим, crossterm знает все о том, как выводить цветной текст в терминал, а lscolors имеет опциональную поддержку crossterm, если врубить для нее такую фичу.
Растоманы так носятся с этими фичами и трейтами, но это же синтаксический сахар, да и не первой свежести.

Ответить | Правка | Наверх | Cообщить модератору

63. Скрыто модератором –6 +/–

Сообщение от Аноним (63), 03-Апр-23, 13:57

> Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551
Типичный эксперт опеннета, который не в состоянии отличить язык от библиотеки

Ответить | Правка | Наверх | Cообщить модератору

68. Скрыто модератором +9 +/–

Сообщение от Аноним (68), 03-Апр-23, 14:03

Типичный эксперт опеннет по экспертам опеннета.

Ответить | Правка | Наверх | Cообщить модератору

76. Скрыто модератором +/–

Сообщение от keydon (ok), 03-Апр-23, 14:19

>> Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551
> Типичный эксперт опеннета, который не в состоянии отличить язык от библиотеки
У глиняного колосса еще одна рука отвалилась. Теперь растоманы не считают карго частью раста (хотя  совсем недавно это было одним из основных преимуществ языка и тогда растоманов не смущало что это либа).

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

194. Скрыто модератором +/–

Сообщение от llolik (ok), 04-Апр-23, 10:30

Каким образом гарантии memory safety, которые и даёт Rust, могут защитить от data race? От data race в принципе, кроме valgrind-а какого-нибудь, ничего не спасёт, да и то не на 100%.

Ответить | Правка | Наверх | Cообщить модератору

211. Скрыто модератором –1 +/–

Сообщение от keydon (ok), 04-Апр-23, 17:18

> Каким образом гарантии memory safety, которые и даёт Rust, могут защитить от
> data race? От data race в принципе, кроме valgrind-а какого-нибудь, ничего
> не спасёт, да и то не на 100%.
Так и я про тоже. Да и memory safety решается использованием безопасных типов и умных указателей (ну и если хочется можно добавить харденинг вроде опций компилятора, системы или аппаратных расширений)

Ответить | Правка | Наверх | Cообщить модератору

65. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от freehck (ok), 03-Апр-23, 14:02

>> Боров чекер сильно ограничивает, но безопасность того стоит.
> Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551
Именно. Ошибки связанные с логикой никто не отменяет. Реализация, повторённая на новом языке, пройдёт ровно тот же путь стабилизации, что и исходный тулкит, это очевидно. То есть вот те несколько десятков лет, что стабилизировался условный coreutils на сях -- вот тот же самый путь теперь предстоит пройти новому тулкиту на раст.
Зачем он нужен -- вопрос в целом понятный:
1) Во-первых сменить лицензию, корпорастам уже давно не нужен GPL, чтобы сотрудничать: они прекрасно сотрудничают и без лицензионного принуждения, и потому GPL приносит им больше проблем, нежели пользы; так что реализацию нужно повторить, причём так, чтобы это был не производный продукт; лучший способ, как можно этого добиться -- переписать на другом языке.
2) Во-вторых это снижает стоимость поддержки в долгосрочной перспективе, поскольку исчезает весьма немалый пласт ошибок, связанных с выходом за пределы допустимых областей памяти. Но это, конечно же, не основное, поскольку это будет лишь в очень отдалённой перспективе, ибо на ближайшее десятилетие само собой будут превалировать ошибки логики.
>> Все инструменты под рукой: пакетный менеджер, сборщик, форматировщик, генератор документации -- в си каждую приблуду придется ставить отдельно
> Что же тут может пойти не так? https://www.opennet.me/opennews/art.shtml?num=58458
Странный наезд. С пакетным менеджером жить лучше, чем без него. И тем более хорошо, когда есть официальная имплементация оного. Ну да, эталонная реализация у растаманов оказалась так себе (я не знаю, как иначе объяснить CVE по ссылке выше, кроме как криворукостью и безалаберностью), и это повод призадуматься, какого уровня специалисты оказались в данной нише. Большинство ли разработчиков на RUST имеют подобную квалификацию, или нет -- покажет только время, оно-то в итоге всё по полочкам и расставит.
> Растоманы так носятся с этими фичами и трейтами, но это же синтаксический сахар, да и не первой свежести.
Ничего удивительного, это просто пиар. Язык должен всеми силами привлекать к себе пользовательскую базу или подохнет: ну серьёзно, какому бизнесу нужен язык, если к нему не прилагается очередь разработчиков, жаждущих пройти собеседование на только что открытую вакансию по нему?

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

149. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (149), 03-Апр-23, 18:32

>си это древнючий мамонт, а зачем такой синтаксис в 2014
Чем тебе синтаксис сишки не нравится?

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

195. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –4 +/–

Сообщение от keydon (ok), 04-Апр-23, 10:47

>>си это древнючий мамонт, а зачем такой синтаксис в 2014
> Чем тебе синтаксис сишки не нравится?
Очень перегружен. Куча лишних "{}<>#;%1f", магических знаков, макросов. Я уже привык к этой жути, но каждый раз когда возвращаюсь с современного языка ужасаюсь.
Много устаревших и неудобных конструкций (вроде спецификаторов формата в строках, их наверное только профессиональные сишники и помнят) (пофикшено в C++)
Много лишних и очевидных слов (тоже пофикшено в C++).
Вот как могло бы выглядеть более современное представление (увы, для указателя я не придумал замены, в идеале должно быть понятно что это указатель, а не логическая операция например, еще идеальнее если будет понятно как называется этот элемент не перелистывая спецификацию к языку):
include stdio
double first
printf "Enter number: "
scanf &first
printf "Number: {first}"
return 0
И оригинал
#include<stdio.h>
int main() {
  double first;
  printf("Enter number: ");
  scanf("%lf", &first);
  printf("Number: %.2lf", first);
  return 0;
}

Ответить | Правка | Наверх | Cообщить модератору

203. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от n00by (ok), 04-Апр-23, 13:15

> Вот как могло бы выглядеть более современное представление (увы, для указателя я
> не придумал замены, в идеале должно быть понятно что это указатель,
> а не логическая операция например, еще идеальнее если будет понятно как
> называется этот элемент не перелистывая спецификацию к языку):
> include stdio
Не различает
#include<stdio.h>
#include "stdio.h"
впрочем, м.б. и не надо
> double first
static storage duration
в оригинале automatic
> printf "Enter number: "
> scanf &first
> printf "Number: {first}"
> return 0
С точкой с запятой всё просто в простых примерах, как и с круглыми скобками - можно просто убрать. Вопрос, что с более сложными.
Вы смотрели язык Genie? Это Vala (транслируется в Си) с синтаксисом Python.
Почему-то на нём не пишут (я не нашёл проекты), в отличие от Vala.
Подозреваю, как раз из-за всех этих "лишних" символов.
> И оригинал
> #include<stdio.h>
> int main() {
>   double first;
>   printf("Enter number: ");
>   scanf("%lf", &first);
>   printf("Number: %.2lf", first);
>   return 0;
> }

Ответить | Правка | Наверх | Cообщить модератору

212. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от keydon (ok), 04-Апр-23, 17:38

> С точкой с запятой всё просто в простых примерах, как и с
> круглыми скобками - можно просто убрать. Вопрос, что с более сложными.
Скобки и точки с запятыми это всего лишь разделители, их всегда можно заменить на другие разделители, в т.ч. в самых сложных случаях.
> Вы смотрели язык Genie? Это Vala (транслируется в Си) с синтаксисом Python.
Нет, посмотрел на примеры, нечто такое и хотелось бы видеть.
> Почему-то на нём не пишут (я не нашёл проекты), в отличие от
> Vala.
> Подозреваю, как раз из-за всех этих "лишних" символов.
Достаточно упоминания гнома, чтобы отпугнуть всех желающих :)
А вообще я придерживаюсь мнения что само существование высокоуровневых языков (и си на мой скромный взгляд первый виновник в этом преступлении) привело к появления потрясающего количество ошибок и неоптимальных программ по перетасовке байтиков (в духе преобразования из int в string, из string в unicode string, из unicode string в double и обратно в int) и собственно расцвету ада зависимостей от зависимостей. В идеале я считаю надо спуститься ближе к псевдоассемблеру (или условному байткоду) и постараться сохранить скорость разработки (частично она итак ускорится из-за устранения лишних абстракций) без запрятывания реализации под ковер как это делают высокоуровневые языки.

Ответить | Правка | Наверх | Cообщить модератору

216. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от n00by (ok), 05-Апр-23, 08:27

>> С точкой с запятой всё просто в простых примерах, как и с
>> круглыми скобками - можно просто убрать. Вопрос, что с более сложными.
> Скобки и точки с запятыми это всего лишь разделители, их всегда можно
> заменить на другие разделители, в т.ч. в самых сложных случаях.
>> Вы смотрели язык Genie? Это Vala (транслируется в Си) с синтаксисом Python.
> Нет, посмотрел на примеры, нечто такое и хотелось бы видеть.
>> Почему-то на нём не пишут (я не нашёл проекты), в отличие от
>> Vala.
>> Подозреваю, как раз из-за всех этих "лишних" символов.
> Достаточно упоминания гнома, чтобы отпугнуть всех желающих :)
В том-то и дело, что Vala не отпугивает. Язык прикручен к GLib, но технически можно писать без неё
> А вообще я придерживаюсь мнения что само существование высокоуровневых языков (и си
> на мой скромный взгляд первый виновник в этом преступлении) привело к
> появления потрясающего количество ошибок и неоптимальных программ по перетасовке байтиков
> (в духе преобразования из int в string, из string в unicode
> string, из unicode string в double и обратно в int) и
> собственно расцвету ада зависимостей от зависимостей. В идеале я считаю надо
> спуститься ближе к псевдоассемблеру (или условному байткоду) и постараться сохранить скорость
> разработки (частично она итак ускорится из-за устранения лишних абстракций) без запрятывания
> реализации под ковер как это делают высокоуровневые языки.
Си и есть псевдоассемблер. Некоторые ассмеблерщики его так и изучали - смотрели, в какие инструкции компилируется исходник. Другое дело, что на Си пишут в том числе и те, кто не понимает, как железо работает. Что Вы описываете, похоже на MSIL. Я даже видел человека, кто в том байткоде и кодит, без Сишарпов и Додиезов.

Ответить | Правка | Наверх | Cообщить модератору

117. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –4 +/–

Сообщение от Аноним (117), 03-Апр-23, 16:04

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

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

154. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (154), 03-Апр-23, 18:57

Говно эта концепция фич. Несовместима с динамической линковкой. Как и весь раст. Каждый разработчик на Rust должен платить налог на обновление компов всем остальным, пропроционально количеству сжираемой им памяти * количество установок. Ибо это по его вине софт жрёт столько памяти, что мне ком придётся на свалку отправить, ибо теперь даже ванильный firefox просто запустить нельзя, либо системе трэшит, либо вылетает сам..

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

156. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (156), 03-Апр-23, 19:22

Если языку нужен пакетный менеджер и своя система сборки сложнее make (которым можно не только код собирать, а, например, запускать кодогенераторы на чём-то ещё), то это плохой язык.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

158. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +7 +/–

Сообщение от Аноним (158), 03-Апр-23, 20:09

Это ты сам такие требования ввёл? Они реальности соответствуют примерно никак - попробуй большой проект на одном мейке и без пакетов сделать. Надоест тебе это развлечение очень быстро.

Ответить | Правка | Наверх | Cообщить модератору

165. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 03-Апр-23, 21:05

Ядро Linux-a для сборки требует только GNU make.

Ответить | Правка | Наверх | Cообщить модератору

181. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Том Круз (?), 04-Апр-23, 04:43

в линуксе пакеты не ставии? ну или исходники не компилировали библиотек не разу? или у вас в час по 1000 новых приблуд ставится??

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

9. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +17 +/–

Сообщение от Аноним (9), 03-Апр-23, 11:45

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

Ответить | Правка | Наверх | Cообщить модератору

56. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +3 +/–

Сообщение от Аноним (56), 03-Апр-23, 13:46

А что конкретно не довели до конца? И нгапример можно ли казать, что доевли до конца Widnows или Linux? По мне так пиши грамотно не соответствет твоим ожиданиям.

Ответить | Правка | Наверх | Cообщить модератору

67. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –10 +/–

Сообщение от InuYasha (??), 03-Апр-23, 14:03

В линуксе? в линуксе только команду cat до конца довели (и то, не уверен на 100%), а всё остальное отваливается через релиз. Без знания консоли им пользоваться невозможно в принципе. Да и со знанием - сплошной гемор, даже в простом обращении с файлами.

Ответить | Правка | Наверх | Cообщить модератору

234. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Олон (?), 09-Апр-23, 09:41

> Без знания консоли им пользоваться невозможно в принципе.
Хи, хи... Специально ж так сделано.
Выходит, успех! :)

Ответить | Правка | Наверх | Cообщить модератору

159. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (158), 03-Апр-23, 20:11

Ну не было же новостей "проект на расте доведён до конца", вот он по этому и судит =)

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

198. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (198), 04-Апр-23, 12:52

Вы сначала покажите что довели, из того что здесь рекламировалось. А в какую новость про руст не посмотришь - так васянская поделка на 300 строк. Тор переписали? Нет. Греп грозились переписать. Тоже нет. М.б. FF целиком переписан? Не только нет, но и разработчиков погнали ссаными тряпками с проекта. А к тому что переписать успели (css) есть нарекания - тормозит ещё хуже прежнего.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

206. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Капитан Очевидность (?), 04-Апр-23, 14:20

Мне вот давно интересно
А наши местные растохейтеры это все один психбольной или вас двое?
ripgrep прекрасно работает, быстрей и эффективней
fd(альтернатива find) прекрасно работает, быстрей и эффективней
Куча всякого серверного софта, типа shadowsocks-rust, прекрасно работает
А опеннет все несет чушь

Ответить | Правка | Наверх | Cообщить модератору

217. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от EULA (?), 05-Апр-23, 08:28

fd работает быстрее, если запущена па NVME диске а сравнивается с find запущенной на NTFS-3G разделе и USB2.0 флэшке?

Ответить | Правка | Наверх | Cообщить модератору

233. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от User (??), 07-Апр-23, 07:47

Вот никак не могу понять - зачем использовать ripgrep при наличии собственно grep? В качестве замены второму первый годится ровным счетом "никак" т.к. несовместим по синтаксису примерно совсем а переписывать over9000 башевской лапши по всей системе - ну, такоэ. А использовать два grep'а - в скриптах (в том числе и чужих, да) один - а "для души" другой, периодически натыкаясь на отсутствие реплейсмента у "бездушных" - это прям очень специфический склад ума иметь нужно.
Каких-то Решительных Преимуществ вроде как и нет - в реальной жизни разница в объеме данных который grep уже "не тянет", ripgrep "еще да" а какой-нибудь elastic или там бинарные логи с нормальной индексацией рано прям маленькая как по мне.

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

237. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 11-Апр-23, 01:09

1. Скрипты на баше можно переписать уже на какой-нибудь язык например Python или ну Rust в конце концов не в 90-е живем
2. Никто ради разовой операции поиска подстроки в директории вытащенной из гита пять секунд назад поднимать Elastic не станет, а вот подсветочка в ripgrep под венду работающий так же почему бы и нет

Ответить | Правка | Наверх | Cообщить модератору

246. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от User (??), 12-Апр-23, 21:01

1. Уелкам! За себя и за того парня, желательно.
2. А что там с подсветочкой? В wt все работает - а луддиты с cmd.exe... Ну, пусть вот на расте переписывают.

Ответить | Правка | Наверх | Cообщить модератору

57. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +4 +/–

Сообщение от Rock (?), 03-Апр-23, 13:48

> Ну реально достали уже. Всё подряд переписывают, ничего до конца не доводят, но радостных отчётов как говна за баней.
А как еще тестировать язык?
И второй вопрос, чисто риторический и из праздного любопытства: Вам-то от этого какая печаль?

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

62. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Аноним (62), 03-Апр-23, 13:54

Что-то долго тестируют, пусть бы уже что-нибудь оригинальное написали.

Ответить | Правка | Наверх | Cообщить модератору

79. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Rock (?), 03-Апр-23, 14:23

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

Ответить | Правка | Наверх | Cообщить модератору

220. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от EULA (?), 05-Апр-23, 08:46

Ну с CPython и Go пишут только оригинальное.

Ответить | Правка | Наверх | Cообщить модератору

225. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (225), 05-Апр-23, 10:04

Nushell написали. Про бэш и скрипты на нём можно забыть навсегда.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

235. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Олон (?), 09-Апр-23, 09:45

> Nu speaks JSON, YAML, SQLite, Excel, and more out of the box.
Excel - позабавило. Могут не справиться взяв слишком широко - смешав не относящееся др. к др., увеличив сложность.

Ответить | Правка | Наверх | Cообщить модератору

90. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Аноним (9), 03-Апр-23, 14:56

> А как еще тестировать язык?
А, так это они для тестирования языка уже почти 10 лет переписывают? Теперь понятно.
Но возникает другой вопрос: нафига писать про это новости на опеннете? Почему, когда какой-то другой васян тестирует c++, он не оповещает об этом весь интернет? А про раст - на каждую васянскую поделку - новость. Вот из недавних:
* Инициатива по переработке инструментария для гипервизора Xen на языке Rust
* Командную оболочку Fish планируют переписать на языке Rust
* Прогресс в разработке пользовательского окружения COSMIC, написанного на Rust
Видишь? Тут местами даже ещё не написано ничего, а уже "Ура, руст шагает по планете".
И ещё куча такого же мусора.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

93. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Rock (?), 03-Апр-23, 15:00

> Но возникает другой вопрос: нафига писать про это новости на опеннете? Почему, когда какой-то другой васян тестирует c++, он не оповещает об этом весь интернет? А про раст - на каждую васянскую поделку - новость. Вот из недавних:
Потому, что людям это нравится читать, они эти материалы обсуждают, пишут свои отзывы и мнения. Вот как, например, мы с Вами.

Ответить | Правка | Наверх | Cообщить модератору

113. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Аноним (9), 03-Апр-23, 15:55

Насчёт "нравится" - не согласен. Больше негативных отзывов. Но суть понятна - любой срач полезен для продвижения "продукта".
Маркетологи захватили мир программирования. И это грустно.

Ответить | Правка | Наверх | Cообщить модератору

209. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от warlock66613 (ok), 04-Апр-23, 16:44

Почему грустно? Пока маркетологи на стороне добра, пока они продвигают Rust — наоборот хорошо, что они есть, нет?

Ответить | Правка | Наверх | Cообщить модератору

214. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Rock (?), 04-Апр-23, 19:04

> Почему грустно? Пока маркетологи на стороне добра, пока они продвигают Rust — наоборот хорошо, что они есть, нет?
Вот я согласен, что это вряд ли грустно и что хорошо, что маркетологи есть. Единственное замечание -- маркетологи всегда на стороне бабла, а уж окажется эта сторона доброй или злой... Маркетологам нужен какой-нибудь перекос, если его нет, они его создадут. В какую сторону -- не важно, и это не просто хорошо, это -- замечательно.
В общем, если удалось привлечь маркетологов, то это уже большое дело для проекта. С другой стороны, у С++ и Питона маркетинга, по сравнению с Растом, вообще нет. Прут сами по себе. И это тоже здорово.

Ответить | Правка | Наверх | Cообщить модератору

222. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от EULA (?), 05-Апр-23, 08:56

> Пока маркетологи на стороне добра, пока они продвигают Rust
Скандалами, интригами, расследованиями продвигают однодневную попсу. Потому, что пипл бабки только один раз за такую попсу понесет. Второй раз на ней срубить не получится.
Пустыми новостями продвигают лишь попил бюджета, чтобы пипл не возмущался сразу, пока пилищики еще не сбежали с баблом.
Уж сколько было замечательных обзоров на Nikola One. Потом на Nikola Two. А их защитники бегали по форумам в попытках заткнуть рты тем, кто не верит в светлое будещее.
Про раст почему-то все точно так же.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

125. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +6 +/–

Сообщение от Аноним (125), 03-Апр-23, 16:26

Тут местами даже ещё не написано ничего
А местами и написано, много. Если сидишь сейчас в файерфоксе, то вебрендерер и многопоточность там на расте. Если пользуешься андроидом, то в 13 версии в _новом_ нативном коде (это си/плюсы/раст) раст составляет 21% и заявлено стремление всё новое нативное в дальнейшем писАть на расте вместо си/плюсов. И это не единственные примеры. Но тебе всё божья роса что бы тебе не говорили и в какие ссылки бы не макали.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

132. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от Аноним (132), 03-Апр-23, 16:36

>Если пользуешься андроидом, то в 13 версии в _новом_ нативном коде (это си/плюсы/раст) раст составляет 21%
https://www.opennet.me/opennews/art.shtml?num=58249
>В Android 13 примерно 21% от добавленного нового компилируемого кода написано на Rust, а 79% на C/C++. В репозитории AOSP (Android Open Source Project), в котором развиваются исходные тексты платформы Android, насчитывается примерно 1.5 млн строк кода на Rust
Новый код это, конечно, круто, но посмотрите ОБЩЕЕ соотношение кода.

Ответить | Правка | Наверх | Cообщить модератору

170. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от НяшМяш (ok), 03-Апр-23, 22:28

> Новый код это, конечно, круто, но посмотрите ОБЩЕЕ соотношение кода.
Аргумент уровня "русский язык это конечно круто, но посмотрите сколько на китайском и английском разговаривают".

Ответить | Правка | Наверх | Cообщить модератору

207. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от Аноним (207), 04-Апр-23, 14:54

> Аргумент уровня "русский язык это конечно круто, но посмотрите сколько на китайском и английском разговаривают".
А что не так? Этот аргумент имеет рациональное зерно, лол.

Ответить | Правка | Наверх | Cообщить модератору

141. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Илья (??), 03-Апр-23, 18:02

Потому что новости про раст читают и комментируют, а новости про с++ никого не интереуют

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

219. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от n00by (ok), 05-Апр-23, 08:35

Потому что поиск "SFINAE" на Опеннет выдаёт пустое множество сообщений.

Ответить | Правка | Наверх | Cообщить модератору

97. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (97), 03-Апр-23, 15:19

Это, вероятно, и есть цель и задача, отчёты )

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

210. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (210), 04-Апр-23, 16:53

Хм, возможно. Возможно все переписки на Rust - это лабораторные работы в каком-нибудь MIT. В любом случае люди неплохо набивают руку, может и до чего серьёзного дойдёт.

Ответить | Правка | Наверх | Cообщить модератору

13. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +7 +/–

Сообщение от Аноним (9), 03-Апр-23, 11:50

Начали в 2014 году (https://www.opennet.me/opennews/art.shtml?num=39989), до сих пор половина тестов не выполняются. Это успех, я считаю :-)

Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором –3 +/–

Сообщение от Аноним (-), 03-Апр-23, 11:51

стало быть есть к чему стремиться

Ответить | Правка | Наверх | Cообщить модератору

15. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +3 +/–

Сообщение от Аноним (68), 03-Апр-23, 11:52

Главное это же хайп. А дальше ChatGPT будет все переписывать с любого языка на любой.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

17. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от Аноним (207), 03-Апр-23, 11:55

Я об этом же написал, лол, что самый лучшие программисты на самом лучшем языке не могут переписать 100 файлов по 1к loc за такое время. Но модераторам почему-то такое сообщение не понравилось и он его удалил... Больно, наверное, правду осознавать.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

25. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Аноним (25), 03-Апр-23, 11:58

Тут надо разделять цели языка, который в целом хорошие и хайповые, и реализацию. Реализация языка раст не выдерживает совсем никакой критики от слова ваще.

Ответить | Правка | Наверх | Cообщить модератору

26. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (207), 03-Апр-23, 12:02

Не нужно превращать технническую область(в нашем случае программирование) в гуманитарную и политическу помойку, где выбор идет не по техническим причинам, а потому что "можно", " хайпово", "правильные вещи говорят". Если послушать, то цели у всех хорошие, а потом получается бочка дегтя и ложка меда.

Ответить | Правка | Наверх | Cообщить модератору

49. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Аноним (49), 03-Апр-23, 12:55

в 2014м они первый (пресс-)релиз сделали, а писать начали еще в 2013.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

16. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Аноним (68), 03-Апр-23, 11:55

Стопе оно что под линукс не работает? Это как они так умудрились?
Это я уже не говорю про зачем тут раст когда все эти тулзы проще переписать на быстрый и безопасный язык Go. Самое забавное что go-coreutils написан ещё 8 лет назад и полностью работоспособен.

Ответить | Правка | Наверх | Cообщить модератору

72. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от freehck (ok), 03-Апр-23, 14:14

> Самое забавное что go-coreutils написан ещё 8 лет назад и полностью работоспособен.
https://github.com/ericlagergren/go-coreutils#completed
Completed: 15/100
Чувак 8 лет назад написал реализацию 15ти утилит, почти не двигался все эти 8 лет, а в феврале этого года и вовсе архивнул репу.
https://github.com/aisola/go-coreutils
Not all commands have the flags you may expect.
Чувак 9 лет назад написал реализацию 40 утилит, но в целом не особо парился над совместимостью утулит с оригиналом по флагам и поведению. Точно так же заброшено.

Ответить | Правка | Наверх | Cообщить модератору

119. Скрыто модератором –1 +/–

Сообщение от Аноним (25), 03-Апр-23, 16:11

Да представь себе, дорогой мой, фанатик. Он просто 8 лет назад написал все что хотел и забил потому всё что надо он сделал. А не орал 8 лет как он безопасно все переписывает с сотней новостей.

Ответить | Правка | Наверх | Cообщить модератору

129. Скрыто модератором +1 +/–

Сообщение от Аноним (125), 03-Апр-23, 16:34

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

Ответить | Правка | Наверх | Cообщить модератору

166. Скрыто модератором +/–

Сообщение от Аноним (166), 03-Апр-23, 21:07

Меня вот интересует, сколько процентов гнутых тестов выполняет занятойкоробок. Вот тут есть очень рабочий порт busyboxа и gnu make https://github.com/xpack-dev-tools/windows-build-tools-xpack

Ответить | Правка | Наверх | Cообщить модератору

231. Скрыто модератором +/–

Сообщение от Илья (??), 06-Апр-23, 22:11

Где ты был 8 лет?

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

21. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +8 +/–

Сообщение от Аноним (21), 03-Апр-23, 11:57

> MIT, вместо копилефт-лицензии GPL
основная причина, а раст как морковка для осликов

Ответить | Правка | Наверх | Cообщить модератору

80. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от kawaii_boy (?), 03-Апр-23, 14:23

и волки сыты, и баранам не жарко

Ответить | Правка | Наверх | Cообщить модератору

22. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (22), 03-Апр-23, 11:57

сколько оно весит?

Ответить | Правка | Наверх | Cообщить модератору

31. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Аноним (31), 03-Апр-23, 12:20

сколько оно собирается?

Ответить | Правка | Наверх | Cообщить модератору

53. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Анон7590 (?), 03-Апр-23, 13:36

Сколько зависимостей оно тянет?

Ответить | Правка | Наверх | Cообщить модератору

239. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 11-Апр-23, 01:14

1m 2s - х. знает зачем тебе это правда в конкурсе каком участвуешь?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

238. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 11-Апр-23, 01:12

1.5 ГБ

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

43. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +4 +/–

Сообщение от _kp (ok), 03-Апр-23, 12:47

Переписали готовое, работающее, и теперь львиная часть тестов не проходит.
Откуда у них руки?

Ответить | Правка | Наверх | Cообщить модератору

50. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Michael Shigorin (ok), 03-Апр-23, 13:29

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

Ответить | Правка | Наверх | Cообщить модератору

83. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от InuYasha (??), 03-Апр-23, 14:28

У тебя в закладках не сохранилось того коммента где анон конкретно разложил недостатки и опасности раста? У себя не нашёл (

Ответить | Правка | Наверх | Cообщить модератору

103. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (97), 03-Апр-23, 15:30

Из применимого к своеё координатной сетке Политбюро?

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

218. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Советский инженер (?), 05-Апр-23, 08:34

>Из политкорректного места, очевидно.
Сказал собиратель маргинального дистрибутива линукс под маргинальный процессор, который вот уже 40 лет пилят пилят, да все не выпилят.
Когда эльбрус зохватит мир?

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

51. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (51), 03-Апр-23, 13:29

Какая тебе разница? Люди пишут своё, да пусть пишут. Они может только по праздникам пишут код в свое удовольствие. 8 лет - это ничего по сути.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

64. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (62), 03-Апр-23, 14:01

8 лет - это полторы пятилетки или две пятилетки, если ударно программировать.

Ответить | Правка | Наверх | Cообщить модератору

78. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (51), 03-Апр-23, 14:21

Какие приложения вы написали за 8 лет? Можно ссылки на гитхуб?

Ответить | Правка | Наверх | Cообщить модератору

148. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (148), 03-Апр-23, 18:32

echo "Hello World!" > index.html

Ответить | Правка | Наверх | Cообщить модератору

184. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Anon132 (?), 04-Апр-23, 06:40

Вот держи:
https://github.com/Winderton

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

186. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от n00by (ok), 04-Апр-23, 08:14

По-моему, для DX вместо GetMessage() следует PeekMessage(), если хотите отображать анимацию без зависаний при отсутствии сообщений. Или придётся лепить фиктивный таймер.
Вместо __asm int 3 в MSVC есть интринсик __debugbreak().

Ответить | Правка | Наверх | Cообщить модератору

196. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Anon132 (?), 04-Апр-23, 12:29

>> если хотите отображать анимацию без зависаний при отсутствии сообщений
это у вас зависает, я всё правильно нпаписад
>> Вместо __asm int 3 в MSVC есть интринсик __debugbreak().
я в программирование больше 10 лкет, я сам знаю как мне вызывать прерывания

Ответить | Правка | Наверх | Cообщить модератору

197. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от n00by (ok), 04-Апр-23, 12:44

>>> если хотите отображать анимацию без зависаний при отсутствии сообщений
> это у вас зависает, я всё правильно нпаписад
Да, это верная копипаста из MSDN. Пока этот код ничего не анимирует на экране, естественно, с ним нет проблем.
>>> Вместо __asm int 3 в MSVC есть интринсик __debugbreak().
> я в программирование больше 10 лкет
Но собирать код разными трансляторам за эти 10 лет, очевидно, не приходилось. Как и видеть в стандарте определение well-formed translation unit.
> я сам знаю как мне вызывать
> прерывания
Вызвать можно прерывание 2Eh. А 3-е прерывание вызывает ловушку.

Ответить | Правка | Наверх | Cообщить модератору

223. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Anon132 (?), 05-Апр-23, 09:04

> Но собирать код разными трансляторам за эти 10 лет, очевидно, не приходилось.
в отличие от вас собирал.
> Как и видеть в стандарте определение well-formed translation unit.
А это тут при чем?
> интринсик __debugbreak()
и что мне делать с gcc, clang, где нет этой встроенной функции?

Ответить | Правка | Наверх | Cообщить модератору

224. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от n00by (ok), 05-Апр-23, 09:35

>> Как и видеть в стандарте определение well-formed translation unit.
> А это тут при чем?
__asm это ill-formed. То есть не Си++
>> интринсик __debugbreak()
> и что мне делать с gcc, clang, где нет этой встроенной функции?
Скопипастить у меня и дописать
#ifndef __ICL
    extern "C" void __debugbreak();
#ifdef _MSC_VER
# pragma intrinsic(__debugbreak)
#endif
#endif
    static __forceinline
      void debugbreak()
    {
      __debugbreak();
    }

Ответить | Правка | Наверх | Cообщить модератору

54. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от фф (?), 03-Апр-23, 13:39

тесты не проходят скорее всего из-за различий в реализации фич (то есть это не падение утилиты как таковой, просто результат отличается от эталонного)

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

55. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Проффесор (?), 03-Апр-23, 13:45

Анекдот про машинистку, печатающую 1200 символов в минуту?

Ответить | Правка | Наверх | Cообщить модератору

88. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от _kp (ok), 03-Апр-23, 14:51

Объяснить я сам могу что угодно. Откуда руки ростут, неспособные даже списать с готового?

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

92. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (51), 03-Апр-23, 14:59

Если ты можешь объяснить что угодно, то есть супер специалист. Тогда, где твои приложения?

Ответить | Правка | Наверх | Cообщить модератору

104. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (104), 03-Апр-23, 15:31

А твои?

Ответить | Правка | Наверх | Cообщить модератору

106. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (97), 03-Апр-23, 15:32

У Роста?

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

58. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 03-Апр-23, 13:49

Вот пришел ты в магазин, а там есть кило кортошки за 40 рублей и бесплатно, но нужно 30 послушать рекламу и намазать на себя 30 пробников. В целом наверное любителям халявы зайдет, но вот очевидно,
что практической пользы от этого мало.

Ответить | Правка | Наверх | Cообщить модератору

229. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (229), 06-Апр-23, 12:13

> "бесплатно, но нужно 30 послушать рекламу и намазать на себя 30 пробников."
Это называется условно бесплатно.

Ответить | Правка | Наверх | Cообщить модератору

59. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от xsignal (ok), 03-Апр-23, 13:49

Все эти переписывания на расте напоминают мне разукрашивание чёрно-белых фильмов - "ну как же, Штирлиц в цвете же лучше!"

Ответить | Правка | Наверх | Cообщить модератору

112. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от раст переусложнён (?), 03-Апр-23, 15:54

тонко

Ответить | Правка | Наверх | Cообщить модератору

199. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (198), 04-Апр-23, 12:56

Ещё можно взять "Броненосец Потёмкин". Причем не только раскрасить, но и озвучить.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

60. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от pashev.ru (?), 03-Апр-23, 13:49

> Для определения терминала осуществлён переход на пакет is_terminal вместо atty.
Is_terminal зависит от atty:
https://docs.rs/is-terminal/latest/is_terminal/

Ответить | Правка | Наверх | Cообщить модератору

74. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от 1 (??), 03-Апр-23, 14:16

Ну это же дао раста - проще замести под коврик, раз не можем реализовать ... ну или под unsafe

Ответить | Правка | Наверх | Cообщить модератору

85. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Анонн (?), 03-Апр-23, 14:37

is_terminal использует atty только для Unix платформ.
Для других он использует другие способы определить терминал.
Они просто расширили некросплатформенное решение до кроссплатформенного.
Причем тут замести под ковер - не понятно.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

98. Скрыто модератором –3 +/–

Сообщение от pashev.ru (?), 03-Апр-23, 15:20

https://docs.rs/atty/latest/src/atty/lib.rs.html

Ответить | Правка | Наверх | Cообщить модератору

111. Скрыто модератором +/–

Сообщение от Анонн (?), 03-Апр-23, 15:51

И к чему эта ссылка?
Для винды используется другой вызов, а не ::isatty
https://docs.rs/is-terminal/latest/src/is_terminal/lib.rs.ht...

Ответить | Правка | Наверх | Cообщить модератору

126. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от ip1982 (ok), 03-Апр-23, 16:28

> is_terminal использует atty только для Unix платформ.
А вот и нет. is_terminal использует atty только для тестов. Всё ещё хуже.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

135. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (135), 03-Апр-23, 16:48

А где собсно, о зависимости написано? Нашел только "this is effectively the same as the isatty function" те "это фактически то же самое, что и функция isatty". Что вроде как не то же самое что "is-terminal зависит от atty". В зависимостях is-terminal нет крейта isatty. Или я что-то не так понял?

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

136. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (135), 03-Апр-23, 16:55

Вопрос снят, все-таки есть там зависимость от atty, нужно было в dev-deps смотреть. Поторопился, проглядел, замыленным глазом.

Ответить | Правка | Наверх | Cообщить модератору

171. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от НяшМяш (ok), 03-Апр-23, 22:32

Dev-deps потому так и называются, что используются только во время разработки (для тестов, например). В релизный код они не попадают.

Ответить | Правка | Наверх | Cообщить модератору

71. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от hck61589 (ok), 03-Апр-23, 14:13

Молодцы.

Ответить | Правка | Наверх | Cообщить модератору

243. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 11-Апр-23, 01:16

СОгласен. Вот еще б установщик под венду был бы...

Ответить | Правка | Наверх | Cообщить модератору

82. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +5 +/–

Сообщение от Простоник (ok), 03-Апр-23, 14:26

Никого не хочу обидеть, но вопросы про Раст неизбежно появляются.
Почему программисты переписывают старые приложения на Раст, вместо того демонстрировать его мощь и эффективность на новых приложениях.
Может быть дело в том, что написание кода на Раст достаточно трудоёмко и сложно, настолько, что на обдумывание алгоритма уже на остается сил?
Раст не упрощает разработку, а усложняет, c благой целью - полученный результат будет более качественный и надежный.Если у вас хватит на это сил и терпения...

Ответить | Правка | Наверх | Cообщить модератору

87. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Анонн (?), 03-Апр-23, 14:48

Все немного проще. На расте пишут много нового кода, но просто многое не опенсорс и его не видно.
> на обдумывание алгоритма уже на остается сил
Тоже немного не так. Ты не сможешь просто взять и переписать с си на раст. Просто потому что оно не скомпилируется из-за borrowing. Придется повозиться, в зависимости от проекта, чтобы код стал доказуем в смысле заиствований.
Не смотря на распространенное мнение что на расте пишут js-ники и т.д., на самом деле многие програмисты пришли из с/с++. И им смотреть в старый код - это почти как смотреть в доку (которой часто нет). Плюс у них уже есть знание матчасти для конкретного проекта.

Ответить | Правка | Наверх | Cообщить модератору

91. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от _kp (ok), 03-Апр-23, 14:58

> Просто потому что оно не скомпилируется из-за borrowing.
А почему тогда при переписывани с Паскаля на Си или Си на С# или Яву, и даже с Си на JS и обратно, переписывание не приводит у утрате работоспособности?

> в старый код - это почти как смотреть в доку (которой часто нет).
К этому я и веду. Надо не операторы построчно переписывать , мыслить надо выше :)
К тому же современные IDE си-исходники и разберут и на блюдечке с голубой каёмочкой преподнесут.

Ответить | Правка | Наверх | Cообщить модератору

107. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Анонн (?), 03-Апр-23, 15:32

А где тут утрата работоспособности?
В си ты можешь писать что угодно куда угодно, менять как захочешь из каких угодно потоков, гонять данные через void* и т.д. И тебе за это ничего не будет. Все держится на честном слове разраба.
А тут пойди докажи компилятору, что оно валидно.
Переписывание на С#, Ява, JS - мимо, там сборка мусора, есть реальная опасность только в retain cycle.
> Надо не операторы построчно переписывать
Так они и не переписывают. Потом что это нереально. Они повторяют интерфейс (или вызовы, или cli), а под капотом оно вообще другое.

Ответить | Правка | Наверх | Cообщить модератору

99. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от пох. (?), 03-Апр-23, 15:25

потомушта ruffle.rs все еще стреляет из кривой эскопеты самому себе в оппу.
Вот казалось бы - люди не безумные фанатики но апологеты нескучного язычка умеющие и в другие. За деньги (пусть небольшие но регулярно). Взялись переписать то что действительно нужно переписывать ибо имеющееся нельзя использовать.
Им правда нужен безопасный язык - данные сложноструктурированные и обрабатываются непросто. Лучше день потерять на боровчекера чем за час долететь но все больше вниз.
Они во всю используют чужие наработки потому что ну надо экономить труд, его вообще небесконечно.
Они используют фичу компилироваться в вебасм, потому что это надо уметь внутри браузера.
И, и... и... и хрен там. Устаревший апи 96го года реализован на 70 процентов но есть нюансы, апи 2010го года не работает от слова совсем.
И если присмотреться - там по всем перечисленным пунктам сплошное фиаско.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

110. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Анонн (?), 03-Апр-23, 15:40

Неправда, не все так плохо.
ActionScript 1&2 -  Language 95%/API 73%
ActionScript 3 - Language 60%/API 56%
И эти проценты мягко говоря не равнозначные. Одну функцию может использовать 99% программ на флеше, а другую - всего пара. А и та, и другая посчитается как одинаковый процент.
> там по всем перечисленным пунктам сплошное фиаско.
Почему фиаско? Оно выполняет задачу ради которой его писали - сохранение цифрового наследия в виде старых игр и роликов.
И огромное количество таки работает. Никто не ставил первостепенной задачей реализовать весь флеш.

Ответить | Правка | Наверх | Cообщить модератору

114. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от пох. (?), 03-Апр-23, 15:57

дык ты процентики читаешь или запустить что попробовал?
Вот по факту - эскопета стреляет себе в жо через дырку в текстурах. Я проверял разумеется на нормальном флэше - там дырки нет.
Баг репортить постеснялся...зачеркнуто, продолбал очередную учетку в шитхабе и неохота сливать ему мобило.
Но по факту этот мусор был никому неинтересен кроме совсем уж долбанутых коллекционеров еще двадцать лет назад. Потому что все давно перешли на as3. Который у них совсем неживой.
Прошло уже сколько - пять лет?
А щастье ведь было возможно... (есть у меня архив одного сайтика, состоящего из флэшовых видео. И это вот - наследие, а не игори. Сбегать переснять - иных уж нет, а там заминировано.
Увы, нет на свете ни одного плейера написанного на as1. впрочем, уже, конечно, жалеть не о чем.)

Ответить | Правка | Наверх | Cообщить модератору

118. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Анонн (?), 03-Апр-23, 16:05

Сам тестил. На newgrounds и kongregate.
Ясно что не на всех играх, но то что интересовало и не было переписано на юнити - работало через ruffle.

Ответить | Правка | Наверх | Cообщить модератору

115. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от 1 (??), 03-Апр-23, 15:57

А VmWare client 5.5 так и не работает.
Но наследие, наверное ... ну ты понел - сохраняется

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

116. Скрыто модератором +/–

Сообщение от Анонн (?), 03-Апр-23, 16:01

Еще раз - оно не делалось для запускания софта, сайтов на флеше и т.д.
Оно делалось для флеш-игр.

Ответить | Правка | Наверх | Cообщить модератору

134. Скрыто модератором –2 +/–

Сообщение от пох. (?), 03-Апр-23, 16:39

> Еще раз - оно не делалось для запускания софта, сайтов на флеше
а врали что - делалось
А получилось - только примитивные игрули 1998го года и те с глюками.
1999го уже не все.
Ну вот такое наследие и вот такие хранители, ага.

Ответить | Правка | Наверх | Cообщить модератору

108. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –5 +/–

Сообщение от Аноним (108), 03-Апр-23, 15:32

Просто для раста выбрана паразитарная модель развития. Это же язык от корпорций и людей, которые приняли CoC. Им главное, чтобы их поделие стало вендорлоком и зацепилось в крупных проектах, а на остальное им строго плевать. Поэтому и переписываются строго системные утилиты, "добавляется" код в ядро, пишутся библиотеки, чтобы от этой корпоративной античелевеческой субстанции было не отмазаться.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

122. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от Аноним (25), 03-Апр-23, 16:16

Потому что у раста нет никакой мощи и эффективности в принципе.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

146. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от ip1982 (ok), 03-Апр-23, 18:25

Потому что новые приложения — это искусственные нейронные сети, а там хоть Си, хоть Фортран, ибо работы с памятью нет никакой, и все навороты Раста не нужны.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

84. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от Страдивариус (?), 03-Апр-23, 14:35

В расте есть проблема того, что все зависимости по сути едут в бинарь статической линковкой. В результате:
1) Бинарь получается неимоверных размеров
2) Устранение дырок в библиотеке потребует пересборки всех бинарей, которые от неё зависят.
3) Шэринг библиотек в анонимной памяти становится невозможным.

Напоминает эпопею с программкой gosu (на Go, но принцип такой же), которая меняет юзера с рута на непривелегированного при запуске в контейнерах. Бинарь под alpine весит несколько мегабайт. Аналогичная прога на C - su-exec занимает экран текста, 20 кб в скомпилированном виде и делает то же самое.

Ответить | Правка | Наверх | Cообщить модератору

94. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от _kp (ok), 03-Апр-23, 15:05

> 1) Бинарь получается неимоверных размеров
А линкер и оптимизацию не завезли, которые не используемое не линкует?
Не логичнее сперва ли инструмент до ума довести, а не под альфа-версию переписывать?
> 2) Устранение дырок в библиотеке потребует пересборки всех бинарей, которые от неё
> зависят.
Какие проблемы? Ну пересобрал. А проблема в пункте 1.
> 3) Шэринг библиотек в анонимной памяти становится невозможным.
Да ладно. Просто очевидным путём забыли предусмотреть. ;)

Ответить | Правка | Наверх | Cообщить модератору

109. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Страдивариус (?), 03-Апр-23, 15:37

> А линкер и оптимизацию не завезли, которые не используемое не линкует?
Почему ты решил, что оно неиспользуемое? У тебя вполне себе программа, дергающая пару вывозов OpenSSL, например, может легко по графу вызовов половину библиотеки заюзать. Если учесть ещё и то, что далеко не весь мертвый код можно вычислить, так как это может сильно зависить от рантайма. Например, ты OpenSSL анонсирует какой-то ciphersuite и peer может теоретически его выбрать. Тот факт, что ни один peer не согласится на этот ciphersuite в реальной жизни, никак не поможет линкеру выпилить его из бинаря.
> Какие проблемы? Ну пересобрал. А проблема в пункте 1.
Проблемы с этого, дружок, такие, что если ты делаешь дистрибутив линукса, например, то тебе нужно пересобрать всё говно на всех платформах, а потом ещё и юзерам раздать. Всё это время, вычислительные мощности и трафик. На своей малинке в подвальчике ты, конечно, никаких трудностей с этим не испытаешь.
> Да ладно. Просто очевидным путём забыли предусмотреть. ;)
Каким образом можно предусмотреть шеринг статически влинкованных библиотек? Тебе бы Танненбаума почитать не мешало бы прежде чем вумные каменты писать на опеннете

Ответить | Правка | Наверх | Cообщить модератору

138. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от _kp (ok), 03-Апр-23, 17:02

>> А линкер и оптимизацию не завезли, которые не используемое не линкует?
> Почему ты решил, что оно неиспользуемое?
Вы дукака включаете?
Выявлять не используемое, это не мои заботы, а заботы компилятора и оптимизатора. И удивитесь, для многих языков давно работает.
И при статической то линковке.

> нужно пересобрать всё говно на всех платформах,
С таким отношением к коду, и на выходе будет говно.
>вычислительные мощности и трафик.
На чем Вы компилируете? Я удивлен подобной отговорке.

> На своей малинке в подвальчике ты, конечно, никаких трудностей с этим
> не испытаешь.
Шерлок, а как Вы догадались?
Да, я использую и Распберри, и мелочёвку, и даже в "гараже", только для сборки в "гараже" есть... кластер из "мусорных" Ксеонов, и когда количество потоков перевалило за вторую сотню, отнощение к перекомпиляции меняется навсегда.
>> шеринг статически влинкованных библиотек?
А это точно не ересь?

Ответить | Правка | Наверх | Cообщить модератору

152. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Страдивариус (?), 03-Апр-23, 18:47

> Вы дукака включаете?
> Выявлять не используемое, это не мои заботы, а заботы компилятора и оптимизатора. И удивитесь, для многих языков давно работает.
> И при статической то линковке.
Это вы дурака включаете, наперед утверждая, что линкер там своё не отрабатывает. Если уж отверждаете - ссылку на godbolt, где по бинарю после линковки видно, что функции есть, а они никем не используются.
> С таким отношением к коду, и на выходе будет говно.
Всё говно. Кроме мочи! Не цепляйтесь к словам. Очевидно, что среди 60000 пакетов, которые есть в Debian, многое - это оно самое. И его всё равно надо будет пересобирать.
> Да, я использую и Распберри, и мелочёвку, и даже в "гараже", только для сборки в "гараже" есть... кластер из "мусорных" Ксеонов, и когда количество потоков перевалило за вторую сотню, отнощение к перекомпиляции меняется навсегда.
В счастью дистрибутивы не собирают у вас в гараже, неговоря уже про то, что куча говна из этих 60000 пакетов в Debian не умеет собираться кросс-компиляторами, а поэтому потребуется не только куча мусорных ксеонов, и всего остального мусорного, если творить дистрибутивы в вашем гараже.
> А это точно не ересь?
Это ересь, конечно, ещё какая. Но это вы же утверждали о том, что её просто не предусмотрели эти рукожопы )

Ответить | Правка | Наверх | Cообщить модератору

168. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от _kp (ok), 03-Апр-23, 21:28

> Это вы дурака включаете,
Если в других инструментах опухания бинарников не наблюдается, логично предположить, что причина в несовершентсве инструмента. А то, что несовершенно, если на него не забьют, или будет исправлено, или объявлено уникальной фичей.
Сам излишний  размер бинарников не только перерасход места на диске, но и, что хуже, перерасход кэшей процессора.
Можно написать громоздко, и если это значительно подняло быстродействие, то это оправданно. Но если ресурсы потрачены напрасно, не стоит ждать похвал.
И аналогично, при существенной надёжности, тоже можно пожертвовать ресурсами,но.. если это уместно.
В упомянутом переписывании, недопереписали, то что проблем не вызывало, и в итоге и склонно к распуханию, ещё и по функционалу   стало хуже оригинала.

>> А это точно не ересь?
Подвох был в варианте статической сборки, когда скармливается не готовая библиотека, а собирается вместе с исходником, теряя при этом в объёме, но сохраняя быстродействие и переносимость бинарника. Для всего подряд так, действительно, излишняя компиляция, но для чужеродного ПО в системе, переносных бинарников, и критичного ПО.
Для тестов надо показывать ПО лицом.

Ответить | Правка | Наверх | Cообщить модератору

228. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (228), 05-Апр-23, 20:45

>для сборки в "гараже" есть... кластер из "мусорных" Ксеонов, и когда количество потоков перевалило за вторую сотню, отнощение к перекомпиляции меняется навсегда.
Вот когда из своих денег каждому пользователю ПК купите по кластеру, и оплатите его энергопотребление и обслуживание, тогда и приходите. Балаболить о том, что каждый, у кого нет кластера может идти на *** каждый может. Только это непрофесспонально. А непрофессионалов самих посылаем туда же.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

236. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от _kp (ok), 10-Апр-23, 12:21

Не всякому разработчику требуется пересобирать системное ПО.
Пользователи, точно, не занимаются пересборкой.

Ответить | Правка | Наверх | Cообщить модератору

173. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от НяшМяш (ok), 03-Апр-23, 22:35

Эксперты как всегда показывают свою экспертность.
https://doc.rust-lang.org/reference/linkage.html

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

230. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от eganru (?), 06-Апр-23, 15:22

Можете динамические библиотеки подключать и пользоваться.
Вам дали такую возможность.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

86. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от xsignal (ok), 03-Апр-23, 14:41

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

Ответить | Правка | Наверх | Cообщить модератору

95. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +3 +/–

Сообщение от 1 (??), 03-Апр-23, 15:10

... и переписывать на раст

Ответить | Правка | Наверх | Cообщить модератору

96. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от xsignal (ok), 03-Апр-23, 15:12

> ... и переписывать на раст
А смысла не будет - раст чисто от человеческих косяков защищает, нейросетям он просто не нужен.

Ответить | Правка | Наверх | Cообщить модератору

101. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +3 +/–

Сообщение от Серб (ok), 03-Апр-23, 15:27

При этом половина тестов будет переставать проходить
:-)

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

105. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от пох. (?), 03-Апр-23, 15:31

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

Ответить | Правка | Наверх | Cообщить модератору

123. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (25), 03-Апр-23, 16:20

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

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

137. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Серб (ok), 03-Апр-23, 16:59

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

Ответить | Правка | Наверх | Cообщить модератору

153. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Анонн (?), 03-Апр-23, 18:51

Нейросети обучат на текущей кодовой базе на Си и... они будут писать такой же код как и там.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

155. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от xsignal (ok), 03-Апр-23, 19:05

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

Ответить | Правка | Наверх | Cообщить модератору

169. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (125), 03-Апр-23, 22:07

> Нейросети обучат на текущей кодовой базе на Си и...
... и базе CVE-шек и их патчах, образцах, как делать не надо и надо.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

244. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 11-Апр-23, 01:17

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

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

100. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Аноним (100), 03-Апр-23, 15:27

Показательная новость. Я понимаю что coreutils не студенческая лабораторка, но всёж... Rust годный язык с негодным сообществом. Только вот нельзя отделять экосистему от языка, следовательно язык не такой уж годный.

Ответить | Правка | Наверх | Cообщить модератору

142. Скрыто модератором +2 +/–

Сообщение от Аноним (-), 03-Апр-23, 18:04

Сообщество, как и мир, меняется. Сегодня одна мода, завтра другая. А язык останется.

Ответить | Правка | Наверх | Cообщить модератору

201. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (198), 04-Апр-23, 13:03

Язык не существует сам по себе, какое у него сообщество - таким он и будет через некоторое время.

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

221. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +2 +/–

Сообщение от Советский инженер (?), 05-Апр-23, 08:51

Что можете сказать про сообщество GNU и С основываясь на успехах Hurd?

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

247. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Свидетель (?), 20-Май-23, 15:23

А что можете сказать основываясь на успехах GNU/Linux и еще сотен успешных проектов?

Ответить | Правка | Наверх | Cообщить модератору

127. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (127), 03-Апр-23, 16:30

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

Ответить | Правка | Наверх | Cообщить модератору

140. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от 1 (??), 03-Апр-23, 17:54

Ну тут ты не (совсем) прав. Где-то в комментах тут уже писали, что это очень похоже на проталкивание Java во все дырки.
А дальше принцип пирамиды - тебя поимели, ты выложил свои денежки (ресурсы на обучение), и хочешь чтоб все остальные тоже остались в дураках.

Ответить | Правка | Наверх | Cообщить модератору

227. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от freecoder (ok), 05-Апр-23, 18:27

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

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

128. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (128), 03-Апр-23, 16:31

>В отличие от GNU Coreutils реализация на Rust распростраеяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL.
У некоторых прям свирбит подстелиться под проприерастов.

Ответить | Правка | Наверх | Cообщить модератору

150. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –3 +/–

Сообщение от Аноним (150), 03-Апр-23, 18:40

Да. У всяких FSF, Linux Foundation и прочих.

Ответить | Правка | Наверх | Cообщить модератору

160. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (158), 03-Апр-23, 20:14

А тебе прям покоя не дает, что люди живут НЕПРАВИЛЬНО =)

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

164. Скрыто модератором +1 +/–

Сообщение от Аноним (-), 03-Апр-23, 21:02

Истинна только в копилефте. Запомни это мальчик. Держись по жизни за Столлмана.

Ответить | Правка | Наверх | Cообщить модератору

187. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (25), 04-Апр-23, 08:16

А тебе покоя не дает, что у кого не такое же мнение как у ТЕБЯ!

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

131. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Аноним (131), 03-Апр-23, 16:36

Давно пользуюсь, полёт нормальный, работают без нареканий.

Ответить | Правка | Наверх | Cообщить модератору

139. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 03-Апр-23, 17:19

Да ну?!

Ответить | Правка | Наверх | Cообщить модератору

172. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Kirikekeks (ok), 03-Апр-23, 22:34

Пятилетку назад "на слабо" сравнил grep vs ripgrep. Ripgrep убедительно победил, разгромно. Если бы не --охрененноДлинныйКлючДляРегулярок вообще бы без Но. Если так смогут sed & awk повторить, то это довод.

Ответить | Правка | Наверх | Cообщить модератору

175. "Новые выпуски вариантов coreutils и findutils, переписанных на языке Rust " –2 +/–

Сообщение от L29Ah (ok), 03-Апр-23, 23:29

переписывание идет своим чередом, скоро весь софт будет неподдерживаемым гномом с невозможностью делать security update'ы

Ответить | Правка | Наверх | Cообщить модератору

193. "Новые выпуски вариантов coreutils и findutils, переписанных на языке Rust " +/–

Сообщение от Аноним (193), 04-Апр-23, 09:59

Нупочему же: https://security-tracker.debian.org/tracker/CVE-2022-21658

Ответить | Правка | Наверх | Cообщить модератору

176. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Avririon (ok), 03-Апр-23, 23:55

На сколько процентов упала производительность?

Ответить | Правка | Наверх | Cообщить модератору

183. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (183), 04-Апр-23, 05:14

А уже есть версия rust  написанная на языке rust  ?

Ответить | Правка | Наверх | Cообщить модератору

188. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +3 +/–

Сообщение от Аноним (25), 04-Апр-23, 08:17

Да.

Ответить | Правка | Наверх | Cообщить модератору

190. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Sw00p aka Jerom (?), 04-Апр-23, 09:04

Наибезопаснейшая версия раста :)

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

205. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Аноним (150), 04-Апр-23, 13:56

Конечно есть. https://github.com/rust-lang/rust - держи пруф.

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

213. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (150), 04-Апр-23, 17:39

"Since the Rust compiler is written in Rust, it must be built by a precompiled "snapshot" version of itself (made in an earlier stage of development). As such, source builds require an Internet connection to fetch snapshots, and an OS that can execute the available snapshot binaries."
Цитата из официальной документации

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

200. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Анонин (?), 04-Апр-23, 13:01

В качестве оффтопа: кто-то видел сравнение busybox с gnu по тестам?
busy поддерживает меньше опций чем гну, и гарантировано не пройдет часть тестов. Но прамое сравнение быстро не нашлось.

Ответить | Правка | Наверх | Cообщить модератору

208. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (208), 04-Апр-23, 15:33

> В качестве оффтопа: кто-то видел сравнение busybox с gnu по тестам?
> busy поддерживает меньше опций чем гну, и гарантировано не пройдет часть тестов.
> Но прамое сравнение быстро не нашлось.
Еще бы тойбокс или бсдшные утилиты вспомнили! Вы там че, совсем не понимаИти что ЭТО ДРУГОЕ!!?

Ответить | Правка | Наверх | Cообщить модератору

202. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –2 +/–

Сообщение от Серб (ok), 04-Апр-23, 13:05

Евангелисты rust'а, лучше бы вместо новости про очередное незавершенное переписывание написали новость про выход Slint 1.0.
С помощью него, можно GUI для программ на rust'e делать.

Ответить | Правка | Наверх | Cообщить модератору

204. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +1 +/–

Сообщение от Анонимусс (?), 04-Апр-23, 13:35

Ну так не успели еще. Эта uutils релизнулись 2+ дня назад, а Slint - вчера.
Штука конечно интересная, но с отстойной лицензией.
А для тех, кому это мешает - есть Dioxus, Tauri, egui.

Ответить | Правка | Наверх | Cообщить модератору

226. "Новые выпуски вариантов coreutils и findutils, переписанных ..." –1 +/–

Сообщение от Серб (ok), 05-Апр-23, 12:45

Dioxus - имеет версию 0.3. Что говорит, о намерении перелопачивать API.
Tauri - хоть и написан на rust, но логика работы приложения определяется на JavaScript, HTML и CSS. У таких приложений, конечно, есть своя ниша, но это не gui для rust.
egui - имеет версию 0.21, опять же, говорящую о намеренеии ломать API.
Лицензия у Slint - GPL или коммерческая. Для opensource проектов подойдет, для коммерческих проектов подойдет.

Ответить | Правка | Наверх | Cообщить модератору

245. "Новые выпуски вариантов coreutils и findutils, переписанных ..." +/–

Сообщение от Аноним (56), 11-Апр-23, 01:24

Прошелся по этим поделкам тоже... согласен полнейшее барахло все.
Кто-то просто сильно очень хочет Web на десктоп,
но Slint как раз дает возможность сделать классические приложения
а в подарок ещё и кодогенратор и поддержку Embedded это
просто супер предложение, а так же есть шанс, что перетащат все
контролы Qt что дает в целом очень широкий простор для интерфесостроительства

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

8. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+9 +/–
Сообщение от Аноним (8), 03-Апр-23, 11:44
Изучаю раст - а он не так уж и плох. Боров чекер сильно ограничивает, но безопасность того стоит. Что касается синтаксиса, то там все хорошо, в плюсах он гораздо ужаснее. Что касается аргумента от "язык макросов отличается от языка самого раста", то это пустой аргумент, ибо в си тоже пишешь на двух языках одновременно: CPP (C preprocessor) и C (C). Все инструменты под рукой: пакетный менеджер, сборщик, форматировщик, генератор документации -- в си каждую приблуду придется ставить отдельно, причем пакетного менеджера нет в принципе, и не будет. Есть концеция "фич". Допустим, crossterm знает все о том, как выводить цветной текст в терминал, а lscolors имеет опциональную поддержку crossterm, если врубить для нее такую фичу.
Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+1 +/–
	Сообщение от keydon (ok), 03-Апр-23, 12:44
	>Боров чекер сильно ограничивает, но безопасность того стоит. Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551 >Что касается синтаксиса, то там все хорошо, в плюсах он гораздо ужаснее. Еще более наркоманский чем в плюсах. Причем в плюсах это наследовали от си, а си это древнючий мамонт, а зачем такой синтаксис в 2014 в совершенно новом языке - непонятно. >Что касается аргумента от "язык макросов отличается от языка самого раста", то это пустой аргумент, ибо в си тоже пишешь на двух языках одновременно: CPP (C preprocessor) и C (C). В С он по сути сводится к копированию. Это довольно грубый, но хотя бы простой подход. В плюсах уже есть темплейты и они уже встроены в язык (хоть как-то) и довольно мощны, но все равно с ними много исключений и нужно быть осторожным. И насколько я понимаю раст берет все (худшие) недостатки темплейтов из плюсов. В современном языке хотелось бы видеть что-то более элегантное и надежное, без усложнения отладки, без сильного увеличения времени компиляции. Но раст пошел дальше и еще добавил DSL (там где и макросы не хотелось бы видеть). Серьезно? >Все инструменты под рукой: пакетный менеджер, сборщик, форматировщик, генератор документации -- в си каждую приблуду придется ставить отдельно Что же тут может пойти не так? https://www.opennet.me/opennews/art.shtml?num=58458 > в си каждую приблуду придется ставить отдельно, причем пакетного менеджера нет в принципе, и не будет Есть и не один. Да, его придется ставить и это хорошо. >Есть концеция "фич". Допустим, crossterm знает все о том, как выводить цветной текст в терминал, а lscolors имеет опциональную поддержку crossterm, если врубить для нее такую фичу. Растоманы так носятся с этими фичами и трейтами, но это же синтаксический сахар, да и не первой свежести.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. Скрыто модератором	–6 +/–
	Сообщение от Аноним (63), 03-Апр-23, 13:57
	> Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551 Типичный эксперт опеннета, который не в состоянии отличить язык от библиотеки
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. Скрыто модератором	+9 +/–
	Сообщение от Аноним (68), 03-Апр-23, 14:03
	Типичный эксперт опеннет по экспертам опеннета.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. Скрыто модератором	+/–
	Сообщение от keydon (ok), 03-Апр-23, 14:19
	>> Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551 > Типичный эксперт опеннета, который не в состоянии отличить язык от библиотеки У глиняного колосса еще одна рука отвалилась. Теперь растоманы не считают карго частью раста (хотя совсем недавно это было одним из основных преимуществ языка и тогда растоманов не смущало что это либа).
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	194. Скрыто модератором	+/–
	Сообщение от llolik (ok), 04-Апр-23, 10:30
	Каким образом гарантии memory safety, которые и даёт Rust, могут защитить от data race? От data race в принципе, кроме valgrind-а какого-нибудь, ничего не спасёт, да и то не на 100%.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	211. Скрыто модератором	–1 +/–
	Сообщение от keydon (ok), 04-Апр-23, 17:18
	> Каким образом гарантии memory safety, которые и даёт Rust, могут защитить от > data race? От data race в принципе, кроме valgrind-а какого-нибудь, ничего > не спасёт, да и то не на 100%. Так и я про тоже. Да и memory safety решается использованием безопасных типов и умных указателей (ну и если хочется можно добавить харденинг вроде опций компилятора, системы или аппаратных расширений)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+1 +/–
	Сообщение от freehck (ok), 03-Апр-23, 14:02
	>> Боров чекер сильно ограничивает, но безопасность того стоит. > Абстрактная безопасность. Оно того стоит https://www.opennet.me/opennews/art.shtml?num=56551 Именно. Ошибки связанные с логикой никто не отменяет. Реализация, повторённая на новом языке, пройдёт ровно тот же путь стабилизации, что и исходный тулкит, это очевидно. То есть вот те несколько десятков лет, что стабилизировался условный coreutils на сях -- вот тот же самый путь теперь предстоит пройти новому тулкиту на раст. Зачем он нужен -- вопрос в целом понятный: 1) Во-первых сменить лицензию, корпорастам уже давно не нужен GPL, чтобы сотрудничать: они прекрасно сотрудничают и без лицензионного принуждения, и потому GPL приносит им больше проблем, нежели пользы; так что реализацию нужно повторить, причём так, чтобы это был не производный продукт; лучший способ, как можно этого добиться -- переписать на другом языке. 2) Во-вторых это снижает стоимость поддержки в долгосрочной перспективе, поскольку исчезает весьма немалый пласт ошибок, связанных с выходом за пределы допустимых областей памяти. Но это, конечно же, не основное, поскольку это будет лишь в очень отдалённой перспективе, ибо на ближайшее десятилетие само собой будут превалировать ошибки логики. >> Все инструменты под рукой: пакетный менеджер, сборщик, форматировщик, генератор документации -- в си каждую приблуду придется ставить отдельно > Что же тут может пойти не так? https://www.opennet.me/opennews/art.shtml?num=58458 Странный наезд. С пакетным менеджером жить лучше, чем без него. И тем более хорошо, когда есть официальная имплементация оного. Ну да, эталонная реализация у растаманов оказалась так себе (я не знаю, как иначе объяснить CVE по ссылке выше, кроме как криворукостью и безалаберностью), и это повод призадуматься, какого уровня специалисты оказались в данной нише. Большинство ли разработчиков на RUST имеют подобную квалификацию, или нет -- покажет только время, оно-то в итоге всё по полочкам и расставит. > Растоманы так носятся с этими фичами и трейтами, но это же синтаксический сахар, да и не первой свежести. Ничего удивительного, это просто пиар. Язык должен всеми силами привлекать к себе пользовательскую базу или подохнет: ну серьёзно, какому бизнесу нужен язык, если к нему не прилагается очередь разработчиков, жаждущих пройти собеседование на только что открытую вакансию по нему?
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	149. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+1 +/–
	Сообщение от Аноним (149), 03-Апр-23, 18:32
	>си это древнючий мамонт, а зачем такой синтаксис в 2014 Чем тебе синтаксис сишки не нравится?
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	195. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–4 +/–
	Сообщение от keydon (ok), 04-Апр-23, 10:47
	>>си это древнючий мамонт, а зачем такой синтаксис в 2014 > Чем тебе синтаксис сишки не нравится? Очень перегружен. Куча лишних "{}<>#;%1f", магических знаков, макросов. Я уже привык к этой жути, но каждый раз когда возвращаюсь с современного языка ужасаюсь. Много устаревших и неудобных конструкций (вроде спецификаторов формата в строках, их наверное только профессиональные сишники и помнят) (пофикшено в C++) Много лишних и очевидных слов (тоже пофикшено в C++). Вот как могло бы выглядеть более современное представление (увы, для указателя я не придумал замены, в идеале должно быть понятно что это указатель, а не логическая операция например, еще идеальнее если будет понятно как называется этот элемент не перелистывая спецификацию к языку): include stdio double first printf "Enter number: " scanf &first printf "Number: {first}" return 0 И оригинал #include<stdio.h> int main() { double first; printf("Enter number: "); scanf("%lf", &first); printf("Number: %.2lf", first); return 0; }
	Ответить \| Правка \| Наверх \| Cообщить модератору


	203. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+1 +/–
	Сообщение от n00by (ok), 04-Апр-23, 13:15
	> Вот как могло бы выглядеть более современное представление (увы, для указателя я > не придумал замены, в идеале должно быть понятно что это указатель, > а не логическая операция например, еще идеальнее если будет понятно как > называется этот элемент не перелистывая спецификацию к языку): > include stdio Не различает #include<stdio.h> #include "stdio.h" впрочем, м.б. и не надо > double first static storage duration в оригинале automatic > printf "Enter number: " > scanf &first > printf "Number: {first}" > return 0 С точкой с запятой всё просто в простых примерах, как и с круглыми скобками - можно просто убрать. Вопрос, что с более сложными. Вы смотрели язык Genie? Это Vala (транслируется в Си) с синтаксисом Python. Почему-то на нём не пишут (я не нашёл проекты), в отличие от Vala. Подозреваю, как раз из-за всех этих "лишних" символов. > И оригинал > #include<stdio.h> > int main() { > double first; > printf("Enter number: "); > scanf("%lf", &first); > printf("Number: %.2lf", first); > return 0; > }
	Ответить \| Правка \| Наверх \| Cообщить модератору


	212. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–1 +/–
	Сообщение от keydon (ok), 04-Апр-23, 17:38
	> С точкой с запятой всё просто в простых примерах, как и с > круглыми скобками - можно просто убрать. Вопрос, что с более сложными. Скобки и точки с запятыми это всего лишь разделители, их всегда можно заменить на другие разделители, в т.ч. в самых сложных случаях. > Вы смотрели язык Genie? Это Vala (транслируется в Си) с синтаксисом Python. Нет, посмотрел на примеры, нечто такое и хотелось бы видеть. > Почему-то на нём не пишут (я не нашёл проекты), в отличие от > Vala. > Подозреваю, как раз из-за всех этих "лишних" символов. Достаточно упоминания гнома, чтобы отпугнуть всех желающих :) А вообще я придерживаюсь мнения что само существование высокоуровневых языков (и си на мой скромный взгляд первый виновник в этом преступлении) привело к появления потрясающего количество ошибок и неоптимальных программ по перетасовке байтиков (в духе преобразования из int в string, из string в unicode string, из unicode string в double и обратно в int) и собственно расцвету ада зависимостей от зависимостей. В идеале я считаю надо спуститься ближе к псевдоассемблеру (или условному байткоду) и постараться сохранить скорость разработки (частично она итак ускорится из-за устранения лишних абстракций) без запрятывания реализации под ковер как это делают высокоуровневые языки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	216. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+/–
	Сообщение от n00by (ok), 05-Апр-23, 08:27
	>> С точкой с запятой всё просто в простых примерах, как и с >> круглыми скобками - можно просто убрать. Вопрос, что с более сложными. > Скобки и точки с запятыми это всего лишь разделители, их всегда можно > заменить на другие разделители, в т.ч. в самых сложных случаях. >> Вы смотрели язык Genie? Это Vala (транслируется в Си) с синтаксисом Python. > Нет, посмотрел на примеры, нечто такое и хотелось бы видеть. >> Почему-то на нём не пишут (я не нашёл проекты), в отличие от >> Vala. >> Подозреваю, как раз из-за всех этих "лишних" символов. > Достаточно упоминания гнома, чтобы отпугнуть всех желающих :) В том-то и дело, что Vala не отпугивает. Язык прикручен к GLib, но технически можно писать без неё > А вообще я придерживаюсь мнения что само существование высокоуровневых языков (и си > на мой скромный взгляд первый виновник в этом преступлении) привело к > появления потрясающего количество ошибок и неоптимальных программ по перетасовке байтиков > (в духе преобразования из int в string, из string в unicode > string, из unicode string в double и обратно в int) и > собственно расцвету ада зависимостей от зависимостей. В идеале я считаю надо > спуститься ближе к псевдоассемблеру (или условному байткоду) и постараться сохранить скорость > разработки (частично она итак ускорится из-за устранения лишних абстракций) без запрятывания > реализации под ковер как это делают высокоуровневые языки. Си и есть псевдоассемблер. Некоторые ассмеблерщики его так и изучали - смотрели, в какие инструкции компилируется исходник. Другое дело, что на Си пишут в том числе и те, кто не понимает, как железо работает. Что Вы описываете, похоже на MSIL. Я даже видел человека, кто в том байткоде и кодит, без Сишарпов и Додиезов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–4 +/–
	Сообщение от Аноним (117), 03-Апр-23, 16:04
	>Что касается синтаксиса, то там все хорошо, в плюсах он гораздо ужаснее. Сравнить левую пятку с мандарином. Раст ближе к классическому Си.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	154. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–1 +/–
	Сообщение от Аноним (154), 03-Апр-23, 18:57
	Говно эта концепция фич. Несовместима с динамической линковкой. Как и весь раст. Каждый разработчик на Rust должен платить налог на обновление компов всем остальным, пропроционально количеству сжираемой им памяти * количество установок. Ибо это по его вине софт жрёт столько памяти, что мне ком придётся на свалку отправить, ибо теперь даже ванильный firefox просто запустить нельзя, либо системе трэшит, либо вылетает сам..
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	156. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–1 +/–
	Сообщение от Аноним (156), 03-Апр-23, 19:22
	Если языку нужен пакетный менеджер и своя система сборки сложнее make (которым можно не только код собирать, а, например, запускать кодогенераторы на чём-то ещё), то это плохой язык.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	158. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+7 +/–
	Сообщение от Аноним (158), 03-Апр-23, 20:09
	Это ты сам такие требования ввёл? Они реальности соответствуют примерно никак - попробуй большой проект на одном мейке и без пакетов сделать. Надоест тебе это развлечение очень быстро.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	165. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 03-Апр-23, 21:05
	Ядро Linux-a для сборки требует только GNU make.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	181. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–2 +/–
	Сообщение от Том Круз (?), 04-Апр-23, 04:43
	в линуксе пакеты не ставии? ну или исходники не компилировали библиотек не разу? или у вас в час по 1000 новых приблуд ставится??
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору

9. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+17 +/–
Сообщение от Аноним (9), 03-Апр-23, 11:45
Ну реально достали уже. Всё подряд переписывают, ничего до конца не доводят, но радостных отчётов как говна за баней.
Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+3 +/–
	Сообщение от Аноним (56), 03-Апр-23, 13:46
	А что конкретно не довели до конца? И нгапример можно ли казать, что доевли до конца Widnows или Linux? По мне так пиши грамотно не соответствет твоим ожиданиям.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–10 +/–
	Сообщение от InuYasha (??), 03-Апр-23, 14:03
	В линуксе? в линуксе только команду cat до конца довели (и то, не уверен на 100%), а всё остальное отваливается через релиз. Без знания консоли им пользоваться невозможно в принципе. Да и со знанием - сплошной гемор, даже в простом обращении с файлами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	234. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+1 +/–
	Сообщение от Олон (?), 09-Апр-23, 09:41
	> Без знания консоли им пользоваться невозможно в принципе. Хи, хи... Специально ж так сделано. Выходит, успех! :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	159. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+/–
	Сообщение от Аноним (158), 03-Апр-23, 20:11
	Ну не было же новостей "проект на расте доведён до конца", вот он по этому и судит =)
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	198. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–1 +/–
	Сообщение от Аноним (198), 04-Апр-23, 12:52
	Вы сначала покажите что довели, из того что здесь рекламировалось. А в какую новость про руст не посмотришь - так васянская поделка на 300 строк. Тор переписали? Нет. Греп грозились переписать. Тоже нет. М.б. FF целиком переписан? Не только нет, но и разработчиков погнали ссаными тряпками с проекта. А к тому что переписать успели (css) есть нарекания - тормозит ещё хуже прежнего.
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	206. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+2 +/–
	Сообщение от Капитан Очевидность (?), 04-Апр-23, 14:20
	Мне вот давно интересно А наши местные растохейтеры это все один психбольной или вас двое? ripgrep прекрасно работает, быстрей и эффективней fd(альтернатива find) прекрасно работает, быстрей и эффективней Куча всякого серверного софта, типа shadowsocks-rust, прекрасно работает А опеннет все несет чушь
	Ответить \| Правка \| Наверх \| Cообщить модератору


	217. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–1 +/–
	Сообщение от EULA (?), 05-Апр-23, 08:28
	fd работает быстрее, если запущена па NVME диске а сравнивается с find запущенной на NTFS-3G разделе и USB2.0 флэшке?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	233. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	–1 +/–
	Сообщение от User (??), 07-Апр-23, 07:47
	Вот никак не могу понять - зачем использовать ripgrep при наличии собственно grep? В качестве замены второму первый годится ровным счетом "никак" т.к. несовместим по синтаксису примерно совсем а переписывать over9000 башевской лапши по всей системе - ну, такоэ. А использовать два grep'а - в скриптах (в том числе и чужих, да) один - а "для души" другой, периодически натыкаясь на отсутствие реплейсмента у "бездушных" - это прям очень специфический склад ума иметь нужно. Каких-то Решительных Преимуществ вроде как и нет - в реальной жизни разница в объеме данных который grep уже "не тянет", ripgrep "еще да" а какой-нибудь elastic или там бинарные логи с нормальной индексацией рано прям маленькая как по мне.
	Ответить \| Правка \| К родителю #206 \| Наверх \| Cообщить модератору


	237. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+/–
	Сообщение от Аноним (56), 11-Апр-23, 01:09
	1. Скрипты на баше можно переписать уже на какой-нибудь язык например Python или ну Rust в конце концов не в 90-е живем 2. Никто ради разовой операции поиска подстроки в директории вытащенной из гита пять секунд назад поднимать Elastic не станет, а вот подсветочка в ripgrep под венду работающий так же почему бы и нет
	Ответить \| Правка \| Наверх \| Cообщить модератору


	246. "Новые выпуски вариантов coreutils и findutils, переписанных ..."	+/–
	Сообщение от User (??), 12-Апр-23, 21:01
	1. Уелкам! За себя и за того парня, желательно. 2. А что там с подсветочкой? В wt все работает - а луддиты с cmd.exe... Ну, пусть вот на расте переписывают.
	Ответить \| Правка \| Наверх \| Cообщить модератору