Дмитрий Каримов: «Занимайтесь вебом!»
Как верно отметили гости INFOSTART EVENT, ни одна крупная компания России уже не обходится без 1С. О практике внедрений и перспективных задачах мы побеседовали с Дмитрием Каримовым, главным специалистом промышленного гиганта «Газпром бурение».
– С какой целью вы приехали на конференцию?
В первую очередь, я приехал сюда, чтобы обучаться. Чтобы замотивироваться, настроить себя на новые свершения, увидеть какие-то новые проекты в других компаниях и сделать что-то такое же крутое у себя. Мне все очень понравилось, все замечательно.
Мы хотим сделать портал для сотрудников организации, который будет связан с 1С и будет с ней интегрироваться. И я услышал на выступлениях спикеров интересные проекты, которые помогут мне в дальнейшем реализовать эту идею. Мы думали использовать для этого HTTP-сервисы и сделать веб-интерфейс на Java-скрипте. Возможно, реализуем. На мой взгляд веб-интерфейс сейчас это то, чего не хватает конечному пользователю, чтобы прочувствовать преимущества автоматизации бизнеса. Если это качественный корпоративный портал, то он позволяет в два клика в привычном всем браузере увидеть сотрудников организации, посмотреть какие-то сводные данные, согласовать документ.
Пока в нашей компании это больше факультатив, таких проектов, где фигурировало бы веб-приложение нет. Но можно было бы попробовать. Мне это интересно, и я даже в факультативном режиме этим занимался бы.
– Почему вы считаете, что это перспективно для вашей компании?
Сейчас мы видим следующую проблему: сотрудники слабо взаимодействуют, поскольку не знают друг друга в лицо. Если на нашем новом портале появятся имя и фотография работника – это уже будет круто. Даже такой простой функционал уже поможет взаимодействовать внутри компании, строить какие-то более тесные взаимоотношения во время проекта. А если этот портал как-то развить, расширить его возможности, пользы станет еще больше.
– А какие сервисы вы там видите?
Например, подружить корпоративный портал с BI, после его внедрения, и сделать какие-то ссылки, чтобы топ-менеджеры заходили и сразу видели интересную информацию у себя на странице. Или построить на этом согласование ЭДО. Сейчас у нас внедрена 1С:Документооброт. Есть небольшие трудности – система получилась недостаточно гибкая, и мы хотели бы что-то свое внедрить в дополнение. Возможно, это будет построено на веб-технологиях.
– Вы сами занимаетесь кастомизацией или пользуетесь услугами франчайзи?
Года полтора назад мы привлекали подрядчиков, но на том этапе эта практика оказалась не очень эффективной. Бизнес хотел что-то расплывчатое, мы не смогли объяснить подрядчику, что именно. Сроки поджимали, но проект не внедрялся или внедрялся не должным образом, потому что не было правильно выстроенной коммуникации у сотрудников подрядчика с бизнесом.
А когда действуешь собственными силами, решается проблема с взаимодействием. Можно, например, отправить сотрудника на филиал, чтобы он показал, как правильно использовать разработанный блок, чтобы он изучил бизнес-процесс «из первых рук» и направил внедрение в нужное русло. А если будут какие-то тонкости или проблемы, он сможет озвучить их руководству, и будут решения сверху. От внешнего подрядчика добиться такого сложно. Особенно если сотрудники подрядной организации работают удаленно.
Сейчас подрядчиков привлекаем в 90% случаев только для работы внутри офиса, то есть люди приезжают, сидят у нас в офисе на рабочем месте и полностью погружаются и участвуют во всех этапах проекта. Мы, в свою очередь, выступаем как руководители этих проектов, наставляем подряд на правильный курс, помогаем решить проблемы с коммуникацией. Потому что у нас есть сложные задачи, которые по телефону или в Skype в ТЗ не озвучить. Изначальные требования у бизнеса зачастую расплывчатые. И мы постепенно, по всей видимости, переходим на Agile-разработку: внедрили, доработали, показали бизнесу. И мне это нравится. Бизнес растет в понимании ИТ-процессов, а мы растем в правильном понимании бизнеса. Взаимодействие налаживается.
– Получается, для вас сейчас интересны гибкие методы разработки, это приоритет в развитии компании?
В части IT – да. Нельзя сказать, что у нас есть большой опыт внедрения, используя гибкие методологии, но даже он показывает, что такие проекты, в итоге, получаются удобнее и ближе самому бизнес-заказчику.
– Как вы собираете проектную команду?
Непосредственно набором специалистов занимается другой сотрудник. Но я взаимодействовал с нашими подрядчиками. В принципе процесс отбора такой: мы тестируем несколько человек от подрядчика. Когда уровень подготовки нас устраивает, мы об этом говорим, и в дальнейшем руководитель проекта подрядчика предлагает нам людей соответствующего уровня. И пока не было проблем по уровню специалистов.
– А какой подход вам ближе в управлении проектами?
Если говорить о работе с внешним подрядчиком, то давать ему возможность каких-то творческих полетов – это плохая идея. По крайней мере, в наших реалиях. Это приводит к тому, что проекты не сдаются, ничего не завершается, подрядчик, не получая никакого фидбэка от заказчика, уходит на другой проект, занимается чем-то другим. На вопрос, почему он перестал что-то делать, отвечает, что от пользователя не получает никакой реакции. Но надо же требовать ее, от пользователя ее почти никогда нет!
Что касается внутренних проектов, у нас есть возможность творчески мыслить, сделать какую-то штуку, которая будет использоваться в будущем, а сейчас она не нужна. Такое бывает нечасто, в основном мы стараемся работать директивно, двигаться в определенном направлении, выполнять поставленные задачи, не отходя сильно в сторону.
– Вы как обосновываете перед заказчиком, что очередной этап проекта завершен, и все получилось?
Все зависит от задачи. Если внедрили какой-то документ для распределения планирования, то показываем количество созданных документов в филиалах, показываем, что эти документы заполнены, что в систему данные занесены, что до людей они дошли, и пользователи понимают, для чего это сделано и как работает.
– Вы проводите какое-то внутреннее тестирование? Ведь перед тем, как показать проект начальству, хорошо бы убедиться, что все работает правильно.
Тоже зависит от задачи. Если она касается каких-то цифр и сложных подсчетов, и разработчик не в силах самостоятельно проверить результат, от бизнеса выделяется специальный человек, который соображает в технических науках, и он проводит тестирование, дает обратную связь. Понятно, что проект не запускают сразу в промышленную эксплуатацию, а сначала в опытно-промышленную. Все понимают, что могут быть ошибки, и нужно их исправлять.
– Как вы решаете противоречия, конфликты в ваших командах?
Если споры между разработчиками возникают относительно архитектурных задач, то мы обращаемся к руководителю соответствующего отдела. Он хороший специалист и ставит точки над i. Он всегда даст правильное направление, расскажет, что надо делать, а что нет, сколько это займет времени. Поэтому у нас в этом смысле нет проблем.
– Хорошо. Представим, что нет возможности обратиться к руководителю отдела. К примеру, он уволился, и с ним ушли его знания и компетенции. Каким образом в этом и аналогичных случаях вы страхуете риски? Систематизируете опыт и корпоративные знания?
Мы этим процессом как раз начали заниматься. Но еще полтора года назад никто ничего в этом направлении не делал. Естественно, было наработано много системного функционала, но никто не понимает, как с этим быть. Разбираются во всем только люди, которые сами все и разрабатывали. И если они уйдут, будет очень тяжело: месяц-полтора придется погружаться в какие-то процессы в бизнес-сфере.
Чтобы избежать этого, мы стараемся писать инструкции. Например, для администратора, для пользователя. Хотим сделать описания изменений, как-то это зафиксировать, к примеру, в формате базы знаний на движке Wiki. Сайт мы уже развернули, он пока еще не наполнен всей необходимой информацией, но мы идем к этому, и вскоре все преобразим.
Возвращаюсь к теме корпоративного портала. На нем можно будет реализовать поиск по нашей базе знаний, чтобы пользователи брали оттуда необходимые инструкции. Там же можно будет фиксировать заявки на обслуживание.
– Пользуетесь порталом infostart.ru?
Пользуемся, конечно. Покупали несколько интересных обработок, одна из них связана с управлением ролями, очень удобная штука. Приобретает решения наш руководитель, он публиковал статьи на вашем портале. У него есть стартмани, и если нам надо, мы к нему обращаемся, а он покупает, что нам нужно.
– Если бы у вас появился шанс дать себе совет в начале профессионального пути, что бы сказали?
Занимайся вебом! Это перспективно, это не привязано к конкретному языку или стране. Это не требует установки программ: открыл браузер, вбил строку, ты уже в приложении. Воздействие веб-технологий видно и на нашей с вами родной платформе: ее все чаще интегрируют с веб-приложениями, у нее имеется собственный веб-клиент. 1С – это крутая платформа, одна из лучших на рынке в своей стоимостной категории в плане автоматизации учета. Но при этом универсальности в 1С нет. Она разрабатывается специально для решения каких-то прикладных функций. А я бы хотел заниматься чем-то универсальным, хотел бы, например, написать свою платформу для решения прикладных задач. У меня вот такие амбициозные цели.
Уважаемые читатели! Приглашаем вас стать спикерами нашей рубрики и дать интервью, в котором вы сможете поделиться своим профессиональным опытом, историями успеха ваших компаний и высказаться по широкому кругу вопросов из сферы ИТ и 1С-разработки. Просто обратитесь в редакцию Инфостарт: dkochergov@infostart.ru, +7(812)309-06-46, доб. 138.
Для пользователя да. Правда с рядом существенных ограничений. Например веб-приложение сильно ограничено в использовании ресурсов компьютера пользователя. Элементарно не видит устройств, не видит другого установленного софта.
Я дважды(за последние пару лет) нырял в удивительный мир программирования. Немного освоил java-android, написал несколько приложений (ими даже кто-то пользуется). Затем ковырнул frontend на js, разметил сайт на несколько сотен элементов с анимациями в css, js, svg.
Выводы для себя вынес
1)Да, прикольно
2)Можно сделать что угодно
3)Чтобы сделать полезное нужно вджобывать в 10-100 раз дольше, чем на специализированном 1С фреймворке.
4)*Спроса в моей деревне на такие работы нет, а на 1С есть.
В 1С за нас подумали дав метаданные, которые служат основой архитектуры (плохой или хорошей, но точно лучше чем никакой). Спрятали от нас кучу кучную всякого технического барахла, дав возможность сосредоточится на решении реальных задач.
А вы реализуйте "в браузере" функционал аналогичный хотя-бы простейшим решениям от 1С , типа той же Розницы. Потом посмотрите как оно тормозит, сколько там всего напихано, сколько стоит поддержка и развитие этого продукта.
Если пользователь хочет оставить заявку, что у него не работает принтер, тогда зачем ему заходить в 1С? А для нас в ITIL идет учет, так как задача падает в него. И не надо придумывать и тратить много времени на создание полноценного веб-приложения, с бэкендом, своей базой и куртизанками: просто используем веб-сервис 1С.
Или красивые, динамические веб-отчеты, которые, к сожалению, 1С показать не может. Нацеленные на руководство, которое не хочет заходить в 1С, а хочет быстро, с утра посмотреть статистику по вчерашней работе.
Или справочник по сотрудникам организации. Удобный и шустрый, а может быть даже и чатик ))
Или база знаний, которая будет интерактивно всплывать подсказками, когда пользователь набирает текст заявки в службу поддержки.
А в будущем может прикрутить нейросеточку, которая будет обучаться пользователями выводить полезную информацию из базы знаний? ))
И тут же можно согласовать какой-нибудь документ, быстро и просто. Особенно если в организации любят бюрократию это станет весьма актуальной темой. Не надо открывать 1С, не надо уметь им пользоваться. А веб интерфейсами с правильным ux/ui в наше время умеют пользоваться все.
А на главной странице - новости компании, всегда видно актуальную информацию.
Чтобы вся инфраструктура, все разрозненные сервисы были в одном, удобном месте, всегда под рукой.
Чтобы не надо было для одной задачи открывать 1С:УПП, для другой - 1С:ДО, для третьей - 1С:ITIL.
Разве не это прелесть для пользователя? Это по сути будет красивой и дружелюбной оберткой над сложными и неприветливыми механизмами. Визитной карточкой IT отдела, если хотите. Новый сотрудник пришел. Нужно оставить заявку на создание пользователя в базе, или настроить как-то компьютер, или посмотреть, кто как выглядит, чтобы не искать его в кабинете глазами, а может почитать о компании, посмотреть последние новости? Он заходит на портал и видит всю эту красоту: +1 в карму для айтишников.
А если нужно завести приходную накладную, тогда да - милости просим в розницу, заводите. В автоматизации учета с 1Ской сложно тягаться. А тащить все документы из 1С на веб-форму, это уже перебор. Тут нужно чувствовать грань и выносить только то, что в соотношении полезность/стоимость разработки будет оптимальным.
Вообще странно мечтать о портале как каком то сферическом мега вэб проекте, а не простоя взять готовый и уже начать работать. А пока -1 в карму для айтишников.
Можно и свои "метаданные" сделать в виде упрощённых классов справочников, документов, регистров. Если говорить именно о метаданных.
По JS много предложений на удалёнку, с очень высокими зарплатами.
Zip это лишь небольшая часть. Распаковывать gzip 1С не умеет, проверено на курсах валют от РБК. Шифрование, формирование изображений и анализ видео, конечно задачи не приоритетные и узкоспециализированные, но если двигаться в сторону обучения нейросетей, то производительность кода достаточно критическая часть. ТаблицаЗначений.Сортировать не справляется там, где нужен свой компаратор - указатель на функцию, которая разбирает какую-нибудь структуру, соответствие, ссылку на объект с набором свойств, вложенную ТаблицуЗначений в ячейку ТаблицыЗначений. В общем там где недостаточно просто сравнивать 2 идентичных по типу значения объекта.
Я такую идею предложил еще и по другой причине. Сейчас в тренде такая технология как WebAssembly. По факту это возможность преобразовать любой язык программирования (Си, С++, JavaScript, VisualBasic и т.д.) в унифицированный кроссплатформенный байт-код, который будет выполняться виртуальной машиной на любой системе. Так почему бы не попробовать этот трюк с 1С, тем более, что синтаксис не такой уж и сложный? Тем более, если 1С пытается протиснуться на зарубежные рынки с английским синтаксисом языка 1С.
Цикл из 1С останется циклом в java. И никак не станет параллельным
1С постоянно оптимизирует и развивает язык. Надводную часть этого айсберга видно в информации к релизам.
Никогда в реальных задачах не имел проблем производительности связанных с скриптовой частью 1С. Сам 1С код как для меня работает идеально. Его выполнение занимает обычно 0% времени в замерах производительности. А кривой запрос к SQL я и в hibernate могу сделать.
Ваши рассуждения пока на уровне "Вот есть муравей он поднимает в 1000 раз больше своего веса, а вот есть слон он поднимает всего 10% своего веса. Давайте заменим слона пятитонным муравьем"
Платформа 1С написана на С++ и является виртуальной машиной для кода на языке 1С. Ровно так же как Java не может быть запущена без виртуальной java машины, которая в свою очередь написана на С++.
Без сомнения - программисты в Oracle написали гораздо более совершенную виртуальную машину, чем программисты в 1С. Но! есть два момента, которые не позволяют отдать им пальму первенства.
1)Программисты в 1С писали специализированную платформу для бизнес-приложений, а значит имели значительно более простую задачу и иные приоритеты. Бизнес-приложение на java использует возможности java не оптимальным образом в отличии от 1С. Программисты в 1С могут себе позволить не работать с массой всякого ненужного, в Oracle вынуждены учитывать всё.
2)Решение написанное сперва на 1С а потом портированное на java будет содержать все огрехи 1С. Решение уровня 1С сразу написанное на java будет содержать сложнейший код, который не смогут поддерживать большинство программистов 1С, а способные разобраться будут вынуждены работать в командах даже над небольшими задачами. Простой топорный синтаксис 1С это плохо, когда вам нужно сделать UPDATE в запросе, но очень хорошо когда вас просят закодить сложный бизнес-процесс в одиночку до пятницы.
Если цикл с большим количеством итераций запустить в 1С в одну строку, а потом с нормальным форматированием, можно заметить разницу в производительности интерпретатора.
Но в целом с вашим мнением согласен - 1С это прикладной язык, который с грандиозным успехом справляется с автоматизацией ентерпрайза в два клика.
Вы, батенька, большой оптимист :)
На какую загрузку рассчитываете ? 1С ляжет не то, что "1000 запросов в секунду", она упадет даже от "1000 запросов в минуту". Тем более, если запрос будет обрабатываться больше одной секунды (что-то на сервере считать).
HTTP сервисы это инструмент интеграции, максимум. Пытаться делать на них публичного веб-клиента бесполезная и бесперспективная идея. Так, чисто для себя побаловаться.
Корпоративный портал не будет рассчитан на грандиозные нагрузки. Архитектуру можно проработать, например, подготавливать таблицы для выгрузки заранее, и отдавать уже готовую инфу. Да и потом, отчеты для топов, о чем я и говорил, из BI брать будем. Из 1С что-то легкое: список зафиксированных обращений пользователя из ITIL, отправить обращение от пользователя и т.п.
Сложилось, мнение , что это не "ведущий специалист....", а какого-то студента интервьюировали....
Я вообще главный специалист, а не ведущий! ))
А если по сути: у нас отдел 1Сников, для нас портал не на 1С с фотографиями - уже круто. И если будет положено начало, будет мотивация развивать его дальше.
И проблема такая реально существует. Конечно это не какая критичная ситуация, но и я рассказывал свои мысли экспромтом, и говорил про наш факультатив, а не рабочие задачи.
Да, и сделайте мне скидку, я же главный специалист отдела внедрения, а не пресс-службы ))
101 доклад с презентациями спикеров
Политика обработки персональных данных