на каком языке лучше писать crm
Какой язык лучше всего выбрать для CRM?
Natalie Duvei
Новичок
мы с МЧ, хоти создать проект в Германии и для этого нам срочно нужен CRM (в чём мы не очень хорошо разбираемся!!)
Помогите советом!!
Для фирмы нам нужно создать клиентскую систему заказов, типа небольшого CRM. Будут эти модуля:
— список клиентов
— список заказов
Please, посоветуйье какой язык лучше, флексибильнее, модулярнее и безопаснее. PHP либо Perl, или может какой-то другой? SugarCRM или vTiger, или другие готовые нам не подходят!! нужно своё.
Всем спасибо за ответы. Натали.
deMone
Злой страшный дядька
Well-Known Member
Скажу зачем писать то что уже написано. В моей фирме например есть штат программистов которые за месяц сделали свою CRM, так как за мегаплан надо платить, мегаплан не может работать с нашей БД на локалке (у нас мого связаного софта) ну и еще куча мелочей.
deMone
Злой страшный дядька
Собственные программисты дороже и, как правило, меньше разбираются в теме, чем специализированная контора — это раз.
У подобных продуктов, как правило, есть API — это два.
Судя по сообщению топикстартера, ему нужно простое решение без интеграций с какими-то внутренними сервисами — это три.
В любом случае, мегаплан был приведён исключительно для примера.
PS: там есть мегаплан crm в бесплатной редакции.
Natalie Duvei
Новичок
Привееет!! всем спасибо за коменты
мы посмотрели megaplan.ru, но к сожалению он для нас не подходит, нужно напрограммировать что-нибудь конкретно для нас.
Дело в том, что мы хотим CRM связать с вебсайтом, через который клиенты будут непосредственно заказывать, и заказы будут пересылаться из вебсайта в CRM, где мы и будем их заказы обрабатывать
Как вы считаете для этого нужна команда программистов.
изначально мы хотели найти какого-нибудь одного программиста на Freelance.ru ili Guru.com
но теперь как-то не уверены.
посоветуйте!!
brevis
Well-Known Member
Вы же не лично собираетесь CRM разрабатывать (я имею в виду код писать). По большому счету какая вам разница на каком языке её разрабатывать? Разве только играет роль цена разработки. В таком случае на PHP будет дешевле всего.
Для фирмы нам нужно создать клиентскую систему заказов, типа небольшого CRM. Будут эти модуля:
На каком языке написать облачную CRM с блекджеком и гейшами?
| 8. Другое | 38% (12) |  |
| 5. node.js | 28% (9) |  |
| 2. php | 9% (3) |  |
| 4. python | 9% (3) |  |
| 7. perl | 9% (3) |  |
| 1. asp.net | 6% (2) |  |
| 3. java | 0% (0) |  |
| 6. ruby | 0% (0) |  |
Всего мнений: 32
бэк — elixir + phoenix
фронт — elm
Короче, если хочется поебстись неподецки — то вот это самое оно, писк и струя.
(31) В случае нехватки гейш на 1С, разработчик может помочь себе сам. Например, реализовав адресную книгу на забалансовых счетах. Это будет вполне в духе опенсорса! На других языках такого удовлетворения от работы не достигнешь.
Не, в 1С сплошные плюсы.
2.0 млн. и год минимум времени.
(0) на каком framework-е собираешься ваять?
Я считаю, что можно успешно сделать этот проект на python’е. В python’е есть все, что нужно и даже больше.
(61) Node.js + React
Программировать под веб ПРОЩЕ чем 1с!
Вообще удивляюсь.
Я в 1с с 7.7, сложность программирования поднялась в разы.
Те усилия, и время которые нужны чтобы на 1с 8.3 нормально программировать + 5 лет опыта.
В Node.js это уже уровень архитектора.
В 1с те же 5 лет опыта это только миддл.
Такие рыночные требования.
В 1с зубры имеют уже по 20 лет опыта только в 1с.
Пример волшебник!
При этом заказчик вообще не видит разницы в сложности между 1с 7.7 и 1с 8.3
Считает нормой, и рынок со средним опытом +10 лет заказчику это позволяет.
Тогда забудьте про 1С.
He started work at Netscape Communications Corporation in April 1995. Eich originally joined intending to put Scheme «in the browser»,[6] but his Netscape superiors insisted that the language resemble Java in terms of its syntax. The result was a language that had much of the functionality of Scheme, the object orientation of Self, and the syntax of Java. The first version was completed in ten days in order to accommodate the Navigator 2.0 Beta release schedule,[6][7] and was called Mocha, but renamed LiveScript in September 1995 and later JavaScript in the same month.[8] Eich continued to oversee the development of SpiderMonkey, the specific implementation of JavaScript in Navigator.[9]
Scheme is a functional programming language and one of the two main dialects of the programming language Lisp
На чём лучше писать CRM-систему?
Время пришло, понадобилась CRM-система. Готовые ненужны.
Для бэкенда два варианта:
1. Python/Django. Здесь я спокоен. Куча проверенных временем батареек. Всё работает в промышленных масштабах.
И так, что же выбрать? Вот только не надо шуточек за 300, что нода только для чатиков.
P.S.: Может у кого-то был опыт, делать что-то подобное на node.js. Стоит оно того или нет? Или не заниматься фигнёй, бросать все эти модные штуки и брать проверенный временем инструмент.
UPD: Создатель Node.js: «Это далеко не лучшая система(node.js) для серверного софта.». В общем, если уж создатель на неё плюнул, то и мне нестоит это трогать. А свой выбор я уже сделал и это Rust. Да, я люблю приключения 😉 Python/Django.
Не все CRM ровняются под Bitrix24, чтобы тормозить 🙂
пользуюсь sap crm, тормозит 😉
потому-что crm не делает ничего про «перфоманс», вообще.
Ну я слушал презентацию SignalR Core, вроде как обещает быть конфеткой, но когда? Насчет M2M, его как раз не осиливает 90% ормок, которых я знаю, м2м было сильной стороной именно энтитифреймворка. Майкрасофт слишком медленно чухается, в той же скале, есть плей фреймворк, в котором есть вебсокеты и даже socket.io, где это все работает на акке, ормок для скалы дохренище. Энтитифрейморк 7 еще не вылечился от элементарных детских болезней, например, если положить модель в отдельную сборку, то с ней не работают миграции, хорошо, что я нигде миграции не использовал никогда.
И то и то уже отлично работают.
Правда IDE пока нормального нет. Ну как, есть райдер, который еще пилить и есть vscode и monodevelop дабы поржать.
Выбор очевиден
1. Python/Django. Здесь я спокоен. Куча проверенных временем батареек. Всё работает в промышленных масштабах.
2. JS/Node.js. Тут всё меняется так быстро, что уже опять новый форк node.js пилят. А я всё хочу полностью на js перейти.
Отличный выбор. Событийная асинхронность. Есть такие замечательные вещи как тот же socket.io и meteor.js. С их помощью пилить real-time просто сказка.
P.S.: Может у кого-то был опыт, делать что-то подобное на node.js. Стоит оно того или нет? Или не заниматься фигнёй, бросать все эти модные штуки и брать проверенный временем инструмент.
Как я начал разрабатывать CRM-систему
С 2008 года я занимаюсь программированием, изначально я разрабатывал сайты. Но мое мнение о сайтах сейчас не лучшее, с точки зрения разработки, обязательно напишу об этом статью. А пока вернусь к тому, как я начал разрабатывать CRM.
Это был уютный вечер 19 августа 2017 года, когда ко мне обратились в третий раз за неделю по поводу разработки индивидуальной CRM-системы. И тут я понял, что разрабатывать с нуля несколько проектов одновременно я просто не смогу. Поэтому я сел и решил написать собственную базу для разработки CRM-систем.
Началось все с выбора оформления, так как сам я больше люблю разработку и максимально предпочитаю не открывать Фотошоп и ни в коем случае не верстать (благо 8 лет опыта разработки позволяет отойти от верстки), то я выбрал уже готовый шаблон админки, и начал разрабатывать свой модуль CRM на базе фреимворка Yii2.
Первым делом была реализована система авторизации: вход, регистрация, восстановление пароля, уведомления и подтверждения на почту, учет количества попыток входа, reCaptcha и бан на полчаса, если слишком много попыток. В общем, получилась приятная и удобная авторизация, которую я теперь использую в проектах.
Для себя реализовал внутри системы парсер с первого сайта фриланса, на котором часто нахожу заказы. Сейчас список новых заказов загружается в систему автоматически, через Cron-задачу. Я могу делать пометки, отвечать на проекты, либо скрывать их. Каждое действие учитывается в дальнейшей аналитике, которая позволяет мне оценивать эффективность данного канала, и с помощью этого корректировать действия.
В данный момент ведется работа над стандартными модулями каталога и заявок. В одном из проектов, над которыми я сейчас тружусь для заказчиков, реализуется связка CRM-системы с IP-телефонией. Заказчик использует onlinePBX. И я обязательно расскажу, как прошла интеграция, когда все будет закончено. Об обновлениях и новинках с удовольствием буду сообщать. Также в планах реализовать пакетные решения для нескольких сфер деятельности, чтобы помочь автоматизировать процессы и сосредоточиться на заработке денег, а не на поиске doc или excel файлов по всему компьютеру, или стикеров с номером клиента.
По техническим характеристикам скажу кратко: nginx + php-frm, PHP7.1, PostgreSQL.
С огромным удовольствием помогу и отвечу на вопросы всех желающих. И буду рад новым знакомствам и сотрудничеству.
На чём лучше писать CRM-систему?
Время пришло, понадобилась CRM-система. Готовые ненужны.
Для бэкенда два варианта:
1. Python/Django. Здесь я спокоен. Куча проверенных временем батареек. Всё работает в промышленных масштабах.
И так, что же выбрать? Вот только не надо шуточек за 300, что нода только для чатиков.
P.S.: Может у кого-то был опыт, делать что-то подобное на node.js. Стоит оно того или нет? Или не заниматься фигнёй, бросать все эти модные штуки и брать проверенный временем инструмент.
UPD: Создатель Node.js: «Это далеко не лучшая система(node.js) для серверного софта.». В общем, если уж создатель на неё плюнул, то и мне нестоит это трогать. А свой выбор я уже сделал и это Rust. Да, я люблю приключения 😉 Python/Django.
Пиши на Java, Go или другом языке промышленном языке. Иначе ты уйдешь с проекта и что с ним дальше будет? Где они найдут человека на Django и Node.js?
понадобилась CRM-система. Готовые ненужны.
Думается мне, что это или максимализм неуместный (и бедный заказчик) или у тебя реально уникальные задачи, но тогда сомнения в твоей пригодности под них.
Шутка удалась. Он даже в версионирование зависимостей не может.
шо ты так быстро реинкарнируешься )
Стало ну очень интересно. Поделишься страшным юзкейсом?
Производительность особо неважна. Возможно в будущем понадобиться делать различные расчёты, а может даже и data mining. Вот тут то js и сольёт.
Сплошное УГ на php. Везде свои велосипеды. Да ещё плати за каждый чих. Уж лучше пилить свой.
Go или другом языке промышленном языке
C#/ASP весьма пригодны
И так, что же выбрать? Вот только не надо шуточек за 300, что нода только для чатиков.
Видно крутого профи.
Он даже в версионирование зависимостей не может.
Но ведь я не пишу на го =)
А подход типично гоферовский.
По теме топика. Django отлично подходит для написания CRM. Все ее возможности, как Class Based Views + для API взяли Django REST Framework. Для UI используем Vue.JS. В этой связке разработка идет очень быстро.
Первую версию своей CRM написали примерно за 1.5 месяца. Главное не забывать про тесты 🙂
Наконец нормальный ответ 🙂 Для фронта, тоже Vue.js планирую.
Руби — гражданин пхп, я не узнаю вас в гриме?
Лол. На чём же ты предлагаешь писать? На ассемблере?)
Если ты задаёшься вопросом на чём писать CRM, то её надо купить.
Возможно в будущем понадобиться делать различные расчёты, а может даже и data mining. Вот тут то js и сольёт.
Ты это будешь делать не в CRM, а сторонней тулзой\сервисом, которая будет подкачивать данные из БД в себя и писать результат обратно в БД. ЯП вьюшки тебе вообще побоку будет.
Возможно, не так понят вопрос. Понятно, что Django идеально подходит.
Меня больше интересует опыт написания CRM на node.js. В связи с тем, что хотелось бы перейти полностью на js. Хотелось услышать мнения людей, кто пробовал реализовывать подобное на node.js.
Ну а джанго это проверенная временем технология, которая просто работает.
А сколько конкретно лет с рождения инструмента должно пройти, чтобы вы, клоуны, перестали считать его «хипстерским» и срать об этом на каждое упоминание на форуме?
Что тебя останавливает то? В мире жс для чего только не сделали либ, возможностей сделать свою особенную CRM миллион. Это ничем не отличается от любого другого проекта.
Чтобы считаться не хипстерской, технология должна быть серьёзной, чего не скажешь о ноде. ИМХО.
А почему она несерьёзная? 😀 (Ничего ни про что не знаю, просто в посте субъективизм без обоснования)
Честно говоря, глянул на первый попавшийся орм-фреймворк на ноде-жс: http://docs.sequelizejs.com/ Честного говоря, это капец. Про описание моделей молчу. Гребучие промисы, вездесущие замыкания. Чтобы вытащить что-то из базы, сериализировать в жсон и отдать, надо будет штук 50 вложенных коллбеков.
не применяется в серьёзных проектах
Где-то пару лет назад, IBM выкатила заявление, что нода готова к промышленному использованию.
Не, думаю COBOL идеально подойдёт 🙂
А ты достаточно серьёзный, чтобы такие заявления делать?
Вроде слышал, что кто то пилит подобное дело на лиспе
А сколько конкретно лет с рождения инструмента должно пройти, чтобы вы, клоуны, перестали считать его «хипстерским» и срать об этом на каждое упоминание на форуме?
Как минимум 20. А NodeJS сейчас всего 8 лет, за которые уже прошел один раскол сообщества (IO.JS vs NodeJS) и сейчас идет 2 (Ayo vs NodeJS). Это как бы стабильностью назвать никак нельзя.
На протяжении последних 5 лет я довольно плотно работаю с NodeJS. Знаю ее плюсы и минусы, но писать CRM на ней я не советую. Нода хороша для очень небольших проектов или микросервисов. Но даже при этом я не рекомендую писать на чистом JS, берите TypeScript хотябы. Дабы избежать детских ошибок вида
А если прямо, то берите Python / PHP / Ruby (и если есть много времени то конечно Java) и пишите свою CRM. Ведь CRM по большей части это CRUD операции. Да в современном мире CRM сейчас это SPA приложение, но это как бы не жесткое требование. У нас какие-то страницы построены как SPA, какие-то как и раньше рендерим на сервере. Тут не надо фанатеть, надо смотреть как решить задачу эффективно.
Если конечно у вас там лютый стартап и через 2 недели вы выкинете ваш проект, то пишите на чем угодно.
HTML + CSS + JS + PHP + *SQL.
Если нужно кататься на самокатах с бородой и смузями – то очевидно, что нужно быть Node.JS. Если быть ненормальным – то Python/Django. А нормальные пацаны берут и не грузят Веб питонами да нодами, а все делают по запросно-ориентированной методологии.
Чтобы вытащить что-то из базы, сериализировать в жсон и отдать, надо будет штук 50 вложенных коллбеков.
если нужна будет производительность