вы написали, я ваш комментарий одобрил
пожалуй спорить не буду, все логично
Диском я тоже не пользуюсь
бекапы с 30+Гб — конечно целиком, а лучше снепшотами
то что запросы идут через сервера Битрикса, насколько я знаю, позволяет лицензию контролировать
проблем с этим у нас не было никогда, аптайм у них (у облака) очень приличный.
1 — сервис ganttpro. честно говоря не знаю почему не в Б24. мне нужно было нарисовать — я нарисовал. можно было и в Б24
наш собственный продакшн работает в youtrack и связках с другими системами
2 — нет, кастомные страницы делаются руками разработчиков. на Сайтах удобно делать лендинги, не более
мобильное приложение есть, и его функциональность развивается
все еще самые сложные сценарии на мобильном де-факто недоступны
думаю причины 2:
— невысок спрос
— сделать хорошо очень трудно
задачи, чаты, частично CRM — работают
по нашим практикам внедрения основная масса клиентов работают с компьютера, с мобильного лишь чаты и подтверждение бизнес-процессов
было несколько начинаний внедренцев по созданию собственного МП на базе REST API — без успеха, задача слишком большая
у нас сотрудники службы продаж работают в Битрикс24, облачная почта плюс корпоративный gmail по IMAP
не сочтите что я посылаю вас — но это в поддержку
что касается качества реализации
у нас тоже много вопросов к тому как сделаны некоторые вещи в Б24. это и js, и кастомизация, и местами технические решения
однако альтернатив для построения интранет-порталов такого уровня просто нет
не Sharepoint же? переходов с Б24 на SP я не помню ни одного
наоборот – масса
поэтому для крупной компании с большими задачами и бюджетами выбор платформы – чисто рационаоьное решение. Б24 работает, интеграторы поддерживают, интеграции делаются
все это относительно недорого
а поддержка в любом крупном сервисе устроена так, что есть первая линия. я тоже в нее пишу и вываливаю сразу скриншоты с деталями, чтобы меня сразу переключили на инженера.
не совсем понятно какое «рассуждение» вы имеете в виду
по сути да, мы описываем специфику нашей работы, ценен личный опыт
впрочем, он довольно универсален
что касается разных языков: сугубое ИМХО, но мне кажется что стоит выбрать 1 технологию и изучать ее всерьез.
круто знать 4 серверных языка/технологии — чтобы что? для кругозора, для шансов сменить работу — согласен. для глубины и качества? спорно…
не так много на самом деле. просто на старте как правило люди фронтендом называют верстку и самый базовый JS. идем по пути база => jQuery => более современные подходы
ну и почти любой зрелый проект имеет части, где jQuery присутствует. не знать основ просто не получится.
ну и это матрица больше про бекенд. у нас есть отдельные фронтенд, менеджерская, маркетинговая матрицы компетенций
они частично пересекаются, но все же рассматривать эту конкретно конструкцию нужно как бекенд, а не фронтенд-матрицу
собственно ничего пропихивать не надо
есть конкретные предметы
— Технологии разработки для сети И нтернет
— Человеко-машинное взаимодействие (больше про интерфейсы, но тоже веб затрагивает)
— Веб-технологии
— много еще
которые есть в программах и которые преподаются
просто мы приходим в ВУЗ и говорим: мы профильное предприятие, у нас есть люди с учеными степенями и педагогическим опытом, давайте мы у вас поработаем (а заодно будем базой практик, руководить/оппонировать дипломам, организовать «кафедры от предприятия»)
ВУЗу это очень надо, у них kpi на привлечение таких партнеров
и работаем
вот курс, посмотрите там видео и презентации. качество записи пока не «вау», но мы работаем над этим www.intervolga.ru/school
чисто теоретически такое можно собрать и в облаке через внешнее приложение 1 или 2 типа
и воплей про его отсутствие немного на самом деле
площадку для ИМ — думаю это временно. эту нишу закроют быстро
CRM, RPA, там еще конь не валялся сколько работы.
пожалуй спорить не буду, все логично
Диском я тоже не пользуюсь
бекапы с 30+Гб — конечно целиком, а лучше снепшотами
то что запросы идут через сервера Битрикса, насколько я знаю, позволяет лицензию контролировать
проблем с этим у нас не было никогда, аптайм у них (у облака) очень приличный.
Б24 открыт для доработок, очень дешев в сравнении с любыми другими инструментами, имеет кучу фич и развивается
поэтому его и берут.
местами сыро — факт
1 — сервис ganttpro. честно говоря не знаю почему не в Б24. мне нужно было нарисовать — я нарисовал. можно было и в Б24
наш собственный продакшн работает в youtrack и связках с другими системами
2 — нет, кастомные страницы делаются руками разработчиков. на Сайтах удобно делать лендинги, не более
все еще самые сложные сценарии на мобильном де-факто недоступны
думаю причины 2:
— невысок спрос
— сделать хорошо очень трудно
задачи, чаты, частично CRM — работают
по нашим практикам внедрения основная масса клиентов работают с компьютера, с мобильного лишь чаты и подтверждение бизнес-процессов
было несколько начинаний внедренцев по созданию собственного МП на базе REST API — без успеха, задача слишком большая
а на что рекомендуете заменить?
однако мысль совсем другая. чтобы люди начали пользоваться интранет-порталом, он должен нравиться людям
поэтому внедрение интранета — не только техника и проектирование, но и социальная инженерия
хотя мы и интегратор, но сами живем в облаке (так проще, да и практика), сделали себе кучу интеграций и специфических приложений
не сочтите что я посылаю вас — но это в поддержку
что касается качества реализации
у нас тоже много вопросов к тому как сделаны некоторые вещи в Б24. это и js, и кастомизация, и местами технические решения
однако альтернатив для построения интранет-порталов такого уровня просто нет
не Sharepoint же? переходов с Б24 на SP я не помню ни одного
наоборот – масса
поэтому для крупной компании с большими задачами и бюджетами выбор платформы – чисто рационаоьное решение. Б24 работает, интеграторы поддерживают, интеграции делаются
все это относительно недорого
а поддержка в любом крупном сервисе устроена так, что есть первая линия. я тоже в нее пишу и вываливаю сразу скриншоты с деталями, чтобы меня сразу переключили на инженера.
это работает
по сути да, мы описываем специфику нашей работы, ценен личный опыт
впрочем, он довольно универсален
что касается разных языков: сугубое ИМХО, но мне кажется что стоит выбрать 1 технологию и изучать ее всерьез.
круто знать 4 серверных языка/технологии — чтобы что? для кругозора, для шансов сменить работу — согласен. для глубины и качества? спорно…
что касается ВУЗов — по сути первый стажерский уровень матрицы мы и даем на полугодовом курсе веб-разработки в ВолГУ
ну и почти любой зрелый проект имеет части, где jQuery присутствует. не знать основ просто не получится.
ну и это матрица больше про бекенд. у нас есть отдельные фронтенд, менеджерская, маркетинговая матрицы компетенций
они частично пересекаются, но все же рассматривать эту конкретно конструкцию нужно как бекенд, а не фронтенд-матрицу
есть конкретные предметы
— Технологии разработки для сети И нтернет
— Человеко-машинное взаимодействие (больше про интерфейсы, но тоже веб затрагивает)
— Веб-технологии
— много еще
которые есть в программах и которые преподаются
просто мы приходим в ВУЗ и говорим: мы профильное предприятие, у нас есть люди с учеными степенями и педагогическим опытом, давайте мы у вас поработаем (а заодно будем базой практик, руководить/оппонировать дипломам, организовать «кафедры от предприятия»)
ВУЗу это очень надо, у них kpi на привлечение таких партнеров
и работаем
вот курс, посмотрите там видео и презентации. качество записи пока не «вау», но мы работаем над этим www.intervolga.ru/school