Борисова уже тяжело читать, имхо. Построение первым делом детекторного радиоприемника в наше время довольно нетривиальная задача - одни только наушники не найдешь. Плюс вся элементная база, упоминаемая в книге уже давно потеряла свою актуальность. Большинство примеров использует МПшки, которые только в музее можно найти.
Я бы рекомендовал к прочтению MAKE: Electronics. Есть как на английском, так и в переводе. Английский довольно простой, легко читается. Все примеры интересны и просты в постановке.
Имел в виду в конечном продукте.
Если какой-то прототип нужно быстро сляпать, то можно пару свойств и в инлайн вписать, не забыть главное потом про них.
Там по другому немного реализовано. Список категорий у них представлен конструкцией DL-DT-DD и раскрытие меню у них выполняется через скрипт, который изменяет принадлежность к классам блока меню, а затем уже да, работает :hover
Я в веб-разработке начал разбираться совсем недавно. Охренел от увиденного, но посчитал, что это перспективная область и ее стоит изучить. Поэтому пока рановато для портфолио.
Работая сейчас аналитиком, я так или иначе код пишу. Либо псевдокод, либо в чистом виде что-то в ТЗ приходится вписывать, чтобы разработчик быстрее отдуплил. Не всегда получается обходиться абстракциями.
Я рассматриваю разработку в приоритете, принимая во внимание ее конвертируемость при смене основного места жительства при переезде за рубеж. Работа механиком в автосервисе или развозчиком пиццы, конечно, еще быстрее конвертируется, но хотелось бы сохранить развитие в проф. плане.
Стремление уйти в управление проектами или бизнес-анализ, при смене основного места жительства, превращаются в "пшшш". Не котируются, увы, за рубежом ни наше высшее образование, ни опыт приобретенный в национальных компаниях.
К примеру, для занятия должности управляющего проектами почти везде за рубежом требуется довольно дорогостоящая сертификация PMP, которая в свою очередь требует немалого опыта работы для допуска к экзамену, и опыт работы в транснациональных компаниях.
Для занятия должности бизнес-аналитика требуется идеальное знание языка, чтобы сбор требований не превратился в пазл с отсутствием элементов, опыт работы в международных компаниях и портфель саксес стори в узко рассматриваемой предметной области.
Если сравнивать анализ с разработкой, то, в моем понимании, последняя приносит тебе опыт уже с того момента, как ты начал ей заниматься в любом виде. Бизнес-аналитика приносит тебе опыт строго в определенной области и без гарантий, что твой опыт может быть кому-то интересен вне нашей необъятной родины. Плюс, у меня есть друзья карьерный рост которых на должности "разработчик" идет куда быстрее моего на сравниваемом временном отрезке. Это в том числе дает пищу подобным размышлениям.
Как известно, опыт такая штука, которая бывает нужна тогда, когда ее нет. Поэтому никаким другим путем кроме как разбирать что-то с нуля, опыт не приобрести.
Я могу быстро разобрать какие-то аспекты в определенной предметной области, найти решение, применить его и через какое-то время забыть за ненадобностью. А когда мне эти знания понадобятся еще раз, я буду знать, что я когда-то подобную задачу уже решал, и знать пути решения.
Что Вы понимаете под "реальным опытом"? Периодическую практику?
Буферизация финансов в семье тяжело проходит) Этот план у меня был еще год назад, увы за год подушка пышнее не стала. Конъюнктура мировых финансовых рынков тоже подвела.
Да. В этом направлении и работаю. Придумал проект, который попробую разработать как OpenSource и использовать в дальнейшем в качестве портфолио, если получится довести его до конца в свободное время. Но заниматься чем-то на досуге и заниматься чем-то профессионально - "две большие разницы".
