Если это стоит в пределах 5-10 к$, то в принципе не дороже офисной площади

Для начала хотя бы тимлидам, вообще всем кто объясняет другим как что-то реализовывать

Кстати, логичная тема для следующего митапа - как управлять удалённой командой? Точнее вебинара, с зумом и шарингом экрана 😀

тема раскрыта Лёшей Катаевым же!

на последнем митапе

Ох. Посмотрим, какие песни будут в мае. Мой опыт прошлый, что после 2х месяцев удаленки на проекте со сложным анализом (где нельзя просто сесть делать код по накатанной), хочется во чтобы то не стало попасть в офис

нестерпимо хочется общения и всех обнять?

Это само собой. Но основная проблема в другом: при заходе на удаленку анализ для первой стадии проекта был частично сделан  соответственно, код делался относительно быстро. Когда началась 2ая стадия проекта, то там пришлось решать много вопросов удаленно, оверхэд на коммуникации возрос. Для новых RnD проектов , где "ничего не понятно" это обычная история.

Плюс, там был фактор несыгранной команды

хз, минусну) я пока что не встречал проекта, про который нельзя договориться с использованием планшетика

впрочем, возможно, они существуют

Пора менять компанию, мож ? Рутину какую-то делаете ? 😂

отличная попытка!

Рутину, факт! Не помню в Яндексе вообще RnD подразделений, сплошной продакшн 😁

А конкретно в чем были трудности, можно сказать? Я тут просто в восторге от чудо-доски, мне кажется она решает последнюю проблему которая была при удалённой работе. Если конечно такие доски способны работать удалённо

Что ты подразумеваешь под чудо-доской?

Короче, я сейчас специально напрягся, чтобы вспомнить подробности того времени (2011 год). Помню, что проектов то вообще было 2 изначально. Еще был корпоративный сайт с большим количеством тикетов и багов. Это требовало коммуникаций, чтобы это все пофиксить и задевелопить.   Про RnD проект: это был рендер indoor конструкций. С позиции того времени  (лично у меня было примерно 2 года опыта, с нулевым опытом именно в Рендеринге, но относительно хорошей теоретической базой) и даже этого времени проект достаточно сложный и уникальный.   Помимо того, что я описал, была в нем одна особенность, которая, пожалуй и генерила большой оверхэд на коммуникации: мы должны были сделать параметрический рендер лестниц, имея только небольшое количество фотографий этих лестниц, не имея 3D моделей, не имея чертежей.   Поэтому, синхронизация девелопера и 3d-моделлера реально была одной из самой горячих тем.  3d-моделлер, который с нами работал, не имел hands on навыков моделлить так, чтобы потом эти модели получали правильное разбиение на meshes и движок мог их правильно использовать.  Поэтому, пришлось в деталях объяснять, что "вот такой то элемент ступеньки должен быть отдельным мешем".  Возникало много вопросов, как вообще некоторые не вполне тривиальные объекты разбивать на меши.  Все это делалось исключительно удаленно. Люди не имели опыта деланья таких проектов еще и удаленно, поэтому времени на sync тратили достаточно много.  Вторая особенность была в том, что нужно было сделать правильный ООП дизайн рендера так, чтобы работа была правильно разбита между 3 девелоперами.  Логично было декомпозировать работу по функционалу:  каждый делает свой тип конструкций  (типов было штук 5-7), полностью берет его реализацию на себя.   Поэтому, каждый проходил путь бодания с моделлером, по мере продвижения прикидывал, какая у него будет архитектура классов для его функционала, и  пытался добиться, того, чтобы при смене пользователем параметров картинка правильно менялась.  Пока каждый лепил свои классы, конечно же, было дублирование работы, синкать которую было особенно сложно.    Это о том, что было тогда.

Теперь о том, что сейчас.

Сейчас бы я такой проект начал с нормального технического дизайна, где девы и моделлеры сначала бы изложили базовые элементы конструкций, их параметры, и только потом бы отдавал бы это кодить.  Делать это в процессе , да еще и удаленно, достаточно затруднительно.       С другой стороны, если бы все синкались в одной комнате, уверен, все было бы быстрее.