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

"Представлен новый вариант правил использования товарных знаков Rust"	+/–
Сообщение от opennews (?), 06-Ноя-24, 22:56
Организация Rust Foundation объявила о начале публичного обсуждения нового чернового варианта правил использования товарных знаков, связанных с языком программирования Rust и пакетным менеджером Cargo. В новом варианте учтены  замечания и критика, высказанные в прошлом году при первой попытке принятия правил в отношении товарных знаков Rust. Утверждается, что правила, которые намерены утвердить до конца года, нацелены прежде всего на защиту интересов сообщества и целости языка программирования Rust, а также на пресечение злоупотреблений и попыток представить сторонние разработки как часть основного проекта... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62190
Ответить | Правка | Cообщить модератору

Сообщения

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

12. "Представлен новый вариант правил использования товарных знак..."	+10 +/–
Сообщение от Rev (ok), 06-Ноя-24, 23:32
Вполне нормально, кстати.
Ответить | Правка | Наверх | Cообщить модератору

16. "Представлен новый вариант правил использования товарных знак..."	–2 +/–
Сообщение от голос_из_леса (ok), 07-Ноя-24, 02:48
>> Убран запрет использования слов "rust" и "cargo" в именах пакетов. Префиксы "rust-" и "cargo-" больше не рассматриваются как зарезервированные за проектом Rust. GO смотрит на неудачников с презрением. Уже норма "go-штота-там" репу назвать.
Ответить | Правка | Наверх | Cообщить модератору

	25. "Представлен новый вариант правил использования товарных знак..."	+8 +/–
	Сообщение от n00by (ok), 07-Ноя-24, 10:26
	Да и здесь видел "го пилить реактос".
	Ответить | Правка | Наверх | Cообщить модератору

17. "Представлен новый вариант правил использования товарных знак..."	+3 +/–
Сообщение от голос_из_леса (ok), 07-Ноя-24, 02:52
>> Разрешено изменение цвета логотипа проекта. Учитесь ))) https://go.dev/blog/go-brand А Go Mascot только ленивый не перекрашивал/перерисовывал.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Представлен новый вариант правил использования товарных знак..."	–3 +/–
	Сообщение от 12yoexpert (ok), 07-Ноя-24, 06:40
	кажись они у яндэкса логотип спёрли
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Представлен новый вариант правил использования товарных знак..."	–1 +/–
	Сообщение от freecoder (ok), 07-Ноя-24, 13:43
	На маскот в Rust не распространяется никаких ограничений, он не товарная марка.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

24. "Представлен новый вариант правил использования товарных знак..."	+3 +/–
Сообщение от luid (ok), 07-Ноя-24, 09:21
> правил использования товарных знаков Rust Когда коту делать нечего он кутикулы полирует. Стабилизировать API/ABI? Причесать синтаксис? Нет, что вы... Заниматься картинками и писать пространные COC куда проще. Даже людей специально искать не придется - любая домохозяйка сможет. Rust как был, так и остается переростом формы над содержанием.
Ответить | Правка | Наверх | Cообщить модератору

	28. "Представлен новый вариант правил использования товарных знак..."	–3 +/–
	Сообщение от nume (ok), 07-Ноя-24, 11:28
	> Стабилизировать API/ABI? Сразу видно человека, который ни разу не писал софта на rust.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Представлен новый вариант правил использования товарных знак..."	+6 +/–
	Сообщение от luid (ok), 07-Ноя-24, 11:42
	> Сразу видно человека, который ни разу не писал софта на rust. Всегда казалось очевидным, что никто в здравом уме никакой серьезный продакшн на Rust писать не будет. А на переписывание su и sudo или просто поупражняться в стол, простите, у меня нет времени. Ну и изучать вырвиглазное кракозябрие синтаксиса Rust можно либо за большие деньги, либо будучи альтернативно одаренным. Какой хорошей и правильной не была бы концепция, реализация все портит. К сожалению, все те бонусы которые дает Rust не перекрывают его недостатки.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Представлен новый вариант правил использования товарных знак..."	+1 +/–
	Сообщение от freecoder (ok), 07-Ноя-24, 13:46
	Очень рад, что вам Rust не интересен. Людей с таким отношением к делу будет меньше в сообществе - оно здоровее будет.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Представлен новый вариант правил использования товарных знак..."	+1 +/–
	Сообщение от Конь (ok), 07-Ноя-24, 17:20
	Вот у плюсов нет стабильного ABI, и распространению как-то не помешало. А по поводу синтаксиса: > impl<'a, T: 'a, P: FnMut(&T) -> bool> Split<'a, T, P> { >     pub(super) fn new(slice: &'a [T], pred: P) -> Self { >         Self { v: slice, pred, finished: false } >     } >   ... > } Попробуй придумать вариант синтаксиса более приятней БЕЗ ПОТЕРИ СИМАНТИКИ
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	37. "Представлен новый вариант правил использования товарных знак..."	+5 +/–
	Сообщение от Конь (ok), 07-Ноя-24, 19:28
	Вот придумал версию а-ля Pascal/Ada > generic >   a is lifetime; >   T is type with lifetime a; >   P is mutation function(ref of T) return bool; > implementation Split<lifetime a, T, P> begin >   public(super) function new(slice: ref<lifetime a> of slice of T; pred: P) return Self; >   begin >     return Self { v: slice, pred, finished: false } >   end; > end; для не знающих раст наверное стало понятней (и то не факт), а вот для повседнева стало нагромождённей и многословней для печати
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Представлен новый вариант правил использования товарных знак..."	+/–
	Сообщение от wyry (ok), 08-Ноя-24, 08:40
	Чем "многословность" плоха? Особенно если учесть что слов несильно и больше, а слова сегодня дописывают IDE, плюс большую часть времени программист обдумывает задачу, а написание кода на скорость - это довольно бредово. До выхода Rust C++ был самым стрёмным языком по количеству нагромождений, но Rust - это следующий уровень. И это притом что код на C++ можно зачастую переписать более просто для восприятия, то Rust чисто концептуально не даст этого сделать.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Представлен новый вариант правил использования товарных знак..."	+/–
	Сообщение от _kp (ok), 11-Ноя-24, 20:28
	>>Чем "многословность" плоха? WriteOnly Как бы IDE не автодополняла, при чтении она не поможет, и словесный спам никто в здравом уме разбирать не станет. Приведенная пародия на язык программирования,это тот случай, когда на макроассемблере и читаемее и короче.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Представлен новый вариант правил использования товарных знак..."	+2 +/–
	Сообщение от luid (ok), 08-Ноя-24, 10:51
	> многословней для печати Многословность печати минимум 20 лет как решает intellisense и автокомплит. Вместо этого Rust скатывается в скобочки, кавычки, апострофы и стрелочки. Предложил бы автору добавить значки из unicode - код станет значительно веселей. Флажки, смайлики, цветочки и всякое такое. Сокращение fn - вообще за гранью добра и зла. Почему не f или _? Наверное потому, что f и _ уже зарезервированные ключевые слова. А правильно, в стиле Rust, было бы: > (fn) -> new(...) -> (Self) { >   -> Self {} > } > Как всем известно, скобочки и стрелочки лишними не бывают. Если честно, искренне не понимаю, зачем было добавлять столько ненужных, мусорных знаков препинания. Без синтаксического мусора лексер написать не осилили?
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	39. "Представлен новый вариант правил использования товарных знак..."	+/–
	Сообщение от luid (ok), 08-Ноя-24, 10:38
	> Попробуй придумать вариант синтаксиса более приятней БЕЗ ПОТЕРИ СИМАНТИКИ Как минимум стоило бы убрать все лишние знаки препинания, звездочки, скобочки и остальной мусор: > impl<'a, T 'a, P FnMut(&T)bool> Split<'a, T, P> { >     pub super func new(slice &'a [T], pred P) Self { >         Self { v: slice, pred: pred, finished: false } >     } >   ... > } Почему параметры шаблона повторяются многократно? > impl Split<'a, T 'a, P func(&T)bool> { >     pub super func new(slice &'a [T], pred P) Self { >         Self { v: slice, pred: pred, finished: false } >     } >   ... > } Явное указание времени жизни - какой-то отдельный Rust-оманский ад. Получается, ссылка на массив T, а следовательно и сам массив не может неявно увеличивать время жизни самих вложенных T? Или объект Slice не ссылается явно на массив через `v' увеличивая время его жизни? Какую проблему решает здесь введение 'a? Почему вот такой код не должен работать: > impl Split<T, P func(&T)bool> { >     pub super func new(slice &[T], pred P) Self { >         Self { v: slice, pred: pred, finished: false } >     } >   ... > } Что значит mutable function в Rust? Что код функции будет меняться, патчится на лету (запись в секцию .text или что)? Или аргумент переданный в new(pred) в будущем каким-то образом изменится и повлияет на значение Split.pred? Или mutable относится к данным, передаваемым в функцию? Обыграли модификатор const, чтоб не как у всех, но сделали это максимально неубедительно.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	41. "Представлен новый вариант правил использования товарных знак..."	+1 +/–
	Сообщение от n00by (ok), 10-Ноя-24, 18:49
	> Вот у плюсов нет стабильного ABI, и распространению как-то не помешало. Откуда взялась эта мантра и зачем её распространять? Ищите и обрящете. System V Application Binary Interface AMD64 Architecture Processor Supplement Chapter 9 Conventions 9.1 C++ For the C++ ABI we will use the IA-64 C++ ABI and instantiate it appropriately. The current draft of that ABI is available at: http://www.codesourcery.com/cxx-abi/
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	35. "Представлен новый вариант правил использования товарных знак..."	+/–
	Сообщение от laindono (ok), 07-Ноя-24, 13:58
	> Стабилизировать API/ABI? Есть ABI платформы. API уже более десятилетия стабилен. > Причесать синтаксис? Что с ним не так?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	44. "Представлен новый вариант правил использования товарных знак..."	+/–
	Сообщение от _kp (ok), 11-Ноя-24, 20:36
	> Что с ним не так? Добавить наконец properties, что б не писать костыли. Улучшить совместимость с Си в плане структур, чтоб в проект на с++ не вставлять файлы на си, из за деревянного синтаксиса в с++. А то для контроллеров низкоуровневый код не реализуем на с++ без извращений. А в остальном сейчас всё хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

27. "Представлен новый вариант правил использования товарных знак..."	+4 +/–
Сообщение от Бывалый Смузихлёб (ok), 07-Ноя-24, 10:51
Самое главное в ЯП - это правила использования товарных знаков И суровые наказания за нарушение правил, которое > оценивается с использованием субъективных критериев Так победим-с
Ответить | Правка | Наверх | Cообщить модератору

	31. "Представлен новый вариант правил использования товарных знак..."	+/–
	Сообщение от Трианон (ok), 07-Ноя-24, 12:20
	Они там CoC.md актуализировали в соотвествие с новыми правилами?
	Ответить | Правка | Наверх | Cообщить модератору

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

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