Stepanya

Потому что это не C++, а Javascript. Нам тут с приведением типов волшебства хватает.

В некоторых BIOS есть соответствующая настройка для интегрированных видеокарт.

Проблема тут в том, что нужен контроллер, работающий в реальном времени. Rpi таковым не является.

Обоснование - щелкать клапанами при приготовлении кофе желательно с дискретностью 0.1 с, иначе вместо кофе клиент будет пить неясную субстанцию со вкусом кофе, а таких задержек вам rpi с его операционкой общего назначения не даст. Ну и отлавливать всякие нехорошие ситуации вроде отсутствия воды и насоса, молотящего вхолостую, лучше на железе с предсказуемым поведением, к которому современный комп, с его DMA и прочими вещами не относится.

Язык для решения данной задачи - чем дубовее, тем лучше. То есть - C.

Автомат можно собрать и из подручных средств, смотав управляющий контроллер скотчем и засунув в коробку от обуви. Но когда полезут глюки, их проще будет вылавливать из AVR (с его совершенно банальным ассемблером и возможностью симуляции всего контроллера по тактам минимум в трех пакетах), чем дебажить программу на питоне, работающую на rPi.

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

delete obj.dd2.dd22; не?

UPD: Да )

Сейчас угадаю

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

1-е
2-е

Оформите свой дизайн для портфолио. То есть такая большая картинка на ширину контента, где уложите дизайн, дальше картинку компа, ноута, планшета и телефона с этим же дизайном, квадратики с использованной палитрой ну и буллеты чего там было - бутстрап, лесс, ну и типа того.
Так это будет не картинка его сайта, а картинка Вашего портфолио. То есть ВАША интеллектуальная собственность. Даже если заказчик будет настаивать что дизайн сайта принадлежит ему, а Вы просто его верстали, на ВАШЕЙ картинке будет показана ВЕРСТКА, которую Вы таки делали.

(если можно на codepen покажите )

Сначала выложи то, что у тебя не получается, а потом проси помощи.
Если нужен готовый код - это на фриланс.

PS: Не знаю, в чем тут сложность. Вообще простейший блок.

Вы смешали в одну кучу бизнес и разработку программного обеспечения. Отсюда и непонимание.
1. "фронтендер, бэкендер, специалист по базам и админ" Админ точно только косвенно входит в разработку продукта. "специалист по базам" - очень узкая специализация, нужен ли такой для проекта, сможете ли его в полном обьеме загрузить работой на срок проекта? Поэтому Agile и предлагает использовать другой тип работников, более широкого профиля. Хотя при Agile возможно чтобы равномерно были загружены и фронтендер и бэкендер.
2. Ваш пример это скорее психологическая проблема в комманде. Синьор - с заниженной самооценкой, компенсирующий ее на подчиненных. Agile - подразумевает, как вы написали "чтобы каждый работник мог взять и выполнить любую задачу", значит в команде не будет ни Синьор, ни Джуниор.
3. В требованиях к User Story и нужно писать требования по нагрузке и архитектура должна строиться от этой нагрузки.
4. Опять же подразумевается работа программистов одного уровня.
5. Владельца бизнеса никто не отменял. Agile подразумевает "Ретроспектив" и на будущие спринты должны быть учтены срывы текущего, но если команда срывает постоянно, значит нужно смотреть извне команды, что за проблемы внутри. А перед заказчиком отвечает владелец бизнеса и никак иначе.
6. Владельца бизнеса

никак.

Style guide есть в официальной доке Angular.
CLI, насколько мне известно, под капотом юзает webpack. Это сразу и раннер, и бандлер, и сервер, и тесты.

Вердикт - CLI и офф. дока.