Size: a a a

Обсуждения техдирские

2020 July 28

SS

Sunny Shelf in Обсуждения техдирские
"Вася, брось зелёный молоток и возьми лом", - для этого шлемы не нужны. Даже смартфон на Васе не нужен.
источник

ЮВ

Юра В 🦄 in Обсуждения техдирские
МТС будет первопроходцем, а Ростех меееедленно спустится с горы..
источник

VK

Vartan Khachaturov in Обсуждения техдирские
Töma Gavrichenkov
Вопрос, что операторы могут дать Минобороны и/или что от них хотят. Я так понимаю (но доказать не могу), что хотят получить от операторов контроль за инфраструктурой (например, через то же самое СП)
Нет.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Ruslan
Простой пример - сеньор пришел с очередной конфы и всей команде рассказал, что надо переходить на тарантул. Что, будем переходить? Ну нет, не будем. Уже не очень командно вышло.
Так на то и должен быть нормальный CTO и/или архитектор, который попросит написать обоснование этому переходу, а потом вместе с РП утвердят график разработки прототипа с Тарантулом.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
А если у вас тимлид пришёл с конфы, где выпил пива и решил, что надо ставить тарантул на Распберри, то это не разработка, а междусобойчик придурков.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Юра В 🦄
командная игра значит, что определять, что хуже или лучше нельзя, ориентируясь на себя только
Можно и нужно. Команда вообще не должна заниматься стратегическим планированием. Это задача на уровень выше команды просто по определению.
источник

ЮВ

Юра В 🦄 in Обсуждения техдирские
Andrey Shetukhin
Можно и нужно. Команда вообще не должна заниматься стратегическим планированием. Это задача на уровень выше команды просто по определению.
ты из контекста вывалился, кажется, там речь о джанго программисте, который хотел все под себя написать
источник

R

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

ЮВ

Юра В 🦄 in Обсуждения техдирские
это в ответ на мой комментарий?
источник

R

Ruslan in Обсуждения техдирские
ну, да, потому что про джангу я писал )
источник

R

Ruslan in Обсуждения техдирские
может у нас разный контекст, но мне кажется я все читал, мог что-то упустить
источник

ЮВ

Юра В 🦄 in Обсуждения техдирские
ну да. и про количество голосов тоже вы написали, и теперь оспариваете
источник

ЮВ

Юра В 🦄 in Обсуждения техдирские
с тоном учителя
источник

R

Ruslan in Обсуждения техдирские
речь же зашла о переписывании "легаси", но вот только что такое легаси не ясно, если программист считает, что работает с легаси и просит переписать, то ведь это не аргумент, а его мнение просто
источник

ЮВ

Юра В 🦄 in Обсуждения техдирские
командная игра != голосование
командная игра != количество голосов
командная игра != коллективная ответственность
ну и так далее. давайте дальше не будем спорить с голосами в голове
источник

ЮВ

Юра В 🦄 in Обсуждения техдирские
Юра В 🦄
ок.
у меня тоже есть вопрос.
что лучше, Ceph или GlusterFS?
Подскажите все же, кто опыт имел? :)
источник

MB

M B in Обсуждения техдирские
Andrey Shetukhin
Если ответственных больше одного, виновного в проблеме не найти. Ответственный должен быть ровно один. Исполнителей - сколько угодно.
А не надо виновных искать потому что, ищите как процесс улучшить
источник

NK

ID:0 in Обсуждения техдирские
Разработчики любят похоливарней! И к каким ошибкам это ведет...

Казалось бы, инженеры любят и умеют руководствоваться фактами. Откуда же тогда берутся неудачный выбор технологий для проектов, критические расхождения в оценке сроков, ошибки коммуникации в команде? Часто дело в когнитивных искажениях. А среди их главных следствий - холивары.

В этот четверг, 30 июля, Григорий Петров (разработчик со стажем и нейрофизиолог-любитель), Иван Матвеев (тимлид, который любил холиварить, но встал на путь исправления) и Антон Назаров (автор докладов про рациональность) вместе с подкастом “Цинковый прод” разберут:

📌 реальные (анонимные) истории когнитивных искажений, которые приводили к фейлам проектов  
📌 как когнитивные искажения формируют странные представление о языках, библиотеках, подходах к разработке - и ведут к холиварам
📌 как абстрагироваться от споров и находить когнитивные искажения в документации своих проектов

Лайв начинается в 20.00 (По Мск)
источник

AS

Andrey Shetukhin in Обсуждения техдирские
M B
А не надо виновных искать потому что, ищите как процесс улучшить
Надо. Потому что без признания ошибки нет работы над ошибкой.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Подход "ой, само насралося" - повод получить себе Украину.
источник