Size: a a a

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

2021 September 24

JD

John Doe in 1С, БСП, DevOps и Архитектура
Может он это написал когда БСП еще не было?
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Тогда это звучит еще страшнее
источник

DD

Dimon Dimon in 1С, БСП, DevOps и Архитектура
какой хороший проект - 3 месяца никто таски не чекает)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Почему?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Навык неблокирующего выноса выполнения операций в фон с прогрессом (возможно с распараллеливанием) - хороший показатель скилла. Главное еще чтоб там код надежный был (рассчитанный на падение в любой строке и не оставляющий хвостов).
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Потому что раньше код писали страшнее, чем сейчас. Это конечно мой личный нерелевантный опыт, но сколько я видел кода на базах под 8.1, столько раз горел синим пламенем
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Вопрос то не в коде, а в логике людей.
Например про те же обмены... В костылях чел не учитывает, что могут меняться/сопоставляться гуиды. Это логическая ошибка, которая приводит с тяжёлым последствиям. И если исправлять прослеживаться будет тот же человек, что и допустил ошибку, то это у него обычно занимает каждый день ближайшие сто лет. Кто-то должен таких людей останавливать.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Думаю, больше половины всех обменов 1С на земле без регистра мэппинга сделаны и работают (сначала УИД, потом опционально по полям поиска).
Это уже вопрос к требованиям, с которыми этот обмен берут на поддержку.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
При чем тут таски?
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Ну ради бога. Но очень часто нужно сливать несколько баз в одну. Нужно просто ничего не трогать.
источник

N

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

JD

John Doe in 1С, БСП, DevOps и Архитектура
Так и в этом случае все сопоставится по полям и сольется в один объект, если надо, а если не надо то префикс базы в поле поиска :)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Регистр мэппинга, с которым еще поддержка и работать будет, и понимать что делает - это наверное 5% не наберется от общего числа обменов. Это так сказать высшая лига :)
источник

JD

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

N

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

N

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

VN

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

JD

John Doe in 1С, БСП, DevOps и Архитектура
Наверное это просто стоило у него прямо на месте спросить и сразу получить вердикт :) Ну т.е. как он поступит - заюзает БСПшный или затащит свой, и по каким причинам.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну вот видишь, может подсистема того кастомного чувака была избавлена от этого недостатка :)
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Думаю да. К счастью меня это мало касается)
источник