Привет Всем. Хотелось бы узнать, кто как планирует свои алгоритмы. Порой разрабатываешь какой нибудь функционал, а в процессе работы всплывают новые требования.
К примеру подсистема "Обмен Данными" в БСП. Я думаю что одному человеку нереально все спроектировать и просчитать все наперед

Че там проектировать? Все уже спроектировано за Вас. ctrl+c - ctrl+v

1. а "кто и как" - кто то балуется каскадным методом проектирования и разработки, кто то Agile.. При каскадном - утром ТЗ, вечером разработка; при Agile - утром деньги, в обед модель, вечером деньги... результат - где то там, в будущем.
зы.. ну, ничего себе пример...

(1) проектирование "хренак хренак и в продакшн"

(3)А что проектировать в БСП?

сложные вещи сначала рисую на бумаге, далее

1. русским языкам пишу порядок работы алгоритма, например

// сначала заполним ТЗ текущими данными из файла
// потом проверим строки на ошибки
// далее связываем аналитики
// в конце записываем результат

2. потом между строчек комментария пишу код

(2) А что с примером не так. Таких вещей у 1с довольно много. Хотелось бы узнать как они это делают

(5) Прямо по МакКонелу

(5) Это ж какой должен быть алгоритм, чтоб эти пункты забыть и записывать из предварительно

(8) Сложный. А ещё если между комментариям пара экранов и на выходе новая сущность можно и функцию и/или процедурку запилить. Но это когда время есть.

(5) +1 аналогично.

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

(5) и что, никогда ничего не пересекается из разных блоков?

Начальная стадия - на бумаге простым русским языком. Сложные моменты - лёжа на диване в тишине.

(0) Подобные вопросы пропадут когда (точнее конечно если) научишься нормально программировать.

Вопрос из разряда: "А как вы составляете маршрут|траекторию движения на автомобиле"

(14) Да, поэтому наверное 1с создали СППР.

Просто делаю
Алгоритмы - это просто

(15) Вы не путаете бизнес-процессы с алгоритмами случаем?

(17) В примере (0) Подсистема "Обмен Данными" Это Бизнес процесс?

(18) Вы еврей?

(19) нет

(20) А почему вопросом на вопрос отвечаете?

(21) чтобы ответить на вопрос (17)  мне нужно узнать ваше понимание, тогда я смогу ответить, путаю или нет

Бизнес-процесс (как данные которые учитываем а не объект метаданных в 1С) может быть представлен в виде алгоритма(ов).

Подсистема БСП тоже в общем случае состоит из алгоритмов реализованных на платформе 1С и "правилах обмена".

Алгоритм -  это база/основа/кирпичики из которых ваяется все ПО.
Использовать 1С:СППР для всех алгоритмов - это похуже чем из пушки по воробьям, тут примерно как в БП учитывать расход пасты из ручек в офисе в мг...

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

Проект - это план. А план всегда отличается от факта. Особенно в разработке ПО он обязан отоичаться. Если кто-то соорудил по и в ходе реализации ни чего не поменялось, то это одно из трех:
1. Разработка тривиальна
2. Проект сооружали под готовое
3. Автор проекта врет, что ни чего не поменялось

(24) +100500

(24) В очень-очень редких случаях бывает что в проекте было предусмотрено абсолютно все.
Но вероятность наступления этого события в общем случае можно не учитывать ))

(24) "Проект - это план. А план всегда отличается от факта" - спорное утверждение... кто ж в таком случае платит за то, что факт не совпадает с планом?...

(27) обычно - тот, кому нужен результат, а не на гантта подрочить

(24)(26)+ можно п.1 скорректировать:

1. Разработка тривиальна, относительно уровня исполнителя

Потом переделываю, иногда.

Так и появляются справочники "ВерсииАлгоритмов"
Процедуры ветвятся в подпроцедуры с префиксами СтараяВерсия, НоваяВерсия, _СуперНоваяВерсия для возможности отказа на продуктиве.

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

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

(30) блин, ну,слава богу! А то я уже лет пять думаю, что перемудрил с этой хреновиной в магните.
Раз не мне одному это в голову пршло, то значит все пучком

(5)
// .уяк

// .уяк

// архитектура пприложения

https://cs5.pikabu.ru/post_img/2014/06/19/5/1403154705_1339773392.jpg

https://cs5.pikabu.ru/post_img/2014/06/19/5/1403154705_1339773392.jpg

(33) Я недоумевал, что такого нет в УПП. Ну как так то? Конфа работает по всей стране - ну что стоит сохранять старые шматки кода и включить возможность отката на них по одной галочке.

(32) РЕДАКТИРУЮ МЫСЛЬ: Есть план(ТЗ), в договоре оказания услуг указывается, что все что сверху доплачивается. Если же в ТЗ не все учтено, и выяснились какие либо недочеты со стороны разработчика, это Ваша вина, и в этом случае как договоритесь с заказчиком, либо пополам с заказчиком,Либо сам заказчик(обоснуете повышение оплаты), либо делаете просто так.

(36) а разве же ж хранилище не предназначена именно для этого?..

(37) все равно все пули мимо - в топике не про техзадание, а про техпроект.

а еще едешь такой домой после работы,  подъезжаешь к дому и думаешь блин надо запомнить, утром мысли на код переложу
заходишь домой, ужинаешь... и тебя отпускает...

(38) не для этого

(38) нет, не предназначено. Обсуждаемое предназначено для того, чтобы без обновления сначала включить обработку проведения по-новому, а потом, если что-то пошло не так - вернуть обратно, как было срочно, пока причиналы не оторвали

(39) Заметил, не правильно понял автора) Разработку алгоритмов не составлял) Все в процессе редактирую, Версия 1, Версия 2, потом наилучшее решение выкатываю)

(38) хранилище для хранения, алгоритмы для исполнения и переключения в продуктиве

(42) (44) нет, оно так понятно. Но, справочник нахрена?

(23) А Вы сами работали в 1С:СППР. ERP говорят на СППР сопровождают.

(45) сделаешь без справочника - приходи, показывай, обсудим

(46) Ну нет секретного алгоритма или программы в виде "золотой пули". Все только своим трудом и мозгами дается.

Бывает что мозгов не хватает, а бывает мало трудится кто то.

(30) (33) (42) А можно чуть подробней что за справочник, что в нем хранится и как используется?

(45) код чтоб править "онлайн"

(49) у них в фаворе команда "Выполнить"..

(50) "Онлайн" - это динамическое обновление?)

(52) хуже, см (51)

(51) это что, в справочнике хранится кусок кода, его вытаскивают и делают выполнить?

(49) ПредопределенныеЭлементы и галочка Использовать

Например

СтарыйАлкогритмПроведенияРТУ
СтарыйАлгоритмСписанияЗадолженности

cf ник загрузил и приехали)

*в чистую

(54) ну, да.. и все это жутко медленно, и очень гемморойно..

(54) нет конечно, в этом справочнике просто флаги использования.

Процедура ПроведениеРТУ превращается в 3 процедуры:

Процедура ПроведениеРТУ()
Процедура ПроведениеРТУСтараяВерсия()
Процедура ПроведениеРТУНоваяВерсия()

В 1-ой процедуре, в зависимости от флага предопре. элемента вызывается либо 2 либо 3 процедура

Ну и все параметры передаются

(59) такая ручная модель наследования))..

ну, или полиморфизма))

(61) Я в этом всем объектно-ориентированном не разбираюсь и не хочу разбираться, ибо ересь.

(59) Оригинально. Спасибо, возьму на заметку. Самому такие мысли пока не приходили.

(62) изма

Флаг Использовать можно заменить на ВерсияАлгоритма, числовой, тогда будет версионность, но не пригодилось пока.

Вот так мы ведем разработку "своих алгоритмов", ага.
Бумажечки они пишють.

главное на распределёнке не практиковать :-D

(68) А что там?

(48) А как ведется разработка больших проектов на других подвинутых языках

половина магазинов провелись через ПроведениеРТУСтараяВерсия()
вторая - ПроведениеРТУНоваяВерсия()

(69) а, если конфа в подчиненный узел не ушла?.. или галочка "использовать"?))

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

(72) если конфа - то обмен запнется тут же, а если галочка... то пока бухгалтера не заметят

в стародавние времена на предвестнике мисты вроде были дебаты.. где через объект "Обработка" реализовывали такие механизмы..

(74) при любом исходе фейл полный..

укуеть. Фьють, епта, сюда иди, э. Им хау ноу сливают, в надежде на уменьшение быдлокодеров, а они тут критиканство развели.

Высылается циркулярка - проверить галочку. Не проверили - получите звиздюль.

(59) А если версий больше чем 2: версия 1, версия 2, версия 2.1 итд

А вложенные процедуры тоже имеют версии.
замучаешься тестировать все варианты

(78) см (66), но, Анатолий, это - не потребовалось в моей работе.

(80) У тебя 1 клиент и ты можешь галочку либо установить либо снять.
А вот когда у тебя будет 10 клиентов и половина не установила, а ты уже 3 релиз выпускаешь алгоритма.
Вот тогда и поговорим

(79) Вы, случаем, сейчас не на Тимирязевской сидите, за блоком быблокодинга в БСП?

не, я пока только до реквизита "ВерсияПечатнойФормы" додумался.
Один раз реально помогло

(81) хехехе, Анатолий. Да я даже не знаю, сколько клиентов у меня было с этим алгоритмом. Ну сотен 5 наверное минимум. И, иногда, помогало.

(70) Очень просто - нанимаются специалисты по разработке на этих языках, иногда сверху над ними нанимается и ставится архитектор проекта и среди спецов назначаются тимлиды.

(84) а, когда, "иногда" не срабатывало - "морду бить" клиенты не пытались))

(86) "иногда" - это имеется ввиду тот момент, когда новый алгоритм косячил. Естественно, это были критичные алгоритмы, подушку я не везде стелил.

(5) делаю аналогично.
пишу по "сверху вниз"
набрасываю каркас и пошел детализировать, где операторами, где процедурами-болванками, потом процедуры детализирую... итд...

(88) поименуем метод )).. это нисходящее программирование - сверху вниз)).. когда создает каркас, и далее пишется код.. есть еще восходящее программирование (снизу вверх). - когда пишется куча процедур, и из них уже пытаются собрать целое))...

Процедура СписаниеГТД()
  Если Условие Тогда
     СписаниеГТД_2014();
     Возврат;
  КонецЕсли;
..

Процедура СписаниеГТД_2014()
  Если УсловиеХренькакаятоОтБухии Тогда
     СписаниеГТД_2014_ХреньОтБухии();
     Возврат;
  КонецЕсли;

(89) снизу-вверх - это типичный копипастинг.. ;-)

(91) ну, можно просто БСП использовать))..процедуры есть - как бы их воедино собрать))

(0) Что-то считаешь "наперед", что-то "взад".
Открываешь модуль. Пишешь немного кода и много комментариев.
Потом потихоньку заменяшь комментарии на код. Когда комментарии кончаться, алгоритм готов.

еще иногда танцую от печки, то есть от пользовательского фейса.

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

(90) Блок-схемы с подпрограммами (процедурами/функциями) это для новичков вынос мозга ))

Кстати в 1с тоже иногда делают версионирование алгоритмов. Например РАУЗ/Партионный учет 1 / 2

(95) для некоторых в вызове процедуры - букавки внутри скобок всего лишь букавки... словосочетание "формальные параметры" вводит в ступор.. глазками луп-луп...

(97) Из какого ПТУ ты набираешь программистов?

(98) не из какого ;-)
а есть ПТУ где готовят "программистов"..?

Сто

(99) Там бетонщиков и геологов готовят )))

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

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

В 1с не тсмыла на бумаге рисовать форму. так как элементы накидываются за 1 мин

(104) имеется в виду схематически. конечно я не вывожу ручкой по линейке элементы управления.

понимаю хтмл, тут пока цсс грамотный напишешь, хотя бы отдаленно похожий на результат - полдня пройдет

Кто-нибудь делает объемные разработки в команде?

Например, какая-то обработка со сложным алгоритмом, и потом чтобы ее коллега дорабатывал.

Кроме комментариев в коде, есть какой-то протокол взаимодействия, не занимающий время автора начальной разработки?

Чтобы с одной стороны, не дергать первого разработчика на объяснения, с другой стороны, максимально уменьшить время другого специалиста на вникание?

(107) евернот? все равно рисовать придется то, что ты делаешь. в том или ином виде, то есть придется тратить время, чтобы другие потом не теряли свое время, разбираясь в недокументированном коде.

(107) Только документация может помочь.

ну и еще тесты, что новый не запорол все работу

(109) хотелось бы увидеть хоть немного такой документации. Главное чтобы она была частью живого процесса, а не делалась для проформы.

(111) Сампроизвольно никто ее писать не будет. Нужно пинать за это нещадно. ну и как бы время выделять на ее написание

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

(113) Во франчах такого не видел, потому что куча клиентов и сроки. Это возможно в каком-нибудь отделе IT на большом предприятии, но таких не очень много.

(114) Во вранчах единственный метод - х.к, х.к и в продакшн

(115) ахах, это да. частенько после наших франчей дописываю / переписываю "доработки"

(102) ааа, вот откуда берутся погроммисты...

(116) вот, не поверю, что кто нибудь будет за франчами дописывать предварительно оплатив им выполнение.. другое дело, что поменялась постановка задачи, и франчи сказали "утром деньги"; либо, франчам дали задачу создать "скелет", а сами уже шлифуете..

(0) Сначала формулирую требования и ограничения к функционалу (что он должен делать и чего наоборот не должен), далее опираясь на эти требования и ограничения составляю алгоритм в общем и целом. Потом делю на логически, взаимосвязанные блоки. Степень деления зависит от сложности, в простых случаях все может быть в одном блоке.

(118) одна из доработок - пользователи жаловались на медленное перелистывание списка заказов в УТ 10.3, оказалось что франч вставил запрос ко всей таблице взаиморасчетов с контрагентами при каждом выводе строки.

(117) ахаха, да, пришел, увидел, победил, что называется.
https://a.d-cd.net/7c17812s-960.jpg

(120) ну, тут да.. согласен.. бывает такое.. но, нужно онное пресекать на этапе приемки..

(122) такого много - в УТ 11, вместо доработки типового регистра "формы, открываемые при начале работы", сделали условие типа

Если пользователь().Имя = "Петя" Тогда ОткрытьФормуМодально("ФормаОбработки");
КонецЕсли

это то что на ум сразу приходит.

(123) эээ.. а чтА это за регистр "формы, открываемые при начале работы"?

(124) Во-во. И как ты будешь принимать. если сам половину функционала не знаешь?

(125) не объять необъятное.. там, где я не знаю, как работает, я сижу и копаюсь в типовом (не всегда в коде)..

(124) Это перечень всяких там рабочих столов, помощников и напоминаний, которые должны открыться у пользователя при старте.

(124) (125) а господа оказывается любители попридираться, имеется в виду перечисление "ФормыОткрываемыеПриНачалеРаботыСистемы" и регистр сведений "НастройкиОткрытияФормПриНачалеРаботыСистемы"

(124) если вызывать форму через ОткрытьФормуМодально, то ее будет не развернуть, что неудобно, т. к. предполагался именно режим рабочего стола.

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

Модально вообще нынче формы НЕЛЬЗЯ открывать

(129) >> то ее будет не развернуть, что неудобно
Так может как в этом и есть главная задумка, типа - "Вы можете продолжить работу после просмотра рекламы" и пока не посмотришь, хрен продолжишь :)))

если нельзя, но очень хочется...

(130) ничего страшного ))) я не злой (сегодня)
(132) да, особо любимым пользакам можно сделать поле html документа с рекламой.

(131) и я о том же...

(134) >>да, особо любимым пользакам можно сделать поле html документа с рекламой.
С баннером во весь экран и требованием денег за удаление этого баннера? :))))

Блок-схема поиска крякозябров: https://habrahabr.ru/post/147843/

(136) это будет эксклюзив ))))