Как максимально быстро реализовать CRM'ку на Laravel не отвлекаясь на ненужные вещи?

Question

[Леонид]

Собираемся начать переписывать CRM'ку на Laravel.
Изначально CRM'ка на Yii 1.x - устарела, трудно поддерживать и развивать, хочется с чистого листа и чтобы оставить только самое необходимое из бизнес-логики.

CRM'ка объемная, но однообразная: много табличного вида CRUID-интерфейсов, отчеты в Excel/Word/PDF
Хочется дашбордов (аля Trello) и прочие красивости.

По части интерфейсов состоит из: Личные кабинеты клиентов + Админка наших менеджеров.

В новой реализации не хочется терять время на свои интерфейсы и прочее UI-штуки.
Хочется, как раз наоборот писать красивый и понятный код - сосредотачиваясь в большей степени на бизнес-логике!

Думаем найти готовые интерфейсы (UI-пакеты) под Laravel для реализации как админки, так личных кабинетов.
Ну типа: AdminLTE Laravel или какие-нибудь платные пакеты: https://themeforest.net/tags/laravel

Что посоветуете господа?
Какие трудности нас ждут впереди?
С чего лучше начать?

Answer 1

[Александр Аксентьев]

https://nova.laravel.com/ + юзер кабинет самописный

Comments

[Леонид]

Спасибо!

[Леонид]

Оказалось что есть еще: https://backpackforlaravel.com/ - крутота )))

Answer 2

[Sanes]

Лучше сам всё пиши. Дизайн с вёрсткой только можно взять готовый.
Все эти якобы готовые админки, банальный CRUD и пользователи.

Comments

[Леонид]

Прочитайте заголовок мой: "Как максимально быстро реализовать" - он не совпадает с "писать всё самим".

"готоывые админки, банальный CRUD и пользователи."

- и да и нет, потому что там бывает еще куча готовой логики представления - начиная от различных alert-методов и заканчивая методами генерации элементов форм и прочее - это очень удобно когда уже есть - сильно сокращается время разработки!

[Sanes]

Леонид, да нифига это не удобно. Пока разберётесь, пока подстроете под себя. Потом окажется, что не подходит.
CRM сильно специфичный продукт, чтобы под него делать что-то универсальное.

[Леонид]

Sanes, порог вхождения зависит от опыта и хорошей документации - у тех же Laravel Nova и Laravel Backpac - вроде бы всё неплохо, кроме того эти разработчики этих панелей очень много всего сделали в плане быстрого построения UI - какой смысл тратить время на изобретение велосипеда?
Так то Вы сейчас предложите на чистом PHP - чтобы в Laravel не разбираться )))

У нас как раз таки CRM своя, специфичная - но интерфейсы у неё вполне себе стандартные.
У нас есть уже готовая CRM - и мы знаем что нам нужно и чего не хватает более точно чем те кто первый раз CRM разрабатывает. Соотв., посмотрев на туже Nova и полистав документацию - видим что всё более менее есть что нам нужно - а всё дополнительное всё равно везде пилить придется, так почему же не сэкономить время на реализации очевидных UI-вещей, которых в проекте большая часть.

Удобно/не удобно - понятие относительно же, согласитесь )
А вот проект, бюджет и время - вот это уже не относительные величины )))

[Sanes]

Админка и UI-интерфейс разные вещи. То, что вы сейчас рассматриваете, это уже некое подобие CMF. Уже с логикой.

[Леонид]

Sanes, прошу прощение что не уточнил, конечно же я имел в виду полный UI KIT с логикой (админку)

[Sanes]

Леонид, об этом и говорю. Готовая логика будет только палки в колёса вставлять.

[Леонид]

Sanes, фигачить её с нуля - тонны труда и времени, хотелось бы этого избежать по-возможности + сфокусироваться на бизнес-логике.

[Sanes]

Леонид, не будет быстрей. Проверено. Такие конструкторы максимум для каких-то прототипов годятся.
Роли и CRUD у вас займет массу труда? Там больше и нет ничего.

[Леонид]

Sanes, да роли и CRUD - это фигня. А вот логика представления по части оберточных функций для реализации работы различных интерфейсных штук - да.
Вкладки, элементы форм, алерты и др. интерфейсные штуки - всё это придется программить, чтобы работать не в режиме HTML-верстки, а в режиме функций (методов) обёртки.

Мы уже впихивали AdminLTE на Yii - ну что, времени много потратили на то чтобы прописать весь необходимый функционал генерации интерфейсов в формате AdminLTE - всё остальное копипаст HTML/CSS - так можно, но не удобная каша на выходе

[Sanes]

Леонид, делайте. Потом расскажете. Мы уже этот геморрой проходили.