index0h

Оффер в слепую — нормальная практика?

Конечно же, только подписывайте от имени анонимного человека.

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

Когда вас хотят на***ть конечно же.

Можно ли требовать его подписание до принятия оффера?

Более того, вы даже набор документов можете попросить зарение, что бы ознакомиться. Что если там как в сауспарке вы согласитесь на человеческую многоножку?

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

отсутствуют навыки декомпозиции и решения задач, не развито алгоритмическое и логическое мышление.

Определите сущности, которыми будете пользоваться. Например, нужно сделать чат. Какие сущности данных у вас могут быть? Наверное Пользователь, от имени которого будут отправляться Сообщения. Сообщения будут отправляться в Каналы. У каждой сущности есть какой-то свой набор данных.

Далее определите действия, что вы можете сделать с этими сущностями. Под эти действия заводите сервисы.

Понимание того, как лучше будет приходить с опытом, причем не только вашим личным, но и командным.

Большая текучка инженеров - это не маячок, скорее прожектор с сиреной и огнеметами, что надо бежать.
Вероятнее всего проблема в менеджменте, либо несоответствии вакансии и реальности.

Что касается старожилов - стоит понимать один важный нюанс: если у вас проектов не много, до синьора дорасти с джуна крайне затруднительно. Я сейчас не про лычку, а про набор опыта. Грубо говоря при поиске работы некоторые из них могут обнаружить, что на деле они мидлы, или мидловатые джуны, увы такое не редкость.

Есть замечательная фраза на этот счет: если кобыла сдохла - слезь.
Ищите другую. Даже если вы запросите слишком высокий размер оплаты, вам скажут тот, который готовы платить.

Возможно ли стать middle/senior без работы?

Устроиться - возможно. Например вы в компании единственный инженер, можете быть хоть СТО.
Обладать такой квалификацией - нет.

без опыта работы но с большими знаниями и проектами можно стать мидлом/сениором?

Это оксюморон.

Знаете вы о людях которые учились не в компаниях а самостоятельно и приходили туда уже мидлами/сениорами?

Мидлами в общем смысле - нет.
Мидлами, в смысле "более квалифицированными, чем другие сотрудники" - да.

Какие есть области без гитов

Те, где кода на столько мало, что вести его историю нет необходимости.

Без фрейморков

Те, где фреймворки не помогают в решении задачи.

Вероятно то, что вы ищите - школьный учитель по Pascal.

Чем можно объяснить разницу?

Порог вхождения и требования к качеству самого кода у Symfony выше.

Ведь вроде как оба фреймворка состоят на одних и тех же компонентах

Много где используются Symfony компоненты, не только в Laravel. Что как бы уже должно намекать.

в Laravel есть удобства, позволяющие экономить время на разработке без потери качества.

Мне жаль вас расстраивать. Цена многих удобств - магия. Как только вам требуется выйти за рамки, внезапно оказывается, что многие вещи не так уж и удобны, как может показаться на первый взгляд.

зачем же тогда люди идут в Laravel и сразу не изучают Symfony?

Маркетинг

ворд прошлый век, ведь? тоесть так не верно

ворд живее всех живых. Что касается формата - любой, который hr сможет открыть.

от фреймворков рвотный рефлекс

через это многие проходят, дорастет ваш друг до мидловатого джуна, вероятнее всего мнение изменится.

Надо чтобы было мало конкурентов на узкой нише

Erlang? Рынок меняется очень быстро, вероятность, что узкая ниша станет никому не нужна несколько выше, чем то. что широкая ниша схлопнется.

Или делать собственный веб-сервис или мобильное приложение, и не работать на дядю?

Делайте, главное много денег и времени не вкладывайте, когда все накроется медным тазом - будет не так обидно, а опыт какой-то получите.

Если есть талант и идея

Это пустые слова.

1. Портфолио, как вариант можете сделать сайт себе, родственниками, друзьям, соседям ...
2. Как источник информации, что подучить - вполне возможно.
3. Конечо можно, вам никто не запрещает. Это примерно как стать гинекологом по Pornhub, водителем по Дальнобойщикам и физиком по Discovery.

Где описана методика определения уровня скиллов — от джуна до сениора?

Нигде, это абстракции, зависящие от компании. Джун в одной может быть тем самым, что и синьор в другой.

Как понять что ты уже не джун, а миддл?

Открыть своё резюме и посмотреть названия занимаемых должностей.

Кто определяет в какой момент времени миддл имеет право называться сеньором?

Никто, вы можете себя назвать хоть гениралисимусом.

Для этого есть какие-то устоявшиеся методики или программисты сами себе лычки придумывают?

Это не методика. Как определить свой уровень программирования?

Изучаю python с 14 лет, после вуза у меня будет официально junior?

Нет.
1. Потому что за стаж обучение в универе считается разве что в гос конторах.
2. Понятие junior в каждой компании значит что-то свое.

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

Можно. Приходите на собеседование и доказываете. Правда под опытом обычно понимается коммерческая разработка.

Могу ли я устроиться в компанию, с неофициальным опытом программирования на python?

Лично я не против, устраивайтесь.

1. Составь табличку с названием компании, адресом, контактными лицами и ссылкой на вакансию.
2. Планируй не больше 2х собесведований в день, днем и вечером, между ними должно пройти хотя бы несколько часов.
3. В табличке указывай каждое пройденное собеседоввание, что там узнал и свое впечатление.
4. Получив фитбек указывай в табличку.

Красивость резюме нужна людям, которые не знают, что туда писать или в принципе назначение этого документа.
Резюме - это не картина, на которую нужно засматриваться. Самое важное - это жестко структурированная краткая информация по делу.

А не поздно ли уже для меня углубляться в изучение данной области?

Не поздно.

Что выбрать предпочтительней и актуальней для будущего (помечтаю) трудоустройства: .Net или Python?

Зависит от вас. Актукальны сильные специалисты (это не зависит от стека). Что будет лет через 5 вам никто не скажет.

Какую область развития выбрать и почему?

Ту, которая вам больше нравится. Попробовать нужно каждую из тех, которые вам интересны. Выбор только за вами.

Или пойти по стопам некоторых — сначала в QA, а потом в developers?

Смысла нет. Вы просто потратите время. Следующая ступень за QA manual - это QA automation, но не developer.

И ,может кто-то, поделиться опытом, у кого получилось сменить род деятельности и сколько заняло сил и времени?

Даунгрейд - это часто сложный и длительный процесс. Грубо говоря за 2 года вы дошли до джуна и за 3 еще лет вы дошли до твердого мидла. Сменив стек вам прийдется пройти этот путь заново, пусть вы и съэкономите год-два просто за счет того, общего опыта и разработке, но в остальном все прийдется делать заново.
Самый безболезненный способ перехода - это параллельно с работой изучать то что вам интересно и подрабатывать по этому второму стеку.

В целом очень настоятельно рекомендую овладеть поиском, в частности по этому ресурсу. Ваш вопрос тут задается в среднем раз-два в день. Каждый задающий этот вопрос считает, что вот конктертно его случай уникален, увы нет.

Как только ваше развитие как спеца начало замедляться.