Что значит "обычные". Инженеры со стажем в Mercedes - миллионеры. Скорость роста инженера-химика знакомого в крупном концерне выше, чем у меня. Инженер-строитель знакомая - там просто космос. Что за "обычные "?
Я бы сказал, что мидл, но да, на такое можно рассчитывать, и да, с нынешними ценами на аренду будет конура, или надо, чтобы очень повезло.
Со знанием немецкого чуть легче, но в крупных it конторах так или иначе многое (если не все) на английском. Более того, HR на аутсорсе часто сам по-немнцки ни бум бум. Так что это не то чтобы сильно важно.
Я наверное в какой-то другой Германии работаю. Картинка из levels.fyi, данная выше, даёт цифры даже ниже известных мне конкретных людей (и меня в том числе).
Карго культ заканчивается там, где на кону появляются деньги.
Немного странный посыл по поводу TDD, как будто сильно припекло от кого-то. Просто не называйте "сначала код, потом тесты" TDD, и ни у кого не должно возникнуть вопросов. И не общайтесь с неадекватами ;-)
Мне кажется, вы перепутали хабр с внутренней документацией. Сколько не видел проектов, как внутренних, так и внешних, у каждого свой взгляд на вот это все. Кто-то пользуется всеми новыми свистелками и перделками, кто-то нет.
Как-будто новичок открыл для себя хорошо-структурированный и регламентированный проект и начал проповедовать, как надо, забыв или не зная, что многое из упомянутого в статье определяют выбранные инструменты, которые во многих других проектах попросту не используются.
Интересно, спасибо! Кратко и ясно. Именно так я себя и ощущаю после разбора очередной кучи накопившегося, только никогда так внятно для себя это не формулировал. Попробую сделать еженедельным правилом.
Наверное потому, что кликбейтный заголовок ведёт к поверхностной статье по основам? Я был неприятно удивлён, когда после пересказа основ и пары примеров увидел "Заключение". Очередная мусорная статья, одним словом.
А мне нужны деньги. Не потому, что я жадный, а потому что у меня четверо детей ))
Вот откуда у многих этот червячок "если из-за денег, значит, жадный, и точка"? Какая кому разница должна быть, зачем мне больше денег? От "больная мама" до "хочу вторую яхту" - какая разница? Если заработал / заслужил - платите. Ей богу...
Поддерживаю, это плюс dependencies а ля setup - удобно, если требуется авторизация "не из коробки", например. Вообще, мне у них понравилась идея "всё - тест" и разделение на "код браузера / код среды тестирования". Сначала бесит везде пихать page, потом привыкаешь, а потом видишь реальный профит.
Именно поэтому в адекватных проектах учат/учатся/научились либо исправлять сразу, либо планировать исправления, либо релизить "не сейчас", также как и нанимать умеющих в инженерную культуру, и дальше по списку. Потому что понимают, что "жить на костылях" всегда выходит дороже. В таких, где так не делают, с годами проект "почему-то" тонет.
Из одного такого я ушёл именно потому, что источником неадеквата был главный ПМ, и перевести всю культуру разработки на надёжные рельсы в обход него было просто невозможно. Если конкретно: он себе сделал супер-админа и пушил в основную ветку без ревью от слова вообще. А так как его стиль написания кода был из-за его гениальности "исключительным", на поддержке разобрать такое не мог почти никто, и все страдали. И это только вершина айсберга.
Ужасный тренд. Как бывший разработчик подобной lc/nc платформы, разобравший не один тикет, могу сказать, что это ужасный самообман. Рано или поздно пользователи подобных платформ (или "citizen developers", как их модно называть) упираются вот в это "невозможно" и... Всё. Объяснить, почему не работает, как обойти, как исправить - практически невозможно людям, привыкшим называть "разработкой" перекладывание json'ов. Чтобы не быть однобоким, скажу, что сами по себе инструменты могут быть действительно полезными в умелых руках, но ожидать от "неразработчиков", что они смогут в прод, ужасная идея.
Забыли восьмой тип - халявщики. В крупной компании всегда есть шанс затеряться где-то в недрах и создавать видимость работы. Главное - правильно отчитываться перед менеджером. Код обычно ужасен и попадает в прод только после ревью/перелопачивания более грамотным коллегой. Слава богу, его обычно мало. Особенно распространен в Германии, где договор плюс профсоюз почти не оставляют шансов компании уволить такого "специалиста" в одностороннем порядке.
Что значит "обычные". Инженеры со стажем в Mercedes - миллионеры. Скорость роста инженера-химика знакомого в крупном концерне выше, чем у меня. Инженер-строитель знакомая - там просто космос. Что за "обычные "?
Я бы сказал, что мидл, но да, на такое можно рассчитывать, и да, с нынешними ценами на аренду будет конура, или надо, чтобы очень повезло.
Со знанием немецкого чуть легче, но в крупных it конторах так или иначе многое (если не все) на английском. Более того, HR на аутсорсе часто сам по-немнцки ни бум бум. Так что это не то чтобы сильно важно.
Я наверное в какой-то другой Германии работаю. Картинка из levels.fyi, данная выше, даёт цифры даже ниже известных мне конкретных людей (и меня в том числе).
У кого-то (минусатора) с юмором беда
Evernote отменил, было 15 евро в год "навсегда". Хз, поднималась ли там шумиха, мне уже все-равно, но осадочек остался
Сразу видно, у кого нет Nintendo Switch (в т.ч. у автора).
Карго культ заканчивается там, где на кону появляются деньги.
Немного странный посыл по поводу TDD, как будто сильно припекло от кого-то. Просто не называйте "сначала код, потом тесты" TDD, и ни у кого не должно возникнуть вопросов. И не общайтесь с неадекватами ;-)
Мне кажется, вы перепутали хабр с внутренней документацией. Сколько не видел проектов, как внутренних, так и внешних, у каждого свой взгляд на вот это все. Кто-то пользуется всеми новыми свистелками и перделками, кто-то нет.
Как-будто новичок открыл для себя хорошо-структурированный и регламентированный проект и начал проповедовать, как надо, забыв или не зная, что многое из упомянутого в статье определяют выбранные инструменты, которые во многих других проектах попросту не используются.
Интересно, спасибо! Кратко и ясно. Именно так я себя и ощущаю после разбора очередной кучи накопившегося, только никогда так внятно для себя это не формулировал. Попробую сделать еженедельным правилом.
Вот это поворот. А есть ссылка на этот эпик?
Сначала мама запрещала, теперь тимлид. Когда ж я наконец повзрослею?
И без рекламы в конце ((
Увидев очередное "Какой язык выбрать...", на ум сразу пришло "английский".
Очевидно, человеческий мозг - гибкая штука. Начиная с винтиков и авторучек... Не, ну а чо?
Наверное потому, что кликбейтный заголовок ведёт к поверхностной статье по основам? Я был неприятно удивлён, когда после пересказа основ и пары примеров увидел "Заключение". Очередная мусорная статья, одним словом.
Вот откуда у многих этот червячок "если из-за денег, значит, жадный, и точка"? Какая кому разница должна быть, зачем мне больше денег? От "больная мама" до "хочу вторую яхту" - какая разница? Если заработал / заслужил - платите. Ей богу...
Поддерживаю, это плюс
dependenciesа ляsetup- удобно, если требуется авторизация "не из коробки", например. Вообще, мне у них понравилась идея "всё - тест" и разделение на "код браузера / код среды тестирования". Сначала бесит везде пихатьpage, потом привыкаешь, а потом видишь реальный профит.Вы описали вполне себе стандартный рабочий процесс в разработке. Почва для выгорания - это все-таки другое, кмк.
Именно поэтому в адекватных проектах учат/учатся/научились либо исправлять сразу, либо планировать исправления, либо релизить "не сейчас", также как и нанимать умеющих в инженерную культуру, и дальше по списку. Потому что понимают, что "жить на костылях" всегда выходит дороже. В таких, где так не делают, с годами проект "почему-то" тонет.
Из одного такого я ушёл именно потому, что источником неадеквата был главный ПМ, и перевести всю культуру разработки на надёжные рельсы в обход него было просто невозможно. Если конкретно: он себе сделал супер-админа и пушил в основную ветку без ревью от слова вообще. А так как его стиль написания кода был из-за его гениальности "исключительным", на поддержке разобрать такое не мог почти никто, и все страдали. И это только вершина айсберга.
Ужасный тренд. Как бывший разработчик подобной lc/nc платформы, разобравший не один тикет, могу сказать, что это ужасный самообман. Рано или поздно пользователи подобных платформ (или "citizen developers", как их модно называть) упираются вот в это "невозможно" и... Всё. Объяснить, почему не работает, как обойти, как исправить - практически невозможно людям, привыкшим называть "разработкой" перекладывание json'ов. Чтобы не быть однобоким, скажу, что сами по себе инструменты могут быть действительно полезными в умелых руках, но ожидать от "неразработчиков", что они смогут в прод, ужасная идея.
Забыли восьмой тип - халявщики. В крупной компании всегда есть шанс затеряться где-то в недрах и создавать видимость работы. Главное - правильно отчитываться перед менеджером. Код обычно ужасен и попадает в прод только после ревью/перелопачивания более грамотным коллегой. Слава богу, его обычно мало. Особенно распространен в Германии, где договор плюс профсоюз почти не оставляют шансов компании уволить такого "специалиста" в одностороннем порядке.