Я читал книгу под названием «Программирование для Android: руководство по ранчо больших ботаников». В этой книге вы создаете проекты под руководством автора, такие как:
GeoQuiz: в своем первом приложении вы изучите основы Android-проектов, действий, макетов и явных намерений.
CriminalIntent Самое большое приложение в книге, CriminalIntent, позволяет вам вести учет промахов ваших коллег в офисе. Вы научитесь использовать фрагменты, интерфейсы master-detail, интерфейсы на основе списков, меню, камеру, неявные намерения и многое другое.
BeatBox: запугайте своих врагов с помощью этого приложения, пока вы узнаете больше о фрагментах, воспроизведении мультимедиа, архитектуре MVVM, привязке данных, тестировании, темах и рисунках.
И более.
Согласно этой ветке , общее мнение состоит в том, что вы не должны включать книги в свое резюме, а размещать проекты, демонстрирующие ваш опыт.
Тем не менее, было бы хорошей идеей включить в свое резюме список проектов, подобных показанным выше, которые человек сделал под руководством книги?
Нет, эти проекты не показывают вашу способность брать на себя профессиональную роль.
Главное, что проекты пытаются продемонстрировать вместо опыта работы, — это то, что у вас есть опыт работы над реальными проблемами и решения проблем, возникающих во время регулярной разработки.
Работа по книге означает, что вы не:
Пришлось разработать решение из требований, решение было предоставлено вам.
Приходилось работать в неизвестной проблемной области, книга говорила вам, что это сработает заранее.
Приходилось решать неожиданные проблемы, возникшие из-за предположений, сделанных вами при проектировании. Книга дает вам архитектуру, вы знали, что она сработает.
Приходилось испытывать и принимать решения на протяжении всего цикла разработки, от дизайна до релиза. Вы не принимали никаких реальных решений с книгами-проектами.
Пришлось проверить, работает ли ваше решение по вашим собственным показателям. Вы знали ожидаемый результат от книги и могли проверить, соответствует ли ваше решение.
Возможно, это покажет, что вы имеете базовое представление о синтаксисе этого языка (хотя, скорее всего, книга даст вам достаточно информации, поэтому я бы на это не рассчитывал).
Но на самом деле проект показывает не ваше знание языка, а вашу способность создать решение проблемы с нуля и реализовать успешное решение. Эти книги-проекты этого не демонстрируют.
Я должен добавить, что включать эти проекты в число других «настоящих» проектов все же было бы плохой идеей. Их включение предполагает, что у вас нет опыта, но вы также недостаточно понимаете разработку, чтобы знать, что вам не хватает даже этого опыта.
Нет.
Отображение собственных проектов в резюме имеет единственную причину: увеличение шансов получить работу.
Обычно потому, что работодатель может увидеть там, насколько хорош и чист ваш код, с какими библиотеками вы знакомы, как вы разрабатываете архитектуру своих программ, как вы используете CVS и т.д. и т.п. - короче говоря, все, что дает им (положительное) представление о том, как вы работаете.
Кроме того, для кого-то уже положительно, если есть (некоммерческие) проекты, то есть человек занимается программированием не только из-за денег, а потому, что ему это нравится.
И если некоторые из ваших проектов известны и используются другими людьми, это, конечно, тоже здорово.
Перечисление такого книжного проекта (где у вас есть книга, специально помогающая вам в этом, а также загружаемое полное решение, и вся цель часто просто глупа («Запугать своих врагов», лол)) вместо этого показывает, что вы не в состоянии сделать вещи покрупнее и посложнее, что у вас нет серьезных проектов, которые могли бы быть полезны хотя бы одному человеку, что вы немного отчаялись устроиться на работу, что вы чего-то не понимаете в том, чего от вас хотят работодатели и т. д.
Короче, все плохо, так что просто не делайте этого.
Уэсли Лонг
Толстяк