Скажу что жить дорого, зарплаты одного айтишника не хватает (технически хватает, но слишком во многом пришлось бы себе отказывать)
но жена тоже айтишник, поэтому мы в шоколаде.
первоначальная ипотека было 1250 за 337.500, 2% годовых (это много, но на то были причины).
сейчас тела ипотеки осталось выплатить меньше 300.000, мы много погашали дополнительно. без рулинга так не выйдет :(
нам с женой одного ребенка на двух взрослых многовато, я не представляю как один воспитатель справляется с четырьмя :D
если серьезно, то как раз о какой бы то ни было гиперопеке в Нидерландах речи не идет. основная идея воспитания — ребенок сам разберется что ему нужно, надо просто не мешать и поддерживать когда нужно. для постсоветского восприятия это скорее «поставили крест на ребенке», потому что он вполне может не захотеть учиться и иметь хорошую работу.
Как-то выглядит немножечко как заход на срач :)
это всё вопрос веры и самоощущения в итоге. кто-то верит что сможет сам собрать денег на спокойную старость в Беларуси, кто-то верит что государственной пенсии в Нидерландах хватит…
моя вера не пострадала от переезда, местами даже укрепилась — поэтому я и остаюсь, и поэтому мне не принципиален результат гипотетического отстаивания моих прав.
1. 70.000 в год гросс == 3.832 в месяц нет. добавил в статью картинку, и thetax.nl правда дает возможность посчитать всё что интересно.
2. Дом в ряду, самый обычный тип жилья здесь. Я добавил абзац про плотность застройки в статью, конкретно мой дом — 115 кв. м. внутренней площади (вроде сюда входит только площадь с высотой потолка больше полутора метров), и 120 площадь участка. сам дом не совсем обычный — выходит на канал, на заднем дворе нет соседей «окно в окно», расположен в не лучшем районе. Такой же дом вполне мог быть на 100.000 дороже, будучи в более дорогом районе — и наоборот, средняя цена дома в этом районе на 50.000 ниже.
Вообще Голландия очень плотная, и может быть тяжело жить забор в забор, окно в окно. Единственная альтернатива — сельские районы подальше от Рандстада, в принципе с развитием удаленки это может быть неплохим вариантом… Но до кафешек-кина придется пилить километров 10-20 (ну прям как в США :D)
Лично я замкнутый и стеснительный человек, но не испытаваю неудобств от плотности. В Амстердаме — испытываю, даже глядя на очередь на детскую горку становится не по себе — так бы я жить не смог. А когда есть дистанция в пару метров — уже нормально.
За уровнем жизни. Сейчас понимаю, что за этой фразой скрывается прям очень много, но на момент принятия решения я понимал это как «возможность отстоять свои права, экономическая стабильность, удобная инфраструктура, возможность обеспечить себе старость»
Вы знаете, это очень отличается от того что я знаю из своего опыта или опыта близких знакомых. Я согласен с JordanoBruno в том, что резюме и 5-10 минут погооврить достаточно, чтобы отсечь явно не подходящих кадров.
Как я понял, вы судите исключительно по тестовому заданию — и тут либо вы его даете просто всем (естественно, что 90% людей оказываются неподходящими) либо ваше мерило уровня не совпадает с общепринятым.
Когда мы практиковали тестовое задание — до половины кандидатов его проходило… чтобы потом неприятно удивить на собеседовании. Поэтому сейчас я предпочитаю сессию парного программирования тестовому. Очень сложно правильно судить о специалисте только по его «искуственному» коду.
В IT понятие «стартап» как-то очень уж искажено под влиянием силиконовой долины и вот этого всего хайпа. «Настоящий» стартап, то есть молодой небольшой бизнес, может вообще не иметь менеджера в айтишном понимании. И постановка задачи «ну сделайте хорошо» — постоянное явление.
При найме в стартап, не залитый инвестициями по макушку, запаситесь силами и инициативой.
Ну и, по опыту, «настоящий» стартап — это максимум 6 разработчиков, обычно 3-4 включая CTO.
О! Практикуете парное программирование!? Через TDD? Это замечательная техника! Я как раз считаю что применять это надо постоянно.
Замечательная, согласен :) Но постоянно парное применять не получается, есть категория задач, где надо сосредоточиться и войти в поток, сделать это вдвоем — это очень высокий уровень близости :)
Можете рассказать об успешном собеседовании, в результате которого кандидат не стал хорошим коллегой? Мне кажется, такие ситуации происходят очень часто, но многие не обращают на них достаточно внимания.
У меня есть один хороший пример: канидат на собеседовании показал себя понимающим и опытным разработчиком, но по факту оказался неспособен работать в условиях малейшей неопределенности (а это в нашей сфере, к сожалению, норма). В итоге любая задача без исчерпывающей спецификации, с которой Senior должен как раз справляться без проблем, растягивается в три-четыре раза — и 10% лишнего времени уходит на собственно уточнения требований, а 90% — на фрустрацию и прокрастинацию от безысходности. В итоге разработчик чувствует себя, извините, говном (а это плохо не только для него); менеджмент периодически полыхает; перестроить процесс, работающий для остальных — невозможно. Спасает только парное программирование, но применять его постоянно тоже не выход.
Спасибо, я так понял что из-за недостаточной квалификации практически ни с кем не приходится расставаться.
А как вы определяете, держать спеца или нет?
У меня есть три вопроса, и не только к автору, буду рад если увижу много ответов: сколько разработчиков в вашей практике покидали команду из-за некомпетентности (недостаточных знаний, медленной работы, большого количества ошибок)? Сколько из-за денег? Сколько по другим причинам?
Полностью согласен. Хочу добавить, что нужно приложить немало усилий, чтобы настроить себя "это проблема, и я не пойду дальше, пока не решу её". И малейшее давление ("ну когда будет готово?") может этот настрой прибить.
Я в статье разделил мир на Мы и Они :), поэтому аналитики тоже бизнес. Вообще для того, о чем я говорю в скраме придумали специальную роль продукт овнера. Именно чтобы люди управляющие деньгами не тратили время (и свое и разработчиков) на думание. И могли ограничиться бинарным оплачу/не оплачу.
Поиск решения это такой энергозатратный процесс, что мозг упорно подсовывает шаблонные готовые ответы, лишь бы не напрягаться. Разработчик со своей стороны может только задавать вопрос «какие у бизнеса потребности в этом конкретном случае?» снова и снова, пока до менеджера не дойдет, что что-то не так, и он не начнет сознательно искать ответ.
Это раздражает, если воспринимать как невнимание или тупость. Если как правила игры — можно жить. А если как баг в системе… :)
Позволю себе большую вольность и заранее прошу прощения. мне кажется, ваш мозг отфильтровал это :)
Я могу годами читать в интернете о том, что я не прав, и мой мозг будет просто отфильтровывать эту информацию, потому что она мне некомфортна, не укладывается в мои модели.
Я на собственном опыте убедился, что мозг с удовольствием работает по устоявшимся шаблонам (моделям), в том числе в ситуациях, когда шаблон не подходит. Из этого вытекает много всего, но в данном контексте — очень важно ломать шаблоны, чтобы мозг стал думать.
Большинство разработчиков читают и пишут код, поэтому занятия самопиаром и прочей… непочтенной деятельностью сделают их, внезапно, лучшеми специалистами. Необычная ситуация сломает устоявшиеся шаблоны, и мозг сможет «сознательно» обработать накопленный опыт и шаблоны перестроить.
Точно так же программист-выступленец, привычный слышать фидбек и участвовать в спорах вживую, много получит пропустив пару конференций и поработав «на земле» или в тишине почитав большую книжку.
но жена тоже айтишник, поэтому мы в шоколаде.
первоначальная ипотека было 1250 за 337.500, 2% годовых (это много, но на то были причины).
сейчас тела ипотеки осталось выплатить меньше 300.000, мы много погашали дополнительно. без рулинга так не выйдет :(
если серьезно, то как раз о какой бы то ни было гиперопеке в Нидерландах речи не идет. основная идея воспитания — ребенок сам разберется что ему нужно, надо просто не мешать и поддерживать когда нужно. для постсоветского восприятия это скорее «поставили крест на ребенке», потому что он вполне может не захотеть учиться и иметь хорошую работу.
это всё вопрос веры и самоощущения в итоге. кто-то верит что сможет сам собрать денег на спокойную старость в Беларуси, кто-то верит что государственной пенсии в Нидерландах хватит…
моя вера не пострадала от переезда, местами даже укрепилась — поэтому я и остаюсь, и поэтому мне не принципиален результат гипотетического отстаивания моих прав.
2. Дом в ряду, самый обычный тип жилья здесь. Я добавил абзац про плотность застройки в статью, конкретно мой дом — 115 кв. м. внутренней площади (вроде сюда входит только площадь с высотой потолка больше полутора метров), и 120 площадь участка. сам дом не совсем обычный — выходит на канал, на заднем дворе нет соседей «окно в окно», расположен в не лучшем районе. Такой же дом вполне мог быть на 100.000 дороже, будучи в более дорогом районе — и наоборот, средняя цена дома в этом районе на 50.000 ниже.
Вообще Голландия очень плотная, и может быть тяжело жить забор в забор, окно в окно. Единственная альтернатива — сельские районы подальше от Рандстада, в принципе с развитием удаленки это может быть неплохим вариантом… Но до кафешек-кина придется пилить километров 10-20 (ну прям как в США :D)
Лично я замкнутый и стеснительный человек, но не испытаваю неудобств от плотности. В Амстердаме — испытываю, даже глядя на очередь на детскую горку становится не по себе — так бы я жить не смог. А когда есть дистанция в пару метров — уже нормально.
Как я понял, вы судите исключительно по тестовому заданию — и тут либо вы его даете просто всем (естественно, что 90% людей оказываются неподходящими) либо ваше мерило уровня не совпадает с общепринятым.
Когда мы практиковали тестовое задание — до половины кандидатов его проходило… чтобы потом неприятно удивить на собеседовании. Поэтому сейчас я предпочитаю сессию парного программирования тестовому. Очень сложно правильно судить о специалисте только по его «искуственному» коду.
где-то сейчас заплакал один молодой скрам-мастер и засмеялся (зловеще) аджайл-коуч в галстуке.
При найме в стартап, не залитый инвестициями по макушку, запаситесь силами и инициативой.
Ну и, по опыту, «настоящий» стартап — это максимум 6 разработчиков, обычно 3-4 включая CTO.
Какой процент пришедших на интервью его проходит?
Есть не техническое интервью после технического? Какой процент проходит его?
А как вы отбираете людей на собеседование?
Замечательная, согласен :) Но постоянно парное применять не получается, есть категория задач, где надо сосредоточиться и войти в поток, сделать это вдвоем — это очень высокий уровень близости :)
У меня есть один хороший пример: канидат на собеседовании показал себя понимающим и опытным разработчиком, но по факту оказался неспособен работать в условиях малейшей неопределенности (а это в нашей сфере, к сожалению, норма). В итоге любая задача без исчерпывающей спецификации, с которой Senior должен как раз справляться без проблем, растягивается в три-четыре раза — и 10% лишнего времени уходит на собственно уточнения требований, а 90% — на фрустрацию и прокрастинацию от безысходности. В итоге разработчик чувствует себя, извините, говном (а это плохо не только для него); менеджмент периодически полыхает; перестроить процесс, работающий для остальных — невозможно. Спасает только парное программирование, но применять его постоянно тоже не выход.
Спасибо, я так понял что из-за недостаточной квалификации практически ни с кем не приходится расставаться.
А как вы определяете, держать спеца или нет?
У меня есть три вопроса, и не только к автору, буду рад если увижу много ответов: сколько разработчиков в вашей практике покидали команду из-за некомпетентности (недостаточных знаний, медленной работы, большого количества ошибок)? Сколько из-за денег? Сколько по другим причинам?
Полностью согласен. Хочу добавить, что нужно приложить немало усилий, чтобы настроить себя "это проблема, и я не пойду дальше, пока не решу её". И малейшее давление ("ну когда будет готово?") может этот настрой прибить.
Это раздражает, если воспринимать как невнимание или тупость. Если как правила игры — можно жить. А если как баг в системе… :)
Я на собственном опыте убедился, что мозг с удовольствием работает по устоявшимся шаблонам (моделям), в том числе в ситуациях, когда шаблон не подходит. Из этого вытекает много всего, но в данном контексте — очень важно ломать шаблоны, чтобы мозг стал думать.
Большинство разработчиков читают и пишут код, поэтому занятия самопиаром и прочей… непочтенной деятельностью сделают их, внезапно, лучшеми специалистами. Необычная ситуация сломает устоявшиеся шаблоны, и мозг сможет «сознательно» обработать накопленный опыт и шаблоны перестроить.
Точно так же программист-выступленец, привычный слышать фидбек и участвовать в спорах вживую, много получит пропустив пару конференций и поработав «на земле» или в тишине почитав большую книжку.