Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Чт мар 28, 2024 18:29

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - соглашения по оформлению кода
Автор Сообщение
  Заголовок сообщения:  Re: соглашения по оформлению кода  Ответить с цитатой
Hishnik писал(а):
Есть и другая сторона.

Другая сторона есть всегда, и правило: "за все надо платить" тоже не выключается никогда 8( увы.

Hishnik писал(а):
Зажав авторов необходимостью соблюдать непривычные соглашения

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

Hishnik писал(а):
Тем более если все компилируется...

должно еще и читаться нормально.

Hishnik писал(а):
На практике, такие голосования

вот и посмотрим на практике

Hishnik писал(а):
Конкретно у меня сейчас работают \ и //. Многострочных комментариев нет по другим соображениям

ведь речь не только о коментариях, а еще и о именовании определений, именовании параметров, и прочего. Коментарии вторичны, могу лишь предложить добавить следующие коментарии:
\? коментарий до конца строки
\! коментарий до конца строки
которые удобно использовать в работе и общении

Hishnik писал(а):
"Распланирован" <> "навязано ТЗ". Факт: навязанное ТЗ при свободном участии не выполняется.

ТЗ должно создаваться и согласовываться всеми участниками, тем более, что это более важная часть, чем код (на начальном этапе безусловно самая важная)

Hishnik писал(а):
Я вижу перспективу не столько в "давайте напишем Форт вместе", сколько в "давайте посмотрим, какой именно Форт вообще получится написать вместе".

т.е. просто по приколу?
Сообщение Добавлено: Пт июн 26, 2015 17:27
  Заголовок сообщения:  Re: соглашения по оформлению кода  Ответить с цитатой
mOleg писал(а):
имхо, стоит договориться о минимальном достаточном наборе правил, иначе бардакс...

Есть и другая сторона. Зажав авторов необходимостью соблюдать непривычные соглашения, можно существенно снизить уровень внутреннего комфорта от работы над проектом. Кому захочется потом выслушивать, что у него по всему модулю стиль не выдержан? Тем более если все компилируется...

mOleg писал(а):
Должен быть конкретным, впрочем, тут можно провести голосование.

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

mOleg писал(а):
а что взамен? К тому же круглые скобки не обязательно для коментария использовать, можно и более сложным образом, скажем, для именования переменных и обращения к ним по имени (аки локальные переменные)

Конкретно у меня сейчас работают \ и //. Многострочных комментариев нет по другим соображениям (здесь аргументация из Ada/VHDL). Но это пример. Вот мне не нравится так. Кому-то хочется еще как-то. Таких вопросов будет достаточно много, и важно не делать их камнями преткновения. Не все такие вещи одинаково критичны для Форта и не все критичны для соблюдения авторами.

mOleg писал(а):
мне тоже достаточно интересно, но такой проект должен быть тщательно распланирован, чтобы не оказаться гарантированным фиаско

"Распланирован" <> "навязано ТЗ". Факт: навязанное ТЗ при свободном участии не выполняется. Посторонние соображения (увещевания, уговоры, призывы) неэффективны, поскольку работают в лучшем случае "на адреналин". На адреналине человек делает эффектный участок кода, и ставит затычки на то, что он знает плохо или что требует внимания, длительной отладки и продумывания взаимосвязей. К тому же любой человек может просто аккуратно вывести себя из целевой группы и встать в позицию наблюдателя, поддакивающего "да, никто не делает Форт, кошмар какой... да, всем наплевать". А почему? Да потому что считает для себя неприемлемым делать в свободное время то, что ему навязали. Я вижу перспективу не столько в "давайте напишем Форт вместе", сколько в "давайте посмотрим, какой именно Форт вообще получится написать вместе".
Сообщение Добавлено: Чт июн 25, 2015 19:29
  Заголовок сообщения:  Re: соглашения по оформлению кода  Ответить с цитатой
Hishnik писал(а):
Мне это видится практическим примером конкретных правил, которые опять же не стоит жестко фиксировать.

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

Hishnik писал(а):
Стиль оформления кода должен быть. Просто он не должен быть каким-то конкретным.

Должен быть конкретным, впрочем, тут можно провести голосование.

Hishnik писал(а):
Например, круглые скобки как комментарий.

а что взамен? К тому же круглые скобки не обязательно для коментария использовать, можно и более сложным образом, скажем, для именования переменных и обращения к ним по имени (аки локальные переменные)

Hishnik писал(а):
В приведенной ссылке я увидел несколько устаревших технически вещей (например, кодировка DOS, символ конца файла, 80 символов в строке).

я привел лишь пример (вещь над которой работал, думал, использовал).

Hishnik писал(а):
Мне вот сейчас интересно, каким образом сможет существовать проект, собранный из альтернатив :)

мне тоже достаточно интересно, но такой проект должен быть тщательно распланирован, чтобы не оказаться гарантированным фиаско
Сообщение Добавлено: Чт июн 25, 2015 18:22
  Заголовок сообщения:  Re: соглашения по оформлению кода  Ответить с цитатой
Мне это видится практическим примером конкретных правил, которые опять же не стоит жестко фиксировать. Стиль оформления кода должен быть. Просто он не должен быть каким-то конкретным. В приведенной ссылке я увидел несколько устаревших технически вещей (например, кодировка DOS, символ конца файла, 80 символов в строке). Кроме того, лично я собираюсь понемногу отказываться и от некоторых форт-соглашений старого стиля. Например, круглые скобки как комментарий. Для меня это выглядит как старая-старая красная тряпка, которой когда-то "поддразнивали" программистов, спрашивающих, где же скобки. Однако же это не догма, которой я призываю следовать, а возможная альтернатива. Мне вот сейчас интересно, каким образом сможет существовать проект, собранный из альтернатив :)
Сообщение Добавлено: Чт июн 25, 2015 17:34
  Заголовок сообщения:  соглашения по оформлению кода  Ответить с цитатой
Имхо, достаточно важный вопрос по поводу соглашений оформления кода.
Предлагаю за основу взять соглашения по оформлению кода из форка и откорректировать до приемлемого участниками состояния.
обсуждение в тему
Сообщение Добавлено: Чт июн 25, 2015 16:00

Часовой пояс: UTC + 3 часа [ Летнее время ]


cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB