Если вы делаете маленькое приложение на узкую аудиторию или если вы делаете MVP для проверки гипотезы, то можно смело выбирать NoSQL-решение. Такие базы быстрые, с ними проще работать, они легко масштабируются.
И часто у вас в маленьких приложениях на узкую аудиторию не хватает производительности СУРБД или возникает потребность в горизонтальном масштабировании?
Если вы делаете энтерпрайз-решение
То у вас, вероятно, будет множество разнотипных баз данных.
Я хоть и не верю в работу по призванию и считаю, что каждый способен к любой работе при должном старании, но думаю, что стоит искать что-то близкое себе и интересное, для чего хватит мотивации без внешнего стимула. Иначе с высокой вероятностью придётся потом страдать от выгорания.
На курсе вас ждет структурированный материал. Когда вы начинаете гуглить с нуля и искать, то находите просто тонны информации по тестированию.
Не скажу про тестирование, но разработчику нужно посмотреть список общих требований в вакансиях, нагуглить по этим технологиям учебников и прочитать их. Учебники обычно вполне себе структурированные.
теория сама по себе мало что дает
Когда я начинал свой путь в ИТ, то учился не для того, чтобы работу получить, а чтобы разобраться, как написать всё то, что мне написать хочется. У меня диск был завален десятками пет-проектов. Как говорится, программист программирует потому, что не программировать не может. Так что, как наниматель, я ожидаю от начинающего кандидата практики намного больше, чем теории, и очень удивляюсь обратному. Ну и замечу, что единственный одинаковый у всех выпускников курсов репозиторий на гитхабе производит впечатление ещё худшее, чем вообще отсутствие какого-либо репозитория.
Ну и про мотивацию: Это очень печально, когда человек не хочет стать специалистом и заставляет себя учиться. Он ведь и работать так будет - от зарплаты до зарплаты.
Не хуже, чем условия в Яндексе, Авито и Тиньке. Проходишь три собеседования - 15 минут с кадровиком, час-полтора технического в формате беседы о прошлом опыте кандидата и текущих проблема нанимающего проекта, потом ещё полчаса знакомства с руководителем и через день-два оффер со всеми теми же плюшками, а нередко и зарплатой в полтора раза больше.
Так я вам не скажу за все компании, но я практически уверен, что это вот выдумки.
Не берусь спорить за стопроцентную точность описанного в статье, но у этих компаний собеседования действительно жёсткие и стрессовые, на мой взгляд. Кто-то из них писал на Хабре про свои собеседования, у кого-то формат в деталях прямо на сайте расписан, о ком-то я знаю на свой шкуре. Ну, и слухами земля полнится, отрасль не такая уж большая, почти у каждого сеньора найдётся как минимум один коллега, который через один из этих бесчеловечных конвейеров прошёл.
Я свою карьеру как раз с написания прошивок и начинал. Не для квадракоптеров, конечно, но некоторое дерьмо повидал, как говорится. Может мне везло, но никогда за пределы школьного курса математики выходить не приходилось. Помню, тогда самой большой проблемой каждый раз было, как всю необходимую логику ужать в ограниченный ресурс железяки.
Польза от него ровно одна и довольно редкая - пробивание таких вот бюрократических барьеров, если вдруг зачем-то захотелось в очень махровую госуху, только они его ещё и требуют.
Я тоже не читал с увлечением тервер, но на некотором этапе карьерного пути начали регулярно возникать ситуации, когда не имеющий профильной вышки я объясняю вещи типа теории массового обслуживания коллегам, имеющим соответствующий диплом, но не имеющим никакого представления о теме.
Можете дать ссылку на должностную инструкцию тимлида
Сомневаюсь, что какие-либо компании публикуют в открытый доступ внутренние кадровые документы. Однако могу сказать, что в Сбере это фактически должностная инструкция разработчика к которой приписаны права и обязанности связанные с наймом, планированием работ, контролем выполнения работ и обучением.
каким нормативным документом в РФ определена эта должность и ее название?
Никаким. Это обиходное название того, что в классификаторе официально называется "руководитель группы".
О, нюдсчетверг узаконили.
И часто у вас в маленьких приложениях на узкую аудиторию не хватает производительности СУРБД или возникает потребность в горизонтальном масштабировании?
То у вас, вероятно, будет множество разнотипных баз данных.
Вы правы, сравнение enum'ов в динамических окружениях - в любом случае проблема.
Я хоть и не верю в работу по призванию и считаю, что каждый способен к любой работе при должном старании, но думаю, что стоит искать что-то близкое себе и интересное, для чего хватит мотивации без внешнего стимула. Иначе с высокой вероятностью придётся потом страдать от выгорания.
Не скажу про тестирование, но разработчику нужно посмотреть список общих требований в вакансиях, нагуглить по этим технологиям учебников и прочитать их. Учебники обычно вполне себе структурированные.
Когда я начинал свой путь в ИТ, то учился не для того, чтобы работу получить, а чтобы разобраться, как написать всё то, что мне написать хочется. У меня диск был завален десятками пет-проектов. Как говорится, программист программирует потому, что не программировать не может. Так что, как наниматель, я ожидаю от начинающего кандидата практики намного больше, чем теории, и очень удивляюсь обратному. Ну и замечу, что единственный одинаковый у всех выпускников курсов репозиторий на гитхабе производит впечатление ещё худшее, чем вообще отсутствие какого-либо репозитория.
Ну и про мотивацию: Это очень печально, когда человек не хочет стать специалистом и заставляет себя учиться. Он ведь и работать так будет - от зарплаты до зарплаты.
Ого, статья опоздавшая на 20 лет!
Хорошо жить с одним системным загрузчиком классов!
Не хуже, чем условия в Яндексе, Авито и Тиньке. Проходишь три собеседования - 15 минут с кадровиком, час-полтора технического в формате беседы о прошлом опыте кандидата и текущих проблема нанимающего проекта, потом ещё полчаса знакомства с руководителем и через день-два оффер со всеми теми же плюшками, а нередко и зарплатой в полтора раза больше.
Не берусь спорить за стопроцентную точность описанного в статье, но у этих компаний собеседования действительно жёсткие и стрессовые, на мой взгляд. Кто-то из них писал на Хабре про свои собеседования, у кого-то формат в деталях прямо на сайте расписан, о ком-то я знаю на свой шкуре. Ну, и слухами земля полнится, отрасль не такая уж большая, почти у каждого сеньора найдётся как минимум один коллега, который через один из этих бесчеловечных конвейеров прошёл.
Дежурно уже напоминаю, что на рынке есть компании, у которых условия не хуже, а через горящие обручи на собеседованиях прыгать не требуется.
Когда изучаешь что-то новое, первым делом надо загуглить учебник, в нём будет всё необходимое. Я про реляционную алгебру узнал из учебника по SQL.
Я свою карьеру как раз с написания прошивок и начинал. Не для квадракоптеров, конечно, но некоторое дерьмо повидал, как говорится. Может мне везло, но никогда за пределы школьного курса математики выходить не приходилось. Помню, тогда самой большой проблемой каждый раз было, как всю необходимую логику ужать в ограниченный ресурс железяки.
Польза от него ровно одна и довольно редкая - пробивание таких вот бюрократических барьеров, если вдруг зачем-то захотелось в очень махровую госуху, только они его ещё и требуют.
Гарантирует.
Диплом у меня есть, только непрофильный.
Ага, прошёл примерно полтора года назад. Оффер не принял, Сбер предложил условия лучше.
Я тоже не читал с увлечением тервер, но на некотором этапе карьерного пути начали регулярно возникать ситуации, когда не имеющий профильной вышки я объясняю вещи типа теории массового обслуживания коллегам, имеющим соответствующий диплом, но не имеющим никакого представления о теме.
У меня нет профильного высшего образования, но оффер на должность архитектора ЦБ в почте валяется.
Нет, не верно.
Сомневаюсь, что какие-либо компании публикуют в открытый доступ внутренние кадровые документы. Однако могу сказать, что в Сбере это фактически должностная инструкция разработчика к которой приписаны права и обязанности связанные с наймом, планированием работ, контролем выполнения работ и обучением.
Никаким. Это обиходное название того, что в классификаторе официально называется "руководитель группы".
Тимлид отвечает за свою команду. Набрал тех, кто плохо работает - больше всех и огребёшь.