Ну погоди. Вот у нас стандартная ситуация, надо сделать фичу. У аналитика, архитектора и сеньёра свой взгляд на проблему. Чтобы выяснить пересечение этих взглядов есть всего 2 варианта. Либо переписку устраивать, либо встретиться и обсудить варианты. Переписка гораздо менее эффективна в большинстве случаев. Она затягивается на дни и недели. Все теряют контекст, никто уже не помнит с чего всё началось, в реплаях сотни писем...))
Никто же не говорит, что общение это обязон десятки людей в переговорке. 2-3 человека принимающих решение, не тратя особо времени компании, могут эффективно обсудить нужное.

есть же вариант созвониться в zoom

я думал в таких случаях набрасывается дизайн док который потом уже обсуждают там же

Да, есть. Это в общем-то относится к категории "встретиться и обсудить"

а потом когда уже утверждают его - создатель дока нарезает таски

гораздо менее затратно по усилиям чем в офисе это делать

Ну да, сначала все вникают в проблему, потом её обсуждают.

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

Ключевое здесь - наличие ответственного, иначе, действительно, очень много болтовни получается.

ну тогда без вас обсудим

Такой вариант тоже имеет место быть. Но он мне не нравится)

Пример типичного комментария в любом обсуждении в основном чате

В большой компании физически невозможно участвовать в обсуждении всего, а несколько встреч в один день выматыавют и не дают программировать нормально. Поэтому нужно как-то их сокращать.

Так и не надо во всём участвовать. Ну если это конечно не является прямой обязанностью. Обычно все участки разделены между ответственными.

Я не очень понимаю. Я говорю, "если X то Y", а кто-то врывается и такой "нет, а давайте рассмотрим, если не Х".
Я говорю о том, что встречи нужно назначать с крайней осторожностью, когда уже известно, что есть разное мнение у нескольких сторон, и что обсуждение письменное течёт не очень хорошо.
Не нужно назначать встречи "чтобы всех держать в курсе, вдруг будут комментарии", это примерно так же, как транзакционно нужно действия выполнять, когда необходима атомарность и сериализуемость, а не "ну просто, чтобы на всякий случай, вдруг что-то не то будет"

Да, в таком варианте всё ок) Нет разногласия.

Вот да) Совещание - это крайняя мера, когда все остальные инструменты исчерпаны.

Но, конечно, это не относится к внутрикомандным обсуждениям.

Компания: IDG
Формат работы: удаленка
Занятость: полная
Зарплатная вилка: $2500 до $4000

👋Всем привет.
Мы занимаемся разработкой собственных образовательных проектов, а также проектов для клиентов - технологических, финансовых и аудиторских компаний.
Мы ищем Junior/Middle/Senior Scala/Spark разработчика.

Требования:

Нужен человек с опытом эксплуатации спарка в проде:
- оптимизация настроек кластера в целом
- оптимизация под конкретные джобы, под определенные данные
- опыт работы с инструментами мониторинга спарка
-понимание принципов работы фреймворка Spark с использованием Scala-ядра;
-английский — upper-intermediate, свободно читать техническую литературу
-способность разбираться в чужом коде

Что нужно будет делать:
-Писать новые spark джобы для разных команд (чтение/запись в различные источники, обработка данных) - 70% времени.
-Решать возникающие проблемы с существующими джобами - 10% времени.
-Research. Например, если какая-то джоба на определенных данных работает медленно. Нужно понять, почему, и исправить это - 10% времени.
-Следить за качеством кода: покрывать логику автотестами, разбираться с тех.долгом. - 10% времени.
 
Условия:
-Фулл-тайм, 40-часовая рабочая неделя;
-Гибкий график (начало и конец рабочего дня согласовываются с менеджером и командой проекта);
-Полностью удаленная работа;
-Дополнительные выплаты за профессиональные успехи.

Контакт: @brykalova_i

Давайте обсудим)