Ознакомьтесь пожалуйста с нормализацией базы данных. И прочтите внимательнее статью. Там написано, что важно поговорить об этой задаче. Спросить у кандидата, как бы он решал эту задачу и почему. Конечно нельзя ожидать что человек за 5 минут найдет вам идеальное решение задачи которую вы уже обсуждали с 10 людьми. Тут важно посмотреть как кандидат рассуждает.
Касательно запроса адреса по ФИО, Вы опять не внимательно прочитали. Там написано "спроектировать АПИ" - при чем здесь БД? В БД данные могут храниться как угодно. И в этой задаче сохраняется такой же принцип как и в первой. Мы не ждем от кандидата идеального решение. Нам важно поговорить с ним на эту тему. Цепляться можно за любую задачу. Любую задачу можно критиковать и это тоже своего рода фильтр.
Я с Вами полностью согласен на тему того что нельзя все мести одной метлой. Бывают и курсы бесполезные, и книги не информативные, и статьи очень информативные. Все что написано в этой статье всего лишь мое скромное субъективное мнение. Я очень не люблю читать книги, мне не нравиться этот процесс. Но когда я начал это делать я понял что это очень важно, что книги являются еще одним мощным дополнительным источником знаний.
Похожая ситуация с алгоритмами. Есть три лагеря: 1 - утверждает что практиковать алгоритмы ни к чему, но при этом, как правило эти люди не практикуют алгоритмы. 2- утверждают что это важно потому что сами решают. Ну тут как бы все понятно сами это делаете и выхваляете свое занятие. 3 - люди которые утверждали, что это лишние, потом начали практиковать алгоритмы и переобулись.
Вот с книгами похожая история. Сам по себе процессе изучения материала через книги - это уже не простая задача. Опять же, я не на чем не настаиваю - это всего лишь мое мнение. Возможно я в этом не прав.
Я не в коем случаи не принижаю пользы от статей или курсов. Я просто хотел подчеркнуть пользу книг. Мне кажется нельзя сравнивать книги со статьей. С курсами еще можно. Как правило в книгах гораздо глубже раскрывается тема, более того книги проходят сложную многоуровневую редакцию. Но тут конечно важно выбирать хороший книги. Я Вам очень рекомендую почитать книгу Designe pattern от редакции Head First. Я думаю, что после прочтения первой главы вы согласитесь со мной.
Бытует мнение, о том что ВУЗ - это просто трата денег и времени. Но мне кажется если в учиться, а не "решать" сессию, то это сильно прокачивает когнитивные способности. Далека не у каждого человека в жизни возникает возможность 5 лет каждый день что то изучать.
Прочитайте внимательнее. В этой части я предлагаю обсудить этот кейс. Интересно послушать мнение кандидата и узнать как он решал бы эти проблемы. Человек у которого есть опыт проектирования API быстро распознает проблемы подобного рода.
Такие условия задачи, у автомобиля может быть только один владелец.
Касательно того что потенциальные работодатели так считают - это их право. Если у Вас хороший опыт работы с Oracle - не думаю что для Вас составит много труда перейти на Postgre
Ваша статья, как бальзам на душу. Я думал только наша команда с начала долго и старательно пишет классный код, а потом меняет архитектуру и все переписывает ))
Спасибо, за статью! Очень интересно было узнать о том как устроена вселенная в которой мы живем )) Честно говоря, на собеседованиях мне никогда не задавали вопросы связанные с загрузкой или инициализацией классов... Я бы наверное удивился такому вопросу и как только что выяснил не прошел бы его ))
Ознакомьтесь пожалуйста с нормализацией базы данных. И прочтите внимательнее статью. Там написано, что важно поговорить об этой задаче. Спросить у кандидата, как бы он решал эту задачу и почему. Конечно нельзя ожидать что человек за 5 минут найдет вам идеальное решение задачи которую вы уже обсуждали с 10 людьми. Тут важно посмотреть как кандидат рассуждает.
Касательно запроса адреса по ФИО, Вы опять не внимательно прочитали. Там написано "спроектировать АПИ" - при чем здесь БД? В БД данные могут храниться как угодно. И в этой задаче сохраняется такой же принцип как и в первой. Мы не ждем от кандидата идеального решение. Нам важно поговорить с ним на эту тему. Цепляться можно за любую задачу. Любую задачу можно критиковать и это тоже своего рода фильтр.
Да, коммуникация - это однозначно очень важно.
Плюс ваши опоненты присутствуют только на экране))
Я тот человек который решил более чем пару сотен задач на литкоде и ответственно заявляю, что после этого я стал более полезен для своей команды.
Я с Вами полностью согласен на тему того что нельзя все мести одной метлой. Бывают и курсы бесполезные, и книги не информативные, и статьи очень информативные. Все что написано в этой статье всего лишь мое скромное субъективное мнение. Я очень не люблю читать книги, мне не нравиться этот процесс. Но когда я начал это делать я понял что это очень важно, что книги являются еще одним мощным дополнительным источником знаний.
Похожая ситуация с алгоритмами. Есть три лагеря: 1 - утверждает что практиковать алгоритмы ни к чему, но при этом, как правило эти люди не практикуют алгоритмы. 2- утверждают что это важно потому что сами решают. Ну тут как бы все понятно сами это делаете и выхваляете свое занятие. 3 - люди которые утверждали, что это лишние, потом начали практиковать алгоритмы и переобулись.
Вот с книгами похожая история. Сам по себе процессе изучения материала через книги - это уже не простая задача. Опять же, я не на чем не настаиваю - это всего лишь мое мнение. Возможно я в этом не прав.
Я не в коем случаи не принижаю пользы от статей или курсов. Я просто хотел подчеркнуть пользу книг. Мне кажется нельзя сравнивать книги со статьей. С курсами еще можно. Как правило в книгах гораздо глубже раскрывается тема, более того книги проходят сложную многоуровневую редакцию. Но тут конечно важно выбирать хороший книги. Я Вам очень рекомендую почитать книгу Designe pattern от редакции Head First. Я думаю, что после прочтения первой главы вы согласитесь со мной.
Спасибо, за комментарий.
Бытует мнение, о том что ВУЗ - это просто трата денег и времени. Но мне кажется если в учиться, а не "решать" сессию, то это сильно прокачивает когнитивные способности. Далека не у каждого человека в жизни возникает возможность 5 лет каждый день что то изучать.
Прочитайте внимательнее. В этой части я предлагаю обсудить этот кейс. Интересно послушать мнение кандидата и узнать как он решал бы эти проблемы. Человек у которого есть опыт проектирования API быстро распознает проблемы подобного рода.
Такие условия задачи, у автомобиля может быть только один владелец.
Касательно того что потенциальные работодатели так считают - это их право. Если у Вас хороший опыт работы с Oracle - не думаю что для Вас составит много труда перейти на Postgre
Ваша статья, как бальзам на душу. Я думал только наша команда с начала долго и старательно пишет классный код, а потом меняет архитектуру и все переписывает ))
Спасибо, за статью! Очень интересно было узнать о том как устроена вселенная в которой мы живем )) Честно говоря, на собеседованиях мне никогда не задавали вопросы связанные с загрузкой или инициализацией классов... Я бы наверное удивился такому вопросу и как только что выяснил не прошел бы его ))