Что нужно спросить у предыдущего разработчика QlikView?

Технология In-Memory BI быстро растет и QlikView/Qlik Sense является одним из лидеров в этой области. 4-5 лет назад рекрутеры и другие работники сферы IT вряд ли знали о QlikView/Qlik Sense. Но все кардинально изменилось и появилось большое количество возможностей. Эти изменения также могут влиять на средний срок стажировки работника в организации. Не только на консультантов QlikView/Qlik Sense, это также может влиять на постоянный разработчиков QlikView/Qlik Sense. Мы можем видеть общую закономерность среди работников QlikView/Qlik Sense, которые прыгают с одного корабля на другой, но важно управлять процессом перехода. Мы должны организовывать просмотр кода предпочтительно в последнюю неделю и вот несколько важных вещей, которые Вам необходимо спросить у предыдущего разработчика QlikView/Qlik Sense (порядок не имеет значения):

  1. Документация и Скриншоты: Вне всякого сомнения, документация приложения имеет важное значение для любого приложения QlikView. Документация Приложения отличается от комментариев кода, и то, и другое важно, но они имеют разные цели. Документация Приложения представляет информацию о следующих пунктах:
  • Архитектура приложения (i.e. 2 или 3 уровневый слой)
  • Перезагрузка расписания
  • Зависимость от заданий
  • Триггеры OnOpen или OnPostReload (если они есть)
  • Количество таблиц
  • Количество столбцов
  • Количество строк
  • Количество одновременных пользователей
  • Общее чсило пользователей
  • Макро код/ Скрипт VB (если он есть)
  • Файл(ы)BAT (если они есть)
  • Объекты расширения (XML, CSS & .JS)

Я уверен, что мы все откладываем расписание обзора приложений на последнюю неделю с разработчиком, который уходит с данного места работы. Тем не менее, иногда Вы можете забыть или поторопиться из-за нехватки времени. Таким образом, имея эту информацию высокого уровня очень полезно для нового, чтобы перенять работу от уходящего разработчика QlikView. Мы можем хранить эту документацию либо в Microsoft Word или Powerpoint и предпочтительно с шаблоном, который будет стандартизировать процесс.

  1. Проверка Источника Управления: Если Вы представитель большого и организованного магазина, то, скорее всего, Вы будете внедрять такую систему управления источником, как SVN. Если все разработчики работают на сервере разработки или локальных машинах, важно высняить, проверил ли предыдущий разработчик все системы в последний день кодирования. Это гарантирует, что у нас есть современная кодовая база и даже если команда IT архивирует или удаляет данные прнедыдущего разработчика, то мы ничего не потеряем. Это потенциально позволяет избежать контактов с предыдущим разработчиком и вопросов вроде — «Где находится последняя версия?».

3.Комментарии к Коду: Один из моих любимых цитат Мартина Голдинга является — «Всегда кодируй так, как будто тот парень, который будет заниматься поддержкой твоего кода — ненормальный психопатом, который знает, где ты живешь.». Хотя это и может звучать, как преувеличение, но это помогает и мы начнем принимать комментарии к коду всерьез. Представьте себе ситуацию, когда Вы не можете связаться с предыдущим разработчиком и Вы должны самостоятельно исправлять проблему. Комментарии к коду являются отображением картой в лабиринте левого полушарие разработчика. Имея комментарии к коду — это очевидная необходимость, но мы иногда их пропускаем, так что важно, чтобы мы убедились, что каждый разработчик пишет комментарии к коду. Если это возможно, прочитайте комментарии к коду обзора к коду предыдущего разработчика, а затем посмотреть на фактический код, чтобы увидеть, насколько они синхронизированы.

  1. Нет ссылки на Локальный Путь на его/ее локальном профиле: я уверен, что большинство из вас использует относительные пути вместо абсолютных путей в сценарии QlikView. Порой, в то время как приложение находится в стадии разработки, мы могли бы поработать с абсолютными путями, а не относительными. Это приемлимо из-за нехватки времени и дедлайнов. Но важно не оставлятьлокальный путь(и) в коде, особенно с файлами поиска или отображения Excel.
  1. Безопасность QlikView/Qlik Sense и других Паролей: Вы должны проверить, есть ли обратный пароль входа (т.е. пароля QlikView) в рамках Секций Доступа. В идеале, Вы не должны использовать пароли QlikView/Qlik Sense, если Вы работаете в определенной области с Active Directory. Но мы все согласимся, что для некоторых реализаций нужны пароли QlikView/Qlik Sense. В любом случае, это наша обязанность — проверять, есть ли пароли QlikView. Кроме того, проверьте, знает ли предыдущий разработчик пароли соединения ODBC и OLEDB. Наконец, дважды проверьте, нужно ли Вам знать пароль любой другой учетной записи.
  1. Нажимаемые Вручную Кнопки: мы должны знать, есть ли какие-либо нажимаемые вручную кнопки. Это могут быть свалки данных или экспорт в файлы excel, мы хотели продолжить процесс и, может быть, рассмотреть возможность автоматизации процесса там, где это возможно. Между тем, важно не остановливать этот ручной процесс, которые может иметь большое влияние на бизнес.

Всего наилучшего.

 

Найти решение у бизнес-партнера QlikTech (QlikView) в России.

Форум разработчиков QlikView и Qlik Sense. Получите ответы на все вопросы по QlikView и Qlik Sense!

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий

62 queries in 0,389 seconds