Территориально и с учетом доступности\стоимости транспорта, из Эстонии не так-то удобно путешествовать, если ехать не в Россию\Латвию\Литву\Белоруссию и Скандинавию, где Эстонской зарплаты хватит на пару бургеров.
Из Таллина не так много направлений у лоукостеров, выбор не большой, придется или регуляркой лететь далеко не за копейки (у которой тоже покрытие на ахти прямыми рейсами), или опять же с пересадкой лоукостерами, что опять выйдет немало.
Если на авто, то это 1500 км до Берлина, 1600 км до Праги и Вены, 2200 км до Хорватии на море в район золотых песков. До черного моря в Болгарии — 3300 км.
По доходам сейчас там тоже не все так хорошо, если сравнивать даже с той же Польшой.
Со всеми налоговыми вычетами на девелопера, при зарплате за senior позицию в 20к pln злотых грязными (что для крупных продуктовых компаний хорошая, но очень средняя зарплата для действительно хороших нужных специалистов) получится 3600 eur на руки.
Для сравнения, Glasdoor говорит, что средняя зарплата Senior Software Development Engineer в Skype — 44600 eur в год до налогов, что дает порядка 2800 eur на руки.
При этом, согласно Number, с точки зрения стоимости жизни, для того, чтобы жить в Таллине так же, как Варшаве на 3600, нужно уже 4150 eur.
Вот именно поэтому и велик шанс того, что разработчики двинут хотя бы немного дальше на запад, т.к. это будет ощутимое улучшение качества жизни.
Хм, знаете, я замечаю такую интересную вещь — чем сильнее программист, тем более понятный его код.
Так как в реальности действительно сложные в реализации штуки встречаются все таки не так часто, то весь остальной код, если он нормально написан, понимается даже непрограммистами в виде специалистов из смежных областей. Джунов в эти сложные штуки пускать не будут, а с остальным, при условии нормальных синьоров, не должно быть для них проблемой.
И причем тут уровень абстракции?
Легкое гугление показало, что все началось в 12 июля 2011 года с заметки «Как получаются «сеньоры» в 23 года?» на одном известном украинском портале. Ссылку давать не буду (не уверен что можно), по названию легко ищется.
Простите за нудность, но — а зачем вы вообще используете именно nginx и именно так?
В целом, у вас задача стоит «просто отфорвардить запросы через разблокированное место». Есть вариант с nginx + stream, который я выше написал, есть haproxy, который может просто запроксить не трогая содержимое. Наконец, есть всякие другие подобные штуки которые делают то же самое. Все они позволяют 2 основных вещи:
1. Сохранить оригинальное шифрование.
2. Обеспечить доступ через разблоченный узел.
Схема «свой домен + сертификат + апстрим» конечно имеет право на жизнь, но она сложнее, требует выписки (и поддержки) своего сертификата, требует изменения в конфигурации приложения (имя домена) при том, что совершенно не дает профита.
Есть способ еще проще через streams (и правильнее, так как шифрование сохранится) с тем же Nginx, и даже ничего в коде скрипта менять не придется.
На стороне приложения пишем в /etc/hosts:
ip.of.my.proxy api.telegram.org
Для Nginx на проксе пишем:
stream {
# Конфигурация апстрима
upstream tgapi {
server api.telegram.org:443;
}
# Вот этот блок ради того, чтобы можно было один сервер использовать как прокси для нескольких имен
map $ssl_preread_server_name $upstream {
hostnames;
default tgapi;
api.telegram.org tgapi;
}
server {
listen 443;
ssl_preread on;
proxy_pass $upstream;
}
}
Кстати, в большинстве дистрибутивов nginx собран без stream, но оно есть в nginx-full в официальной репе самого nginx.
Не то, чтобы прям выгодно, но по крайней мере не так разорительно. Но в итоге все равно в ты минусе конечно, если только не покупаешь что-то, чем зарабатываешь деньги.
За N26 ничего сказать не могу, но Revolut — так еще конторка.
Во-первых — она не банк, а сервис, работающий поверх банка (у них Lloyds). Схема похожа на Рокетбанк.
Во-вторых — они страдают блокировками и отсутствием нормальной поддержки. Что в сторону обычных клиентов, что в сторону предпринимателей.
Причем поддержки не то, что там офлайн или как то еще, а банально в единственном их канале поддержки можно ждать ответа больше суток, после того как тебя внезапно заблочили после первой попытке снять в банкомате пару десятков евро в своем же городе через неделю после активации карты. Разблокировать то они ее мне разблокировали, но длилось это неделю с паузами в диалоге в десятки часов. Так себе опыт. И это я физик. Про предпринимателей можно загуглить.
Единственный плюс — курсы валют, они да, интересные. Поэтому карту все таки использую в поездках, но в режиме пополнил-потратил.
Хранить там что-либо с такими выкрутасами как-то не хочется.
То есть — «знаете, я ищу работу, но потратить 3 часа на тестовые задания я не могу, потому что увлечен другими делами — копаю картошку на огороде».… значит ему не интересна работа, а мне, как руководителю, не будет интересен этот человек.
А что вы, как руководитель, сделали, чтобы ему стала интересна ваша работа? Предлагаете доход выше рынка? Меняете мир? Ваш бренд известен всем и имеет вес в резюме? У вас есть классные штуки и масштаб технологий, которые могут себе позволить себе десяток компаний на весь мир?
Нет? Тогда вы просто одна из тысяч компаний и тратить на вас 3 часа жизни нет никакого смысла, проще пойти к такому же соседу, который таких заданий не дает и получить то же самое на выходе, а в эти 3 часа лучше вскопать картошку или провести время с семьей. Ну, или решить клевенькое задание на codeforces, которое именно нравится, а не просто — надо.
Люди же тратят часы и дни, решая задачи на сайтах вроде codewars или codeforces.
Это ИХ время, они его тратят так, как хотят и на то, что они хотят. Нет никакой гарантии, что данное «сложное» тестовое задание еще до собеседования вообще понравится кандидату. Может быть ему вообще эта тема не интересна, он сейчас другими задачками увлечен.
Если в вакансии четко описаны необходимые скиллы, а еще лучше, чтобы они были отражены в тестовом задании, то глядя на вакансию и тестовое задание вы будете ясно понимать, что от вас требуется.
Этого практически никогда не бывает.
Во-первых — обычно нет четкого понимания, что конкретно хочется от человека. Ну, есть конечно, но оно не реалистично совершенно.
Во-вторых — если начать в тестовом задании давать то, чем реально будет заниматься человек, то тогда вскроется неприятная правда (которую правда и так все знаю) — подавляющее большинство вакансий и заданий будут содержать что-то вроде «сделайте небольшое суперстандартное приложение, которое можно сделать по туториалу». Просто потому, что работа в подавляющем большинстве это и подразумевает.
Приятные исключения конечно бывают, но таких компаний и вакансий на порядок (если не более) меньше, чем остальных.
И все же пишут про «инновационность, прорывные технологии и челленджи».
Сложный фееричный отбор приносит удовлетворение обоим сторонам тогда, когда и работодатель готов предложить что-то нестандартное и действительно цепляющее в практически работе, и кандидат готов это вытянуть, потом что ему хочется этим заниматься. В остальных случаях, которых большинство, такие штуки приносят раздражение и разочарование как минимум одной из сторон.
Да все нормально:)
Я просто из депрессивного региона, вариантов у меня было немного — или, как говориться, «жопу рвать», или на завод, или торговать.
Повезло, что отец в свое время добыл правдами и неправдами себе на работу компьютер и некоторую литературу и показал мне все это. Сам он по профессии очень далек от IT (доктор), но сумел заинтересовать меня, почувствовав, что в этом будущее. Так и понеслось, у меня выбора то и не было, по сути.
Но — мне все нравится. И я ему благодарен за то, что получилось.
Да все банально.
Максимум — 3 года, минимум — 1 месяц. В среднем — 2 года.
Всего — 6 фул-тайм позиций, плюс еще наверно столько же на парт-тайм в разных ролях параллельно с основными.
Уходил почти всегда тоже по банальным причинам — деньги и задачи.
Я увлекающаяся человек, люблю много работы, быстро выгораю, если не подпитывать новыми задачами, сложно восстанавливаюсь, плохо переживаю «ну подожди полгодика, там задачка появится и займешься, а пока давай вот тут попилим потихоньку вот тут, где ты будешь использовать 5% своих знаний». По крайней мере до недавнего времени все было именно так. Сейчас даже не знаю, не могу сказать то же самое с уверенностью.
Ну, конкретно я беру на работу не совсем программистов, скорее системных инженеров с навыками программирования, но да, 25 минут болтовни с ним о правильных вещах вполне помогают понять, ориентируется он в теме или нет.
Я не сторонник написания кода на листочке\доске, да даже в ноутбуке. Для того, чтобы понять, как он думает и что знает вполне можно просто поговорить.
Все дело в том, что на определенном моменте (кроме самых низов) требуется не «программировать», а решать вполне конкретные задачи во вполне конкретном окружении.
Если под «программировать» вы понимаете навык кодирования, то это один вопрос. Если же «программирование» — это решение задач определенных задач с помощью доступных инструментов — это другой вопрос.
Причем с навыками кодинга (или программирования) еще проще — в подавляющем большинстве хоть какой-то код, написанный кандидатом, будет публично доступен.
Реальные задачи почти всегда требуют гораздо больше времени, чем разумно тратить на собеседования. В рамках собеседования можно давать сложные задачи на программирование, которые он, возможно, решил (если тратил время на подобное в прошлом), вот только это ну никак не показатель того, что он так же классно решает практически задачи.
Если вакансия на системного администратора, и соискатель проработал 10 лет в этой сфере, конечно нет смысла спрашивать про уровни OSI и как найти инфу в логах.
Я вам как админ скажу — очень даже стоит. Пусть не про уровни, но пару базовых вопросов задать нужно, потому что бывает (и пугающе часто) что и там провалы.
Из Таллина не так много направлений у лоукостеров, выбор не большой, придется или регуляркой лететь далеко не за копейки (у которой тоже покрытие на ахти прямыми рейсами), или опять же с пересадкой лоукостерами, что опять выйдет немало.
Если на авто, то это 1500 км до Берлина, 1600 км до Праги и Вены, 2200 км до Хорватии на море в район золотых песков. До черного моря в Болгарии — 3300 км.
По доходам сейчас там тоже не все так хорошо, если сравнивать даже с той же Польшой.
Со всеми налоговыми вычетами на девелопера, при зарплате за senior позицию в 20к pln злотых грязными (что для крупных продуктовых компаний хорошая, но очень средняя зарплата для действительно хороших нужных специалистов) получится 3600 eur на руки.
Для сравнения, Glasdoor говорит, что средняя зарплата Senior Software Development Engineer в Skype — 44600 eur в год до налогов, что дает порядка 2800 eur на руки.
При этом, согласно Number, с точки зрения стоимости жизни, для того, чтобы жить в Таллине так же, как Варшаве на 3600, нужно уже 4150 eur.
Вот именно поэтому и велик шанс того, что разработчики двинут хотя бы немного дальше на запад, т.к. это будет ощутимое улучшение качества жизни.
Так как в реальности действительно сложные в реализации штуки встречаются все таки не так часто, то весь остальной код, если он нормально написан, понимается даже непрограммистами в виде специалистов из смежных областей. Джунов в эти сложные штуки пускать не будут, а с остальным, при условии нормальных синьоров, не должно быть для них проблемой.
И причем тут уровень абстракции?
В целом, у вас задача стоит «просто отфорвардить запросы через разблокированное место». Есть вариант с nginx + stream, который я выше написал, есть haproxy, который может просто запроксить не трогая содержимое. Наконец, есть всякие другие подобные штуки которые делают то же самое. Все они позволяют 2 основных вещи:
1. Сохранить оригинальное шифрование.
2. Обеспечить доступ через разблоченный узел.
Схема «свой домен + сертификат + апстрим» конечно имеет право на жизнь, но она сложнее, требует выписки (и поддержки) своего сертификата, требует изменения в конфигурации приложения (имя домена) при том, что совершенно не дает профита.
На стороне приложения пишем в /etc/hosts:
ip.of.my.proxy api.telegram.orgДля Nginx на проксе пишем:
stream {# Конфигурация апстрима
upstream tgapi {
server api.telegram.org:443;
}
# Вот этот блок ради того, чтобы можно было один сервер использовать как прокси для нескольких имен
map $ssl_preread_server_name $upstream {
hostnames;
default tgapi;
api.telegram.org tgapi;
}
server {
listen 443;
ssl_preread on;
proxy_pass $upstream;
}
}
Кстати, в большинстве дистрибутивов nginx собран без stream, но оно есть в nginx-full в официальной репе самого nginx.
Не то, чтобы прям выгодно, но по крайней мере не так разорительно. Но в итоге все равно в ты минусе конечно, если только не покупаешь что-то, чем зарабатываешь деньги.
Во-первых — она не банк, а сервис, работающий поверх банка (у них Lloyds). Схема похожа на Рокетбанк.
Во-вторых — они страдают блокировками и отсутствием нормальной поддержки. Что в сторону обычных клиентов, что в сторону предпринимателей.
Причем поддержки не то, что там офлайн или как то еще, а банально в единственном их канале поддержки можно ждать ответа больше суток, после того как тебя внезапно заблочили после первой попытке снять в банкомате пару десятков евро в своем же городе через неделю после активации карты. Разблокировать то они ее мне разблокировали, но длилось это неделю с паузами в диалоге в десятки часов. Так себе опыт. И это я физик. Про предпринимателей можно загуглить.
Единственный плюс — курсы валют, они да, интересные. Поэтому карту все таки использую в поездках, но в режиме пополнил-потратил.
Хранить там что-либо с такими выкрутасами как-то не хочется.
А что вы, как руководитель, сделали, чтобы ему стала интересна ваша работа? Предлагаете доход выше рынка? Меняете мир? Ваш бренд известен всем и имеет вес в резюме? У вас есть классные штуки и масштаб технологий, которые могут себе позволить себе десяток компаний на весь мир?
Нет? Тогда вы просто одна из тысяч компаний и тратить на вас 3 часа жизни нет никакого смысла, проще пойти к такому же соседу, который таких заданий не дает и получить то же самое на выходе, а в эти 3 часа лучше вскопать картошку или провести время с семьей. Ну, или решить клевенькое задание на codeforces, которое именно нравится, а не просто — надо.
Это ИХ время, они его тратят так, как хотят и на то, что они хотят. Нет никакой гарантии, что данное «сложное» тестовое задание еще до собеседования вообще понравится кандидату. Может быть ему вообще эта тема не интересна, он сейчас другими задачками увлечен.
Этого практически никогда не бывает.
Во-первых — обычно нет четкого понимания, что конкретно хочется от человека. Ну, есть конечно, но оно не реалистично совершенно.
Во-вторых — если начать в тестовом задании давать то, чем реально будет заниматься человек, то тогда вскроется неприятная правда (которую правда и так все знаю) — подавляющее большинство вакансий и заданий будут содержать что-то вроде «сделайте небольшое суперстандартное приложение, которое можно сделать по туториалу». Просто потому, что работа в подавляющем большинстве это и подразумевает.
Приятные исключения конечно бывают, но таких компаний и вакансий на порядок (если не более) меньше, чем остальных.
И все же пишут про «инновационность, прорывные технологии и челленджи».
Сложный фееричный отбор приносит удовлетворение обоим сторонам тогда, когда и работодатель готов предложить что-то нестандартное и действительно цепляющее в практически работе, и кандидат готов это вытянуть, потом что ему хочется этим заниматься. В остальных случаях, которых большинство, такие штуки приносят раздражение и разочарование как минимум одной из сторон.
Да все нормально:)
Я просто из депрессивного региона, вариантов у меня было немного — или, как говориться, «жопу рвать», или на завод, или торговать.
Повезло, что отец в свое время добыл правдами и неправдами себе на работу компьютер и некоторую литературу и показал мне все это. Сам он по профессии очень далек от IT (доктор), но сумел заинтересовать меня, почувствовав, что в этом будущее. Так и понеслось, у меня выбора то и не было, по сути.
Но — мне все нравится. И я ему благодарен за то, что получилось.
Максимум — 3 года, минимум — 1 месяц. В среднем — 2 года.
Всего — 6 фул-тайм позиций, плюс еще наверно столько же на парт-тайм в разных ролях параллельно с основными.
Уходил почти всегда тоже по банальным причинам — деньги и задачи.
Я увлекающаяся человек, люблю много работы, быстро выгораю, если не подпитывать новыми задачами, сложно восстанавливаюсь, плохо переживаю «ну подожди полгодика, там задачка появится и займешься, а пока давай вот тут попилим потихоньку вот тут, где ты будешь использовать 5% своих знаний». По крайней мере до недавнего времени все было именно так. Сейчас даже не знаю, не могу сказать то же самое с уверенностью.
Ну, конкретно я беру на работу не совсем программистов, скорее системных инженеров с навыками программирования, но да, 25 минут болтовни с ним о правильных вещах вполне помогают понять, ориентируется он в теме или нет.
Я не сторонник написания кода на листочке\доске, да даже в ноутбуке. Для того, чтобы понять, как он думает и что знает вполне можно просто поговорить.
Все дело в том, что на определенном моменте (кроме самых низов) требуется не «программировать», а решать вполне конкретные задачи во вполне конкретном окружении.
Если под «программировать» вы понимаете навык кодирования, то это один вопрос. Если же «программирование» — это решение задач определенных задач с помощью доступных инструментов — это другой вопрос.
Причем с навыками кодинга (или программирования) еще проще — в подавляющем большинстве хоть какой-то код, написанный кандидатом, будет публично доступен.
Реальные задачи почти всегда требуют гораздо больше времени, чем разумно тратить на собеседования. В рамках собеседования можно давать сложные задачи на программирование, которые он, возможно, решил (если тратил время на подобное в прошлом), вот только это ну никак не показатель того, что он так же классно решает практически задачи.
Это не только мои данные, коллеги из других компаний (и стран) говорят примерно те же цифры.
Я вам как админ скажу — очень даже стоит. Пусть не про уровни, но пару базовых вопросов задать нужно, потому что бывает (и пугающе часто) что и там провалы.