Подработка

[yostrov]

Пост из серии "дурака работа любит".
Эпиграф: "Чтоб ты жил на одну зарплату!" (старое советское проклятие)

Зарплата у меня хорошая. Маленькая, но хорошая. Но все же со следующей недели буду подрабатывать в fast food ресторане.
Не знаю, на сколько меня хватит: основную работу бросать не собираюсь, хотя зарплата в ресторане немного больше и они зовут на постоянную работу. Пока подписался на 4 месяца.

Пришлось срочно менять планы: собирались поехать на океан на следующей неделе, а поедем только на три дня послезавтра.

Comments

[dennisgorelik]

> Вот только цена у них разная.

Я предполагаю, что в относительно простых случаях первоначальная разработка SSIS package может быть и ниже, чем у полноценного C#+SQL application, но стоимость поддержки SSIS package, вероятно, гораздо выше, чем стоимость поддержки C#+SQL application.
Нужно же как-то за всеми этими разбросанными package следить. Как-то убеждаться, что изменения ничего не поломали.
Если нормального code review изменений нет, авто-тестов нет, то куча багов обнаружатся уже только в production. Что очень, очень дорого обходится.

Теперь я лучше понимаю, почему некоторые из моих партнёров по интеграции XML feeds (на противоположной стороне) так мучаются.

[yostrov.livejournal.com]

>стоимость поддержки SSIS package, вероятно, гораздо выше, чем стоимость поддержки C#+SQL application.
Нет.

>Нужно же как-то за всеми этими разбросанными package следить.
Все package собираются в одном сервере, если надо.

>Как-то убеждаться, что изменения ничего не поломали.
Если есть сообщение об ошибке - значит сломали :)

[dennisgorelik]

> Если есть сообщение об ошибке - значит сломали :)

А если сообщения об ошибке нет - значит ли это, что SSIS package работает правильно?

Ты, кстати, так и не ответил, можно ли просматривать изменения в SSIS package?

Код SSIS, на твой взгляд, достаточно читабельный для того, чтобы посмотреть diff?

[yostrov.livejournal.com]

>А если сообщения об ошибке нет - значит ли это, что SSIS package работает правильно?
Если никто ни на что не жалуется - не трогай систему!

>Ты, кстати, так и не ответил, можно ли просматривать изменения в SSIS package?
Можно. TFS например.

>Код SSIS, на твой взгляд, достаточно читабельный для того, чтобы посмотреть diff?
Глазами - нет. version control software - да. А зачем? Если надо выбрать нужный пакет из двух с одинаковыми именами, то проверяется один-два объекта обычно. В зависимости от сложности пакета, конечно.

[dennisgorelik]

> Если никто ни на что не жалуется - не трогай систему!

А если нужно добавить пару полей, но, вместе с тем, убедиться в том, что feed продолжает парситься после изменения SSIS package?

Количество таблиц до и после изменения одинаковое.

Заглядываешь в TFS посмотреть изменения - а там только визуальные картинки. Очень друг на друга похожие.
Как проверить, что при изменении SSIS package ничего по-ошибке не изменили?

Пользователи, конечно, ошибку тоже найдут. Но, возможно, только через пол-года.
И будут очень, очень расстроены потерей этих данных.