Возможно, не совсем понял вопрос, но в статье идет речь про GraphQL, в одном из разделов написано про производительность составных запросов. Более подробно про Step by step VS One step Вы можете прочитать в другой моей статье https://habr.com/ru/companies/nlmk/articles/779864/
Как у вас получилось так завлечь людей на подобное?
Да, я сталкивался с таким мнением, но в действительности толковые специалисты по платформе есть. Не скажу, что их очень много, но они есть. Это справедливо практически для всех областей: юриспруденция, экономика, образование и т.д.
Как мы их завлекаем?) Здесь, наверное, можно выделить ряд факторов: стабильность, устойчивое развитие и масштабность компании. Под масштабностью я понимаю не только какие-либо территориальные признаки и охват отрасли, но и масштабность технологий. Даже на Едином корпоративном портале мы апробируем/используем различные технологии/разработки: GraphQL, брокеры сообщений, сервер аутентификации Blitz IDP, модули безопасности, балансировка, шины обмена данными и т.д. Поэтому Битрикс здесь только один из «ингредиентов»;).
Для создания хорошего продукта нужны хорошие специалисты. При их отсутствии и хороший продукт можно испортить.
Мы Битрикс с нуля не переписывали, а использовали его в качестве некой основы. Как и писал:
Битрикс24 включает в себя множество функциональных возможностей, многие из которых «из коробки» готовы для использования организациями различного масштаба. Для проекта НЛМК некоторые возможности нам не подошли, в силу специфичных задач и размера внедрения.
Приходите к нам и вы увидите, как оно может работать, если грамотно его допилить.
В целом, на проблему стоит смотреть шире, не ограничиваясь Битриксом. Мы сталкивались с различными продуктами у которых которых «хромало» качество.
Основная проблема в низком пороге вхождения в технологию. Как правило, начинающий специалист научившийся выводить «Hello, world» или развернув какое-либо коробочное решение может считать себя высококлассным профессионалом (эффект Даннинга-Крюгера), но базовых знаний ЯП недостаточно для реализации качественного продукта.
К сожалению, на рынке много таких продуктов, которые практически невозможно поддерживать и развивать без его полной переделки.
У нас в компании есть свои процессы и в этих процессах задействованы различные направления (архитектура, инфраструктура, аналитика, разработка, тестирование, ИЮ, devops и т.д.). Это позволяет нам создавать качественные продукты и решения для enterprise-сегмента.
Как написано в статье: «Нужны только хорошие «повара» :)»
Например, рассылка пуш уведомлений, проверка занятости пользователя в других календарях/события и т.д. – операции атомарные, которые выполняются в рамках хита пользователя
Стоит учитывать, что «коробочный» функционал Битрикса предоставляет возможность гранулярного добавления пользователей в события, сообщества и т.д. без групп. И рядовой пользователь зачастую не в курсе всех технических особенностей работы платформы.
Возможно, не совсем понял вопрос, но в статье идет речь про GraphQL, в одном из разделов написано про производительность составных запросов. Более подробно про Step by step VS One step Вы можете прочитать в другой моей статье https://habr.com/ru/companies/nlmk/articles/779864/
Спасибо!
Да, я сталкивался с таким мнением, но в действительности толковые специалисты по платформе есть. Не скажу, что их очень много, но они есть. Это справедливо практически для всех областей: юриспруденция, экономика, образование и т.д.
Как мы их завлекаем?)
Здесь, наверное, можно выделить ряд факторов: стабильность, устойчивое развитие и масштабность компании.
Под масштабностью я понимаю не только какие-либо территориальные признаки и охват отрасли, но и масштабность технологий. Даже на Едином корпоративном портале мы апробируем/используем различные технологии/разработки: GraphQL, брокеры сообщений, сервер аутентификации Blitz IDP, модули безопасности, балансировка, шины обмена данными и т.д. Поэтому Битрикс здесь только один из «ингредиентов»;).
Для создания хорошего продукта нужны хорошие специалисты. При их отсутствии и хороший продукт можно испортить.
Мы Битрикс с нуля не переписывали, а использовали его в качестве некой основы. Как и писал:
Битрикс24 включает в себя множество функциональных возможностей, многие из которых «из коробки» готовы для использования организациями различного масштаба. Для проекта НЛМК некоторые возможности нам не подошли, в силу специфичных задач и размера внедрения.
Приходите к нам и вы увидите, как оно может работать, если грамотно его допилить.
В целом, на проблему стоит смотреть шире, не ограничиваясь Битриксом. Мы сталкивались с различными продуктами у которых которых «хромало» качество.
Основная проблема в низком пороге вхождения в технологию. Как правило, начинающий специалист научившийся выводить «Hello, world» или развернув какое-либо коробочное решение может считать себя высококлассным профессионалом (эффект Даннинга-Крюгера), но базовых знаний ЯП недостаточно для реализации качественного продукта.
К сожалению, на рынке много таких продуктов, которые практически невозможно поддерживать и развивать без его полной переделки.
У нас в компании есть свои процессы и в этих процессах задействованы различные направления (архитектура, инфраструктура, аналитика, разработка, тестирование, ИЮ, devops и т.д.). Это позволяет нам создавать качественные продукты и решения для enterprise-сегмента.
Как написано в статье: «Нужны только хорошие «повара» :)»
Группы, к сожалению, здесь не спасут:
Например, рассылка пуш уведомлений, проверка занятости пользователя в других календарях/события и т.д. – операции атомарные, которые выполняются в рамках хита пользователя
Стоит учитывать, что «коробочный» функционал Битрикса предоставляет возможность гранулярного добавления пользователей в события, сообщества и т.д. без групп. И рядовой пользователь зачастую не в курсе всех технических особенностей работы платформы.