сделать на гитхаб проект (rest api шоб был) с применением докера + бд (постгрес, например) + jwt. И смачно разбавить unit тестами. И шоб организация кода была по код стайлу

чистая архитектура, solid, ddd, postgresql, mongo, kafka, redis, docker, graceful shutdown, rest, grpc, транзакции бд, микросервисы, паттерн сага, хорошо разбираться в структурах (для чего мапы для чего слайсы, деревья), разделение конфига на разные стейджи (тест стенд, прод, дев), unit тесты, интеграционные тесты, обсервабилити (прометеус, графана, jaeger, структурированные логи), хайлод (как проектировать чтобы приложение могло выдерживать любую нагрузку, возможность быстрого масштабирования добавлением инстансов), и тд и тп, это все надо дома на докерах все попробовать сделать, смотреть примеры учиться лучшим практикам, в опен сурс контрибьютить чтобы научится код ревью и взаимодействую с коллегами, это чтобы мидлом взяли, ну и пример кода в гитхабе, по хорошему надо ментора который бы смотрел твой код и давал фидбек, должны быть такие сервисы которые предлагают такие услуги

Это на сеньора?) Потому что для того что бы мидлом работать устроиться хватит и 1/3)))) А остальному научишься быстро сам если голова не деревянная)

ну просто я по себе сужу, я пришел зная меньше половины на 150к на руки и в марте пересмотр будет с повышением до 30%

Это на сеньора?) Потому что для того что бы мидлом работать устроиться хватит и 1/3)))) А остальному научишься быстро сам если голова не деревянная)

бывает ещё ситуация, когда ты софт скиллами продал себя компании дороже, чем стоишь на рынке

амбассадор нам ориентир дал на мидла. Ты говоришь, что этого и на сеньора хватит. Так что думаю задача вопроса выполнена - придёт джун, увидит чё надо учить, и всё)

слышал можно сразу на мидла вкатиться. От сеньоров и слышал. Дескать, набить руку дома на задачах, проектах, и идти в компанию, не говоря, что ты джун.

джуны скооперируйтесь и друг друга код ревью делайте и срач устраивайте быстрее прокачаетесь)

фриланс вообще штука нестабильная, его всерьёз не беру в расчёт. Там можно месяц сидеть на попе в ожидании заказа, но никто к тебе не придёт толком.

По DDD это не обязательное далеко требование, так как далеко не все применяют DDD у себя, а некоторые применяют его не верно. Для DDD в компании должен быть доменный спец, которых днем с огнем не сыщешь. А так, я когда приходил - знал поверхностно редис, средненько знал докер, не работал до этого с очередями, знаю реляционные субд и SQL на твердую 4 или даже 4+, не могу сказать так как оценивать себя сложная задача))) Знаю про restAPI - супер спорная штука на самом деле и всегда есть дилема является ли этот метод с точки зрения стандартов гет или пост или пут, и много других нюансов. В общем сейчас нужно знать: Docker SQL Redis Выбранный язык)))) Юнит тесты +-. Это быстро учится. Крайне желательно не просто знать, а понимать что такое SOLID(DRY/KISS само собой разумеющиеся вещи которые должны быть даже без знания этих "методик"). Почти всегда про него спрашивают, но далеко не всегда на деле с ним работаешь)))) это минимум который подойдет в зависимости от того как хорошо ты это знаешь - что бы попасть на джун+, мидл вакансии. Что бы идти дальше нужно соответственно хорошо разбираться во всех этих технологиях. А так же Уметь строить грамотные архитектуры и грамотно обосновывать свои решения. Так же нужно знать что такое и как работают в целом базы данных. Как устроены индексы в бд к примеру, как они влияют на производительность, когда их лучше избегать, когда нормализация бд будет плохо сказываться на производительности и в угоду быстроты доступа нужно будет жертвовать размером и удобством. Понимание того как устроены микросервисы, плюсы и минусы такой архитектуры, для чего ее применять, понимать общую модель rpc, хорошо разбираться во всяких тонкостях. Интеграционные тесты. Кубернетус. Много прочего. Там уже чем больше знаешь тем лучше. Но когда у тебя большой опыт за спиной ты плюс минус за неделю всё что угодно можешь освоить довольно хорошо и на практике за месяц поймешь где ты можешь факапы допустить и как их избежать

А чего так? По голангу фриланс дохленький? Странно как-то

Можно сказать что на ру сегменте его вообще нету. Я пару задачек встречал может.

По DDD это не обязательное далеко требование, так как далеко не все применяют DDD у себя, а некоторые применяют его не верно. Для DDD в компании должен быть доменный спец, которых днем с огнем не сыщешь. А так, я когда приходил - знал поверхностно редис, средненько знал докер, не работал до этого с очередями, знаю реляционные субд и SQL на твердую 4 или даже 4+, не могу сказать так как оценивать себя сложная задача))) Знаю про restAPI - супер спорная штука на самом деле и всегда есть дилема является ли этот метод с точки зрения стандартов гет или пост или пут, и много других нюансов. В общем сейчас нужно знать: Docker SQL Redis Выбранный язык)))) Юнит тесты +-. Это быстро учится. Крайне желательно не просто знать, а понимать что такое SOLID(DRY/KISS само собой разумеющиеся вещи которые должны быть даже без знания этих "методик"). Почти всегда про него спрашивают, но далеко не всегда на деле с ним работаешь)))) это минимум который подойдет в зависимости от того как хорошо ты это знаешь - что бы попасть на джун+, мидл вакансии. Что бы идти дальше нужно соответственно хорошо разбираться во всех этих технологиях. А так же Уметь строить грамотные архитектуры и грамотно обосновывать свои решения. Так же нужно знать что такое и как работают в целом базы данных. Как устроены индексы в бд к примеру, как они влияют на производительность, когда их лучше избегать, когда нормализация бд будет плохо сказываться на производительности и в угоду быстроты доступа нужно будет жертвовать размером и удобством. Понимание того как устроены микросервисы, плюсы и минусы такой архитектуры, для чего ее применять, понимать общую модель rpc, хорошо разбираться во всяких тонкостях. Интеграционные тесты. Кубернетус. Много прочего. Там уже чем больше знаешь тем лучше. Но когда у тебя большой опыт за спиной ты плюс минус за неделю всё что угодно можешь освоить довольно хорошо и на практике за месяц поймешь где ты можешь факапы допустить и как их избежать

Фа на не ру? Не, я категорически англ язык не знаю, поэтому просто интересно

а как ты докер учил?

По DDD это не обязательное далеко требование, так как далеко не все применяют DDD у себя, а некоторые применяют его не верно. Для DDD в компании должен быть доменный спец, которых днем с огнем не сыщешь. А так, я когда приходил - знал поверхностно редис, средненько знал докер, не работал до этого с очередями, знаю реляционные субд и SQL на твердую 4 или даже 4+, не могу сказать так как оценивать себя сложная задача))) Знаю про restAPI - супер спорная штука на самом деле и всегда есть дилема является ли этот метод с точки зрения стандартов гет или пост или пут, и много других нюансов. В общем сейчас нужно знать: Docker SQL Redis Выбранный язык)))) Юнит тесты +-. Это быстро учится. Крайне желательно не просто знать, а понимать что такое SOLID(DRY/KISS само собой разумеющиеся вещи которые должны быть даже без знания этих "методик"). Почти всегда про него спрашивают, но далеко не всегда на деле с ним работаешь)))) это минимум который подойдет в зависимости от того как хорошо ты это знаешь - что бы попасть на джун+, мидл вакансии. Что бы идти дальше нужно соответственно хорошо разбираться во всех этих технологиях. А так же Уметь строить грамотные архитектуры и грамотно обосновывать свои решения. Так же нужно знать что такое и как работают в целом базы данных. Как устроены индексы в бд к примеру, как они влияют на производительность, когда их лучше избегать, когда нормализация бд будет плохо сказываться на производительности и в угоду быстроты доступа нужно будет жертвовать размером и удобством. Понимание того как устроены микросервисы, плюсы и минусы такой архитектуры, для чего ее применять, понимать общую модель rpc, хорошо разбираться во всяких тонкостях. Интеграционные тесты. Кубернетус. Много прочего. Там уже чем больше знаешь тем лучше. Но когда у тебя большой опыт за спиной ты плюс минус за неделю всё что угодно можешь освоить довольно хорошо и на практике за месяц поймешь где ты можешь факапы допустить и как их избежать

Я то же не особо в английском силен. Все таки думаю разработка на го каких то проектов требует чуть больших навыков чем например пилить что то на Битрикс или ВордПресс, поэтому и не много заказов на бирже, на сею технологию.

а что значит "знаю sql и реляционные субд на 4 или 4+"? я вот слышал, что для разрабов знаний по sql надо не особо много, а вот в data science надо прям очень хорошо знать sql. Как изучал? Документация или книги может посоветуешь?

Битрикс, увы, не знаю. А вот на 1с дружбан фрилансит прям ловко. Заказы просто потоком идут, но там трындец как сложно. Это просто неприрывное обучение, что бы зарабатывать норм деньги. Просто мне казалось, что в Европах всяких должны быть аналоги 1с для бизнеса. Вот, к примеру голанг. Надо только какую-то надстройку над ним, что бы быстро решать задачи. Просто бизнес везде же одинаковый и цели одни и те же по всему миру

а что значит "знаю sql и реляционные субд на 4 или 4+"? я вот слышал, что для разрабов знаний по sql надо не особо много, а вот в data science надо прям очень хорошо знать sql. Как изучал? Документация или книги может посоветуешь?

Битрикс, увы, не знаю. А вот на 1с дружбан фрилансит прям ловко. Заказы просто потоком идут, но там трындец как сложно. Это просто неприрывное обучение, что бы зарабатывать норм деньги. Просто мне казалось, что в Европах всяких должны быть аналоги 1с для бизнеса. Вот, к примеру голанг. Надо только какую-то надстройку над ним, что бы быстро решать задачи. Просто бизнес везде же одинаковый и цели одни и те же по всему миру

Если про индексы можешь сказать что-то больше, чем «это штука которая ускоряет поиск и замедляет вставку», то уже крутой

там аналог не позволяет задним числом отчёты стряпать. Читал об этом на хабре

У них там в их америках вроде другая система какая то есть, на сколько я помню

ну шо поделать) там вообще уже второй год студенты статьи переводят за зачёты в каком-то вузе.

Я думаю это связанно с тем, что многие просто юзают ОРМ, но я не сторонник ОРМ, к тому же ОРМ не редко из за своей универсальности не позволяет сделать по настоящему эффективные запросы. Или не позволяет использовать неокторые функции конкретной СУБД.

кроме того без знания SQL ты всё равно грамотный запрос даже на уровне ОРМ не построишь)

У тебя получается этот прокси будет принимать фото и там есть логика написанная тобой что делать с принятой фото?