es
Feedback
letsCode Channel

letsCode Channel

Ir al canal en Telegram

Интересное и полезное из мира разработки. Сниппеты. Хаки. Обсуждения тут: https://t.me/joinchat/FeiP9xEhqHajfqhLr4z-Nw

Mostrar más
El país no está especificadoTecnologías y Aplicaciones41 417
1 746
Suscriptores
Sin datos24 horas
Sin datos7 días
Sin datos30 días
Archivo de publicaciones
Всех на прошедшей неделе бомбануло с одной нелепой социалки. Пойдём обсудим, почему это тупо https://youtu.be/SdH8jIA4CQk

В Йоркшире копы накрыли огромную ферму по выращиванию конопли, которую оценили в £300к. Только остался вопрос кто кого накрыл
В Йоркшире копы накрыли огромную ферму по выращиванию конопли, которую оценили в £300к. Только остался вопрос кто кого накрыл

Превед Сегодня будет бомбёжка по поводу того, что выбрать любое оборудование - это больно, дорого и контрпродуктивно https://youtu.be/JJhYO2V8Do4

Что такое продуктовый подход и нахера он нужен. Сегодня будем разбираться https://youtu.be/wWgrbAETcKE

SPA это не от хорошей жизни. Почему все забыли о тонких клиентах. Го устроим срачик. Быстрее приходи по ссылке, пока стрим еще идёт! https://youtu.be/IsKkU2hVyiw

Сегодня в чате так смачно про еду заговорили. Надо продожить. Прям на стриме. Жду именно тебя, приходи и расскажи что-нибудь. https://youtu.be/5QT-sARxi8I

Почему задачи должны быть час-два (край 4 часа)? Раз. Чем меньше оценка, тем меньше шансов ошибиться Два. Каждый день мы тратим на коммуникации не меньше часа (дейли, уточнение требований, коммуникации по процессам...), плюс всевозможные ревю, передача задач, разбор почты и/или дашбордов и/или тикетов... Три. Максим Дорофеев называет это "мыслетопливо". Коротко - это способность решать сложные задачи и принимать решения. Эта способность в среднем составляет 4 часа в день на человека Четыре. Если мы ошибочно оценили задачу в 2 часа, то об ошибке мы узнаем через 2 часа крайний срок. Если оценим в 16 часов, то можно тешить себя надеждой до истечения срока. Лучше обосраться раньше и быстро принять меры, чем потом хвататься за голову Пять. Менеджер более наглядно будет видеть выгорание бэклога Шесть (еще не надоело?). Нейробиологи говорят, что человеку жизненно важно каждый день побеждать. Если вы на протяжении долгого времени не закрываете задачи, то не видите достижений и мотивация падает

Если что, во втором канале продолжение вчера было. Про задачи) подписывайтесь, чтобы не пропускать новое)

Об особенностях оценок задач Есть 2 разные сущности, которые хранят в тикет-системах: эпики (они же user story) и тикеты (они же задачи). При этом программисты (QA, дизайнеры...) не любят оценивать вообще всё, а менеджеры наоборот стремятся оценить каждый вдох. Чтобы понять где правда, нужно понять, для кого создаются все эти сущности. Давайте отдадим эпики менеджерам, а тикеты - работягам. Для первых будем играть в покеры при оценке и всячески вытаскивать блокеры, а вторым запретим оценку и дадим указание делить задачи до тех пор, пока не появится ощущение, что задачу можно выполнить за час. Звучит как бред? Ок, давайте подумаем вместе: все оценки делаются в абстрактых сторипойнтах, чтобы подсветить факт того, что эта оценка сама по себе условна. При этом очевидно, что чем выше оценка, тем больше вероятность совершить ошибку в оценке. Вообще для таких оценок лучше использовать степень двойки, чтобы наглядно было видно, что вероятность ошибки растёт в геометрической прогресии. Т.е. чем большую оценку мы ставим, тем больше шанс словить кучу неопределённостей и сесть в лужу. Значит, нужна максимально низкая оценка, что-то около часа-двух для задач разработчика, которые мы можем создавать на каждый чих и детализировать их можем до бесконечности, как любят разработчики. А т.к. задачи все будут примерно по часу-два, то и оценка им не нужна, можно загребать в спринг кучками по 2-4 на день на разработчика (не забываем о ревю, командных активностях и прочей рутине). А вот эпиков мало, их можно смачно обсуждать по полчаса каждый и оценки выставлять безобразно высокие, ибо почему бы и нет? Можно возразить, мол как мы так разобьём задачи по часу-два, чтобы и результат на выходе был? А всё в порядке, кстати. Для разработчика результат на выходе будет точно: класс, функция, тест, стили, вёрстка, анимация, скрипт миграции... впишите своё слово. Та же история и с другими членами команды. Эти задачи нужны для них, а отчитываться в спринте мы всё равно будем эпиками. Каждому уровню сотрудников мы создаём свой вид задач и получаем удобную систему, где всем удобно и всё прозрачно.

Мы тут с коллегами по цеху решили коллективно выписывать мысли про работу в канальчик. Чтобы и посраться можно было, и знать, где референсы искать для срачей "снаружи". Комменты приветствуются =) Agile головного мозга 🤯 https://t.me/agilehb

Привет. Со старым Новым годом. А давай сегодня воодушевлённо будем строить планы на будущий год? https://youtu.be/yUPLPBkWme4

Трямс. В четверг стрима не будет. Праздники, родственники, вот это все меня захлестнуло и я буду жрать пельмени с гостями в этот четверг. Сорян) но на следующей неделе всё будет на месте

Завтра все сольются в экстазе по поводу окончания 2020. А сегодня мы пообсуждаем чем порадовать себя на праздниках. Го на стрим https://youtu.be/djSZmoeNagI

Кстати, завтра Новый год и стримить не получится. Поэтому, как и обещал, заобщаемся сегодня. Как обычно, в 18.00 по Мск на втором канале. Ссылочка будет позже)

В канун католического рождества рад буду с вами перетереть за ёлки-подарки на стриме. Го. Там уже музычка качает https://youtu.be/IeCR6DjErm8

Очередной четверг и очередной стрим. Бритый подросток уже ждёт тебя https://youtu.be/Bg5EEUhye5E

Обсуждали тут с одной СЕО вопросы образования и интересный спор получился: она считает, что доступность информации сильно привязана к размеру города, в котором живёт человек. Поэтому вопрос: когда учились разработке, где получали *первые знания* по теме?
Anonymous voting

Есть интересный баг в мозге человека: когда мы сталкиваемся с трудностями и неопределенностью, мы начинаем делать то, что лучше всего умеем. При этом мы даже не замечаем этого. Все выглядит так, будто мы всерьез решаем проблему, хотя, часто, просто откладываем момент решения проблемы. Лучше всего это заметно на работе. Например, столкнувшись с проблемой, что наш продукт стали плохо покупать, команда решит, что сайт непривлекательный и срочно нужен редизайн. Или что он грузится долго. И начинается верстка, оптимизация, гадание на всем и вся. Хотя причина может оказаться в том, что с последним релизом сафари на Айфоне в браузере пофиксил баг и у нас не работает кнопка "купить". В аналитику в команде никто не умеет и учиться не хочет, зато кодить и рисковать дизайны умеют все. Или вот более приземлённый пример: у человека часто болит голова. Надо бы дойти до врача, но это не ясно к кому идти, время тратить, деньги... Потом ещё на анализы отправят, лечение назначат, геморрой, в общем. Что делает человек? То что умеет: пьет обезболивающее или жалуется знакомым и следует их советам. Так что, если кажется, что в задаче с неизвестными можно обойтись знакомыми методами, лучше подумать, какие факторы нужно прояснить - это поможет сэкономить время и силы, пусть и будет неприятно некоторое время.

Скоро новый год. Уже нашли хату? Да-да, в этом году, походу, надо искать хату, как в старые-добрые) Го обсудим на стриме https://youtu.be/DZLuifdYg64

Охеренный видос о том, почему не стоит равняться на "рецепты успеха великих" https://www.youtube.com/watch?v=q-aXjBvCn6M