добавлю...

Кстати в Канаде при работе удалено, CRA считает место работы по ip адрессу. То есть место сервера куда вы конектитесь/сливаете свой код.
Я живу в одной провинции и работаю через сервера в другой провинции, и место моей работы считается другая провинция. Сoответственно я попадаю под все законы той провинции. И налоги плачу другой провинции, что в моем случае хорошо так как в моей провинции налоги выше, мед. страховка безплатная.

AlexMD,

В БС платная.

base2,

В Канаде меня никогда не спрашивали. Давали ИБМовские задачки, нo не литкод. Посмотрел я литкод задачки, и ничего с реальной жизнью они не имеют. В кровавом ынтырпрайзе где много платят надо знать ЫДЖБы, СУПы, Юниксы, Буш, и даже Майнфреймы.

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

LastDon,

Почему помойка? Какие алтернативы? Хибер или спринг?
Я даже не представлаю чем можно заменить ЫЖВ имея 50-60 финансовыx моделей меняющихся каждый год, и которые в некоторых приложениях необходимо подгружать динамически, по годам, по странам, и т.д. Алтернатив нет!

AlexMD,

1. Работал в двух больших банках: Bank of Canada {www.bankofcanada.ca), Royal Banks of Canada (rbc.com) и в одном частном банке (clarienbank.com) на Бермудах; ни в одном я не видел спринга. Увы, но это факт.
Со спрингом тоже куча проблем, одна из которых это версии. Если подсел на одну версию то уже потом aпгрейдится на новую стоит офигенного гемороя. Не надо нам Спринга. J2EE - есть все. Ну а Хибер вообще говнище еще то. MyBatris и то перекрывает его по удобству и скорости разработки, или Спринговский JdbcTemplate и то лучше, хотя тоже не подарок с настройками, когда есть куча источников данных.

2. Ну и все банки сидят на IBM WebSphere со своими заморочками и нафиг Спринг надо если в WebSphere есть все. Документация правда говно еще то, но работает все чики - чики. Ну и последняя фишка Спринга которая добивает так настройки приложения в java классах. Документация по спрингу тоже говно. Собственно работаешь с этими продуктами усая стековерфлощ и гоогль чтобы найти почему та или иная фитча не работает.

3. Ну и третье, если для маленьких приложений Спринга будет достаточно если надо быстро запулить новую приблуду без всяких секурити. Ф.... Спринг секюрити - это еще то говнище, в котором без сто грамм и мата не разберешься если его делал какой-то индус.

4. Ну EJB довольно страшная штука, которую боятся ВСЕ! и соль в том, что на работу с EJB можно списывать уйму жопо-часов, за чем каждый день и приходим и протом по хорошим расценкам и конкурентов почти нет , от слова вообще!

5. Спринг в последних версиях откровенно тянет все на использование своего Боот стека. А у меня WebSphere и Liberty и мне нафиг не надо кучу спринговских jar файлов, которые нельзя выкинуть, а надо извбавляться от неужного только в настройках и таскать весь Спринговский хлам, который делает время установки приложений О-Oчень продолжительным.

6. А ты когда то пробовал настроить Спринг чтобы работать с Супами через https и секюрити токены, которые меняются у сервис провайдера каждых пять минут? ... нигде, ни в документации по Спрингу, ни в stackoverflow, ни гугль тебе не поможет... У меня ушло почти две недели на такие просты вещи, получилось тогда когда поднял Спринговские иcxодники и посмотрел что они там делают.

Ой, не сыпь мне соль на раны!

Stan2000,

Вот Тебе ссылка на веб сайт(портал) https://www.mackenzieinvestments.com/en - пройдись по нему и оцени сколько жопо-часов надо чтобы его перевести на модный фреймок хотябы по фронту. Еще столько же функциональности за паролями. За бек-енд там вообще дремучий лес.

Ну а банки большие как были сдлеаны на майнфреймах в 70х, так до сих пор ядро банковской системы и круттся на майнфреймах потому как не требует изменений и покрывает всю необходимую функциональность.

Ну так что за популярные фреймоки? Два года назад был еще Ангуляр в топах, потом он надоел своими багами и изменениями кажды несколько месяцев и большие проекты отказались от него. Вью и Реакт - спецов нет, ну и проблемы с бекендами типа старых добрых СУПов. Фронт-енд получается толстый и практически не управляемый.

Расскази пожалуйста сколько способов ты знаешь во фронт енде чтобы держать сесионные данные? ну типа счета клиента (скажем у клиента их пару десятков) - не каждый же раз их таскать из сервиса для каждой страницы где требуется видеть счета чтобы по ним переходить от одного к другому.

Разница прямо пропорциональная так как бюджет на проект фиксированный и стоимость амзаоновских сервиц=сов выливается в кругленькую сумму очень быстро, осовбенно ссовременными фреймовоками. А значит компания урезает пайку девелоперам из-за этого потому как бюджет на Айти компании фиксированный на год.
Я лично против облаков - ничего как кроме дополнительных рашодов для компании они не несут и сложные системы подсчета стоимости сервиса, когда системы сложные.

Pastic,

Из собственого опыта скажу что только практика дает положительные результаты, то есть надо больше общаться с рекрутерами, там и язык подтянешь, и правильный словарный запас наберешь. И спрашивай рекрутеров что не так и чего еще надо чтобы получить позицию и они будут подсказывать реально что и как делать и потом будешь уже со следующими рекрутерами применять все что тебе насоветовали. Сделай сначала целью не найти работу а раскрутить рекрутеров на разговор подольше "что да как?" а там потом все само образуется.

У меня два года назад было более 60-ти интервью с рекрутерами в течении двух месяцев, более десятка технических интервью по телефону, 5 или 6 были лично. В результате получил два контракта и перманентную работу. Получилось на всех трех поработать в первых два месяца, по крайней мере мне платили все трое. Потом пришлось слинивать, хотя я нравился всем и работа везде была непыльная. Но это уже другая истоия...