*GPL vs пермиссивные в отечественном программировании в 2025

0

0

Я понял, в чём проблема с A2 и ЯОС. Надо было раньше понять. Основные усилия находятся в закрытых форках. Да, меня предупреждали, но такой вот я тугодум. Проблема даже не в том, что концепция ЯОС как ОС на русском языке и не на языках из семейства Си мало кому интересна. Проблема в том, что точка старта низкая. Если бы проект был открыт, его качество в стартовой точке было бы выше. А так, по сути дела я начинал с помоечного открытого варианта, который уже на тот момент был хуже закрытых форков. Поскольку работа над закрытыми форками A2 продолжается и люди работают над этим за зарплату, отставание ЯОС от закрытой версии только увеличивается. Понятно, что уже поздно и специфика ЯОС как ватного проекта будет мешать и впредь, но в принципе, как сейчас поживают проекты ОС и тулчейнов под LGPL? Я видел обратный процесс, когда Racket переехал на пермиссивную лицензию. Golang изначально под пермиссивной лицензией. Clang стал за это время лучше конкурировать с gcc. Есть ли вообще истории успеха в этой области за последнее время, или движение GPL выродилось?

←	SObjectizer-5.8.5

find выдаёт по разному отсортированный результат

→

← 1 2 3 4 5 6 7 8 →

Ответ на: комментарий от monk 21.11.25 14:58:29 MSK

(when (equal? (member 10 numbers-list) ’(10 12 15)) …)

  ArrayBlock_ *pCurBlockArray = nullptr;
  ULONG       cntItemBlocks   = NULL;
  ULONG       cntBlocks       = NULL;

Специально комментарии убрал.
Что непонятного в английских названиях переменных?

anonymous
(21.11.25 15:06:15 MSK)

Ответ на: комментарий от anonymous 21.11.25 15:06:15 MSK

Что непонятного в английских названиях переменных?

pCurBlockArray это курсор? проклятый? вылеченный? или пульсирующего тока?

cntItemBlocks - это считать-блоки-элемента? или количество-блоков-элемента? или содержимое-блоков-элемента?

Понятно, что «все привыкли», но это явно не норма.

monk ★★★★★
(21.11.25 15:25:10 MSK)

Ответ на: комментарий от monk 21.11.25 15:25:10 MSK

Понятно, что «все привыкли», но это явно не норма.

А что есть норма?

anonymous
(21.11.25 16:29:04 MSK)

Ответ на: комментарий от monk 21.11.25 15:25:10 MSK

pCurBlockArray это курсор?

Cur - сокращение слова «current» (типичное сокращение).

cntItemBlocks - это считать-блоки-элемента?

cnt - сокращение (count).
Item - элемент.
Blocks - блоках (s в конце).

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

Видите как полохо, когда комментариев нет.
А многие утверждают, что комментарии нужны.

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

Но кто о них знает кроме меня?

Поэтому в исходниках имеются краткие комментарии о назначении полей, … (иногда и подробные)

Как-то так.

anonymous
(21.11.25 16:30:21 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:29:04 MSK

А что есть норма?

Для человека, обычно, нормой является описание алгоритмов на родном языке.

monk ★★★★★
(21.11.25 16:32:56 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:30:21 MSK

cnt - сокращение (count).

Так это «считать» или «количество»? Или вообще «счётчик»?

Видите как плохо, когда комментариев нет.

Плохо, когда имена не очевидны для читающего.

monk ★★★★★
(21.11.25 16:35:13 MSK)

Ответ на: комментарий от monk 21.11.25 16:32:56 MSK

А нынешняя ситуация подобна тому, что на уроке геометрии требовали бы сформулировать доказательство теоремы Пифагора на греческом языке.

monk ★★★★★
(21.11.25 16:37:00 MSK)

Ответ на: комментарий от monk 21.11.25 16:32:56 MSK

Для человека, обычно, нормой является описание алгоритмов на родном языке.

#monk у меня комментарии вседа имеются (редко, когда нет).

  ArrayBlock_ *pCurBlockArray = nullptr;                   // Адрес текущего блока в динамическом массиве
  ULONG       cntItemBlocks   = NULL;                      // Общее количество элементов в просмотренных блоках
  ArrayBlock_ *pNewBlock      = nullptr;                   // Адрес нового блока

anonymous
(21.11.25 16:38:29 MSK)

Ответ на: комментарий от monk 21.11.25 16:32:56 MSK

Для человека, обычно, нормой является описание алгоритмов на родном языке.

Это где такая норма соблюдается?

anonymous
(21.11.25 16:41:04 MSK)

Ответ на: комментарий от monk 21.11.25 16:35:13 MSK

Так это «считать» или «количество»? Или вообще «счётчик»?

cnt - стандартное сокращение (счётчик, количество).

Вот что теперь скажут те, кто считает, что комментарии излишни?

anonymous
(21.11.25 16:41:32 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:38:29 MSK

ULONG cntItemBlocks = NULL; // Общее количество элементов в просмотренных блоках

А вот это хороший пример, где имя противоречит описанию.

ItemBlocks переводится как «блоки элементов». То есть, англичанин называл бы как-то вроде numItemsInBlocks. Но английский родной не для каждого программиста, поэтому имя становится кодовой фразой, намекающей на реальный смысл переменной. И даже в совершенстве зная английский приходится зазубривать, что команда «убить» на самом деле просто посылает сигнал и может использоваться, например, для обновления конфигурации; команды «кот» и «собака» выводят содержимое файла, а команда «палец» выводит информацию о пользователе.

monk ★★★★★
(21.11.25 16:45:43 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:41:04 MSK

Это где такая норма соблюдается?

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

monk ★★★★★
(21.11.25 16:47:52 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:41:32 MSK

Вот что теперь скажут те, кто считает, что комментарии излишни?

А мы ещё не рассмотрели вопрос наличия хоть небольшого комментария о назначении: алгоритма, блока строк, …

Можно не помещать комментари в исходнии?
Можно.
Но это ИМХО элемент «культуры» оформления исходного кода (вопросов здесь не мало).
Понятно, что могут быть использованы разные методики, но не БАРДАК.

anonymous
(21.11.25 16:47:56 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:47:56 MSK

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

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

monk ★★★★★
(21.11.25 16:49:27 MSK)

Ответ на: комментарий от monk 21.11.25 16:49:27 MSK

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

Привести код на 1С без комментариев (на кириллице)?
Интересно как его поймёте …

anonymous
(21.11.25 16:51:30 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:51:30 MSK

Привести код на 1С без комментариев (на кириллице)?

А он в конфигурациях почти весь такой. Комментарии только перед функциями и то не всегда.

monk ★★★★★
(21.11.25 16:53:12 MSK)

Ответ на: комментарий от monk 21.11.25 16:47:52 MSK

Т.е. это норма для устного описания алгоритмов детьми, и все?

anonymous
(21.11.25 16:53:38 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:53:38 MSK

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

monk ★★★★★
(21.11.25 16:55:10 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:51:30 MSK

Эх ребята.
Вы не знаете что такое война или быть пол года без света.
Не возможности купить булку хлеба.
А у меня такое было.
Да много невзгод по жизни было.

anonymous
(21.11.25 16:55:31 MSK)

Ответ на: комментарий от monk 21.11.25 16:55:10 MSK

Страдают только программисты.

Нет monk.
Комментарии весьма помогают сопровождать и развивать проект.
В этом профит.

anonymous
(21.11.25 16:57:18 MSK)

Ответ на: комментарий от monk 21.11.25 16:55:10 MSK

А где ты видел описания алгоритмов на английском в программировании? С, Java, Python - это английский язык по-твоему?

anonymous
(21.11.25 16:57:35 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:57:18 MSK

Есть ещё такое понятие - архитектура проекта.
Без комментариев её нужно ретранслировать.

anonymous
(21.11.25 17:04:58 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:57:35 MSK

А где ты видел описания алгоритмов на английском в программировании? С, Java, Python - это английский язык по-твоему?

Конечно. Все действия и переменные в них принято именовать по-английски. При том, что Java и Python синтаксически позволяют использовать кириллицу, но «у нас так не принято».

monk ★★★★★
(21.11.25 17:05:39 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:04:58 MSK

Без комментариев её нужно ретранслировать.

Она описана в сопровождающих документах, а не в комментариях. В комментариях в шапке метода должна быть ссылка на пункт архитектуры.

monk ★★★★★
(21.11.25 17:07:40 MSK)

Ответ на: комментарий от monk 21.11.25 17:05:39 MSK

При том, что Java и Python синтаксически позволяют использовать кириллицу, но «у нас так не принято».

ИМХО всё зависит от предметной части проекта.
Иногда кириллица полезна, иногда излише её использовать.
А вот хорошие комментарии всегда экономят время.

anonymous
(21.11.25 17:08:31 MSK)

Ответ на: комментарий от anonymous 21.11.25 16:57:18 MSK

Комментарии весьма помогают сопровождать и развивать проект.

Чаще мешают. Потому что при исправлении кода, комментарии исправляют гораздо реже.

monk ★★★★★
(21.11.25 17:09:17 MSK)

Ответ на: комментарий от monk 21.11.25 17:05:39 MSK

Все действия и переменные в них принято именовать по-английски.

Делает ли это их английским языком? Можешь произвольную статью в газете переписать на Java или Python?

anonymous
(21.11.25 17:11:18 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:08:31 MSK

А вот хорошие комментарии всегда экономят время.

Хорошие комментарии встречаются ещё реже, чем хорошая документация.

monk ★★★★★
(21.11.25 17:12:38 MSK)

Ответ на: комментарий от monk 21.11.25 17:07:40 MSK

Она описана в сопровождающих документах, а не в комментариях. В комментариях в шапке метода должна быть ссылка на пункт архитектуры.

Что касаемо бухгалтерскиз задач, то зачастую в них не логика, приемлемая программисту, а вышестоящему руководству.
Здесь вариаций не мало.
Бывает добавляешь документы, …, а через время лишь выясняется их назначение.
Например скрыть от вышестоящих организаций что-то или «запудрить мозги» вышестоящим организациям, …
В это мире неправды, правды весьма мало.

anonymous
(21.11.25 17:13:42 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:11:18 MSK

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

Статья в газете не является алгоритмом.

monk ★★★★★
(21.11.25 17:14:20 MSK)

Ответ на: комментарий от monk 21.11.25 17:12:38 MSK

Хорошие комментарии встречаются ещё реже, чем хорошая документация.

Так не будешь же в исходниках писать трилогию «Война и мир»?
Поэтому некоторые комментарии с стороны кажутся «не очень».
Но они понятны разработчику.

anonymous
(21.11.25 17:15:56 MSK)

Ответ на: комментарий от monk 21.11.25 17:14:20 MSK

Серьезно, все эти тыщи ЯП являются подмножеством английского? А филологи в курсе?

anonymous
(21.11.25 17:18:01 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:15:56 MSK

https://softwareengineering.stackexchange.com/a/298

monk ★★★★★
(21.11.25 17:19:51 MSK)

Ответ на: комментарий от monk 21.11.25 17:09:17 MSK

Чаще мешают. Потому что при исправлении кода, комментарии исправляют гораздо реже.

У кого как.
Люди весьма разные.
Я вот например: не матерюсь, не кину бумажку на тротуаре, …
И разработка проекта имеет некую «культурность».
Здесь более зависит от того каков характер человека, …

anonymous
(21.11.25 17:20:15 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:18:01 MSK

Серьезно, все эти тыщи ЯП являются подмножеством английского? А филологи в курсе?

Конечно. Также, как речь студента, сдающего экзамен по математическому анализу, является подмножеством русского.

monk ★★★★★
(21.11.25 17:21:02 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:20:15 MSK

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

monk ★★★★★
(21.11.25 17:23:11 MSK)

Ответ на: комментарий от monk 21.11.25 17:19:51 MSK

https://softwareengineering.stackexchange.com/a/298

Все обсуждаемые вопросы более связаны с внутренней культурой человека.
Кто-то запросто другого оскорбит, а кто-то не позволяет себе этого, …

Вот Библия и Заповеди Господа как раз о том, как человеку стать человеком (если кто понимает о чём речь).

anonymous
(21.11.25 17:25:52 MSK)

Ответ на: комментарий от monk 21.11.25 17:23:11 MSK

Здесь больше зависит от сроков.

Вариаций весьма много …

anonymous
(21.11.25 17:27:16 MSK)

Ответ на: комментарий от monk 21.11.25 17:21:02 MSK

Диагноз понятен, вопросов больше не имею.

anonymous
(21.11.25 17:29:08 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:20:15 MSK

https://www.red-gate.com/simple-talk/opinion/opinion-pieces/fighting-evil-code-comments-comments/

monk ★★★★★
(21.11.25 17:39:02 MSK)

Ответ на: комментарий от anonymous 21.11.25 17:29:08 MSK

Диагноз понятен, вопросов больше не имею.

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

monk ★★★★★
(21.11.25 17:52:24 MSK)

Ответ на: комментарий от monk 21.11.25 17:52:24 MSK

Если бы эти ЯП были подмножествами английского, тексты на них бы понял любой англоговорящий, а это не так.

anonymous
(21.11.25 18:10:59 MSK)

← 1 2 3 4 5 6 7 8 →

←	SObjectizer-5.8.5

Development

find выдаёт по разному отсортированный результат

→

Похожие темы