Предлагаю разработать идеологию развития платформы

Рейтинг: 57.8311  
На голосовании
Предложил Роман Забродин 21.11.2012 04:42:41

Предлагаю разработать идеологию развития платформы

Идеалогия, доктрина, конституция, стратегический документ определяющий правила развития платформы в техническом смысле.

В нем должны освящаться такие вопросы, как рекомендации  разработчикам модулей:
1. где и какие должны хранится настройки, что в компонентах, а что в админке и где именно.
...
...

Сейчас даже при выходе нового функционала нет интуитивного понимания где и какие настройки искать. Например, настройки CRM — находятся в публичке, Форума — в админке, причем управляется он из публички, Инфоблоков — в админке.

Если стандартизировать — система станет более стройной, интуитивно-понятнее, сократится время на ее изучение.

Рейтинг: 0  
Голендухин Олег 21.11.2012 06:19:48
Я за. "Если стандартизировать — система станет более стройной, интуитивно-понятнее, сократится время на ее изучение." - да. Некоторые вещи настроить - 5 галочек в разных местах проставить... А одну забудешь.... Только вот опять же, будет ли удобно, если все настройки будут только в админке? Или предлагаете их частично дублировать?
Рейтинг: 1  
Смолин Евгений 21.11.2012 07:01:58
Поддерживаю. Стандарт и концепция должны быть единообразны. Даже "старичкам" сложно понять, где в обновлениях новые возможности скрыты. А что говорить о новичках или клиентах, которые сами хотят кое-что подкрутить.
Как объяснять клиентам, почему  настройки так фрагментированы и разбросаны?
Рейтинг: 18.385  
Роман Забродин 21.11.2012 07:10:20
Олег, я не знаю как должно быть..
Потому что я вижу, что сейчас это бывает очень по разному.. Например, где я ожидаю увидеть, а следовательно буду искать управление доступом на новый модуль и его объекты?

1. в публичке ?
http://screencast.com/t/1Y0qYQPBGuAi

2. в настройках компонента 2.0?
http://screencast.com/t/C6qzQtMNs

3. где-то в пунктах меню этого модуля в админке?
http://screencast.com/t/VehIGNyPrI

4. в разделе Настройка админки?
http://screencast.com/t/oNnCuPoSJP

5. в Уровнях доступа групп пользователей?
http://screencast.com/t/yFwkDga8hq

все это многообразие взрывает мне мозг!
И я не понимаю как мне самому делать и где какие настройки располагать — по этому хочется каких-то общих правил.
Рейтинг: 0  
rzas 21.11.2012 08:34:36
ага, взрывает могзг именно разработчику, а что думают простые люди кому советуешь купить битрикс. если говорить по поводу 12 версии - то раньше было интуитивнее понятнее, надеюсь скоро быстро пойду заплатки, доделки.
Рейтинг: -0.3198  
Задойный Алексей 21.11.2012 09:40:32
захват мира?
Рейтинг: 0.9013  
Роман Забродин 21.11.2012 10:07:32
rzas, ну вы в бутылку-то не лезьте — рабочий момент, чуть ли не единственный из миллиона позитивного! Сейчас обсудим и будет все зашибато, я уверен ;) А админка в 12 версии получилась суперская!
Рейтинг: -7.5189  
02sk Геннадий 10.10.2013 21:50:48
Реально, очень сложно понять логику разработчиков. Хотя логика есть - запрятать всё так что бы даже администраторы сайтов плевались от этого битрикса. Понятие юзабилити попросту отсутствует! А всё почему? Да потому что на битрикс работает его пиар компания типо лучше нет, а в последствии)))) Что в принципе и льстит руководителям которые его приобретают. А что бы настроить прочитайте небольшой мануальчик так месяца на 2-3 что бы понять 50% системы (Так как всего в мануале не написано), либо Обратитесь к разработчикам - нашим сертифицированным партнерам)))) Они вам за небольшую плату всё и настроят всего то каких то от 300 000 и выше)))) (Золотые партнеры) Не ну а как? не хотите за 300к, обратитесь подешевле к просто сертифицированным партнерам у них вообще копейки от 80к и выше.

P.S. никто не будет переделывать то что уже сделано для удобства администраторов обычных, так как у них бабло прёт и партнеры жиреют. А вы читайте мануальчики и изучайте неизучаемую логику по каторой построен как админка так и сам магазин (если брать интернет магазин).
Рейтинг: 0  
Жук Сергей 20.04.2017 10:07:59
Ещё стоит сюда включить вопрос кастомизации продукта. Следует либо запретить от имени Битрикса кастомизацию либо дать конкретный путь кастомизации который будет гарантировано поддерживать будущее обновление платформы. Ибо на даный момент кастомизация шаблона (а это нормальная мера Битрикс приветствует) может начать лагать при очередном обновлении компонента. Разработка собственного компонента приводит к тому что меняеться АПИ, а АПИ нигде на описано, кроме как "В живом АПИ". И получаеться такая ситуация, что Битрикс вроде как говорит что кастомизировать можно и нужно, а с другой стороны - ничего по этому поводу не гарантирует и никаких рекомендаций не дает. И как результат -  армия недовольных клиентов , которые уверены в том что разработчики плохо доработали их системму, потому что обновляться не получаеться. Впринципе единственное что на данный момент безопасно можно сделать в Битриксе - это править css и разрабатывать собственный функционал, который будет затрагивать АПИ которое присутствует в официальной документации, а это Инфоблоки и ещё  немного, естественно, Битрикс24 ни в коем случае трогать нельзя, если не хотите потерять лицо перед своим клиентом, который откажется понимать ваги аргументы на предмет того, что он не может обновить свой Bitrix24 до новой версии без потерь сделанных вами  доработок.