Таких условий в начальной задаче не было :) У меня сложилось впечатление, что автора текста интересуют в первую очередь деньги. Ваши критерии ему, возможно, не важны.
А в целом, на управляющих должностях денег всегда больше, в финансовой сфере, хорошие юристы должны хорошо зарабатывать. С вашими вводными сложно что-то подобрать, чтобы сидеть как сыч у себя дома, ни с кем не общаться и зарабатывать миллионы.
В IT надо идти если тебе это нравится, как и на любую другую работу. Если на первом месте заработать больше денег и "всех постоянно прогибать", то IT так себе вариант. Есть намного более денежные места, где подход "или я, или меня" пригодится лучше.
Я начинал работать тоже в провинции в начале нулевых. Тогда еще сытые годы не начались, жили довольно бедно. Я уверен, что и я сам, и половина моей группы в такой ситуации сразу бы спросили, что тут вообще происходит, нет ли какой-то ошибки.
Потому что если бы потом оказалось, что меня реально наняли на работу с железом, и через месяц начальник выдал бы мне плату с заданием, то я бы выглядел как полный кретин. Я месяц зачем-то слушал продвинутый курс схемотехники, а при этом паяльник никогда в руках не держал. Ну или кто-то бы полез паять и запорол дорогое оборудование. Странно на работе так себя вести.
Почитал ваши ответы ниже. У вас какая-то мания величия бэкенд инженера. Вы зачем-то изо всех сил пытаетесь нас убедить, что бэкенд сложнее, да любой сеньор бэкендер этот ваш фронтенд одной левой напишет, не приходя в сознание, а фронтендеры кроме как кнопки рисовать ничего не не могут и т. д. и т.п. Наверное это что-то личное.
Похоже вы не особо в теме чем вообще на фронтенде занимаются. Мой коммент об этом и был: не нужно преуменьшать сложность того, в чем вы не разбираетесь. Меряться, чей -end сложнее, я не буду, это детский сад какой-то.
А сложность она разная бывает. Пример могу привести. Вот есть сервис, у него есть клиентское веб приложение. Фронтенд это не только сайты, но и полноценные приложения с кучей бизнес логики (UI может быть кстати довольно простой). Иметь именно веб приложение может быть удобно как для юзера, так и для компании в плане обновлений. А тут еще выясняется, что многие клиенты работают в CRM, и им было бы намного удобнее иметь сильную интеграцию с CRM. Это значит приложение должно быть встроенным в CRM и использовать его API для поиска и обновления записей и прочего. Только вот все CRM разные, интегрироваться в них нужно по-разному (вплоть до того, что где-то вообще не браузер и JS, а приложение на дот нете). И в итоге приходится городить архитектуру, чтобы была максимальная базовая часть, и возможность интегрироваться "куда угодно" тем или иным способом. А потом кастомерам еще нужны API для кастомизации вашего приложения под свои нужды. И вот нужно все это развивать и поддерживать. С учетом миллиона особенностей всех этих CRM, которые еще и обновляются регулярно.
Опять же писать в браузере, это не то же самое, что писать в ОС, тут возможность сильно ограничены. Условно, вот тебе 2 API и крутись как можешь. А задачи типа: ваше приложение интегрировано в чужую страницу, юзер может открыть 10 таких страниц. Вы же не хотите, что они все долбили ваш сервис одинаковыми запросами. И когда меняется состояние в одной странице в других тоже должно. Нужна синхронизация между страницами браузера. Ну и много всего разного. Каждая из них по отдельности может и не такая сложная, но их очень много. Просто люди из других областей даже не думают о таких вещах, для них "да что там фронтенд - HTML/JS/CSS, запрос послал, JSON принял, страничку перерисовал, любой бэкендер справится".
И все, что я тут описал, это именно фронтенд, потому что этим занимаются фронтендеры. Ну да, девопсов у нас нет. Вместо настройки докер контейнеров в облаке фронтендер сидит и разбирается как настраивать всевозможную хрень в десяти разных CRM.
Здесь можно поспорить. Размазывать или нет на кучу микросервисов и прочее это ваш выбор, можете и монолит написать, если он лучше подходит.
Фронтенд сложнее в плане окружения. На бэкенде вы контролируете окружение - ОС, установленные библиотеки, привилегии и прочее. Если нужно - централизованно меняете. А что там происходит на компьютере пользователя никто не может предугадать, и там всякие чудеса бывают. Разбираться с этим ничуть не проще, чем артефакты в БД искать. Ситуация с браузерами сейчас сильно лучше, чем 15 лет назад, но они все еще работают не идентично, тоже надо учитывать нюансы.
В данных наушниках это "прикрыть правую чашку рукой". Музыка ставится на паузу, шумодав отключается и наружный микрофон передает звук в наушник. Можно быстро переговорить с человеком, не снимая наушники. Убираешь руку, все возвращается как было. Наверное логично было бы так сделать для левой руки, у правши она чаще свободна. Но левая чашка наушников с жестами не работает вроде.
Отличные наушники, очень нравятся. По улице я в таких ходить боюсь, хочется слышать, что вокруг происходит, но в офисе отлично. У меня с ними проблемы в Zoom, возможно это проблема самого зума. Когда снимаешь наушники или прикладываешь руку к чашке, музыка ставится на паузу и включается режим прозрачности, удобно. В зуме паузы нет и либо наушники, либо зум отрабатывают это неправильно. После одевания наушников обратно зум пишет, текущий аудио девайс наушники, но звука нет. Лечится только вкл/выкл на наушниках.
Спрашиваю как программист программиста. А вам не интересно самому научиться хорошо программировать? Я наивно полагал, что все эти литкоды в первую очередь для этого нужны.
От человека с таким ником комментарий про выгорание выглядит вдвойне пикантнее.
Это не солнце, это луна!
А не е@@т!
Хорошо оплачиваемые позиции в меньшинстве в любой профессии. Так уж устроен мир.
Таких условий в начальной задаче не было :) У меня сложилось впечатление, что автора текста интересуют в первую очередь деньги. Ваши критерии ему, возможно, не важны.
А в целом, на управляющих должностях денег всегда больше, в финансовой сфере, хорошие юристы должны хорошо зарабатывать. С вашими вводными сложно что-то подобрать, чтобы сидеть как сыч у себя дома, ни с кем не общаться и зарабатывать миллионы.
В IT надо идти если тебе это нравится, как и на любую другую работу. Если на первом месте заработать больше денег и "всех постоянно прогибать", то IT так себе вариант. Есть намного более денежные места, где подход "или я, или меня" пригодится лучше.
Объявление на столбе "Лечу от всех болезней!". Мужик читает, усмехается: "От всех не улетишь".
В другую сторону тоже работает, кстати. В некоторых странах Европы наш "оливье" называют "русский салат".
Забавный факт: сами бразильцы про эту "бразильскую систему" никогда не слышали.
На хутора, размечтался. В колхозы!
Пока ещё "девелопер - лучший тестировщик" там, где компании не совсем плевать, но тренд идёт явно к этому.
Сказал человек с ником LeetCodeMonkey
Я начинал работать тоже в провинции в начале нулевых. Тогда еще сытые годы не начались, жили довольно бедно. Я уверен, что и я сам, и половина моей группы в такой ситуации сразу бы спросили, что тут вообще происходит, нет ли какой-то ошибки.
Потому что если бы потом оказалось, что меня реально наняли на работу с железом, и через месяц начальник выдал бы мне плату с заданием, то я бы выглядел как полный кретин. Я месяц зачем-то слушал продвинутый курс схемотехники, а при этом паяльник никогда в руках не держал. Ну или кто-то бы полез паять и запорол дорогое оборудование. Странно на работе так себя вести.
Почитал ваши ответы ниже. У вас какая-то мания величия бэкенд инженера. Вы зачем-то изо всех сил пытаетесь нас убедить, что бэкенд сложнее, да любой сеньор бэкендер этот ваш фронтенд одной левой напишет, не приходя в сознание, а фронтендеры кроме как кнопки рисовать ничего не не могут и т. д. и т.п. Наверное это что-то личное.
Похоже вы не особо в теме чем вообще на фронтенде занимаются. Мой коммент об этом и был: не нужно преуменьшать сложность того, в чем вы не разбираетесь. Меряться, чей -end сложнее, я не буду, это детский сад какой-то.
А сложность она разная бывает. Пример могу привести. Вот есть сервис, у него есть клиентское веб приложение. Фронтенд это не только сайты, но и полноценные приложения с кучей бизнес логики (UI может быть кстати довольно простой). Иметь именно веб приложение может быть удобно как для юзера, так и для компании в плане обновлений. А тут еще выясняется, что многие клиенты работают в CRM, и им было бы намного удобнее иметь сильную интеграцию с CRM. Это значит приложение должно быть встроенным в CRM и использовать его API для поиска и обновления записей и прочего. Только вот все CRM разные, интегрироваться в них нужно по-разному (вплоть до того, что где-то вообще не браузер и JS, а приложение на дот нете). И в итоге приходится городить архитектуру, чтобы была максимальная базовая часть, и возможность интегрироваться "куда угодно" тем или иным способом. А потом кастомерам еще нужны API для кастомизации вашего приложения под свои нужды. И вот нужно все это развивать и поддерживать. С учетом миллиона особенностей всех этих CRM, которые еще и обновляются регулярно.
Опять же писать в браузере, это не то же самое, что писать в ОС, тут возможность сильно ограничены. Условно, вот тебе 2 API и крутись как можешь. А задачи типа: ваше приложение интегрировано в чужую страницу, юзер может открыть 10 таких страниц. Вы же не хотите, что они все долбили ваш сервис одинаковыми запросами. И когда меняется состояние в одной странице в других тоже должно. Нужна синхронизация между страницами браузера. Ну и много всего разного. Каждая из них по отдельности может и не такая сложная, но их очень много. Просто люди из других областей даже не думают о таких вещах, для них "да что там фронтенд - HTML/JS/CSS, запрос послал, JSON принял, страничку перерисовал, любой бэкендер справится".
И все, что я тут описал, это именно фронтенд, потому что этим занимаются фронтендеры. Ну да, девопсов у нас нет. Вместо настройки докер контейнеров в облаке фронтендер сидит и разбирается как настраивать всевозможную хрень в десяти разных CRM.
Здесь можно поспорить. Размазывать или нет на кучу микросервисов и прочее это ваш выбор, можете и монолит написать, если он лучше подходит.
Фронтенд сложнее в плане окружения. На бэкенде вы контролируете окружение - ОС, установленные библиотеки, привилегии и прочее. Если нужно - централизованно меняете. А что там происходит на компьютере пользователя никто не может предугадать, и там всякие чудеса бывают. Разбираться с этим ничуть не проще, чем артефакты в БД искать. Ситуация с браузерами сейчас сильно лучше, чем 15 лет назад, но они все еще работают не идентично, тоже надо учитывать нюансы.
В данных наушниках это "прикрыть правую чашку рукой". Музыка ставится на паузу, шумодав отключается и наружный микрофон передает звук в наушник. Можно быстро переговорить с человеком, не снимая наушники. Убираешь руку, все возвращается как было. Наверное логично было бы так сделать для левой руки, у правши она чаще свободна. Но левая чашка наушников с жестами не работает вроде.
Отличные наушники, очень нравятся. По улице я в таких ходить боюсь, хочется слышать, что вокруг происходит, но в офисе отлично. У меня с ними проблемы в Zoom, возможно это проблема самого зума. Когда снимаешь наушники или прикладываешь руку к чашке, музыка ставится на паузу и включается режим прозрачности, удобно. В зуме паузы нет и либо наушники, либо зум отрабатывают это неправильно. После одевания наушников обратно зум пишет, текущий аудио девайс наушники, но звука нет. Лечится только вкл/выкл на наушниках.
Спрашиваю как программист программиста. А вам не интересно самому научиться хорошо программировать? Я наивно полагал, что все эти литкоды в первую очередь для этого нужны.