Я тоже так думал и сделал обычными циклами, но дьявол, как всегда в деталях. Как только заказчик начал играть "деталями" у меня все посыпалось и, самое интересное, мы уже оба через неделю глядя на код не помнили какие новые изменения мы внесли. Алгоритм весь был на рваных листочках и что делать, как двигаться дальше было непонятно. Тогда я усадил заказчика (далекого от программирования) за комп и мы вместе в текстовом редакторе начали писать VA script. К моему удивлению, после пары узлов или VA nodes он очень быстро освоился и мы за час записали весь алгоритм как VA script. Неделя у меня ушла на VA box и это с учетом того, что я юзал Python первый раз. Но не это главное. На следующий день после того, как мы закончили первый вариант VA script и я сидел и пилил VA box, заказчик звонит мне и говорит, что он тут посмотрел внимательно алгоритм и подправил чуток. Замечательно (а сам был готов бегать и орать от восторга — ЗАРАБОТАЛО), говорю, сделайте пул реквест и я посмотрю. Мы удаленно можем работать над одним алгоритмом, правда, мы с Заказчиком работает над алгоритмом, а компьтер по этому алгоритму. Все свершилось!!! Я уже начал, как обещал, статью про это писать. Самое главное, что мы сделали неубиваемую программу. Заказчику нет особых проблем ее модифицировать. VAOP позволяет заказчику без проблем сменить Программиста (меня), так как новый легко разберется или, если надо, переписать VA box под другую среду.
А все это благодаря тому, что, как я уже писал в "манифесте" VAOP:
Идеологически v-agent ориентированное программирование — добивается того, чтобы алгоритм был записан в одном месте в виде, понятном всем — заказчикам, программистам и исполняющей среде (компьютеру), что улучшает процесс взаимодействия всех при создания программного продукта и, что особенно важно, существенно снижает затраты на этапе поддержания работы и адаптации к изменению внешних условий в Будущем.
Мне задача попалась пару лет назад в основе которой лежит этот алгоритм https://en.wikipedia.org/wiki/Top_trading_cycle
Довольно сложная, особенно, если всякие дополнительные условия заказчик накладывает и, главное, меняет эти условия при уже написанном коде.
Я про это в статье расскажу. У меня там как раз два подхода можно будет сравнить потому, что я сначала поленился и сделал как все, а потом, когда заказчик начал оптимизировать некоторые штуки и менять алгоритм, понял, что без VAOP не обойтись
Действительно, надо будем подправить формулировку и сказать, что для кодирования не сложных в алгоритмическом смысле задач, вместо VAOP лучше применять традиционный подход — сразу писать код без описания алгоритма задачи в некой другой форме так как и так всё понятно
На не сложных алгоритмах, действительно, преимуществ не видно. Я подробно расскажу про сложный алгоритм в статье и покажу, что без VAOP требования заказчика было бы очень сложно осуществить и даже невозможно
Вы правы, лень. VAOP реализует любой алогоритм, если его можно записать ввиде блок-схемы или, соответственно, ввиде VA script. У меня для школьников есть примеры реализации простых алгоритмов в VAOP. FOR_U040_60_V2.0 — это в Jypiter note
Сила VAOP в том, что это не язык программирования, а усилитель любого языка программирования, оболочка, метод, прием или, как это лучше сказать, приправа, для достижения результатов в решении поставленной заказчиком задачи )
Если для задачи возможно написать алгоритм, то VAOP его реализует. Это видно из статьи. Терпение, мой друг, у меня есть примеры применения, VAOP.
Я сказал, что напишу две статьи. Одну про про TTC, а вторую как в веб-разработках я УЖЕ УСПЕШНО юзал VAOP.
А зачем это сравнивать? Это как в анекдоте — купил сын в село жигули, а отец — как же мы будем на этом сено возить))
Каждая методология под свое заточена ), как отвёртка)
Класс! Мистика какая-то. Вы меня телепортировали в 1976 год
Первый курс МИФИ. Мы тогда на языке типа Basic делали первые шаги в программировании на первом курсе. У меня курсовая была похожая — отсортировать массив в порядке убывания кратности встречающихся в нем элементов.
Ну это если значение 5, например, чаще всего встречается, то его на первое место и так далее.
Похожая задача, правда, или у Вас посложнее?
Вот там и расскажу как VAOP решает проблемы лучше других. В VAOP общение с заказчиком ( с тем кто формулирует задачу ) очень важный момент, который совершенно не рассматривается в других методологиях.
Статья писалась, чтобы определится с терминологией, которую я придумал неделю назад. По терминологии, VA script, box, node, вроде замечаний нет. Вот и отлично.
Еще планирую статью как VAOP я применял в веб-разработках..
А что касается Вашей задачи
Corpus
.Documents
то не могли бы Вы ее, как положено "заказчику", письменно, по пунктам сформулировать, а я попробую ее решить с применением VAOP
Да нет, там поинтересней будет, чем с примером в статье. Там драматургия своя подключится. Работа с заказчиком. Вариант кодоa без VAOP. Проблема с этим кодом. Озарение. Подключение VAOP. Реакция заказчика на VA script. Принятие его и все в этом душе в лицах, Победа над задачей. Короче, скучно не будет )
Давайте лучше переведем разговор в конструтивное русло.
У меня есть, пример применения VAOP для реализации алгорима en.wikipedia.org/wiki/Top_trading_cycle
Я с заказчиком вчера поговорил и он дал согласие, что можно показать код, но не реальный входный данные. Пару лет назад писал это для него на Python.
Напишу статью про это здесь и обсудим.
Дайте мне пару недель на это.
Завтра на мастер классе обсудим эту тему.
У Вас четыре вопроса.
1. Каюсь это маркетинговый момент. Чем меньше птичка, тем громче ей надо кричать. Хотя время покажет )
2. Мне надо подготовиться и я сделаю ссылки, а может лучше статью напишу
3. Я ниже ReDev1L, по-моему, и на это Ваше замечание ответил?
4. Мне надо больше инфы по Вашей ситуации, но на первый вскид ес лиделать все в модулях в VA box, то там как раз если вы что-то меняете в какой-то месте алгоримта (читай в секции в VA box) то в друних секциях ничего не меняется и логика перехода между VA node не изменится, если Вы ничего в VA script менять не будете.
Все, вроде, для Вас подходит. Да, вообще, не у одного у Вас такие проблемы. Внешние условия меняются и любое ПО нужно подправлять иначе не получается )
Спасибо за такие комментарии. Они позволяют мне отвечать на них и объяснять другим всю простоту и уникальность VAOP.
Все не так в реале, как вы пишите и блок-схему алгоритма не рисуют, а если и рисуют, то не подправляют потом, а программисты не комментят ничего толком, а потом добавления, изменения фунционала делают на бегу. Да все это знают…
А вот если ЕСТЬ ВОЗМОЖНОСТЬ (не всегда и не везде это удобно) использовать VA script, то все будут следовать одному алгоритму и даже через надцать лет кто-то задумает что-то изменить, то это не составит труда. Для применения VAOP не надо ничего изобретать, ведь, по сути это всего лишь логическая прослойка, некий дополнильный и очень повезный уровень абстракции… (Теоретики, да подправьте меня как это правильно назвать)
В реале никто толком не знаем что там в системе происходит и какое действие «алгоритма» выполняется в каждые момент времени.
Многие, кто используют VAOP отмечают из основных удобст возможность записи логов как переход от действия к действию, что очень помогает при сбоях понять как дошли до этого. Мне же больше всего нравиться то, что даже через много лет мне не составляет труда быстро по VA script понять как работает система. Самое главное, что она именно так и работает как записано в VA script потому, что иначе быть не может, а в VA box ничего не перемешано и каждому дейсвию соответствует своя, назависимая секция или модуль кода и если мне надо что-то поменять, то я, как программист, согласую все изменения с заказчиков, тыкая пальчиком в VA script, и вношу поправки в VA box. А если программист сменился, то без VAOP ой сколько проблем, что порой лучше все заново переписать )
И еще, цитирую Вас — "… Тогда уж надо писать язык на котором можно написать алгоритм и сгенерировать с него блок-схему и код на другие языки программирования." Может и нужно, но пока и VAOP можно успешно применять и этому у меня много примеров.
К слову о теоретиках. Один замечательный знаток предмета Dmitry Ponyatov, оставил судьбоносный комментарий к моему видео youtu.be/6xzn78onzQk где заложил теоретическую базу VAOP. Он со своей высоты увидел то, что я, как практик, делал без всякой теории. Почитайте его комментарий и Вы поймете о чем я говорю. Короче, Dmitry Ponyatov большое спасибо и респект!
О чем спор? Дополнительная отвертка в программировании не помешает.
Каюсь, я должен так писать — Что это самое-самое. Хотя, почему бы и нет)
Маркетинговую составляющую нашей повседневности пока никто не отменял), но Вы, я Вам зто точто обещаю, еще поспорите про VAOP и не только со мной)
Вся проблема в том, что, как показывает практика (могу показать на конкретных примерах), VAOP реально работающая штуковина, дающая кучу преимуществ и нам уже без неё не жить )
Кстати, о Ваших задачах. Может, Вы, просто не видите где можно применить VAOP. Подписывайтесь на мой бесплатный мастер класс
t.me/joinchat/UIPhWUe2Yx1mnYxn
и вместе посмотрим. У меня очень богатый опыт консалтинга.
Значит Вы что-то поняли в VAOP если пришли к такому выводу?
Хотя, как нет универсальной отвертки, так и «парадигмы».
Существенным отличием VAOP от OOP (Object Oriented Programming), например, является то, что алгоритм задачи записывается в особой форме VA script, а как будет реализован VA-box зависит от конкретной среды. OOP, как и многое подходы, вообще на берут во внимание сам алгорим и это ведет ко многим проблемам при поддержании и модернизации продукта. VAOP одна из немногих методологий программирования, которая заботится о Будущем и, в целом, сильно снижает затраты заказчика в перспективе.
Это я к тому, что если Вас, как, впрочем, и почти всех программистов не интересует будущее Вашего программного творения, то у Вас всё отлично, поздравляю!
VAOP — это более широкий взгляд на создание софта, поднимающий проблему активного включения всех субъектов этого процесса — Заказчика (алгоритмо-задатчика), Программиста (алгоритмо-кодировщика) и Программной среда (алгоритмо-исполнителя)
Взгляд на весь процесс создания ПО новый, непривычный. В этом и проблема понимания…
Мы, три представителя российской школы программирования, выиграли тендер, когда использоволи VAOP, при создании онлайн-системы приема заказов для kpn.com в 2009 году потому, что за ночь смогли внести необходимые изменения в бизнес логику, которую они специально сменили, чтобы могла выиграть нужная фирма. Но не на тех нарвались )
Но это не главное. Система настольно гибная и неубиваемая, что до сих пор они ее модернизируют без особых проблем. Представляете, сколько денег они съэкономили. Повезло ребятам…
Странно
Я с декабря 2020, по воскресеньям в 10 утра (по торонтовскому) в google meeting провожу бесплатный онлайн мастер класс по v-agent ориентированному программированию (VAOP) для всех желающих.
Могу прислать Вам приглашение
Присоединяйтесь к мастер классу через t.me/joinchat/UIPhWUe2Yx1mnYxn
В статье в примере, вроде все это видно.
Прийдет время когда саму запись его алгоритма
https://tinyurl.com/5h3xzj7a
в VA script оденут )
К слову, много авторов на хабре, которые как я с бейсика начинали в 1975 году?
Я тоже так думал и сделал обычными циклами, но дьявол, как всегда в деталях. Как только заказчик начал играть "деталями" у меня все посыпалось и, самое интересное, мы уже оба через неделю глядя на код не помнили какие новые изменения мы внесли. Алгоритм весь был на рваных листочках и что делать, как двигаться дальше было непонятно. Тогда я усадил заказчика (далекого от программирования) за комп и мы вместе в текстовом редакторе начали писать VA script. К моему удивлению, после пары узлов или VA nodes он очень быстро освоился и мы за час записали весь алгоритм как VA script. Неделя у меня ушла на VA box и это с учетом того, что я юзал Python первый раз. Но не это главное. На следующий день после того, как мы закончили первый вариант VA script и я сидел и пилил VA box, заказчик звонит мне и говорит, что он тут посмотрел внимательно алгоритм и подправил чуток. Замечательно (а сам был готов бегать и орать от восторга — ЗАРАБОТАЛО), говорю, сделайте пул реквест и я посмотрю. Мы удаленно можем работать над одним алгоритмом, правда, мы с Заказчиком работает над алгоритмом, а компьтер по этому алгоритму. Все свершилось!!! Я уже начал, как обещал, статью про это писать. Самое главное, что мы сделали неубиваемую программу. Заказчику нет особых проблем ее модифицировать. VAOP позволяет заказчику без проблем сменить Программиста (меня), так как новый легко разберется или, если надо, переписать VA box под другую среду.
А все это благодаря тому, что, как я уже писал в "манифесте" VAOP:
Идеологически v-agent ориентированное программирование — добивается того, чтобы алгоритм был записан в одном месте в виде, понятном всем — заказчикам, программистам и исполняющей среде (компьютеру), что улучшает процесс взаимодействия всех при создания программного продукта и, что особенно важно, существенно снижает затраты на этапе поддержания работы и адаптации к изменению внешних условий в Будущем.
Мне название тоже очень нравится, если учесть, что "v" это первая буква в моем имени )
Мне задача попалась пару лет назад в основе которой лежит этот алгоритм
https://en.wikipedia.org/wiki/Top_trading_cycle
Довольно сложная, особенно, если всякие дополнительные условия заказчик накладывает и, главное, меняет эти условия при уже написанном коде.
Я про это в статье расскажу. У меня там как раз два подхода можно будет сравнить потому, что я сначала поленился и сделал как все, а потом, когда заказчик начал оптимизировать некоторые штуки и менять алгоритм, понял, что без VAOP не обойтись
Действительно, надо будем подправить формулировку и сказать, что для кодирования не сложных в алгоритмическом смысле задач, вместо VAOP лучше применять традиционный подход — сразу писать код без описания алгоритма задачи в некой другой форме так как и так всё понятно
На не сложных алгоритмах, действительно, преимуществ не видно. Я подробно расскажу про сложный алгоритм в статье и покажу, что без VAOP требования заказчика было бы очень сложно осуществить и даже невозможно
Вы правы, лень. VAOP реализует любой алогоритм, если его можно записать ввиде блок-схемы или, соответственно, ввиде VA script. У меня для школьников есть примеры реализации простых алгоритмов в VAOP.
FOR_U040_60_V2.0 — это в Jypiter note
Сила VAOP в том, что это не язык программирования, а усилитель любого языка программирования, оболочка, метод, прием или, как это лучше сказать, приправа, для достижения результатов в решении поставленной заказчиком задачи )
Если для задачи возможно написать алгоритм, то VAOP его реализует. Это видно из статьи. Терпение, мой друг, у меня есть примеры применения, VAOP.
Я сказал, что напишу две статьи. Одну про про TTC, а вторую как в веб-разработках я УЖЕ УСПЕШНО юзал VAOP.
А зачем это сравнивать? Это как в анекдоте — купил сын в село жигули, а отец — как же мы будем на этом сено возить))
Каждая методология под свое заточена ), как отвёртка)
Класс! Мистика какая-то. Вы меня телепортировали в 1976 год
Первый курс МИФИ. Мы тогда на языке типа Basic делали первые шаги в программировании на первом курсе. У меня курсовая была похожая — отсортировать массив в порядке убывания кратности встречающихся в нем элементов.
Ну это если значение 5, например, чаще всего встречается, то его на первое место и так далее.
Похожая задача, правда, или у Вас посложнее?
Вот там и расскажу как VAOP решает проблемы лучше других. В VAOP общение с заказчиком ( с тем кто формулирует задачу ) очень важный момент, который совершенно не рассматривается в других методологиях.
Статья писалась, чтобы определится с терминологией, которую я придумал неделю назад. По терминологии, VA script, box, node, вроде замечаний нет. Вот и отлично.
Еще планирую статью как VAOP я применял в веб-разработках..
А что касается Вашей задачи
Corpus
.Documents
то не могли бы Вы ее, как положено "заказчику", письменно, по пунктам сформулировать, а я попробую ее решить с применением VAOP
Да нет, там поинтересней будет, чем с примером в статье. Там драматургия своя подключится. Работа с заказчиком. Вариант кодоa без VAOP. Проблема с этим кодом. Озарение. Подключение VAOP. Реакция заказчика на VA script. Принятие его и все в этом душе в лицах, Победа над задачей. Короче, скучно не будет )
У меня есть, пример применения VAOP для реализации алгорима en.wikipedia.org/wiki/Top_trading_cycle
Я с заказчиком вчера поговорил и он дал согласие, что можно показать код, но не реальный входный данные. Пару лет назад писал это для него на Python.
Напишу статью про это здесь и обсудим.
Дайте мне пару недель на это.
Завтра на мастер классе обсудим эту тему.
1. Каюсь это маркетинговый момент. Чем меньше птичка, тем громче ей надо кричать. Хотя время покажет )
2. Мне надо подготовиться и я сделаю ссылки, а может лучше статью напишу
3. Я ниже ReDev1L, по-моему, и на это Ваше замечание ответил?
4. Мне надо больше инфы по Вашей ситуации, но на первый вскид ес лиделать все в модулях в VA box, то там как раз если вы что-то меняете в какой-то месте алгоримта (читай в секции в VA box) то в друних секциях ничего не меняется и логика перехода между VA node не изменится, если Вы ничего в VA script менять не будете.
Все, вроде, для Вас подходит. Да, вообще, не у одного у Вас такие проблемы. Внешние условия меняются и любое ПО нужно подправлять иначе не получается )
Все не так в реале, как вы пишите и блок-схему алгоритма не рисуют, а если и рисуют, то не подправляют потом, а программисты не комментят ничего толком, а потом добавления, изменения фунционала делают на бегу. Да все это знают…
А вот если ЕСТЬ ВОЗМОЖНОСТЬ (не всегда и не везде это удобно) использовать VA script, то все будут следовать одному алгоритму и даже через надцать лет кто-то задумает что-то изменить, то это не составит труда. Для применения VAOP не надо ничего изобретать, ведь, по сути это всего лишь логическая прослойка, некий дополнильный и очень повезный уровень абстракции… (Теоретики, да подправьте меня как это правильно назвать)
В реале никто толком не знаем что там в системе происходит и какое действие «алгоритма» выполняется в каждые момент времени.
Многие, кто используют VAOP отмечают из основных удобст возможность записи логов как переход от действия к действию, что очень помогает при сбоях понять как дошли до этого. Мне же больше всего нравиться то, что даже через много лет мне не составляет труда быстро по VA script понять как работает система. Самое главное, что она именно так и работает как записано в VA script потому, что иначе быть не может, а в VA box ничего не перемешано и каждому дейсвию соответствует своя, назависимая секция или модуль кода и если мне надо что-то поменять, то я, как программист, согласую все изменения с заказчиков, тыкая пальчиком в VA script, и вношу поправки в VA box. А если программист сменился, то без VAOP ой сколько проблем, что порой лучше все заново переписать )
И еще, цитирую Вас — "… Тогда уж надо писать язык на котором можно написать алгоритм и сгенерировать с него блок-схему и код на другие языки программирования." Может и нужно, но пока и VAOP можно успешно применять и этому у меня много примеров.
К слову о теоретиках. Один замечательный знаток предмета Dmitry Ponyatov, оставил судьбоносный комментарий к моему видео youtu.be/6xzn78onzQk где заложил теоретическую базу VAOP. Он со своей высоты увидел то, что я, как практик, делал без всякой теории. Почитайте его комментарий и Вы поймете о чем я говорю. Короче, Dmitry Ponyatov большое спасибо и респект!
Сорри, позже отвечу
Каюсь, я должен так писать — Что это самое-самое. Хотя, почему бы и нет)
Маркетинговую составляющую нашей повседневности пока никто не отменял), но Вы, я Вам зто точто обещаю, еще поспорите про VAOP и не только со мной)
Вся проблема в том, что, как показывает практика (могу показать на конкретных примерах), VAOP реально работающая штуковина, дающая кучу преимуществ и нам уже без неё не жить )
Кстати, о Ваших задачах. Может, Вы, просто не видите где можно применить VAOP. Подписывайтесь на мой бесплатный мастер класс
t.me/joinchat/UIPhWUe2Yx1mnYxn
и вместе посмотрим. У меня очень богатый опыт консалтинга.
Хотя, как нет универсальной отвертки, так и «парадигмы».
Существенным отличием VAOP от OOP (Object Oriented Programming), например, является то, что алгоритм задачи записывается в особой форме VA script, а как будет реализован VA-box зависит от конкретной среды. OOP, как и многое подходы, вообще на берут во внимание сам алгорим и это ведет ко многим проблемам при поддержании и модернизации продукта. VAOP одна из немногих методологий программирования, которая заботится о Будущем и, в целом, сильно снижает затраты заказчика в перспективе.
Это я к тому, что если Вас, как, впрочем, и почти всех программистов не интересует будущее Вашего программного творения, то у Вас всё отлично, поздравляю!
VAOP — это более широкий взгляд на создание софта, поднимающий проблему активного включения всех субъектов этого процесса — Заказчика (алгоритмо-задатчика), Программиста (алгоритмо-кодировщика) и Программной среда (алгоритмо-исполнителя)
Взгляд на весь процесс создания ПО новый, непривычный. В этом и проблема понимания…
Мы, три представителя российской школы программирования, выиграли тендер, когда использоволи VAOP, при создании онлайн-системы приема заказов для kpn.com в 2009 году потому, что за ночь смогли внести необходимые изменения в бизнес логику, которую они специально сменили, чтобы могла выиграть нужная фирма. Но не на тех нарвались )
Но это не главное. Система настольно гибная и неубиваемая, что до сих пор они ее модернизируют без особых проблем. Представляете, сколько денег они съэкономили. Повезло ребятам…
Я с декабря 2020, по воскресеньям в 10 утра (по торонтовскому) в google meeting провожу бесплатный онлайн мастер класс по v-agent ориентированному программированию (VAOP) для всех желающих.
Могу прислать Вам приглашение
Присоединяйтесь к мастер классу через t.me/joinchat/UIPhWUe2Yx1mnYxn