Мы занимаемся поддержкой уже написанного кем-то кода. Сами код не пишем. Чаще работаем на серверах заказчика, где никакие IDE не установлены и сервера без графического интерфейса
Декомпиляторы все же дают разный результат в некоторых случаях. Нашли для себя, что cfr лучше работает в нашем случае. Однако не исключаю, что встроенный в IDEA ничего такой для других проектов)
Привыкла пользоваться больше консольными утилитами, при поиске не обращала внимание на наличие IDE. Однако некоторым людям, действительно, нужен UI, чтобы эффективнее взаимодействовать с инструментом, в том числе есть такие среди моих коллег. Попробуем тулзу для разнообразия)
Из интересных фактов, код описываемого продукта с разной степенью полноты декомпилируется разными компиляторами. Например, на днях встретили ситуацию, когда даже cfr не все распознал. Выбирали инструмент по принципу: open source, развивается по новые версии JAVA, может делать батчевую декомпиляцию, декомпилирует без синтаксических ошибок бОльшую часть нашего кода
Да, это хорошая идея, но, к сожалению, многие в enterprise так не делают. История про ситуацию, когда по идее поддержка должна была вестись разработчиком, но он покинул своего заказчика и оставил ни с чем
Декомпилированный код очень сложно собрать обратно, поэтому таким образом мы получаем только дебаг-информацию. Право дорабатывать остается все равно у разработчика, если ему это нужно будет)
Решение отлично сработало в таком кейсе. Соглашусь с тем, что постоянное напряжение как в армии на работе не хорошо для команды, но здесь было немного иначе. И команда и менеджмент понимали всю критичность ситуации и совместно были готовы "затянуть гайки". По итогу все пришли к более лояльным процессам (которые и не роняют теперь проект) после решения накопившихся проблем
Ситуация, когда у проекта не было ни исходного кода, ни документации, ни мониторинга была сложной и для команды. Специалисты сами пришли за помощью к менеджерам, потому что уже не было сил разрываться между запутанной техникой и поддержкой управленческих процессов
Описанные меры были актуальны в кризисной ситуации, которая возникла. Команда это понимала и была готова к таким мерам. После нормализации ситуации на проекте мы пришли к комфортным условиям как для заказчика, так и для команды
Описывали менеджерские процессы больше, но если интересно о чем софт, то он предназначен для реализации программ лояльности у заказчика. Система предполагает работу с большим количеством данных в БД (ETL процессы, сегментация данных, realtime обработка входящей информации и тд). Из проблем, которые сразу были наиболее критическими: производительность, ошибки при отработке бизнес-процессов (не правильные данные, конечный пользователь видит в приложении неверную информацию, неверно работают бизнес-акции и тд). По техническому решению таких проблем возможно будет отдельная статья
Имеется ввиду, неочевидные для сферы деятельности сервисов поддержки
Спасибо за комменты) Изменили заголовок, чтоб других не путать. Имелось ввиду уводить технологии в свою голову и накапливать их в своем кармашке:)
Мы занимаемся поддержкой уже написанного кем-то кода. Сами код не пишем. Чаще работаем на серверах заказчика, где никакие IDE не установлены и сервера без графического интерфейса
Декомпиляторы все же дают разный результат в некоторых случаях. Нашли для себя, что cfr лучше работает в нашем случае. Однако не исключаю, что встроенный в IDEA ничего такой для других проектов)
Привыкла пользоваться больше консольными утилитами, при поиске не обращала внимание на наличие IDE. Однако некоторым людям, действительно, нужен UI, чтобы эффективнее взаимодействовать с инструментом, в том числе есть такие среди моих коллег. Попробуем тулзу для разнообразия)
Спасибо большое за комментарий. Не видела этот инструмент, когда искала решения для декомпиляции на проекте
Из интересных фактов, код описываемого продукта с разной степенью полноты декомпилируется разными компиляторами. Например, на днях встретили ситуацию, когда даже cfr не все распознал. Выбирали инструмент по принципу: open source, развивается по новые версии JAVA, может делать батчевую декомпиляцию, декомпилирует без синтаксических ошибок бОльшую часть нашего кода
Да, это хорошая идея, но, к сожалению, многие в enterprise так не делают. История про ситуацию, когда по идее поддержка должна была вестись разработчиком, но он покинул своего заказчика и оставил ни с чем
Декомпилированный код очень сложно собрать обратно, поэтому таким образом мы получаем только дебаг-информацию. Право дорабатывать остается все равно у разработчика, если ему это нужно будет)
После преобразований на уровне менеджмента проект чувствует себя прекрасно. Команда справляется с задачами на нем
Решение отлично сработало в таком кейсе. Соглашусь с тем, что постоянное напряжение как в армии на работе не хорошо для команды, но здесь было немного иначе. И команда и менеджмент понимали всю критичность ситуации и совместно были готовы "затянуть гайки". По итогу все пришли к более лояльным процессам (которые и не роняют теперь проект) после решения накопившихся проблем
Ситуация, когда у проекта не было ни исходного кода, ни документации, ни мониторинга была сложной и для команды. Специалисты сами пришли за помощью к менеджерам, потому что уже не было сил разрываться между запутанной техникой и поддержкой управленческих процессов
Описанные меры были актуальны в кризисной ситуации, которая возникла. Команда это понимала и была готова к таким мерам. После нормализации ситуации на проекте мы пришли к комфортным условиям как для заказчика, так и для команды
Описывали менеджерские процессы больше, но если интересно о чем софт, то он предназначен для реализации программ лояльности у заказчика. Система предполагает работу с большим количеством данных в БД (ETL процессы, сегментация данных, realtime обработка входящей информации и тд). Из проблем, которые сразу были наиболее критическими: производительность, ошибки при отработке бизнес-процессов (не правильные данные, конечный пользователь видит в приложении неверную информацию, неверно работают бизнес-акции и тд). По техническому решению таких проблем возможно будет отдельная статья
Специфика поддержки обычно предполагает менеджерские подходы, которые в конкретном кейсе сильно не сработали и пришлось перестраиваться в моменте