У этих все сурово - балбесы не выживают. Высокое напряжение. А вот слаботочники могут бесконечно валять дурака.

"планирование в пределах года," - Уже весело. Тренинг по планированию для вас уже провели?

Пока нет. Наверное, проведут

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

Просто интересно, как устроен процесс управления в такой сфере в такой корпорации))

"Наверное" и "проведут", это две большие разницы ))

Если не проведут в обозримое время, то я попрошу провести. Думаю, все ок будет

Из работы в больших ригидных иерархиях выучил правило: включать в план только то, что уже сделано))

Но это для случаев, когда неисполненин плановых сроков очень большим косяком считается

Советую сразу попросить сделать тренинг по "Методика освоенного объема". На мой взгляд самый надежный инструмент по планированию и оценке выполнения плана. Но едва ли эту деятельность удастся совместить с технической ролью тимлида.

Спасибо.
Ну наверное объем работ по планированию сильно зависит от размера команды. У нас пока что команда маленькая (хотя мне первым делом позвонил китаец и сказал, что они очень хотят, чтобы команда сильно выросла)

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

Хороший тренинг по Методике освоенного объема у IBM. Но, боюсь, ваша компания к такому поставщику услуг не захочет обратиться.

Попробуй чат "боль тимлида" ;-)

Стало интересно - что такое "помехоустойчивое кодирование"? Если можно, можете рассказать?

Тренинг не нужен. План просто спустят сверху 😉

Думаю, что не факт.

Это когда вот у нас есть данные в клауде на тыщще дисков, а потом один диск умер и мы хотим данные не потерять. И, желательно, ещё и по производительности не сильно просесть.
Самый простой вариант - записывать копию данных на второй диск, но это потребует 100% дополнительного места и не сильно большие гарантии предоставит. Посложнее вариант - посчитать какую-нибудь чек-сумму. Например, есть пять дисков, на которые мы пишем данные, а на шестой запишем их xor - тогда при потере одного диска мы можем восстановить данные, а оверхед хранения всего 20%. Но трафик для восстановления больше, чем при хранении копии.

Вот я занимаюсь тем, чтобы сделать подход, у которого есть плюсы обоих этих подходов

Я в Huawei 7 лет работал, там некоторые вещи не меняются даже за 10 лет

Тогда молчу ))

То есть вы разрабатываете алгоритм, а не пишите код по уже готовому алгоритму?

К кодированию, как написанию кода программы никакого отношения не имеет.
Это способ хранения и передачи информации.
Есть коды с контролем ошибок (может просто сказать, что она есть)
Есть коды с исправлением ошибок, они могут ещё и восстановить побитую инфу.
Например, код Баркера