| Снегопат https://snegopat.ru/forum/ |
|
| Вопрос по функциональным возможностям системы https://snegopat.ru/forum/viewtopic.php?f=5&t=250 |
Страница 1 из 2 |
| Автор: | SerMaxim [ 09 сен 2012, 18:19 ] |
| Заголовок сообщения: | Вопрос по функциональным возможностям системы |
Добрый день! У нас стоит задача превратить конфигуратор в полноценную среду разработки и состыковать ее с уже имеющейся системой управления проектами и постановки задач. В частности, хочется знать кто что и для чего сделал в конфигурации. Стандартными методами работы в хранилище то что нам нужно добиться не удается. Поэтому: - Хочется знать, будет ли в снегопате фунциональности по перехвату событий клавиатуры или анализа вводимых изменений конфигурации? (пока все что сделано - упрощение собственно разработки, а нам нужны механизмы анализа работы и контроля выполнения задач). Вообще, такая задача методами Снегопата решаема или требуется обратиться к другим инструментам - Будут ли делаться скрипты, направленные на построение систем управления проектами? (можем быть соавторами и постановщиками) - Сейчас как мы поняли для разработки собственных скриптов необходимо все писать на скриптовых языках? Нет ли возможности разработки интерпритатора, чтобы писать скрипты на встроенном языке ? Заранее благодарен за ответы! |
|
| Автор: | sosnae [ 09 сен 2012, 22:55 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
Не смог понять вашу мысль... SerMaxim писал(а): будет ли в снегопате фунциональности по перехвату событий клавиатуры - сейчас есть такая функциональность, но зачем это учитывать, наблюдать за этим, я не могу себе представить. Если можно просветите зачем это.SerMaxim писал(а): анализа вводимых изменений конфигурации думаю, что отчет о сравнении конфигураций дает достаточно информации, что изменили. Есть скрипт эксперементальный, показывающий какие объекты за сеанс были измненны(просто список объектов, которые между нажатием кнопок сохранить были изменены). SerMaxim писал(а): - Будут ли делаться скрипты, направленные на построение систем управления проектами? (можем быть соавторами и постановщиками) - вы хотите, что то типа Mylyn в Eclipse и коннекторов к различным системам "багтрекинга"?Если да, то у меня в планах есть вариант подключения к Redmine и показ списка задач + простейшие действия по ним. SerMaxim писал(а): - Сейчас как мы поняли для разработки собственных скриптов необходимо все писать на скриптовых языках? Нет ли возможности разработки интерпритатора, чтобы писать скрипты на встроенном языке ? ИМХО не вижу смысла в тратах времени, т.к. если использовать типовые объекты ТаблицаЗначений, Соответсвие, обращение к элементам формы, то фактически у нас и так идет основная масса кода на встроенном языке и появляются только управляющие кодом вставки и правила синтаксиса языка ( регистрозависимость, оформление условий, циклов и т.д.). Т.е. если не использовать псевдоклассы javascript у нас идет такой же линейный код как и в 1С и поверьте разобраться можно без особых усилий.
|
|
| Автор: | orefkov [ 10 сен 2012, 15:08 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
По изменениям в метаданных - при каждом изменении генерируется событие, которое можно обработать в скриптах. Есть наброски скрипта - логгера, что изменяли во время сеанса. Отлавливать каждую клавишу - в-принципе возможно, но зачем - не понимаю, работать надо с более "крупными" событиями. Скрипты, направленные на построение систем управления проектами - никто не запрещает их делать. Есть желание - начинайте. Будут конкретные проблемы/затыки - буду решать, вместе победим. Аддины можно делать не только на скриптовых языках. Практически хоть на чем можно делать. Вот только ковырять, как запустить интерпретатор 1С в Конфигураторе - я честно говоря не собираюсь. Имхо, овчинка выделки не стоит, и даже если получится, то полученный результат не оправдает затраченных усилий. |
|
| Автор: | SerMaxim [ 10 сен 2012, 15:22 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
Добрый день. 1. Разумеется цель не перехват событий клавиатуры, а собрать кто что делал, где и когда. За один сеанс программист может решать множество задач, 2. Если есть скрипт перехвата событий между сохранениями, то, вероятно его можно настроить и для более глобальных дел... Есть ли вариант разработки скриптов по заказу чтобы получить готовый результат, который уже самостоятельно наворачивать в рамках отдельного договора? |
|
| Автор: | sosnae [ 10 сен 2012, 16:09 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
Может вам прийти к атомарным коммитам? Т.е. каждый коммит это минимально необходимые изменения для решения одной задачи, т.е. за для решения 10 задач у программиста будет 10 коммитов в отдельной системе, а итоговый уже идет в хранилище. Для затравки Вложение: 2012-09-10_1538.png у меня допустим сейчас в fossil есть 2 ветки dev и trunk , в dev все текущие commit, в trunk попадает только из хранилища и выглядит это как merge trunk с dev, для истории и последующих программистов оставлен стандартный сценарий работы от 1С, а для меня видны мелкие правки для каждой отдельной задачи, а так же в redmine виден каждый коммит с привязкой к каждой задаче. SerMaxim писал(а): За один сеанс программист может решать множество задач а как программист решить за одну правку несколько различных задач не проверив их в работе я не представляю.p.s.: то что я описал пока работает с жуткими костылями и не имеет права называться пока хоть каким то решением. |
|
| Автор: | Гость [ 10 сен 2012, 20:29 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
Добрый день, можно скинуть файлик на файлообменник - очень интересно посмотреть, а то пишут "У вас нет необходимых прав для просмотра вложений в этом сообщении. " Идея с коммитами самая логичная и я к ней склоняюсь в первую очередь, но: - Коммитом считать помещение в хранилище - ужас как долго - Иногда программистам хочется именно анализировать взаимный код когда идет крупный проект, чтобы понимать кто что куда написал, зачем и для кого - а как программист решить за одну правку несколько различных задач не проверив их в работе я не представляю: А очень просто - сказали исправить ошибку там-то и там-то, он заходит и оптимизирует код допустим который там видит, но чужой. Хочется понимать что он делает и зачем. Одним словом я не понимаю пока что как можно достучаться до внутренностей самой разработки в конфигураторе сторонними средствами, может посоветуете? |
|
| Автор: | sosnae [ 11 сен 2012, 18:46 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
http://ssh.sosna.zp.ua/owncloud/public.php?service=shorty_relay&id=Rcr8aYV9J3 но пока это только концепт, в сильно промышленных масштабах не использовал. Сейчас на примере снегопатовских скриптов тестирую redmine + code review и синхронизацию git с fossil. Цитата: - Иногда программистам хочется именно анализировать взаимный код когда идет крупный проект, чтобы понимать кто что куда написал, зачем и для кого пока мне приглянулась такая система просмотра истории, посмотреть можно по адресу пример code-review, для примера создал пользователя test и пароль test1 . Неспешно пишу скрипты по получению из cf и внешних обработок дерева файлов и в виде исходников коммиту в git. Т.е. хочу попробовать такую связку (что бы автоматом, один раз настроил и забыл) основная ветка в хранилище от 1С равняется tunk ветки в git , локальные коммиты "бинарников" от 1С (cf, epf, erf) в ветке "dev". В git хочу добавить пару хуков по распаковке cf, epf, erf в исходники и коммит в репозитарий с иходниками с аналогичным комментарием, данный репо уже подключен к redmine и там красиво отображаем статитстикуи кто и чего и когда подправил в коде Цитата: - Коммитом считать помещение в хранилище - ужас как долго согласен, поэтому я использую внешние системы версионного контроля ,в течении дня, для микрокоммит. Вообще самое трудное это комментарий к коммиту, даже иногда при помещении в хранилище не знаешь, что написать. |
|
| Автор: | SerMaxim [ 16 сен 2012, 12:20 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
[quote="sosnae"][url]http://ssh.sosna.zp.ua/owncloud/public.php?service=shorty_relay&id=Rcr8aYV9J3[/url] но пока это только концепт, в сильно промышленных масштабах не использовал. Сейчас на примере снегопатовских скриптов тестирую redmine + code review и синхронизацию git с fossil. [quote]- Иногда программистам хочется именно анализировать взаимный код когда идет крупный проект, чтобы понимать кто что куда написал, зачем и для кого[/quote] пока мне приглянулась такая система просмотра истории, посмотреть можно по адресу [url=http://ssh.sosna.zp.ua/redmine/projects/scripts/repository/diff/SpellChecker.js?rev=5ffdb91222b0540c9444356cf4f62454de33449e&review_id=2]пример code-review[/url], для примера создал пользователя test и пароль test1 . Неспешно пишу скрипты по получению из cf и внешних обработок дерева файлов и в виде исходников коммиту в git. Т.е. хочу попробовать такую связку (что бы автоматом, один раз настроил и забыл) основная ветка в хранилище от 1С равняется tunk ветки в git , локальные коммиты "бинарников" от 1С (cf, epf, erf) в ветке "dev". В git хочу добавить пару хуков по распаковке cf, epf, erf в исходники и коммит в репозитарий с иходниками с аналогичным комментарием, данный репо уже подключен к redmine и там [url=http://ssh.sosna.zp.ua/redmine/projects/scripts/repository/statistics]красиво отображаем статитстику[/url][url=http://ssh.sosna.zp.ua/redmine/projects/scripts/repository/revisions/5ffdb91222b0540c9444356cf4f62454de33449e/annotate/extSearch.js]и кто и чего и когда подправил в коде[/url] [quote]- Коммитом считать помещение в хранилище - ужас как долго[/quote] согласен, поэтому я использую внешние системы версионного контроля ,в течении дня, для микрокоммит. Вообще самое трудное это комментарий к коммиту, даже иногда при помещении в хранилище не знаешь, что написать.[/quote] Именно поэтому и хотел чтобы по максимуму все фиксировалось из конфигуратора. Пока как я понимаю штатно созданных скриптов (чтобы их просмотреть в демо-версии), показывающих что и где программист сделал нету. Верно понимаю? |
|
| Автор: | sosnae [ 17 сен 2012, 12:17 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
Цитата: Пока как я понимаю штатно созданных скриптов (чтобы их просмотреть в демо-версии), показывающих что и где программист сделал нету. Ну почему же нет: 1. Сравнение конфигурации с конфигурацией ИБ. 2. Сравнение конфигурации с конфигурацией хранилища. Вопрос неоднозначный, на какой временной шкале хотим видеть лог действий программиста непонятен. 1. Допустим тот же Colorer цветом показывает сохраненные изменения и еще не сохраненные. Если рассматривать, что именно сейчас я подправил - видно без проблем. 2. Как выше уже писал, написал 10-50 строк текста, сохранил конфигурацию - в сравнении с конфигурацией БД можно увидеть изменения (в принципе пройтись скриптом по метаданным базы и сравнить с метаданными конфигурации не составляет труда - даже скрипт есть, который отслеживает начало изменений любых метаданных и можно для ускорения сравнивать не все объекты конфигурации, а только те, что в логе изменений). 3. В конце дня, после тестирования, проверки работы делаем перед "поместить в хранилище" сравнение с конфигурацией хранилища и видим все наши изменения за день, можно хоть отчетом делать. ИМХО: логирование изменяемых объектов программистом необходимо в 1 случаи: Кодим - сохраняем конфу - сохраняем в БД - кодим - сохраняем конфу - кодим - перед сохранением тут хочется посмотреть, а что же изменилось после предыдущего сохранения в конфигурацию. Из снегопата можно показать только, что этот объект возможно был изменен, т.е. точно ли он изменен можно только сравнив с конфигурацией БД. Ну и полностью все впихнуть в конфигуратор все равно не получиться, например сложные отчеты на СКД лучше всего пишутся в консоле отчетов в режиме предприятия. |
|
| Автор: | orefkov [ 17 сен 2012, 13:23 ] |
| Заголовок сообщения: | Re: Вопрос по функциональным возможностям системы |
SerMaxim, как мне кажется, пытается поставить телегу впереди паравоза, пытаясь под инструмент выдумать технологию работы. А имхо, надо четко определить методологию работы, что куда и как идет, и лишь потом, имея полное понимание того, что же нужно, подбирать инструмент. При необходимости дотачивая его там, где необходимо. Тогда уже будут конкретные вопросы к возможностям Снегопата, на которые я смогу ответить - есть это или могу сделать или невозможно. |
|
| Страница 1 из 2 | Часовой пояс: UTC + 3 часа |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|