Я считаю, что для каждого конкретного проекта нужно смотреть отдельно. Да, фреймворки отчасти спутывают руки, но если они помогают достичь цели, пусть и со связанными руками, то тут следует подумать, что для данного проекта приоритетнее: удобство разработки + единообразие мышления членов команды(пусть и навязанное фреймворком), или же сложности разработки функций, не предусмотренных фреймворком, заставляют писать «через» фреймворк, и тогда уже будет легче обойтись без фреймворка/написать свой. Поправьте, если ошибаюсь.
Работаю в команде, где программнров и дизайнеров пополам. Существует ли система контроля версий и для дизайнеров, и для программистов? Заставить дизайнера выложить что-то в git мне не удалось, как и объяснить ему прицип работы с этим.
Отличный слог, было бы интересно читать дальше. Вы не думали о том, чтобы создать свои уроки? В документации много пишут о том, как использовать фичу, но мало о том, зачем её использовать.
Правильно ли я понимаю, что эффективность этих методов рассматривается в статье при прямолинейном движении? Мне кажется, что от третьего метода легче всего защититься, достаточно развернуться хотя бы на 90 градусов против часовой в примере
Она была основана на троичной системе счисления и хотя элементная база была частично двоичной, что приволило к перерасходу деталей, машина зарекоменловала себя как экономичная и надёжная.
Не одно, в гугл плее нередко встречаются именно снимки экрана, т.е. фотографии, сделанные другим девайсом. Такие снимки полезны, если нужно показать руку пользователя в действии
Разве Cloud code — не то же самое? Поправьте, если я ошибся
Что мне нравится в работниках IT сферы, так это их трудолюбие и вечное стремление к чему-то новому! Даже в свободное время совершенствование!
А статья хорошая, да и тема очень интересная.
Ctrl + F12 (File structure popup)
Ctrl + E (Recent files popup)