Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Вакансии |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
alex-ls Member Откуда: Иркутская обл - Пенза - Москва Сообщений: 6972 |
много таких желающих. но увы из деревни работать не дадут. а у вас разговорный английский? |
||||||||
10 фев 21, 13:37 [22278794] Ответить | Цитировать Сообщить модератору |
mayton Member Откуда: loopback Сообщений: 51163 |
Нужно title сменить и техническое видение. Не реставрация ПО. А полная миграця с Sybase на что-то трендовое. Иначе после миграции у вас будет таже ситуация что и раньше. Нет людей понимающих язык и желающих тратить время на одноразовое его изучение. |
10 фев 21, 14:01 [22278824] Ответить | Цитировать Сообщить модератору |
Неистовый Служитель Культа Member Откуда: Сообщений: 252 |
вам и не разработчик нужен а корпоративный архитектор со знанием вашей "прикладухи". который сможет понять чего у вас есть, описать модель "as is" и подобрать адекватную замену которая "в тренде" + разработать высокоуровневно адаптер перехода от зоопарка к этой самой замене. с этапами и прочим надеюсь вы не собрались этим вашего "не разработчика" нагружать? ища еще на другой стороне света, за неполные 3000$ в месяца? ![]() |
||
10 фев 21, 15:10 [22278899] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
Все было бы так просто, если бы решалось архитектором. Чистый архитектор здесь не поможет. Здесь нет задачи восстановить и описать досконально архитектуру проекта. Здесь нужна именно реставрация функционала. Если сделаем аналогию с реставрацией зданий. Есть старый красивый заброшенный деревянный дом. Вы позовете архитектора (проектирующего новые ТРК), чтоб он вам что-то с этим домом сделал? Нет. Есть специалисты, которые способны оценить существующую конструкцию, понять как было задумано с точки зрения реализации, и этот специалист аккуратно начнет реставрировать устаревший дом: где-то заменяя элементы, где-то их восстанавливая, где-то усиливая, а где-то выкидывая и забывая напрочь ненужные наросты. То же самое и здесь нужно сделать, но со стороны ПО. ПО никто не списывает, им пользуются и активно. НО! Есть болевые точки, которые надо решать с учетом текущего положения, реалий проекта и т.п. Еще раз - это не чистая девелоперская позиция, где вы будете брать детализированные таски из бэклога и решать. Это не чисто архитекторская позиция. Это стык этих направлений. Как показывает практика, таких специалистов мало, но их можно найти :) Не каждый senior девелопер способен осилить роль реставратора - тут нужен специфический майндсет (см. первый пост) |
||||||
10 фев 21, 15:18 [22278908] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
Это две разные задачи. Текущая система требует именно реставрации. Горизонт ее заката полноценного не виден на 3-4 года. Новая система - миграции функционала на новую, это другая война. |
||||
10 фев 21, 15:21 [22278912] Ответить | Цитировать Сообщить модератору |
Неистовый Служитель Культа Member Откуда: Сообщений: 252 |
в конечном итоге, поигравшись в реставраторов и археологов с нанятыми "узбеками" вы к архитектору и вернетесь. после первой "зимы" в "красивом заброшенном деревянном". после подсчета затрат вы думаете это прямо такая мега-уникальная задача? через это проходило множество организаций |
||||
10 фев 21, 15:39 [22278929] Ответить | Цитировать Сообщить модератору |
mayton Member Откуда: loopback Сообщений: 51163 |
Хорошо. А можете привести какие-то метрики сложности. Ну ... к примеру хотя-бы сколько строк кода на Sybase уже написано? |
||||||||
10 фев 21, 15:59 [22278947] Ответить | Цитировать Сообщить модератору |
Leonid Kudryavtsev Member Откуда: Сообщений: 9443 |
Обычная поддержка старой системы с кучей легаси кода. В чем "уникальность" работы - лично мне не понятно Хорошая зарплата, но требование знания языка, что отсеет значительную часть "непритязательных" разработчиков (например пред пенсионного возраста), согласных копаться в старом коде и поддерживать мамонта. IMHO |
10 фев 21, 16:16 [22278963] Ответить | Цитировать Сообщить модератору |
mayton Member Откуда: loopback Сообщений: 51163 |
Ситуация напоминает поддержку систем написанных на COBOL в USA. Но по слухам Кобол-щикам предлагали больше чем Scala-разработчикам. У кого есть рекрутерский аккаунт в LinkedIn - подтвердите plz. 220 косых рупий - это примерно 3000 зеленых. Очень мало. Поднимайте иначе никто не придет. Если это действительно банк - то он найдет резервы. |
10 фев 21, 16:36 [22278978] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
common, покажите мне хоть одну ИТ контору, в нашей стране, которая решает мега-уникальную задачу? Уйду к ним, за миску супа (но качественного). Задача не уникальна, но, думаю, согласитесь - не типичная. Типично - на сопровождение легаси сажают лоу-кост специалистов, которые систему не трогают от слова совсем. Знают наиболее частые ошибки и как их пофиксить. Все остальные баги воспринимается окружающим миром как неизбежное зло легаси. И делают промежуточные костыли избавления от этого зла. Все надеются на скорую кончину легаси и прекращение кошмара. У саппорт команды день сурка каждый день, и никакого технического драйва. Правда не похоже на то, что описано выше по этому проекту? |
||||||||
10 фев 21, 16:42 [22278985] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
строк кода? Серьезно? В основной базе более: 3300 процедур 350 таблиц 90 триггеров а еще все замешано не плохо на использовании исключительно пользовательских типов данных и ограничений на них. |
||||||||
10 фев 21, 16:45 [22278989] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
кстати, это уже по результатам первой очистки неиспользуемых объектов |
10 фев 21, 16:46 [22278991] Ответить | Цитировать Сообщить модератору |
Alex Le Member Откуда: Сообщений: 56 |
Не так уж и много. Если сравнить хотя бы с тем же IBSO. Наличие триггеров со сложной логикой бросает в дрожь. Правильно сказали выше: уберёте разговорный английский, будет шикарная вакансия. Сообщение было отредактировано: 10 фев 21, 16:51 |
10 фев 21, 16:57 [22278999] Ответить | Цитировать Сообщить модератору |
кит северных морей Member Откуда: krsk / nyc / krsk Сообщений: 918 |
|
||||
10 фев 21, 17:00 [22279001] Ответить | Цитировать Сообщить модератору |
Неистовый Служитель Культа Member Откуда: Сообщений: 252 |
а что в ней "не типичного"? запоздалое спрыгивание с легаси и актуализация бизнес-логики - что из нее живо, а что просто артефакты воспаленного воображения давно уволенных манагеров |
||||
10 фев 21, 17:01 [22279002] Ответить | Цитировать Сообщить модератору |
mayton Member Откуда: loopback Сообщений: 51163 |
Да я серъезно. В отсутствие других метрик такие тоже подходят. 3300 процедур - это хорошо. Какая часть из них написана вручную? И какая создана скриптогенерацией? 350 таблиц это мало. *телекомы используют до 900 таблиц и большая часть из них это staging которые имеют одинаковую шапку. Тоеть их можно считать партишенами одной большой таблицы. 90 триггеров. Непонятно. Если они выполняют функцию констрейнтов - то это очень мало. Ниочем. |
||||
10 фев 21, 17:33 [22279021] Ответить | Цитировать Сообщить модератору |
Alex Le Member Откуда: Сообщений: 56 |
В телекомах редко встретишь обилие таблиц с более чем 20 полями. |
10 фев 21, 17:41 [22279026] Ответить | Цитировать Сообщить модератору |
Leonid Kudryavtsev Member Откуда: Сообщений: 9443 |
лоу-кост - согласен, типично не трогают от слова совсем - а чем они тогда вообще занимаются?
А у Вас будет не так же?
Ерунда какая-то. Если система работает в продакшене, какой бы она "легаси" не была, врят ли кто-то "надеются на скорую кончину легаси".
Обычная система. в тек. системе биллинга (Oracle, Oracle Forms 6.0). 2467 таблиц (смело можно делить пополам, т.к. скорее всего попало много мусора) 861 пакетов (не процедур!) 579 триггеров (но это не показатель, т.к. в триггерах обычно логики нет, обычно там просто аудит)
Тут скорее напрашивается 3-и (или более) разных человека: 1) консультант-аналитик с хорошим знанием английского и предметной области, имеющего опыт общения с ино-заказчиком и представления об аналогичных системах (плюс базовые знания СУБД) 2) разработчик СУБД с погружением в предметную область 3) "программист" бизнес логики сервер сайда: java / bash / .NET / python - судя по развесистому стеку технологий, программист-студент старших курсов ))) Но "3 в 1" и с разговорным английским, да еще молодого-горячего-после_института (java / bash / .NET / python) - такого вендеркинда нужно будет позолоченным заборчиком огородить и М.П. должен будет ему кофе заваривать и в чащке с блюдечком по утрам приносить. |
||||||||||||||||||
10 фев 21, 17:44 [22279028] Ответить | Цитировать Сообщить модератору |
CawaSPb Member Откуда: Питер/Москва/Wroclaw Сообщений: 1101 |
Класс! Вот за одно бы описание адекватное к вам бы пошёл :) Но ведь совмещать вам, наверное, не? Системы хранения - а DB2 SME вам не нужен? Для отдельных ли работ/на постоянку? |
||||
10 фев 21, 17:50 [22279032] Ответить | Цитировать Сообщить модератору |
Неистовый Служитель Культа Member Откуда: Сообщений: 252 |
скорее всего это самое легаси - результат деятельности такого многорукого мастера (3 в 1). который ваял систему пока не выгорел. и всем было пофигу, пока не набралось критическое число ошибок, костылей и прочего. отсюда же отсутствие документации - точить некогда, пилить надо но контора ищет себе нового ваятеля (парни, нас ждет вторая серия!) - ибо бизнес свои ошибки не признает никогда... |
||||
10 фев 21, 18:07 [22279046] Ответить | Цитировать Сообщить модератору |
Leonid Kudryavtsev Member Откуда: Сообщений: 9443 |
- "java / bash / .NET / python" - ? Только в случае, если данный мастер страдал еще разчетвереннием личности. Ну и подозреваю, хаять мастера (или мастеров) особого основания нет. Раз система написана и реально работает. |
||||
10 фев 21, 18:15 [22279050] Ответить | Цитировать Сообщить модератору |
Неистовый Служитель Культа Member Откуда: Сообщений: 252 |
не обязательно. мне приходится в рамках одного проекта на 3 разных языках писать - у каждого своя роль и применение. если бы не переработал часть скриптов (тоже легаси) - было бы на 4-х... |
||||
10 фев 21, 18:26 [22279056] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
Ну не надо. Зачем вы привязываете зп в разных локациях? Для нашей локации, имхо, вполне себе конкурентоспособная зп для обозначенных скилов
Помилуйте... Это чистый спирт!(С) Из кодо-генерации там есть только копипаст, но честный ручной.
тут такое. Сказать что всех 3 человек будет чем занять 8*5 = ну такое себе. 1 Хороший аналитик тут накопает за недолго бэклог немаленькой такой команде девелоперов, который они разгребать будут долго. А на полноценную команду девелоперов в человек 8-10 бюджета пока нет. Явных дедлайнов нет, что надо вот завтра получить красивую систему. Поэтому берем человека, который будет не стеснятся раскапывать и приносить идеи и решения, что можно в системе поменять, чтоб победить проблему окончательно.
Системе 25 лет. Однозначно не одна команда приложила к этому продукту усилия. Что было в тренде на тот момент и какая экспертиза была - то и делали. Продукт получился рабочий. И живет/развивается. |
||||||||||||||||||||
10 фев 21, 19:26 [22279083] Ответить | Цитировать Сообщить модератору |
mayton Member Откуда: loopback Сообщений: 51163 |
Ну вот. Видите как всё у нас чудненько выходит. Из 3300 процедур - 3000 созданы копи-пастой одной процедуры с небольшими изменениями. И если мы выделим образующий шаблон - то останется понять только его смысл +300 в остаточке. Не благодарите. |
||||
10 фев 21, 19:41 [22279094] Ответить | Цитировать Сообщить модератору |
Mikle83 Member Откуда: Санкт-Петербург Сообщений: 653 |
Не буду благодарить. Т.к. оценка в корне не верна. Процедуры реализуют реальную бизнес-логику в отношении различных сущностей в различных процессах. Как говорил в исходном описании - большая часть логики на стороне базы. Проект покрывает полностью отдельный бизнес-домен в полном объеме по процессам. Т.е. полный life-cycle для сущностей, валидация на каждом этапе, сложные логики анализа возможного изменения статуса объекта, изменения связанных атрибутов иных объектов, отслеживание истории для определения возможного направления изменения и т.д. Это не система типа ETL - взяли данные от апстрима, обогатили/отфильтровали - отправили даун-стриму. Это полноценная логика конкретного бизнес направления. |
||||||||
10 фев 21, 20:10 [22279126] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
Все форумы / Вакансии | ![]() |