Azimut Framework

Добрый день. Пока нет, но готовим партнерское предложение.
Что готовы предложить:
1. Во-первых конечно тёплых клиентов, готовых начать работу. Бюджет в среднем от 300 тыс до млн.
2. Всесторонюю поддержку и помощь в работе над проектами и общению с заказчиками.
3. Инфраструктуру для работы - сервер, средства для планирования вашей работы и средство для письменного общения с заказчиком.
4. Обучение платформе и доработки платформы по мере необходимости.
5. 50% бюджета.

От потенциальных партнеров ожидаем:
1. Знание mssql
2. Опыт в разработке CRM

Ну вы же понимаете - чтобы говорить о потенциальном партнерстве, нужно как минимум понимать, о чем идет речь. Без знакомства с продуктом говорить о чем-либо рано.

В общем, для конструктивного диалога нужна демо-версия. Но за ответ спасибо.

Если рассматривать именно преимущества, то на мой взгляд это следующие вещи:
1. Azimut Framework гораздо менее требователен к ресурсам, ему не нужен такой крутой сервер как для 1С. Основное требование - это SQL Server, мы используем Express версию и ее хватает более чем.
2. Все что умеет 1С можно реализовать на Azimut Framework и скорее всего это будет работать быстрее, чем в 1С. Это мое субъективное мнение основанное на личном опыте. Подход разработки для Azimut Framework и 1С разный и сравнение с 1С тут на мой взгляд не совсем корректно, дело в том что в 1С объектная модель и разрабатывая под 1С мы подстраиваемся под платформу, зная ее возможности, работаем на высоком уровне, не касаясь базы данных. Разработка под Azimut Framework - это индивидуальная разработка под конкретный проект, у нас нет готовых конфигураций, есть готовые механизмы платформы (авторизация, разграничение доступа, api, шедулер, каналы уведомлений по sms, email, xmpp, интеграция с телефонией, с яндекс картами и геокодером, с классификатором адресов ФИАС и др.), которые все сразу не используются, а только необходимые для данного решения, сама разработка идет в основном в SQL Server - создаются объекты под нужды конкретного проекта, структура базы при этом логичная и понятная, запросы оптимизированы, по сути вся логика создается в СУБД, затем в платформе создается интерфейс пользователя.
3. Пользователю "из коробки" доступно гораздо больше функционала, чем в 1С (рассылка уведомлений по sms, email, в чат, геокодер, отображение адреса на карте, звонилка через SIP софтфон, шкурки в интерфейсе, визарды)
4. Низкий порог вхождения в разработку, - разработчику для быстрого старта достаточно знать t-sql, разработка непосредственно в платформе интуитивно понятна, почти все делается визуально

Есть, кстати, один проект, который как раз уходит с 1С на нашу платформу

Спасибо за подробный ответ.

Спасибо за самый популярный вопрос)) 1С это хороший продукт, он решает свои задачи, а мы решаем свои. 1С это не платформа для разработки, а скорее конструктор со своим скриптовым языком и набором типовых решений.
Системы учета бывают достаточно сложными, при этом для ее успешного развития требуется открытость архитектуры, возможность самостоятельно создавать структуру базы с необходимыми индексами, возможность реализации сложной пакетной логики прямо sql скриптом и в конце концов, возможность реализации чего-то совсем сложного на c#. Всего этого в 1С как известно нет. И там это и не нужно.
Еще, если продолжать проводить какую-то аналогию между 1С и Азимутом, то это конечно концепция. В 1С есть такое понятие как основные объекты. У нас такого понятия нет, так как разработчик может создать свой новый вид объекта на c# унаследуя его или от уже существующего или совсем новый и он тоже станет "основным". Например мы недавно добавили "Html представление", где используя имеющийся источник данных, можно заполнить html+javascript шаблон, который будет использоваться для отображения данных. Другими словами систему можно дополнять с помощью c#. Это и новые типы полей и новые объекты и новые команды.
Еще одна важная возможность это наследование метаданных. Можно унаследовать свой объект от уже существующего объекта, например от "Заказ" унаследовать "Заказ для доставки", в котором прописать только те поля, команды и алгоритмы, которые нужны именно для доставки, а остальной функцилнал унаследуется от базового объекта Заказ.

Азимут это система для разработчиков, хотя и с низким порогом вхождения. Это среда разработки. Логика программируется на sql или путем настройки метаданных каких-то объектов.
Данная платформа предоставляет гибкость, возможность самостоятельно влиять на архитектуру и структуру данных, при этом полностью избавляет от рутины. Позволяет создавать свои структуры метаданных. К примеру вы часто хотите использовать функцию для определения доступности поля по какому-то особому алгоритму, для этого можно создать такую функцию с своим форматом метаданных. При этом конфигуратор автоматом будет открывать вам форму для редактирования вашего же формата метаданных, для ввода настроек от которых зависит работа вашего алгоритма.

Азимут предназначен для разработки сложных не стандартных решений типа CRM.
Где Азимут лучше не использовать - там где нужны типовые решения, например типовой бухучет или склад. Для этого есть 1С. Где Азимут обязательно надо использовать - в проектах где у заказчика много пожеланий, где важна быстрая реакция разработчиков и низкая стоимость работ.

При росте проекта на базе Азимута, через год вы не обнаружите себя на руинах и стройная структура проекта не подкосится))
Как уже ответил Алексей, у нас нет типовых решений. Более того, когда мы сами сталкиваемся с необходимостью создания нового проекта, который похож на ранее созданный, то уже не раз убеждались что разработка с нуля на базе Азимута гораздо быстрее и проще чем исправление и доработка типового решения. В этом концепция Азимута - быстрая разработка и полный контроль архитектуры.

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

Спасибо за подробный ответ.
Не соглашусь со следующим вашим утверждением

"1С это не платформа для разработки, а скорее конструктор со своим скриптовым языком и набором типовых решений."

1С это все-таки платформа для разработки. Ни кто не ограничивает вас типовыми решениями - существует масса самописных конфигураций, которые написаны с нуля.

Девиз "Азимут это система для разработчиков, хотя и с низким порогом вхождения. Это среда разработки." - абсолютно противоречит
"Где Азимут обязательно надо использовать - в проектах где у заказчика много пожеланий, где важна быстрая реакция разработчиков и низкая стоимость работ."
С тем же успехом можно и IDE продвигать, как самую гибкую CRM. Любая разработка - дорого и долго, если делать всё по уму.

Тут есть тонкая грань. Конструктор в отличие от платформы не позволяет прыгнуть выше головы)

Не совсем понял вашу мысль.

Не понял глубины мысли. Это действительно долго и дорого если использовать "любую IDE".
В конце статьи есть примеры реальных проектов. Трудоемкость у них у всех очень компактна, для разработки понадобились знания sql и все.
Я не говорю конечно что нужно использовать студентов, все равно эти проекты внедряли разработчики с опытом. Но вся фишка в том что их время было оптимизировано. Почти вся работа была направлена на прикладную область, а не на техническую рутину. Если вдруг выяснялись новые требования, то вместо того чтобы тыкать клиента в ТЗ, это просто переделывалось, так как цена вопроса невелика.

Ключевым словом было "по уму". Для внесения изменения в бизнес-процесс с помощью фреймворка надо не "просто знать SQL", а сначала согласовать БТ, ТЗ, сценарии тестирования и ввода в эксплуатацию. Это долго и дорого, поэтому стараются дать инструмент внесения безопасных изменений или самим бизнес-заказчикам, или бизнес-аналитикам.

Дмитрий, вы в 1С что-нибудь разрабатывали?

Коллеги, предлагаю не сваливать тему в троллинг. Для этого можем пообщаться на каком-нибудь форуме. Овечу кратко на Ваш вопрос и на вопрос в соседней ветке.

Мы сейчас работаем без БТ и без ТЗ. Это нравится заказчику и нам. Если пофакту приходится подправить/переписать процентов 30% проекта то это не сильно сказывается на трудозатратах за счёт использования платформы. ТЗ у нас носят чисто формальный характер. Изменения вносятся быстро, а выкладывание с разработки на тест и с теста на рабочую базу - в пару кликов.

Константин, если вы решили что я критикую 1С, то вы ошибаетесь. Мне нравится 1С, нравится их подход, кода ради прозрачного понимания урезается функционал, чтобы все было просто и очевидно. Мы тоже так иногда делаем. Если какая-то фича решает проблему, но она трудна в понимании, мы тоже ее выпиливаем.
Нравится их управляемые формы.
Например мне очень близок подход когда разработчик не рисует форму, а только указывает что относительно чего должно отображаться. Это прикольно. Но вот у себя сделали по другому, так как гибкость тут не очень велика.
Больших проектов я конечно не писал на 1С. Для меня язык 1С к сожалению чем-то похож на VBA.
1С отличный инструмент для решения своих задач. У нас пловина клиентов приходят с просьбой избавить их от 1С. Мы изучаем вопрос и часто советуем оставаться на 1С.

Но вот, кстати, посморел проект у вас в профиле. На Азимуте у вас бы получилась просто конфета)) Вот мы как раз ориентируемся примерно на такие проекты, только более трудозатратные от человекогода.

По моему скромному мнению большой проект на 1С слишком тяжел в поддержке, а потенциал в развитии такого проекта постоянно снижается с ростом кол-ва 1с кода.

Добавлю еще пару высказываний, чтобы избежать ненужных обсуждений.
1. В целом нам нравится 1С.
2. Мы не пытаемся сделать убийцу 1С. Хотя бы потому что это смешно)
3. У нас большой опыт реальных внедрений. Десятки проектов. Несколько из них большие. Мы знаем проблематику, имеем мнение относительно процесса масштабировния ИТ разработки и делаем инструмент для решения этих вопросов. Пока успешно. Кстати это не только разработка, это и планирование трудозатрат и управление проектом.
4. Нам не очень нравятся вопрсы про 1С)) Просто хотябы потому что есть множество других достойных систем.
5. Мы целим в CRM аудитортю.

Добрый день. Написано на c#, mssql. Совместная разработка вряд ли. Дополнения можно писать на c# или мы в рамках техподдержки можем дополнить то чего не хватит.
По ценам и лицензиям пока сложно что-то сказать. Если есть заинтересованность готовы индивидуально рассмотреть предложение от небольших ИТ подразделений или ИТ компаний. Без денег. Можем даже заказчиков подкинуть. Для этого нам нужно знать кто вы.
Пишите на dmamel ya.ru

Отписался на почту.