Возможно шансы еще есть, но действовать им нужно уже сейчас и кардинально. Выпускать релизы ради конференций и красивых слов — путь в никуда. Мы можем не видеть сложных зависимостей (все таки, скорее всего они есть), но выплевывать очередную сырую версию — просто поставить галочку.
Про создание заказа на старом ядре, сказать ничего не могу — не работал. Но считаю, что новая реализация должна быть в чем-то лучше старой (удобство использования, функциональные возможности и т.п.). А не усложнять работу и делать простое сложным. Смысла в этом нет — это работа ради работы.
Обратная совместимость, баги и отсутствие актуальности — это гири, которые привязаны к ногам утопающего. Отказ от первого: облегчит разработку, освободит часы программистов, сократит количество файлов. Не хотите отказываться — сделайте обертку нового, но это новое нужно сначала правильно и в полном объеме сделать. 2‐е и 3‐е дают обращение в ТП, что также рабочие часы сотрудников (как минимум), потенциально способных работать над продуктом. Статья по теме ТП — zhurov.me/blog/about-bitrix-support.html, если это так… Еще можно выкинуть готовые компоненты, когда последний раз пользовался — не помню.
Пару слов про ООП — ничего страшного не вижу, но решения должны проектироваться (а не просто — “с сегодняшнего дня мы пишем классы”, как это возможно было в Битриксе) и не использоваться там где это ненужно. Короче говоря, классы — это не зло, просто есть великое множество разновидностей методологии (многие могут быть ошибочными и неудачными, время покажет).
Я согласен. У меня была задача, чтобы пользователь мог купить товар в один клик (форма в 3и поля и перенаправление на шлюз банка). Для такого сценария этот сайт помог (банально ответил на вопрос — какие классы использовать и как). НО с коллекциями все равно пришлось посидеть (в итоге — обертка для создания заказа ~ 250 — 300 строк), как и с онлайн-кассами (тоже моменты были).
«1С» и «Битрикс» = «1C-Битрикс» — компания (партнерство в равных долях), под которой выпускается продукт «Управление сайтом». Это с юридической точки зрения. Больше никакой связи, с продуктами «1С» (бухгалтерия, предприятие и т.п.), эта статья не имеет. А в названии, разделено просто по причине нежелания дублировать «Битрикс».
Про создание заказа на старом ядре, сказать ничего не могу — не работал. Но считаю, что новая реализация должна быть в чем-то лучше старой (удобство использования, функциональные возможности и т.п.). А не усложнять работу и делать простое сложным. Смысла в этом нет — это работа ради работы.
Обратная совместимость, баги и отсутствие актуальности — это гири, которые привязаны к ногам утопающего. Отказ от первого: облегчит разработку, освободит часы программистов, сократит количество файлов. Не хотите отказываться — сделайте обертку нового, но это новое нужно сначала правильно и в полном объеме сделать. 2‐е и 3‐е дают обращение в ТП, что также рабочие часы сотрудников (как минимум), потенциально способных работать над продуктом. Статья по теме ТП — zhurov.me/blog/about-bitrix-support.html, если это так… Еще можно выкинуть готовые компоненты, когда последний раз пользовался — не помню.
Пару слов про ООП — ничего страшного не вижу, но решения должны проектироваться (а не просто — “с сегодняшнего дня мы пишем классы”, как это возможно было в Битриксе) и не использоваться там где это ненужно. Короче говоря, классы — это не зло, просто есть великое множество разновидностей методологии (многие могут быть ошибочными и неудачными, время покажет).
Такое, мое сугубо, личное мнение.