технические специалисты до сих пор склонны искать серебряную пулю, которая одним махом решит все их проблемы
Ищут не технические специалисты, а те, кто по корпоративной иерархии выше. Менеджеры там всякие. Нередко - не обладающие полнотой понимания о чем речь. А потом городят 100500 микросервисов на 105 стеках с дурацкими KPI типа 100% покрытия тестами, n коммитов, m строчек в день и т.п.
им действительно было хорошо в отношениях, но они и сами не понимали на сколько сильно подавляли и давили на свою половинку, что она решилась на развод
Это из рубрики "вредные советы". Никаких "половинок" не существует, а тут описана классическая ситуация, когда женушка решила новой лёгкой жизни (и отношений), но чтобы иметь возможность вернуться (если что пойдет не так) и не нести ответственность за свои решения, перекладывает ее на растерянного мужа. Давил, не уделял внимание, так сказать, мол сам виноват. Формулировка причины развода предельно размытая, чтобы абсурдность претензии и истинные мотивы были неочевидны, и чтобы "поворачивать" стрелочку туда, куда удобно.
Какие отношения в стране, где количество проводимых разводов превышает количество заключенных браков (данные Росстата за первую половину 2023 года)? Надо уметь комфортно жить одному.
Хотя психологов тоже понимаю - айтишники, вляпавшиеся в отношения - перспективная кормовая база.
Компании выкатывают кучу требований, каждая - разные. Однако, процесс одобрения найма работает в обе стороны. Разработчику надо смотреть на адекватность команды и перспективы роста, если это нет - нет и смысла прыгать через горящие обручи на собеседовании.
Андрей, спасибо за статью. Интересны два вопроса - можно кратко по сути, вашими словами: 1. Номад виза - требования, как получить, ограничения (например сколько действует, сколько можно продлевать, сколько дней в году надо жить в стране и т.п.) 2. Налоги, в частности по номад визе.
А мне понравилась эта статья. Я увидел в ней, что нужно меньше плясать под дудку нанимающих, особенно когда требования малоцелесообразны. И больше уделять внимания своему развитию - смотреть какими проектами будешь заниматься и иметь здоровый набор требований к ним. Не забывать про работу над своим нетворком и навыкам самопрезентации.
Назовите меня луддитом и ретроградом, но меня всегда намного больше привлекал bare metal , self hosted, dedicated server подход. Кто его знает что там с облаками и прочими SAAS, сегодня есть, завтра нет. Или счета выкатят такие, что глаза на лоб полезут.
Клёво делать интересные проекты. Автоматизировать, масштабировать. Работать с умными адекватными людьми. А вот эти все сеньор - не сеньор взялись из желания бизнеса все измерить и подвести под иерархию. Ведь иерархия позволяет обосновать, кому платить больше, кому меньше, кто начальник, а кто дурак.
Тут столько воды налито. Отвечу как инженер. Бизнес - это про зарабатывание денег через создание ценности (производство товаров, услуг). Всё. Компании создаются, потому что какой-то (создающий понятную ценность) чувак или группа чуваков хотят и могут масштабироваться за пределы своих 24 часов в сутки. Поэтому они начинают нанимать больше народа. Суть бизнеса от этого не меняется. Та же самая ценность, товары, услуги, требующие опыта, знаний, умений, связей и т.п. Нет никакого секретного знания, с помощью которого можно "универсально" "улучшить" любой бизнес. Все бизнесы строятся на конкретных знаниях и умениях. В связи с этим консалтинг является весьма серой зоной в плане реальной полезности, граничащей с инфоцыганством.
В статье очень много лишнего, какие-то эмоциональные окрасы, малозначимые детали и т.п. Это не имеет никакого отношения к собственно разработке. Ощущение, что я какой-то короткий роман для женщин прочитал.
Все эти планирования задач с точностью до секунды взялись из-за неуемного (и часто бессмысленного) желания "эффективных" менеджеров контролировать работу разработчиков по принципам конвейера. Умственно затратной деятельностью таким образом эффективно управлять и контролировать почти невозможно. Предлагаю всем соответствующим "оценщикам" сменить место работы на более соответствующее, типа предприятия по шитью варежек.
Джун: учится работать
Мидл: работает
Сеньор: учится не работать
Лид/Архитектор: учится мешать работать
CTO: мешает работать
Ищут не технические специалисты, а те, кто по корпоративной иерархии выше. Менеджеры там всякие. Нередко - не обладающие полнотой понимания о чем речь. А потом городят 100500 микросервисов на 105 стеках с дурацкими KPI типа 100% покрытия тестами, n коммитов, m строчек в день и т.п.
Я ощутил очень сильную job security от прочтения вашего комментария.
Это из рубрики "вредные советы". Никаких "половинок" не существует, а тут описана классическая ситуация, когда женушка решила новой лёгкой жизни (и отношений), но чтобы иметь возможность вернуться (если что пойдет не так) и не нести ответственность за свои решения, перекладывает ее на растерянного мужа. Давил, не уделял внимание, так сказать, мол сам виноват. Формулировка причины развода предельно размытая, чтобы абсурдность претензии и истинные мотивы были неочевидны, и чтобы "поворачивать" стрелочку туда, куда удобно.
Какие отношения в стране, где количество проводимых разводов превышает количество заключенных браков (данные Росстата за первую половину 2023 года)? Надо уметь комфортно жить одному.
Хотя психологов тоже понимаю - айтишники, вляпавшиеся в отношения - перспективная кормовая база.
Not invented here
Компании выкатывают кучу требований, каждая - разные.
Однако, процесс одобрения найма работает в обе стороны.
Разработчику надо смотреть на адекватность команды и перспективы роста, если это нет - нет и смысла прыгать через горящие обручи на собеседовании.
Андрей, спасибо за статью. Интересны два вопроса - можно кратко по сути, вашими словами:
1. Номад виза - требования, как получить, ограничения (например сколько действует, сколько можно продлевать, сколько дней в году надо жить в стране и т.п.)
2. Налоги, в частности по номад визе.
Не "IT-технологий", а "Информационных IT-технологий". Знать надо!
Ээ вы слышали про fluxcd?
А мне понравилась эта статья.
Я увидел в ней, что нужно меньше плясать под дудку нанимающих, особенно когда требования малоцелесообразны.
И больше уделять внимания своему развитию - смотреть какими проектами будешь заниматься и иметь здоровый набор требований к ним. Не забывать про работу над своим нетворком и навыкам самопрезентации.
Назовите меня луддитом и ретроградом, но меня всегда намного больше привлекал bare metal , self hosted, dedicated server подход.
Кто его знает что там с облаками и прочими SAAS, сегодня есть, завтра нет. Или счета выкатят такие, что глаза на лоб полезут.
Я правильно понял, что "пиэмы и аналитики" этим всем у вас занимаются? Интересненько...
Все это можно было бы сделать в виде гугл таблички с возможностью комментирования.
Клёво делать интересные проекты. Автоматизировать, масштабировать. Работать с умными адекватными людьми.
А вот эти все сеньор - не сеньор взялись из желания бизнеса все измерить и подвести под иерархию. Ведь иерархия позволяет обосновать, кому платить больше, кому меньше, кто начальник, а кто дурак.
Тут столько воды налито. Отвечу как инженер. Бизнес - это про зарабатывание денег через создание ценности (производство товаров, услуг). Всё.
Компании создаются, потому что какой-то (создающий понятную ценность) чувак или группа чуваков хотят и могут масштабироваться за пределы своих 24 часов в сутки.
Поэтому они начинают нанимать больше народа. Суть бизнеса от этого не меняется. Та же самая ценность, товары, услуги, требующие опыта, знаний, умений, связей и т.п.
Нет никакого секретного знания, с помощью которого можно "универсально" "улучшить" любой бизнес. Все бизнесы строятся на конкретных знаниях и умениях.
В связи с этим консалтинг является весьма серой зоной в плане реальной полезности, граничащей с инфоцыганством.
Ты не понял. Высшая каста - это про разговоры, а не делание. Всё, спускаем тебя обратно в специалисты.
В статье очень много лишнего, какие-то эмоциональные окрасы, малозначимые детали и т.п.
Это не имеет никакого отношения к собственно разработке. Ощущение, что я какой-то короткий роман для женщин прочитал.
Все эти планирования задач с точностью до секунды взялись из-за неуемного (и часто бессмысленного) желания "эффективных" менеджеров контролировать работу разработчиков по принципам конвейера. Умственно затратной деятельностью таким образом эффективно управлять и контролировать почти невозможно. Предлагаю всем соответствующим "оценщикам" сменить место работы на более соответствующее, типа предприятия по шитью варежек.
Тогда правильнее сказать - многословный.
Дайте-ка ссылочки на эти позиции. Пока слышен один трёп.