Гугл транслейт рулит. Кроме того, HR всегда помогает с переводом и пониманием документов. На самом деле, письменный шведский тренируется сам собой, именно на чтении всяких бумажек.
1. Достаточный для прохождения собеседования и ведения профессиональной деятельности. Здесь никому не интересны баллы IELTS/TOEFL, играет роль только то, как вы общаетесь на собеседовании. Некоторые компании не удовлетворяются скайпом, а приглашают кандидата на очное собеседование.
2. Востребованы, но опять же, знакомые с облачными решениями от MS, Sharepoint и т.д. Наверное, в целом, у юниксоидов больше вариантов.
3. Строительство дома требует осмотрительности, никто не будет затевать такое только что приехав в страну. Но вообще проблем особых нет, были бы деньги.
4. Мы сняли 3кк на 73м, это довольно обычные размеры для Швеции.
Справедливо всё, кроме зарплаты. Насколько мне известно, она будет меньше 2к евро со всеми вытекающими. Правда, и налог будет меньше. Семейному аспиранту хорошо бы иметь какую-то подработку или работающую жену.
Системные администраторы — широкая область деятельности, в Швеции очень востребованы т.н. devops — люди, которые могут поддерживать серверы, СУБД, кластеры, конкретные приложения для цикла разработки и мониторинга.
Типичные навыки (взяты из реальной вакансии)
– working with git and version controlled code
– setting up and running application in cloud hosting environments, Google Cloud, AWS
– automation and configuration management
– working with large amounts of data in both SQL and NoSQL databases
– development in Python
– unix/linux
– running applications with high uptime demands and incident management
Их зарплаты должны укладываться в те же средние цифры, что я озвучил в статье.
есть очень полезный словарь по контекстам использования context.reverso.net в умелых руках творит чудеса.
правда, тоже требует определенной осторожности, всё-таки работает он на современном корпусе текстов, а современный, даже литературный, перевод стал делаться кем попало со всеми вытекающими
настройки серилизации спринга, кстати, одно из самых мутных мест. а так люди сами джексон или какой-нибуд gson интегрируют и все.
спрингсек — ужасный монстр в котором почти никто не разбирается, тот уровень магии, когда она уже вышла из под контроля (как и многие другие спринговые подпроекты :))
так навалом схожего и попрозрачнее. dropwizard, spotify apollo, lagom, play/slick, etc…
чем больше народ будет уходить на микросервисы, тем сильнее будут отказываться от спринговой монструозности
обычно если тащат в приложение спринг, то тащат почти всё (веб, дао, и т.д.) ваше приложение опирается на разномастное, местами старинное дерево абстракций, навязывающих свои интерфейсы, свои, подчас, не самые оптимальные способы работы с core-DI и проч.
для поддержки всего этого добра уже мало знать underlying технологии, надо знать интеграционную специфику спринга.
авторы многих интеграционных подпроектов одержимы причесыванием всего под одну гребенку, бывает, что суют свои интерфейсы даже если нативные лучше.
не надо на него смотреть, это древнючий, ужасно написанный контейнер к которому буквально приклеен кусок guice (но не очень аккуратно). смотрите или просто на guice или на чудесный picocontainer
для небольших утилит уместнее что-то типа питона использовать, а есть у явы ВМ или нет — не столь важно, главное, что новичку там сложнее прострелить себе ногу :) плюс много готовых библиотек на все случаи жизни и хорошая помощь от IDE
Если вы сделали выводы из статьи выше, то вам надо изучать «базу», т.е. ту самую яву. Eclipse там или нет — никакой роли для начала не играет. Литература и куча всяких курсов на любом языке (хотя я бы сильно рекомендовал английский) легко гуглится. Через месяца три занятий по базовой яве можно пробовать андроид.
многие страны ЕС не парятся с синекартами и делают локальную рабочую визу, действительную только в этой стране. Как правило, это делается гораздо быстрее синекарты и требует меньше бумажек.
у графайта есть http://graphite.readthedocs.io/en/latest/render_api.html
а для него есть некоторый выбор готовых скриптиков, типа https://github.com/prestontimmons/graphitejs
т.е. вы делаете свою страничку под юзера, с которой он может вызывать вышеназванный api, фильтруете его запросы на бэкенде, чтобы он из песочницы не вылез, и получается что-то вполне культурное.
собственно, с кибаной тот же подход применим.
Дело в том, что ни один из этих инструментов нельзя полностью отдавать на откуп случайному пользователю. Ни с какими платными плагинами. Эти интерфейсы изначально разрабатывались «для своих», умеючи очень легко можно сделать запрос, который сильно загрузит сервер. НО. если вы фильтруете некое безопасное подмножество функций, отсекая особенно тяжелые агрегирующие, и жестко контролируете time frame запроса, и, разумеется, metric path (чтобы изолировать только данные конкретного юзера) то особой проблемы нет.
Да, с относительной жручестью эластик-стэка согласен, что до графайта, то если вы делаете userId частью metric path, то нет проблем с фильтрацией. Хотя, конечно, надо точно знать ваш случай использования.
Имхо, у вас яркий случай time-series data, и для отчетов и мониторинга отлично бы подошел Graphite+Grafana или что-то в этом духе. Kibana + Beats/Logstash тоже ниче так
2. Востребованы, но опять же, знакомые с облачными решениями от MS, Sharepoint и т.д. Наверное, в целом, у юниксоидов больше вариантов.
3. Строительство дома требует осмотрительности, никто не будет затевать такое только что приехав в страну. Но вообще проблем особых нет, были бы деньги.
4. Мы сняли 3кк на 73м, это довольно обычные размеры для Швеции.
Типичные навыки (взяты из реальной вакансии)
– working with git and version controlled code
– setting up and running application in cloud hosting environments, Google Cloud, AWS
– automation and configuration management
– working with large amounts of data in both SQL and NoSQL databases
– development in Python
– unix/linux
– running applications with high uptime demands and incident management
Их зарплаты должны укладываться в те же средние цифры, что я озвучил в статье.
правда, тоже требует определенной осторожности, всё-таки работает он на современном корпусе текстов, а современный, даже литературный, перевод стал делаться кем попало со всеми вытекающими
спрингсек — ужасный монстр в котором почти никто не разбирается, тот уровень магии, когда она уже вышла из под контроля (как и многие другие спринговые подпроекты :))
чем больше народ будет уходить на микросервисы, тем сильнее будут отказываться от спринговой монструозности
для поддержки всего этого добра уже мало знать underlying технологии, надо знать интеграционную специфику спринга.
авторы многих интеграционных подпроектов одержимы причесыванием всего под одну гребенку, бывает, что суют свои интерфейсы даже если нативные лучше.
еще есть sparkjava.com
а для него есть некоторый выбор готовых скриптиков, типа https://github.com/prestontimmons/graphitejs
т.е. вы делаете свою страничку под юзера, с которой он может вызывать вышеназванный api, фильтруете его запросы на бэкенде, чтобы он из песочницы не вылез, и получается что-то вполне культурное.
собственно, с кибаной тот же подход применим.