Все элементы игры создаются в рамках той или иной методологии дизайна. Будь то создание физического прототипа, архитектуры программного интерфейса, построение аргументации или проведение серии контролируемых экспериментов - методологии дизайна направляют творческий мыслительный процесс и помогают обеспечить качество работы
Я начинающий разработчик с полуторагодовым опытом программирования на Python и чуть меньшим на JavaScript. Меня всегда интересовало особенное различие в этих двух языках, про которое далее пойдет речь. Это и привело меня к небольшому исследованию и, как следствие, моей первой статье.
Данная статья является сравнением двух подходов в двух разных ЯП. Каких-либо похожих материалов в рунете я не обнаружил (кроме редких упоминаний о том, что такое различие в целом существует), поэтому с радостью почитаю ваше мнение и/или какие-то материалы, если вы оставите ссылки на них в комментариях.
Разработка комплекса удаленного управления поворотом механического антенно-фидерного устройства (АФУ) весом более 3,5 тонн для радиоспорта – ключевой шаг к победе на соревнованиях. Решение должно обеспечивать плавный поворот антенны на необходимый угол и остановку в требуемом положении, управляясь по принципу «нажал и забыл» с любого устройства с доступом в интернет. В кейсе рассмотрим логику, этапы и результат разработки.
Это продолжение истории о разработке самого удобного приложения для зубрежки английских слов инди-разработчиком. Еще одно?! — Да, но с GenAI и алгоритмами!
Несмотря на развитый ИТ-рынок в России, до сих пор не все понимают, что подразумевается под «аналитикой проекта» в заказной разработке. Разработчик пишет код, тестировщик проверяет корректность работы, а что делает аналитик проекта?
В статье расскажу, кто такой аналитик и какие роли он может выполнять. В сфере разработки обычно выделяют две ключевые роли: бизнес-аналитик и системный аналитик. Оба этих специалиста принимают участие в предпроектной аналитике, которая является ключевой для успешного старта любого ИТ-проекта. Рассмотрим общепринятые понятия этих ролей.
Привет! Меня зовут Михаил. Я IT-евангелист с 15-летним опытом работы в IT-индустрии: начинал как разработчик на C#, а сейчас опытный руководитель проектов и продакт-менеджер. Я пишу книгу об управлении IT-проектами, но без обратной связи это делать довольно сложно. Поэтому я решил публиковать здесь некоторые главы из книги, над которой работаю, чтобы получать обратную связь и конструктивную критику. Спасибо, что меня читаете — ваше внимание и интерес дают мне силы продолжать.
Раз уж решили — так было бы логично делать силовую установку в едином модуле: водомет + мотор + контроллер. Меньший объем гораздо проще герметизировать, да и ремонтопригодность выше: поменял спрямляющий аппарат, импеллер или модуль целиком и доска снова в работе.
Модульный спрямляющий аппаратЧитать полностью »
Приветствую!
Как бы ни было печально признавать, но не все мои личные проекты превращаются в готовые изделия. Это происходит по нескольким причинам. Основная — нехватка времени. Второстепенная — безумство идеи. Эти причины возникают одна из другой. Появляется безумная идея, на которую нужно много времени. Хочу немного рассказать о своих незавершенных проектах, может кому-то окажется полезным, познавательным, а главное — «решабельным». Проектов, конечно, больше, но в статье собрал самые интересные. Читать полностью »
Уже больше года назад я прочитал статью «Гидрофойлы: лететь по белому свету — лететь куда‑то вдаль…». Судя по комментариям она вызвала много разных эмоций, но лично меня эта статья вдохновила на создание для себя такой штуки. От себя лично благодарю автора за эту статью.
Опущу много подробностей и сразу скажу что остановился на покупной надувной доске и покупной мачте с подводным крылом.
