Представим ситуацию. Есть программист 1С и программист php.
Программист 1С говорит, что дорабатывать модуль выгрузки битрикса крайне сложно, и если в будущем появятся какие-то интересные хотелки, будет намного лучше, если у нас будет своя обработка по выгрузке цен (она уже есть, один простой запрос плюс план обмена; описательная часть номенклатуры выгружается типовой обработкой)
Программист php почему-то не хочет обрабатывать кастомную выгрузку из 1С (POST-запрос на точку входа сайта для api с данными JSON - наверно, лучшее, что можно придумать для php), хотя пару дней назад, по его словам, его загрузка работала. Теперь он хочет попробовать использовать штатную выгрузку цен.

У заказчика, естественно, сразу возникает вопрос. Кого будет проще найти, если вдруг свалят и программист 1С и прог php? Спеца по битриксу, чтобы тот допиливал и менял стандартную выгрузку, или спеца по 1С, который поправит кастомную выгрузку из 1С?

Вот какая обработка получилась по выгрузке цен. Можете покритиковать сразу (подход, архитектуру файла выгрузки).
Думаю, даже джун разберется.
https://i.imgur.com/PYKm7pT.png
https://i.imgur.com/FURDo8d.png

При этом предыдущего спеца по php пришлось попросить уйти, так как он не смог разобраться с POST-запросом из 1С. Т.е. спец по битриксу не знает отличий GET от POST, это нормально?
А второй предлагал переделать обратно на GET...

(1) https://its.1c.ru/db/v8std#content:647:hdoc

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

Любого спеца найти сложно.

(2) А что не так с именованием?) Функция получает текст выгрузки JSON по массиву ссылок, все ок) Да, можно было вынести запрос в отдельную функцию, но она там малюсенькая совсем

(3) Джуна найти также тяжело как мидла?

У битрикса формат обмена описан, просто надо в него вписываться, кто не вписался, на той стороне и доработка. Если требуется изменить формат, то дорабатывают обе стороны.

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

Вот, мне нужно было формат выгрузки поменять:
Как выгружать номенклатуру в битрикс?

Мало того, что на форуме, видимо, никто с битриксом так плотно не работает, так мне пришлось эту доработку через гланды делать, чтобы все остальное не сломать. Собственно, с тех пор я зарекся, что со стандартным модулем битрикса больше не работаю

(6) У нас тоже в УТ нет характеристик, но никто не мешает допилить типовой модуль, чтобы часть товара летела на сайт как предложения. Вписались в стандарт, на стороне сайте доработок по этой задаче 0. Придёт новый веб-разработчик, вообще не придётся вникать, всё как надо из 1С летит.

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

(6) Тоже как-то стандартный модуль выгрузки битрикса дорабатывал, когда нужно было фотки сотрудников грузить на сайт. В итоге, если память не изменяет, добавил в пакет картинки и в файл выгрузки - тег с привязкой к картинке. Но пришлось поковыряться в потрохах этого модуля...Так же с оптимизацией есть проблемы со стандартным обменом битрикса, уж слишком много ненужной инфы гоняет и при больших данных, много времени отжирает выгрузка(т.к. писалась универсально для множество конфиг и бизнес-процессов). В этом случае так же свой обмен писали и грузили только то что нужно и когда нужно.
Теперь к сути вопроса, "спецов" по битриксу не так уж мало, но не факт, что они смогут грамотно доработать загрузку, чтобы это потом не отразилось негативно на работу сайта, тоже самое касается "спецов" по 1с. Они так же могут зафигачить в цикле каждого товара обращаться с запросом для получения остатков/упаковок и т.д. А потом удивляться почему выгрузка по 5часов идет.