HellWalk

Если у вас нет задачи сделать мега-супер-производительный сервис - лучше в БД. Проще впоследствии будет работать.

Глубоко убежден, что разрабатывать стартап нужно только в той сфере, в которой сам разбираешься. А если стартап на стыке нескольких технологий - например дизайн интерьеров/программирование, то и разбираться нужно в обоих.

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

P.S. Вариант "а я найму того, кто разбирается" - отбросьте сразу, т.к. во первых, вы не сможете понять, кто действительно разбирается, а кто нет. А во вторых - человек, который разбирается, очень быстро поймет, что его руководство ничего не понимает, и у него будет большой соблазн навешать лапши руководству и получить личный профит. Встречал и такое.

И самое главное - действительно опытные разработчики не пойдут в такую команду. Нет ничего хуже, когда ты объясняешь руководству элементарные вещи "у вас тут SQL-инъекции, это критично, нужно исправлять", а тебе отвечают - "А что такого? Все же работает и так".
*facepalm*

Нарабатывать скиллы для того, чтобы устроиться в офис, или все же заняться фрилансом?

Что мешает делать это одновременно?

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

Заодно, устроившись в офис, вам будет с чем сравнить работу.

У девушки, когда она приехала в Москву и устраивалась на работу, спрашивали про прописку в Москве.
Не помню как, но она её получила.

P.S. Я думаю это вопрос в формате "а нужно ли высшее образование", "а нужен ли опыт в трудовой" - если вы крутой специалист которого все хотят - то на все это закроют глаза. Но если вы середнячок или ниже уровня - могут спросить, и могут отказать на основании отсутствия чего-либо.

1. Как можно стать профи, если постоянно используешь готовые библиотеки и не пишешь "велосипеды"?
2. Стоит ли иногда писать велосипеды или это бессмысленно?
3. Мой начальник сказал, что все уже написано и что то крутое создать не получится (я расскис после этих слов и не нашел аргументов), как вы считаете все ли написано? Будут ли скачки в программировании?

То, что вы задумываетесь над такими темами, уже говорит о том, что вы идете правильным путем.

А начальника не слушайте. Есть такие... сидят в болоте годами, и считают, что так и надо.

P.S. На тему велосипедов рекомендую этот курс от Дмитрия Елисеева:
https://www.youtube.com/watch?v=w4iqxN0nfTs
Там же, в самом начале, автор рассказывает зачем оно надо.

Это зависит от того, какую игру вы хотите сделать.

Здесь вот многие Unity советуют - он, конечно, хорош, но если цель - сделать текстовую игру в браузере - то он нафиг не сдался.

Как адекватно оценить свой уровень?

Никак. Человек не может оценить сам себя объективно.

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

Чем больше узнаешь, тем больше понимаешь, как многого еще не знаешь.
Это нормально.

В чем преимущества официальной работы в офисе перед удаленкой?

В том, что вам проще будет найти другую работу в офисе.

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

ПМ - это в первую очередь про взаимодействие людей, умение говорить, доносить свою точку зрения и умение мотивировать.
Высшее мастерство - это организовать какой-нибудь проект "на энтузиазме", привлечь в него профессионалов и удерживать их значительное время. Если сможете - значит вы в своей нише. Если нет (а 95% именно некомпетентные пм'ы) - значит или развиваться, или менять сферу деятельности.

Мне вот по обязанностям приходилось работать пм'ом, но для меня общение и управление другими людьми - обуза. По этому перешел в программисты. Управлять (давать команды) компьютеру, после управления людьми - это просто блаженство.

Кому-то же наоборот - "поездить по ушам" и "подбить на работу за спасибо" намного проще дается, чем что-то делать самому.

В общем, ответ зависит от вас. А кто вы - знаете только вы)

Или если становишься программистом, то и ноулайфером по определению?

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

В целом - необходимость постоянно тратить время на самообучение - один из подводных камней ИТ. Если это пугает - стоит серьезно подумать, нужно ли оно вам.

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

Изучайте то, что вам интересно. Невозможно стать классным специалистом в сфере, которая вам не нравится.

В большой

Причин несколько:
- В большой команде больше шансов попасть на нормально налаженные рабочие процессы (если про веб, то это Jira/GitLab/Jenkins). Я ни разу не встречал команд в 1-2 человека, где были бы нормально налажены бизнес процессы - все задачи ставятся на словах, а файлы на сервер заливаются по ftp-шечке.
- В большой команде говнокодеру сложнее остаться незамеченным и навредить проекту. В командах же из 1-2 человек - легко. Как раз на последней работе столкнулся с тем, что до меня бек просто 2 года писал костыли. Надо было все с нуля переписывать.
- В большой команде, если что-то надо объяснить руководству (например то, что проект нужно переписывать с нуля) - это проще сделать, так как есть большой коллектив, да и есть отдельный начальник, в обязанности которого входит общение с руководством и объяснение элементарных вещей. В маленькой же команде вам придется это делать самим. А это, знаете, бывает очень сложно. Сталкивался с ситуацией, когда я говорил "нужно новый проект делать на современном фреймворке", а мне отвечали "предыдущий программист писал велосипеды, и все было ок, так что и ты давай делай также". У меня просто волосы дыбом становились от таких разговоров.

Когда-то я вообще не понимал, зачем эти ORM нужны - ведь можно написать миниатюрную оболочку над mysqli/PDO и пользоваться ей (что и делал в домашних проектах, а на работе в то время работал с Yii2 и Active Record соответственно, который совершенно не нравился), до тех пор, пока... на своем самописном велосипеде не столкнулся с задачей:
1. Взять все поля из таблицы с 70+ колонок
2. Сделать форму, с редактированием каждого поля
3. Сохранение обновленных данных

То, что на ORM делается несколькими строчками - мне, в моей небольшой обертке, пришлось делать весь вечер - прописывать все поля, прописывать каждый input и т.д. В общем в тот вечер я понял, зачем нужны ORM :)

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

В техподдержке не работал, но наблюдал за этими товарищами со стороны. На мой взгляд это боль, боль и еще раз боль. Видел даже нервные срывы. То, что для программистов - "баг на продакшене", для сапорта - сотни звонков от рассерженных клиентов. И вся работа с этим связана.

начал учить front end и хотел бы расти в этом направлении

И развивайтесь в этом направлении.

У вас обычная ситуация - в одном месте пригласили, но вы еще хотите узнать результаты по другим собеседованиям. Другая частая ситуация - когда пригласили в 2+ мест, и надо подумать (взвесить все за и против) и выбрать между предложениями.

Так в общем-то и ответьте. В 99% случаев - пару дней подождут.