Size: a a a

1С, БСП, DevOps и Архитектура

2020 April 29

АА

Алексей Алексеев in 1С, БСП, DevOps и Архитектура
Через метаданные
источник

E

Egor in 1С, БСП, DevOps и Архитектура
Dmitry Isaev
Если собираетесь плотно пилить конфу, то однозначно к ребятам обращайтесь. Про проблемы с обновлениями забудете, как страшный сон. Сам с ними работаю очень давно, команда отличная, дружим, встречаемся на партнёрских..
Тоже уже несколько лет работаем, полёт отличный. После начала сотрудничества перестали заморачиваться программным добавлением элементов на форму и прочими извратами. Стало во много раз легче и дорабатывать и обновляться
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Egor
Тоже уже несколько лет работаем, полёт отличный. После начала сотрудничества перестали заморачиваться программным добавлением элементов на форму и прочими извратами. Стало во много раз легче и дорабатывать и обновляться
"После начала сотрудничества перестали заморачиваться программным добавлением элементов на форму и прочими извратами" // Почему перестали?
источник

E

Egor in 1С, БСП, DevOps и Архитектура
John Doe
"После начала сотрудничества перестали заморачиваться программным добавлением элементов на форму и прочими извратами" // Почему перестали?
Потому что ИжТиСи корректно обновляет. Поэтому вместо программного добавления элемента на форму мы его просто берём и добавляем\
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Egor
Потому что ИжТиСи корректно обновляет. Поэтому вместо программного добавления элемента на форму мы его просто берём и добавляем\
Сколько платите им в год?
источник

E

Egor in 1С, БСП, DevOps и Архитектура
У нас переписанная в хлам УПП, обновления стоят 45К в год без ограничения количества обновлений
источник

E

Egor in 1С, БСП, DevOps и Архитектура
Когда делали самостоятельно, занимало 1-2 дня у хорошего специалиста, при этом он полностью выпадал из рабочего процесса
источник

S

SeiOkami in 1С, БСП, DevOps и Архитектура
Где-нить в типовых разграничивали отдельно право Добавления и Редактирования?
Так, чтобы пользователь мог добавить новый элемент справочника. Но после редактировать не мог.
Звучит стрёмно, но "так нужно"

Может есть пример в типовых, чтобы уж как-то в суде совести задействовать прецедент
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Egor
У нас переписанная в хлам УПП, обновления стоят 45К в год без ограничения количества обновлений
Спс за инфу!
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
SeiOkami
Где-нить в типовых разграничивали отдельно право Добавления и Редактирования?
Так, чтобы пользователь мог добавить новый элемент справочника. Но после редактировать не мог.
Звучит стрёмно, но "так нужно"

Может есть пример в типовых, чтобы уж как-то в суде совести задействовать прецедент
Вместо куроченья типовых ролей кажется куда проще:
- только просмотр формы не нового объекта
- отлуп в подписке ПередЗаписью не нового объекта
источник

S

SeiOkami in 1С, БСП, DevOps и Архитектура
John Doe
Вместо куроченья типовых ролей кажется куда проще:
- только просмотр формы не нового объекта
- отлуп в подписке ПередЗаписью не нового объекта
та сделать-то это технически не сложно.
тут больше вопрос именно в "функциональной" реализации
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
В типовых не встречалось. Там же атомарная роль "ДобавлениеИзменение".
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
John Doe
Спс за инфу!
Тебе еще инфы: я тоже к ним переписанными ут 11 ушел и задышал как человек. Цены примерно такие же, как и писали выше. Мне кажется, так оно (у нас в 1С) и должно по хорошему работать: мы разрабатываем, кто-то обновляет :) То что выше писали на расширении, делать на них все, в угоду обновления - друзья, да вы - анормаль. Вы, если вас больше 1 человека, сначала методку выдумайте как вы будете все это совместно делать, если вы в конфигураторах.
источник

АК

Александр Капралов in 1С, БСП, DevOps и Архитектура
Г🐈рри
Тебе еще инфы: я тоже к ним переписанными ут 11 ушел и задышал как человек. Цены примерно такие же, как и писали выше. Мне кажется, так оно (у нас в 1С) и должно по хорошему работать: мы разрабатываем, кто-то обновляет :) То что выше писали на расширении, делать на них все, в угоду обновления - друзья, да вы - анормаль. Вы, если вас больше 1 человека, сначала методку выдумайте как вы будете все это совместно делать, если вы в конфигураторах.
Мы на расширениях совместно делаем проекты уже несколько лет.
Тут выше правильно написали. Сам и расширения это не панацея.
Ты либо пишешь код так, чтобы его было удобно обновлять, либо нет.
Если ты пишешь код с расчетом на обновления, то расширения тебе помогают.
Если нет, то расширения только вредят.
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
Александр Капралов
Мы на расширениях совместно делаем проекты уже несколько лет.
Тут выше правильно написали. Сам и расширения это не панацея.
Ты либо пишешь код так, чтобы его было удобно обновлять, либо нет.
Если ты пишешь код с расчетом на обновления, то расширения тебе помогают.
Если нет, то расширения только вредят.
Александр, я вашу методику - как вы это делаете, сохранил себе в избранное еще тогда :) Сейчас ижтисити, оно экономически обесценивает пилить прод на расширениях, это мой опыт и мое мнение. Зачем вообще с обновлениями иметь дело и иметь этот адский головняк, когда они своим софтом и головой делают это быстро и качественно, за весьма и весьма вкусный ценник. Я просто даже не особо понимаю те конторы, я такие знаю, гда на обновках отдельный специалист сидит. За его месячный оклад, скорее всего, можно квартал обновлять с гарантией результата. Но вы крупный франч - вы сами типа ж гарантия для клиентов, мож вам оно и так надо.
источник

АК

Александр Капралов in 1С, БСП, DevOps и Архитектура
Г🐈рри
Александр, я вашу методику - как вы это делаете, сохранил себе в избранное еще тогда :) Сейчас ижтисити, оно экономически обесценивает пилить прод на расширениях, это мой опыт и мое мнение. Зачем вообще с обновлениями иметь дело и иметь этот адский головняк, когда они своим софтом и головой делают это быстро и качественно, за весьма и весьма вкусный ценник. Я просто даже не особо понимаю те конторы, я такие знаю, гда на обновках отдельный специалист сидит. За его месячный оклад, скорее всего, можно квартал обновлять с гарантией результата. Но вы крупный франч - вы сами типа ж гарантия для клиентов, мож вам оно и так надо.
У нас нет адских затрат на обновление.
А вот те конфигурации, где код вставлен по принципу "вкрячу сюда потому что мне так понравилось", вот там головняк, да.
источник

АК

Александр Капралов in 1С, БСП, DevOps и Архитектура
И я уверен что будь также сделано в расширении, ситуация бы не улучшилась.
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
По последнему согласен :)
источник

АК

Александр Капралов in 1С, БСП, DevOps и Архитектура
То есть простое обновление это в первую очередь доработка по определенным правилам.
А уже потом расширение которое немного помогает.
источник

АК

Александр Капралов in 1С, БСП, DevOps и Архитектура
У расширений есть плюсы в том, что если алгоритм нужно дописать, можно сделать это До или после типового. Не нужно внедряться в код самого алгоритма. А значит при обновлении не нужно сравнивать типовые алгоритмы, только выходные значения.
источник