Открытая просьба разработчикам подсистем
Разработка - Рефакторинг и качество кода
Давайте жить дружно. Письмо буквально мольба человека который приобрел несколько подсистем и теперь пытается их банально внедрить. Итого 4 подсистемы 1 приобретена тут одна поставлена франчами и 2 открытые с ограниченным функционалом.
И из 4 только две имеют префиксы подсистем и объектов для них.
Только 1 документацию по которой удалось поставит не беспокоя разработчиков
И у двух оказались одинаковым имя объекта справочника
Результат 2 недели разнообразного и утомительного секса.
Я прошу ВАС
Делайте префиксы и документацию! ПОЖАЛСТА!!!
Если есть функции и процедуры - ОБЯЗАТЕЛЬНО КОММЕНТИРУЙТЕ (бывает версия разработчика системы отстает от актуальной на 2-3 обновления) И в документацию их.
Для своих подсистем делайте доп интерфейсы.
Пишите версии к файлам обновления (и если не сильно сложно - изменения основные).
Давайте придерживаться хоть каких-то правил...
И как от продавца ПЛИЗЗЗ ДОГОВОРА И ДОКУМЕНТЫ оформляйте правильно . их не принимают вы же сами знаете что бухгалтерам хоть танк купи но чтоб с документами. Мне трижды пришлось писать самому то что было в продаже но без документов (за исключением ООО "Инфостарт", вот у них все в порядке, документы принимаются без проблем).
Записывайте видео презентации такие продукты берут в РАЗЫ больше чем просто текстовое описание. И это 2-3 минутные ролики для быстрой презентации продукта и 6-9 минут для более глубокой демонстрации.
Я очень прошу не смотреть на грамматику просто 2 недели бесполезного труда для того чтобы запустить продукты "готовые" к использованию.
Я продаю ВАШИ продукты , я пишу свои но я не изобретаю велосипеды я ищу подходящие.
Я даже проценты не прошу.
Я прошу делать продукты Удобные не только Пользователям.
Спасибо всем я очень надеюсь что в дальнейшем я буду иметь возможность предлагать продукты зная что не придется неделю разбираться в коде.
УТОЧНЕНИЕ - Я НИЧЕГО НЕ ИМЕЮ С ПРОДАЖИ ГОТОВЫХ РЕШЕНИЙ - ТОЛЬКО ЗА ДОРАБОТКИ.
А теперь конкретика на основе форума и личных сообщений пользователей.
Что есть стандартизация это -[URL=http://ru.wikipedia.org/wiki/Стандартизация]http://ru.wikipedia.org/wiki/стандартизация[/URL]
Вообщем для получения более качественного и совместимого товара нужно делать так чтобы этот товар был максимально удобен.
Стандарты не всегда- удобно но привычно. (как то раз я наткнулся на ручку установленную "наоборот" для открытия её нужно было поднять вверх. дело было в гос учреждении в итоге я был 5 в очереди из 20 человек. Пока оттуда не вышла баба МанЯ уборщица. Итого - 45 минут жизни из-за того что не стандарт).А сколько времени тратите вы на разбирательства с не стандартом?
(Наполнение по принципу вики будет беру из каментов пишу сюда- обсуждается- исправляю на победивший вариант)
Итак приступим.
1 [U][B]Прописные истины[/B][/U]
- Комментирование кода.// Без комментариев
- Комментирование переменных. // ВЕЗДЕ
- Комментирование вызовов процедур и функций // расписываем параметры и возвращаемые значения!!!
- Указание версий конфигураций для которых работоспособность проверена // зачастую обновления опаздывают от версии основной конфигурации !!!Критично!!!
- Указание версии подсистемы или обработки //как на форме (если есть форма) так и через переменные или константы (переменные - более желательно)
- Содержание пакета поставки ("продукт" + справка + тех данные (версия дата выпуска изменения по версиям контакты для указания ошибок) ).
- Архивирование в zip (rar - платный продукт если что) и в имени архива ОБЯЗАТЕЛЬНО версию и наименование продукта.
- У infostart.ru есть возможность создавать группы - создавайте как например группу и форум пожелания- ошибки - доработки - примеры. (ибо искать ответ пороше в структурированной системе).
2 [B][U]НЕ очевидное - Вероятное[/U] [/B]
- Префиксы к полям, ролям, процедурам, справочникам, документам // Вообщем везде везде Все что при обновлении необходимо ручками корректировать - ПРЕФИКСЫ.
-- И не просто префиксы а например МПР_001_Номенклатура
--- МПР (моя первая разработка) (любая комбинация букв)
--- 0001 (версия глобальная)
---- пример 0002 - (платформа 8.1) 0003- (платформа 8.1) 0012- (платформа 8.1 УТ ) 0022 (платформа 8.1 БП) и так далее...
0000 - первая цифра (пользовательская) -вторая и третья (код конфигурации) - четвертая (код платформы)
Это удобно при покупке доработки для разных платформ увидеть по коду префикса что она к данной конфигурации и платформе.
- [I][B]Глобальные изменения в подсистеме[/B][/I] (с изменением/удалением/реструктуризацией объектов метаданных ).
-- не удаляйте сразу добавьте префикс (del_6.13.5) что дословно будет удалено в версии 6.13.5 // это позволит тем кто что-то дописал под себя- не потерять данные (при добавлении объектов метаданных не разработчиком подсистемы).
-- При изменении типов/видов метаданных с "потерей данных" (делайте дубликат этого поля с копированием данных) межверсионную обработку // например добавьте обработку или авто копирование в Аналогичный Вид метаданных для того чтобы эти данные были доступны несколько версий (при указании этого в документации внедренец или администратор или программист сам выберет оставлять ему или удалить). Да это два раза объединять но зато позволит максимально уменьшить риск потерь критичных данных.
-- реструктуризация (изменение взаимосвязей/подчиненностей и иных критичных данных ) ОБЯЗАТЕЛЬНОЕ УКАЗАНИЕ НА такой тип изменений.// желательно еще на стадии решения изменения.
Итак первые сформулированные тезисы
Промышленное производство - это не 40 прогеров а ПОДХОД. И совершенно верный - сначала документация - потом код!
{awk}
Что отличает кустарное программирование от промышленного? На мой взгляд в подходе. Кустарное программирование это: сначала код, а потом по коду документация (если успею). Промышленное программирование: документация, и только потом код.
Кустарное программирование: "Комментарий не соответствует функции". Промышленное программирование: "Функция не соответствует документации". В кустарном варианте будет исправлен комментарий, в промышленном - код.
с разрешения автора (Алексей Иванов) добавляю его статью без изменений
Предлагается система префиксов для именования переменных при написании программ на 1С. Сам пользуюсь этой системой более 10 лет
Префиксы имен переменных в программных модулях
Правила именования переменных при разработке конфигураций на платформе 1С:Предприятие 7.7.
Префикс отделяется от основного имени переменной символом «_» для лучшей читаемости программы.
Гл_ - глобальная переменная, процедура или функция. Описана в глобальном модуле с ключевым словом ЭКСПОРТ.
м_ - переменная, описанная явно или неявно в текущем программном модуле. Рекомендуется всегда явно описывать переменные модуля в начале текста модуля с помощью оператора Перем.
л_ - переменная, описанная явно или неявно в текущей процедуре или функции. Рекомендуется никогда явно не описывать локальные переменные процедур и функций, а создавать их с помощью оператора присваивания, например: л_НомерСтроки=0.
п_ - параметр текущей процедуры или функции.
рд_ - реквизит диалога. Описан в форме диалога.
яч_ - ячейка таблицы в режиме ввода данных. Определена в таблице. Может использоваться в тексте программы в качестве переменных. Является первичной ячейкой и/или группой соседних ячеек, объединенных командой "объединить ячейки". Представляет собой единую неделимую единицу ввода и/или отображения информации в таблице.
от_ - область таблицы. Определена в таблице. Представляет собой группу ячеек таблицы. Используется, как правило, для форматирования ячеек области.
Отсутствие префикса означает, что переменная является реквизитом того объекта (справочника, документа, …), модулем которого является фрагмент программы. Как следствие, в модулях отчетов и обработок, в том числе и внешних, не должны встречаться переменные без префикса.
Правила именования переменных при разработке конфигураций на платформе 1С:Предприятие 8.
Гл_ - глобальная переменная, процедура или функция для основного режима работы конфигурации. Описана в модуле приложения с ключевым словом ЭКСПОРТ.
ГлВС_ - глобальная переменная, процедура или функция для работы конфигурации в режиме внешнего соединения. Описана в модуле внешнего соединения с ключевым словом ЭКСПОРТ.
м_ - (переменная модуля) переменная, описанная явно или неявно в текущем программном модуле. Рекомендуется всегда явно описывать переменные модуля в начале текста модуля с помощью оператора Перем.
л_ - переменная, описанная явно или неявно в текущей процедуре или функции. Рекомендуется никогда явно не описывать локальные переменные процедур и функций, а создавать их с помощью оператора присваивания, например: л_НомерСтроки=0.
п_ - параметр текущей процедуры или функции.
рф_ - реквизит формы. Определен как реквизит формы (на закладке «Реквизиты»).
Отсутствие префикса означает, что переменная является реквизитом того объекта (справочника, документа, …), модулем которого является фрагмент программы. Как следствие, в модулях отчетов и обработок, в том числе и внешних, не должны встречаться переменные без префикса.
Комментарий.
Давно пользуюсь этой системой и уже не могу с ней расстаться.
Природа префиксов - "по месту рождения" переменной. Префикс отлично дополняет смысл, который можно узнать из имени переменной. Потому что всегда полезно знать, является переменная локальной или объявлена в модуле или это параметр процедуры (функции) или вообще является реквизитом объекта, к которому модуль относится. Когда писал на 7.7 до этой системы,был у меня случай (и потом еще пара случаев, когда другим помогал), когда объявлена переменная в модуле формы и с таким же именем реквизит диалога на форме. Первый раз очень трудно такую ошибку найти.
При использовании префиксов такое просто невозможно.
Когда ко мне обращались за помощью в поиске ошибки и показывают модуль без префиксов, я часто говорю: "префиксов нет, поэтому и не работает". И на самом деле ошибка находится сама, стоит только расставить префиксы в модуле. Ну не все ошибки, конечно, а те, которые не позволяли двигаться дальше.
Для 8-ки практически все то же самое, что и для 7.7. Только в 8 реквизит диалога отделен от данных, поэтому префикса "рд_" нет. Обращение к элементам формы возможно только через свойство формы "ЭлементыФормы", так что префикс не нужен, и так ни с чем не спутаешь. Зато в форме могут быть реквизиты (которые определены на закладке формы "реквизиты"). Для них префикс "рф_".
Еще пока не пришлось пользоваться префиксами "Гл_" и "ГлВС_" - для этого надо конфигурацию с нуля писать.
Хотел еще суффиксы ввести, "Ссылка" и "Объект". Но не прижились: писать долго, и хотя для смысла они очень полезны, но острой проблемы нет. Поэтому я их использую, но только в случаях, когда это необходимо, поэтому в систему для обязательного применения они не записаны. Но требуются они довольно часто, потому что все-таки важно понимать, переменная "л_Контрагент", например, является "л_КонтрагентСсылка" или "л_КонтрагентОбъект".
8-ка правда немного мешает применению этой системе. В 8-ке помощник ввода текстов гораздо мощнее, чем в 7.7. Например, при вставке предопределенных процедур модуля мы получаем заголовок процедуры вместе с параметрами, которые, к сожалению моему, без префиксов «п_». И ставить их мне иногда лень, Поэтому в текстах моих можно встретить небольшие процедуры без префиксов, если очень тороплюсь. Но в большинстве случаев все-таки меняю. И чем больше и сложнее текст процедуры, тем больше важно поставить префиксы у параметров.
Сейчас и разработчики 1С стали использовать префикс "м" в переменных модулей, правда без подчеркивания. На мой вкус с подчеркиванием лучше. Но все равно, когда читаешь текст какой-нибудь процедуры (функции) и сразу не понимаешь, локальная это переменная, параметр процедуры (функции) или реквизит объекта у меня возникает раздражение. Ну если уж пришли к префиксу "м_", то дальше просто просятся префиксы "п_" и "л_", с моей точки зрения, конечно.
В общем, попробуйте сами, не пожалеете.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Нейросети Рефакторинг и качество кода Запросы Разработчик 1С 8.3 Абонемент ($m)
Нейросеть написала запрос или процедуру для вашей базы 1С, и непонятно, все ли имена в нём настоящие. Обработка компилирует текст без выполнения, сверяет его с метаданными этой базы и к каждой ошибке пишет настоящее имя, например ВНаличииОстаток вместо выдуманного КоличествоОстаток. Список ошибок с подсказками одной кнопкой копируется обратно в чат с моделью.
10 стартмани
02.11.2026 350 1 nedomolkov.ivan 1
Рефакторинг и качество кода Разработчик 1С:Предприятие 8 Россия Бесплатно (free)
Одна проверка в обработчике кнопки может выглядеть достаточной, пока ту же операцию не вызовут из другого места. На примере управляемой формы разберём, почему так происходит, как разместить проверку в общей серверной функции и чем отличается удобная проверка ввода от обязательного условия выполнения операции.
29.10.2026 371 YA_777378709 0
Рефакторинг и качество кода Разработчик Бесплатно (free)
Рассказываем, почему качественный код – это не техническая прихоть, а актив, который помогает бизнесу быстрее адаптироваться к изменениям и запускать новые фичи без бесконечного преодоления техдолга. Показываем, как объяснить бизнесу ценность рефакторинга через понятные признаки: замедление разработки, неточные оценки, страх перед legacy и хрупкость системы. Разбираем, почему неправильный рефакторинг может быть дороже его отсутствия, какие анти-паттерны ломают процесс и как не превратить улучшения в бесконечную переделку ради переделки. Объясняем, как сделать рефакторинг частью культуры команды: договориться с бизнесом, научить разработчиков видеть проблемные места, закрепить правила и поддерживать улучшения на уровне тимлидов, архитекторов и всей команды.
28.10.2026 484 Pavel791 0
Рефакторинг и качество кода HighLoad оптимизация Системный администратор Разработчик Стажер 1С 8.3 Абонемент ($m)
Если к HTTP-сервису 1С обращаются сразу несколько программ, сколько запросов в секунду он успеет обработать? Я опубликовала простой HTTP-сервис на нашей "подопытной" конфигурации «Нано-УТ» (файловая база, Apache, без прав администратора) и нагрузила его скриптом на Python. Ответ: около 15-16 запросов в секунду, сколько бы клиентов ни обращалось одновременно. Запросы ждут своей очереди, и при 32 клиентах ответ приходит через 2 секунды вместо 64 мс. Заодно разобрала скрипт из первого варианта статьи: он «проверял» сервер, который отвечал по одному, и считал ошибки вместе с успешными ответами. В архиве исправленный скрипт, учебный сервер, HTTP-сервис для 1С и инструкция по запуску.
1 стартмани
23.10.2026 516 Ninel_S 3
Рефакторинг и качество кода Разработчик 1С 8.3 Абонемент ($m)
Запустили Analyzer 1C 2.7.65 на промышленной конфигурации (596 модулей, 13 669 функций) и исследовали перегруженные функции (до 1887 строк), циклические зависимости и экран «Циклы» (кольцо из 64 модулей). Разобрали, почему популярные метрики (McCabe, связность) не представлены в продукте вендора, и составили пошаговый план разделения модуля. Привели проверенный платформой 8.3.27 пример до и после рефакторинга и выявили скрытую ловушку загрузки модулей с точкой в имени.
9 стартмани
19.10.2026 452 Ninel_S 2
Рефакторинг и качество кода EDT СКД Разработчик 1С 8.3 1С 8.5 1С:Бухгалтерия 3.0 Бесплатно (free)
Одиннадцать граблей схем компоновки, которые не видно в конструкторе и не ловит EDT, на реальных отчетах БП КОРП. Формат числа задается в двух местах, и условное оформление варианта перебивает формат поля. Ресурс складывает штуки с часами, и помогает выражение «только когда единица одна». Ресурс пуст в детальных записях, параметр не появляется в шапке без userSettingID, valueListAllowed ломает границы периода, Остатки и СрезПоследних с параметром периода падают с «Несоответствием типов», title без xsi:type дает «Исключение XDTO» при загрузке. В конце код проверки схемы из файла до обновления базы, сводная таблица и чеклист.
16.10.2026 522 Konstmax13 2
Инструментарий разработчика Нейросети Рефакторинг и качество кода EDT Разработчик 1С 8.3 1С 8.5 1С:Бухгалтерия 3.0 Бесплатно (free)
Как ИИ-агент (Claude Code) работает в живом EDT-проекте 1С:Бухгалтерии КОРП 3.0: из чего собрать стенд с MCP-сервером для EDT, как ставить задачи агенту, где он ломает проект и какие проверки это ловят. Реальные случаи: рукописные метаданные, ронявшие конфигуратор; четыре дня зависшего обновления из-за порядка блоков в Rights.rights; ошибки, которые EDT пропускает, а платформа нет; сплошная сверка вместо «вроде работает». В приложении шаблон CLAUDE.md, шаблон правила, чеклист перед обновлением базы и скрипты проверки ролей и схем СКД.
15.10.2026 3464 Konstmax13 11
Рефакторинг и качество кода Тестирование QA Разработчик 1С 8.3 Абонемент ($m)
Инженерный анализ влияния (Impact Analysis) при изменении общего метода в 1С:Предприятии: почему штатный поиск ссылок скрывает 99% зависимостей и как обратный обход графа вызовов выявляет 370 скрытых потребителей на глубине 3 уровней. В статье — верификация сквозной цепочки обмена с маркетплейсом; в архиве-компаньоне — автономный BFS-анализатор на Python, слепки графа и план регрессионного тестирования.
1 стартмани
12.10.2026 323 Ninel_S 0
Зря.
"Остальное" - как раз важнейший атрибут профессионализма.
От себя добавлю , что документирование программного продукта чрезвычайно муторное и нелюбимое всеми (и мной в том числе ) дело.
Но даже с этими условиями есть подсистемы имеющие от 5 процедур в глобальном модуле который ладно бы ручками так еще и не всегда понятно куда сунуть чтоб работало - приходится смотреть что она делает и зачем. Потом немножко дописать и тд...
согласен. Но деградация у 1С-программистов достигла уже такого размаха, что все бесполезно, и 1С ведет их все глубже и глубже.
а мной любимое. Потому что это нужно и необходимо. И потому, что мне до лампочки 1С-логика и её "идеалы" вкупе с её "методиками". И потому я работаю там, где мне разрешают тратить время на документирование, что занимает до 3/4 рабочего времени.
Если Вас не устраивает разработка по каким-то требованиям: плохая документация, нет дальнейшего сопровождения и т.д - не покупай, или сбивай цену.
Если заказываешь новую разработку, укажи каким требованиям она должна соответствовать.
Смешно требовать документацию и сопровождение для бесплатных разработок.
Есть конечно и бесплатные разработки с сопровождением и хорошей документацией, но, как правило, они то же имеют в конечном итоге коммерческую направленность.
Зная о том, что могут придти за тобой другие, последующие разработчики, очень хочется, чтобы о тебе вспоминали добрыми словами! Чтобы учились на твоём коде, чтобы сложные моменты были хорошо откомментированны и понятны. Тогда понимаешь, что работаешь не напрасно и можешь поправу гордиться результатами своего труда.
Что здесь мы видим? Человек покупает некий пакет программ и перепродает его, доведя до готовности к использованию. Т.е. занимается тюнингом. При этом ему хочется, чтобы тюнинг сделали производители, а деньги получил он.
Брукс (можно почитать здесь ) оценивает стоимость программы, которая работает у автора, в 10% от стоимости программы, которая работает у пользователя. Т.е. речь идет о том, как поделить эти 90% между внедренцем и разработчиком.
Вот я, как разработчик, делиться с внедренцем "втемную" не намерен. Другое дело, я могу отстегнуть некий, заранее оговоренный, процент своему торговому агенту - посреднику, избавляющему меня от общения с юзерами. Могу и наоборот, договориться, чтобы агент мне отстегивал авторские с каждого внедрения.
Вот выставил я на продажу конфигурацию по смешной цене $500. Функциональный аналог успешно продается по цене 272400 руб. Как мне поделить разницу в четверть миллиона с внедренцем?
Рекбус. Кроксворд. © А.Райкин
Как написал выше процентов не прошу Покупатель сам решает что ему нужно и покупает.
Мой интерес дальнейшее поддержание системы в рабочем состоянии и собственные дописки.
ПРОШУ ВСЕХ ДАЛЕЕ ОБРАТИТЬ ВНИМАНИЕ ЗА НЕ СВОИ ПРОДУКТЫ НИ ДЕНЕГ НИ ПРОЦЕНТОВ НЕ БЕРУ!!!
ПРОГРАММИСТОВ НЕ РУГАЮ!!!
С АВТОРАМИ ОБЩАЮСЬ ПОСЛЕ ПОКУПКИ ОТ СТОРОНЫ ЗАКАЗЧИКА!!!
ТОВАР ТОЛЬКО ПОКАЗЫВАЮ (РЕКЛАМА ТОЛЬКО ТЕМ С КЕМ ДОГОВОРЕННОСТЬ ЕСТЬ)!!!
После того как товар установлен и что-то не работает как нужно я говорю что (если клиент готов оплатить решаю проблему с авторами) и клиент САМ звонит автору подсистемы или обработки!!!
ПОВТОРЯЮ ДЕНЕГ НЕ ИМЕЮ С ВАШИХ ПРОДУКТОВ (кроме тех с кем договоренность о распространении и сопровождении).
Большую часть времени приходится исправлять продукты а не доделывать под нужды клиента.
Я фикси + несколько компаний на поддержке + аудит IT в компаниях. Я не продаю разработки с накруткой или как иначе потому что клиенты САМИ связываются и платят Вам.
(25) Я тоже не торговец но потому и платят деньги что не пытаюсь клиентам подороже продать... Все честно и открыто . Делаю все чтобы работало долго и без неожиданностей.
Вообще первые 3 часа консультация и выявленные проблемы - даром... Из 10 -8 обращаются вновь... из 8 1-2 уже постоянные... Вот на эти и живу...
ну я так понимаю - не тюнингом (доводкой готовыми средствами под вкус пользователя), а доработкой (добавление нового функционала, перераьботка старого).
И мине кажется - вы путатете внедренца (который и программсит зачастую) с впаривателем, который даже и не консультант ни разу...
В ресторан можно алкоголь свой (у них очень удачно кончилась лицензия). Алкоголь можно взять качественный дешевле у надежного человека (все кто на инфостарт пати ездил оценили коньяки и остальное) Так что велкам.
Отличительные префиксы, собственные контуры и прочая - пишу всегда. Но этого мало.
Сочувствую автору. Просто надо быть чуть более пессимистом и не ожидать, что подсистема легко и непринуждённо встроится в конфу.
А так, добавить больше нечего, к сожалению или к счастью 1С не микрософт, и стандарты программистам навязывать не хочет - максимум рекомендует.
ЗЫ Так, что остается пожелать всем самого наилучшего в новом году! Поменьше программистских недочетов, поменьше возни с неприятными вещами!
во-первых, зря что не Микрософт - у них есть чему поучится, а уж по программированию и разработке сред - они лучшие, по-крайней мере, в плане использования их продуктов.
во-торых - 1С как раз и навязывает свои "стандарты", только вот вы их упорно не хотите замечать, хотя и следуете им: бессистемность кода, бессмысленность алгоритмов, недоделки как цель, отсутствие обработки ошибок - принцип, городить огород из т.н. "объектов", чтобы получить выхлоп маленького облачка - система, и т.д. и т.п.
(40) Раз уж зашёл об этом разговор, то, как говорится, инициатива наказуема: ты готов вступить в группу и принять посильное участие в работе портала в качестве эксперта?
Николай, полностью согласен и полностью поддерживаю :)
У меня нет целей кого-то похвалить а кого-то обидеть. Я призываю к грамотному оформлению.
А вот вопрос к вам как модератору за что конкретно минус? Вы против того что я призываю к ПРАВИЛЬНОМУ оформлению?
ЗА то что не тыкаю лицом разработчиков в гомнокод? Или большие буковки?
Вопль адресный - разработчикам КОММЕРЧЕСКИХ ПРОДУКТОВ - это красной нитью по всему сообщению.
Большими потому что маленькие разработчики игнорируют.
Примеров НЕ БУДЕТ банально потому что это запрещена публикация без разрешения авторов даже части их кода.
Примеров не будет потому что их даже искать не надо- посмотрите в магазине у франчей у частных продавцов.
и главное "Открытая просьба разработчикам подсистем" Это тема - она указывает целевую группу и то что это ПРОСЬБА.
Я ответил на ваши вопросы?
С наступившим Вас.
Если недоделки в коммерческих продуктах, нужно обязательно публиковать их недочеты, чтобы другие пользователи знали, да и нормальные авторы в этом случае исправляют свои ошибки/недочеты.
А ты знаешь, что писать бА-А-А-льшими буквами не очень корректно по отношению к читателям? :)
Где "это запрещена публикация без разрешения авторов даже части их кода" - на ИС? не верю
Я не хочу смотреть в магазине у франей, у частных продавцов, я хочу из твоей статьи что-то понять.
Вопль будет адресным, только если будут указаны конкретные получатели, а не некое левое множество разработчиков.
Мне не нравится наличие такого количество плюсов на общей, совершенно неконкретной статье :( Своим минусом я пытаюсь их немного скомпенсировать и привлечь внимание :)
Без конкретики не будет дела, к сожалению.
ЗЫ как модератор я не ставлю минусы, а сразу что-то делаю, минус я поставил как обычный пользователь.
ЗЗЫ ничего, что я на ты? "я говорю на ты, потому мы все товарищи" (с) "Большая перемена"
публикация запрещена вообще - законодательством- авторским правом. Да и как и говорил нет цели макнуть кого-то в ошибки.
Конкретно кого-то? Давайте по слогам так сказать.
1) Я не буду портить продажи только потому что автор не удосужился выполнить некоторые простые требования. Так как это напрямую касается непосредственно развития ресурса и лично Доржи. И ресурс и Доржи лишь выиграет при простейшей стандартизации коммерческих продуктов.
2) Я не буду указывать каждому и лично на ОТКРЫТОМ форуме что он не прав - я это делаю в личке.
Не нравится количество плюсов? - это и правда аргумент что открытое обращение надо минусануть. Ну да на плюсы минусы- мне не важны цель статьи совсем другое.
Можешь и на ты. Но если твой минус позволит хоть одному разработчику потом позже сказать - что КОНКРЕТНО ЕМУ НИКТО НЕ ГОВОРИЛ Буду считать тебя - анархистом (ибо растление мозга программиста возможностью отмазаться что он не знал не читал не слышал - это шаг к мировой катастрофе к анархии).
На самом деле именно программисты станут первоисточником ошибок которые приведут к неверным выводам и действиям в чрезвычайных ситуациях (и конкретный пример ошибка в ПО которая чуть не привела к ядерной войне).
Принципиальные положения уже разрабатываются как только будет готово достаточное количество рекомендаций - будет публикация с обсуждением стандартов.
Пожелания можно присылать лично или прямо в это обсуждение. И вот ссылочка на пост с пожеланиями поможет "отцу русской демократии" :D . Все желающие смогут принять участие.
Ну да ладно спишем на после новогодние праздники ...
(ну хоть что-то более полезное ) - вот и принимай участие. Демотивирование темы - не на пользу никому.
Пиши свои мысли по этому поводу только "конкретные" раз уж сам решил мотивировать только "Полезное".
А тема уже принесла плоды. Собирается некоторая группа готовая приложить свои усилия и опыт для начала формирования стандартизации коммерческих разработок.
Так что польза тут понятие очень не "взвешиваемое" но надеюсь что все получится.
2. И все-таки не я должен писать что-то конкретное, а ты, как автор темы.
Если ты этого не понимаешь, тогда больше вопросов не имею.
Еще раз повторю вопрос:
Чем ты испортишь продажи, если покажешь ошибки на публичном форуме??
форум и комменты к разработкам для этого и сделаны!
Каким законодательством запрещено показывать ошибки в коде и/или исходники программы?
И другого уровня.
Любая палка об двух концах - и приводя такие примеры автор сам рискует нарваться на "встречный в лоб".
А на "крик души общего плана" автор вполне имеет право. Так безопасней , да и тема - Лайф.
Но тут видимо другие "предположения" типа собирания плюсов. Плюсы коллекционировать тоже не моё. Но это только предположение ибо душа программиста полна тараканов пришедших из головы :D.
К объектам авторского права также относятся:
программы для ЭВМ (в том числе операционные системы), которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код
;
Негативная информация по товарам снижает его продажи (И не ведения комментариев и префиксов - НЕ ОШИБКИ). Это просто отношение автора к процессу и его опыт в использовании чужих подсистем.
И оба этих пункта не имеют отношения к обращению так как цели не "покарать" а попросить.
Повторяю как автор этого обращения Я НЕ НАМЕРЕН УКАЗЫВАТЬ Я - ПРОШУ.
Получается минус поставлен за просьбу которую большинство поддержало. Или твое мнение что просить "быть внимательнее к оформлению товаров" должно выглядеть изначально как свод правил?
А конкретные мысли это - Предложение вводить префиксы из трех букв и трех цифр (и описание почему именно так). Вот это КОНКРЕТНОЕ предложение.
Предложение помощи в разработке правил - КОНКРЕТНОЕ предложение.
Они сделаны теми кто прочел и согласен. Те кто не согласен кстати тоже писали но в личку и там я убедил их что есть смысл.
А выражения типа популизм и остальное типа плюсов много. как только тема потеряет актуальность можно и удалить.
И как сказал один из завсегдатаев ресурса - "пусть завидуют жалко что ли?"
Так что извините "несогласные" обратитесь к "установившим" плюсов пусть снимают.
Демотивацию темы считаю просто попыткой самоутверждения или проявлением скуки или "плохим самочувствием". И на это КАЖДЫЙ ИМЕЕТ ПРАВО.
И прошу в личку если что не так. А тут прошу конкретные "предложения".
...когда выходит очередное обновление от 1С (или других вендоров) - также приходится тратить время на интеграцию своих доработок и этих обновлений - кажется это наша работа :)
мне, как и artbear, хотелось бы конкретики - статья была бы более поучительной (можно ведь договориться, спросить разрешения у авторов на публикацию их материала, также про авторское право не понятно - я эту тему не изучал, поэтому задам риторический вопрос: надо ли авторам регистрировать свои права на свое произведение в патентном бюро, прежде чем "их право" станет тем самым авторским правом, о котором идет речь? :))
всем привет :)
Подобный опыт набирается только при длительной командной работе над серьёзными самописными либо глубоко дорабатываемыми проектами. Если это не крупная серьёзная контора, то даже при отсутствии изначально грамотных людей, такие микроколлективы через годик-другой разработок приходят к единым стандартам кода, интерфейса и пр. В дальнейшем эти уже прочувствовавшие на своей шкуре сотрудники как раз и сеют доброе и вечное.
Тем же, кто начинает свой путь самостоятельно с небольших контор, допиливая типовые конфы и ваяя внешние отчеты и обработки просто бывает нелегко понять, что есть потоковая (промышленная) разработка, где всё стандартизировано - и код, и формы и часто даже мысли (увы... пример - всё те же типовые конфы, где одни и те же неоптимальные места кочуют из одного места в другое в угоду надежности и скорости разработки).
К чему я всё это пишу в ночи? :) К тому, что если хотя бы несколько человек изменятся самостоятельно - то это будет очень очень хорошо ))
Вот Вам вторая фаза.
Мирное сосуществование хорошо не само по себе , а тогда когда оно что-то родит.
Если оно ничего не родит , то зачем оно ? Тогда - давайте воевать.
С третьей фазой - пока подождем. Рано.
ЗЫ :D Давайте api на 1С напишем, ...вообще как все развивается была программа для ведения учета, а сейчас уже вон - средство коллективной разработки. Радует, что и в нашей стране есть программные гиганты.
ВЫ опытом делитесь по тому как просто и эффективно приучить писать -грамотно.. линейкой там по рукам или переписывать по 100 раз
// я буду комментировать свой код
// я буду комментировать свой код
:D
ВЫ опытом делитесь по тому как просто и эффективно приучить писать -грамотно.. линейкой там по рукам или переписывать по 100 раз
удалённо - никак наверное
непосредственно - ну таки да, линейка помогает )))
Мой опыт был такой - напишешь чо-нить, отдаешь начальнику:
он смотрит примерно так:
- а работает ли вообще во всех возможных вариациях, тыканиях, при полностью идиотских действиях не валится ли в ошибки и т.п.
- дальше смотрит код в целом, наименования переменных, понятность кода и на явные недочёты типа вытаскивания констант внутри цикла и пр.
- потом запускает замер производительности и смотрит туда, явных перекосов, всплесков по нагрузке быть не должно. Все случаи, когда одна позиция занимает 60-70-80-90%, разбираются отдельно и подробно. Часто это явный признак каких-то неоптимальных циклов, неоднократное вычисление сложных значений и прочая лажа...
- запросы. Запросы - это отдельная песня :)
- в конце смотрится интерфейс. Соответствует ли он стандартам, всё ли нормально растягивается, всё ли ровно, понятно. Ну с интерфейсом часто бывает так, что одни могут рисовать понятные и правильные интерфейсы, а другие - не могут. Зато запросы пишут лучше...
Несколько таких подробных разборов понятливого человека учат и в дальнейшем он постоянно самотестируется по похожей схеме. С непонятливыми, конечно, сложнее :)
А удаленно линейкой по рукам я думаю можно например если ввести условную сертификацию - добровольно - у кого есть - и значит заполнено верно и базу налево не сливает.
по стандартам? ну вроде по стандартам же есть методические материалы. У той же 1С есть. Да и у любой крупной конторы какие-то внутренние документы должны быть.
Или можно взять, к примеру, вот это и переписать на 1С.
Очень правильно там написано про табуляцию (Для форматирования отступов в коде нужно использовать табуляцию. Использование пробелов запрещено).
Про пробелы (После запятой должен быть пробел. После точки с запятой, если она не последняя в строке (например в инструкции for), должен быть пробел. Перед запятой или точкой с запятой пробелы не ставятся. Все операторы должны быть отделены пробелом от операндов с обеих сторон. Замена пробела символом табуляции не допускается.)
И прочее - практически весь текст замечательно перекладывается для 1С.
Еще слышал такое мнение (от программистов, но не 1С :) ), что код должен быть читаемым типа как книга. Т.е. человек просто сидит и читает алгоритм, практически по обычным правилам русского языка (в оригинале человек говорил про английский - там проще, склонений нет )))
ну по поводу книги, имеется ввиду чтобы глаз не спотыкался о конструкции типа "Для Каждого Строч Из ТЗ_ОбВыведИзЭксплНаДата Цикл".
Код должен читаться просто как жестко регламентированная стандартизированная инструкция или документация, что-то типа "Для Каждого СтрокаТаблицы Из ТаблицаВыведенныхИзЭксплуатацииОбъектов Цикл".
Т.е., в идеале, комментарии сводятся просто к описанию каких-то общих идей, а сам программный код читается без утомительного припоминания что там за переменная такая или таблица или еще что.
В принципе, типовые 1С-ные конфы вполне подходят под эту идею. Минус только в том, что очень длинные строки получаются, например "МассивУзловДляОбменаССайтомТоварами.Количество()" или "СоответствиеУзловИДатДляОбменаУправлениеТорговлейРозничнаяТ
Делать вам не фиг качать отседова что то и внедрять на своей конторе)))
Неопытный программист который хочет скачать кучу отчетов с инфостарта натыкается на лимит. Поэтому начинает выкладывать свои творения, что бы перевалить на безлимит. Это спасибо руководству инфостарта.
Я же отсюда что скачал - ниразу не нашел того что можно было бы внедрить. По коду очень редко что полезного бывает...
По статьям... Статьи эти тоже кому нужны? Я им не верю)) Я лучше открою книжку от 1С и почитаю оттуда, чем копировать мнение того, который не понятно какие мысли у него о том о чем он пишет, правильные ли они и т.д.
Цель - а давайте программировать правильно! Интересно как это? После этой статьи начинающие программисты сядут за книжки и будут читать и больше никогда не выложат неправильную обработку. Так что ли? :) Такого не будет никогда)) Убирайте лимит, пусть качают что хотят.
Сейчас вот еще и баксы виртуальные внедрили... нафига?:) Что бы вообще сюда не заходить?:)
Хотите научить пользователей правильно кодировать? Хотите что бы они выпускали документацию? Такого нибудет никогда) Забудьте)
Делать вам нефиг) - И все что делаем превратится в пыль со временем.
Делать вам не фиг качать отседова что то и внедрять на своей конторе))) Странно слышать это от человека который сам выкладывает сюда. Да и откуда качать?
Неопытный программист который хочет скачать кучу отчетов с инфостарта натыкается на лимит. Поэтому начинает выкладывать свои творения, что бы перевалить на безлимит. Это спасибо руководству инфостарта. Я имею ввиду платные решения Хотя "подсистема разработчика" пример именно грамотного подхода к формированию подсистемы причем бесплатно.
Я же отсюда что скачал - ниразу не нашел того что можно было бы внедрить. По коду очень редко что полезного бывает... Если не секрет где есть лучше?
По статьям... Статьи эти тоже кому нужны? Я им не верю)) Я лучше открою книжку от 1С и почитаю оттуда, чем копировать мнение того, который не понятно какие мысли у него о том о чем он пишет, правильные ли они и т.д.
Тоже относится и к книгам по 1с устаревающим уже при выпуске из типографии. В книжке 1С к сожалению многие ответы отсутствуют как класс. А статьи судя по рейтингам- полезны таки.
Цель - а давайте программировать правильно! Интересно как это? Есть много ответов КАК - гугл и книги - там ответы.
После этой статьи начинающие программисты сядут за книжки и будут читать и больше никогда не выложат неправильную обработку. Так что ли? :) Такого не будет никогда)) Если хоть 1 автор так сделает- не зря писал. НО ОПЯТЬ ЖЕ статья для ПЛАТНЫХ продуктов.
Убирайте лимит, пусть качают что хотят. Владелец сайта тоже кушать хочет.
Сейчас вот еще и баксы виртуальные внедрили... нафига?:) Что бы вообще сюда не заходить?:) - Это точно вопрос - мне? Или таки администрации?
Хотите научить пользователей правильно кодировать? Хотите что бы они выпускали документацию? Такого нибудет никогда) Забудьте) Как пример посмотрите как выкладывались обработки раньше и как сейчас- грамотность оформления и описания радует - так почему же невозможно?
Странно слышать это от человека который сам выкладывает сюда. Да и откуда качать?
Именно ради того что бы перевалить за лимит. 30 есть - теперь мне все равно)))
Если не секрет где есть лучше?
Всё что от меня требуется - делаю сам. Что бы уж вот так скачать где то- не возникало необходимости.
Есть много ответов КАК - гугл и книги - там ответы.
Это был риторический вопрос, начинающее рассуждение
Если хоть 1 автор так сделает- не зря писал. НО ОПЯТЬ ЖЕ статья для ПЛАТНЫХ продуктов.
Вы напишите учебников, видеоматериалов. Простые просьбы даже читать не станут)
Как пример посмотрите как выкладывались обработки раньше и как сейчас- грамотность оформления и описания радует - так почему же невозможно?
Грамонтость оформления контролирует сейчас супермодератор.
Реально, неужели вы действиельно преобрели тут творчества за денежку и пытались их внедрить?:) Я бы не рисковал... Было конечно неск. лет назад, посетила такая идея, но.. будучи бывшим франчайзи, задался вопросом а кто же поддерживать будет)) Выбрали все же официальных дистрибьютеров))
но.. будучи бывшим франчайзиВыбрали все же официальных дистрибьютеров)) Нет у них таких продуктов и не планируется - но для справки все что приобрел здесь- внедрено успешно работает и радует функционалом...
И вопрос в догонку если тут все "не нужно" - зачем рейтинг нужен был?
Всё что от меня требуется - делаю сам. Что бы уж вот так скачать где то- не возникало необходимости. Сам не знаю)) Как то потребовалось скачать 2 обработки, а показали фигу. Ну нет так нет..
Рейтинг как раз и мотивирует писать перенумераторы (которые и так на ИТС есть=))
Мну так жаба задушит выкладывать целые конфигурации сюда, либо глобальные разработки-обработки. За какие то плюсики)))) А вот за платно оно вряд ли кому понадобятся. Сейчас же как - хочешь узнать чего нибудь нового - скачай конфу и поройся внутри)) Я до обучения ковырялся в документообороте посмотреть возможности платформы 8.2 и вообще. В процессе ковыряния внедрил на предприятии у себя =))) Но это уже в другую степь. Ладно, удачно вам научить уму разуму))
1С сама делает документацию из рук вон плохо, и всячески подталкивает и программистов поступать также, а то и вообще ничего не писать.
На префиксы 1С тоже забила, и до сих пор нет одинаково-встроенного типового механизма контроля-получения префиксов чего-либо. Делайте выводы из этого по поводу префиксов.
Для своих подсистем делайте доп интерфейсы.
Исходя из того, что в !С так и не сделали нормальную работу с интерфейсами, не сделали механизмы работы/объединения/совместного использования интерфейсов - делайте выводы, чем будут заниматься разработчики на местах.
Пишите версии к файлам обновления (и если не сильно сложно - изменения основные).
Делайте вывод.
Давайте придерживаться хоть каких-то правил...
Кто-то еще, кроме таких динозавров как я, хочет придерживаться каких-то там правил?
И как от продавца ПЛИЗЗЗ ДОГОВОРА И ДОКУМЕНТЫ оформляйте правильно
Я продаю ВАШИ продукты , я пишу свои но я не изобретаю велосипеды я ищу подходящие.
Скажите это 1С, у которой в типовых 30% кода - повторы и дубли одних и тех же действий. А уж про интерфейс программ можно и не говорить - десятки способов сделать прсотую операцию (копировать, удалить), и ни одного - проверить правильность.
А уж там будет видно, на кого равняться...
Так что не с того краю начали - тут система такая и гниющая голова рыбы.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 79901
Создание 29.12.10 14:27
Обновление 02.12.11 10:36
Просмотры 25662
Загрузки 0
Рейтинг
169
Комментарии 110
Код открыт Не указано
Рубрики Рефакторинг и качество кода
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
