Здравствуйте, sr_dev, Вы писали:
_>>>проблемы а-ля почему кончается память на сервере или sql-запрос сгенерился неэффективный для спринга типичны и чтение туториалов редко помогает.
I>>Как же их решать, если опыта нет, а туториалы не помогают?
_>А вы и научите — как. А мы посмеемся
Мне не нужно тебя чему то учить. Стоит учитывать, что при переходе придется потратить время на изучение платформы. Опыт может как помогать, так и замедлять. При переходе в похожую область — помогает, иначе будет тянуть назад.
Фактически, при переходе начинаешь примерно с джуниора.
Проверяется просто — дать тебе задачку и среднему мидлу. Он наструячит за полчаса, а тебе платформу учить и учить.
Только он дорастет до сеньора года за 2-3, а ты пройдешь это намного быстрее.
То есть, никакого чуда нет.
К своему текущему уровню ты вернешься где то за 6мес..3 года в зависимости от степени новизны, количества этой новизны и твоего нынешнего уровня.
Если все идеально, разница не сильно большая, переход с node на python или php на node при сохранении всего остального, уложишься может и за полгода. А если надо прыгать с С++ в Java или Scala при отсутствии опыта в бакенд разработке, то это займет не менее двух лет — год на бакенд, год на джаву, + год если нужна скала и тамошнее фп.
Если же дело исключительно в ЯП, условно, тот же домен, те же условия, но поменялся язык, а платформенного кода мизер, это так же довольно быстрый переход.
Переход из фронта на бек и обратно довольно трудный — ключевые скилы пересекаются слабо. Например, на беке важно понимать клауд, бд, микросервисы, и тд, а на фронте — верстку, дом, стейтменеджмент и сборку всего этого. Поэтому просто так с фронта на бек и обратно мало кто скачет: отличаются языки, платформы и все ключевые скилы.
Тяжело переходить в область, где много математики — математику не поднять за месяц-другой. При этом переходить из математики в UI довольно трудно — математику применить негде, алгоритмов нет, остаётся надеяться на способности размышлять, а всё придется изучить буквально с нуля. Здесь дополнительное препятствие в том, что на фронте требуются ковбои-скорострелы, т.к. он меняется с сумасшедшей скоростью. Марафонцами здесь негде развернуться.
Re[7]: На жизненном перепутье: куда теперь податься?)
Здравствуйте, Ikemefula, Вы писали:
I>Здравствуйте, sr_dev, Вы писали:
_>>>>проблемы а-ля почему кончается память на сервере или sql-запрос сгенерился неэффективный для спринга типичны и чтение туториалов редко помогает.
I>>>Как же их решать, если опыта нет, а туториалы не помогают?
_>>А вы и научите — как. А мы посмеемся
I>Мне не нужно тебя чему то учить. Стоит учитывать, что при переходе придется потратить время на изучение платформы. Опыт может как помогать, так и замедлять. При переходе в похожую область — помогает, иначе будет тянуть назад.
I>Фактически, при переходе начинаешь примерно с джуниора.
Вопрос-то на данном этапе разговора был конкретный — как разруливать проблемы спринга а-ля кончилась память на сервере (кеш гибернейта все выжрал) или а-ля гибернет сгенерил неэффективный запрос. Описанное мной в том ответе делают чуть менее чем все девелоперы в таких ситуациях, но твой смайлик намекнул что ты-то не такой На челлендж объясниться ты ответил стеной текста "похожее на изученное ранее изучается быстро, иначе увы". Что ж, мысль умная, но не в кассу.
Re[8]: На жизненном перепутье: куда теперь податься?)
Здравствуйте, sr_dev, Вы писали:
I>>Фактически, при переходе начинаешь примерно с джуниора.
_>Вопрос-то на данном этапе разговора был конкретный — как разруливать проблемы спринга а-ля кончилась память на сервере (кеш гибернейта все выжрал) или а-ля гибернет сгенерил неэффективный запрос. Описанное мной в том ответе делают чуть менее чем все девелоперы в таких ситуациях, но твой смайлик намекнул что ты-то не такой На челлендж объясниться ты ответил стеной текста "похожее на изученное ранее изучается быстро, иначе увы". Что ж, мысль умная, но не в кассу.
В разных областях действуют по разному. У тебя неявное предположение что все знакомы с сервером. Ога — особенно фронты, мобайлы, десктоп разработчики и эмбеды.
Например, на десктопе это делается крайне легко и просто — подключил профайлер-отладчик к приложению, прогнал последовательность, получил все что тебе надо, включая полную статистику по расходу памяти и тд и тд. Ни в какую бд смотреть не надо, потому что её тупо нет.
Как провернуть такое на твоем спринге когда нету доступа ни к бд, ни дейплойменту, а только к логам? Опаньки!
На десктопе ты даже можешь подключиться к компу заказчика, продебажить и фиксануть всё удаленно. Через это многие вопросы вообще не возникают. Соответсвенно на десктопе ты скорее будешь качаться в каких нибудь алгоритмах визуализации, UI, и тд, и мало что из этого пригодтся на сервере. Например, обсчитать большую порцию данных никаких проблем нет — бери да считай, крути циклы, только прогрессбар показывай. Ну будет считать минуту-час-день, ничего страшного. На сервере обсчет ровно такой же порции данных есть существенное, очень сильное изменение в архитектуре приложения.
На десктопе у тебя ничего нигде не пропадает, т.к. влияние сети около нуля. Для реализации таких же задач на сервере надо всерьез освоить протоколы, БД, транзкции, очереди и подобные вещи.
I>Переход из фронта на бек и обратно довольно трудный — ключевые скилы пересекаются слабо. Например, на беке важно понимать клауд, бд, микросервисы, и тд, а на фронте — верстку, дом, стейтменеджмент и сборку всего этого. Поэтому просто так с фронта на бек и обратно мало кто скачет: отличаются языки, платформы и все ключевые скилы.
Как насчет full stack? Знать то и другое.
Re[8]: На жизненном перепутье: куда теперь податься?)
Здравствуйте, Тёмчик, Вы писали:
I>>Переход из фронта на бек и обратно довольно трудный — ключевые скилы пересекаются слабо. Например, на беке важно понимать клауд, бд, микросервисы, и тд, а на фронте — верстку, дом, стейтменеджмент и сборку всего этого. Поэтому просто так с фронта на бек и обратно мало кто скачет: отличаются языки, платформы и все ключевые скилы.
Тё>Как насчет full stack? Знать то и другое.
Фулстек часто заявляется, как и то и другое, но реально это ни то, ни другое Но в целом такая специализация на мой взгляд сильно востребована, т.к. сейчас все сидят по домам, коммуникация ограничена и автономность каждого члена команды достаточно критична.
Почему ни то, ни другое — потому, что при одинаковом опыте один более узкий кандидат в своей области будет на голову сильнее своего коллеги фуллстека.
У фуллстеков есть огромный риск скатиться в разнорабочего, если скажем проект подкидывает девопс активности, суппорт, тестирование и тд и тд. Тогда реально выходит, что в основной специализации бек+фронт такой спец будет проводить от силы процентов 20-30 всего времени.
В крупной конторе как правило есть ресурсы придерживаться специализаций, а в мелких, среди которых большинство продуктовых, востребованы именно "разнорабочие" — кодить бакенд, суппортить, архитектурить, тестировать, ui фиксить, верстку править. Сотрудники мелких контор вообще склонны совмещать обязанности, но продуктовость здесь усиливает этот эффект.
Re[4]: На жизненном перепутье: куда теперь податься?)
Здравствуйте, DiPaolo, Вы писали:
AG>>P.S. Не говорите, пожалуйста, об удалённой работе. Так как пока человек не набрал обороты, это будет бесполезно AG>>(как для работника, так и для работодателя). А когда человек наберёт обороты — он не будет тут на форуме задавать нам такие вопросы.
DP>Какие, бл^&*, обороты??? У человека опыт 20 лет в программировании.
Программирование это не магия. Если ты качался в алгоритмах, то очевидно, профит получишь только там, где востребованы именно такие алгоритмы, основаные на конкретном матане. Скажем, специалисты по парсингу никак себя не проявляют в обрабтке звука — матан не тот, надо сесть за парту и учить.
И это все программирование.
А если качался пилить просто бизнес-логику, то тащить сможешь ту же бизнеслогику. Если тебя с бизнеслогикой сунуть в реализацию протокола, скорее всего выскочишь как ошпареный.
>Если мозги на месте и человек — профессиональный разработчик (а не разработчик на платформе X или <язык Z>-разработчик, то вообще похер.
Ни разу такого не видел, а вот противоположное тому что ты видел — регулярно. Непонятно, что такое в твоем понимании "профессиональный разработчик". Разработчик в силу специфики труда привязан к языку-платформе-домену.
Здесь нет чудес — что бы тебе догнать того, кто хотя бы 5 лет долбил тот же фронтенд где вроде бы крайне низкий порог вхождения, надо потратить сравнимое время, иначе твой перформанс будет крайне жиденьким. При найме на работу за образец будут брать именно его, а не тебя.
Здесь же ведь задача какая — не просто найти работу, а соответствовать ожиданиям нанимателя. А он может спокойно заявить:
— У тебя 20 лет опыта потому ты должен знать всё!
В этом случае можно только посмеяться — если ты не занимался фронтендом, то ближайшие год тебе не светит обогонять хотя бы средних мидлов.
Пока ты изучал бокс-модель, этот мидл уже наструячил восемь компонентов, три страницы, покрыл это тестами, фиксанул вебпак, пушнул в продакш и перешел на другой проект.
