letsCode Channel
1.69K subscribers
105 photos
4 videos
396 links
Интересное и полезное из мира разработки. Обсуждения тут: https://t.me/joinchat/FeiP9xEhqHajfqhLr4z-Nw
Download Telegram
Долго думал, чем заменить дзен или другой рандомный бложек. Умный человек посоветовал писать сюда. Конгениально, блин. Попробую писать сюда мысли о профессии, бизнесах и вообще. Можно высказывать своё "фи" в комментах)


Внезапно понял, что "нахер" это не одностороннее движение. Оно может (и чаще всего является) двухсторонним процессом. Ну т.е. послал один анон другого и счастлив. А по факту он и сам отправляется в противоположную сторону и тоже нахер. Даже если это не было сказано вслух. Ну например человека уволили или он сам решил уйти и с одной из сторон прозвучала заветная фраза в формальных терминах. А идут-то обе стороны. Одна со своими ожиданиями, а вторая - со своими.
А главное - это хорошо и правильно. Одинаково заряженные частицы отталкиваются. Прям какой-то тонкофилософский момент в этом есть: весь мир разбегается нахер от самого себя во все стороны. Красота и гармония 😂
Это я к чему все: если у вас с шефом не получается найти общий язык при условии честного двустороннего обсуждения, то вы уже идете нахер друг от друга. Пора признать это.
С девушками также, кстати 😁
👍1
Есть интересный баг в мозге человека: когда мы сталкиваемся с трудностями и неопределенностью, мы начинаем делать то, что лучше всего умеем. При этом мы даже не замечаем этого. Все выглядит так, будто мы всерьез решаем проблему, хотя, часто, просто откладываем момент решения проблемы. Лучше всего это заметно на работе.
Например, столкнувшись с проблемой, что наш продукт стали плохо покупать, команда решит, что сайт непривлекательный и срочно нужен редизайн. Или что он грузится долго. И начинается верстка, оптимизация, гадание на всем и вся. Хотя причина может оказаться в том, что с последним релизом сафари на Айфоне в браузере пофиксил баг и у нас не работает кнопка "купить". В аналитику в команде никто не умеет и учиться не хочет, зато кодить и рисковать дизайны умеют все.
Или вот более приземлённый пример: у человека часто болит голова. Надо бы дойти до врача, но это не ясно к кому идти, время тратить, деньги... Потом ещё на анализы отправят, лечение назначат, геморрой, в общем. Что делает человек? То что умеет: пьет обезболивающее или жалуется знакомым и следует их советам.
Так что, если кажется, что в задаче с неизвестными можно обойтись знакомыми методами, лучше подумать, какие факторы нужно прояснить - это поможет сэкономить время и силы, пусть и будет неприятно некоторое время.
Обсуждали тут с одной СЕО вопросы образования и интересный спор получился: она считает, что доступность информации сильно привязана к размеру города, в котором живёт человек.
Поэтому вопрос: когда учились разработке, где получали *первые знания* по теме?
Anonymous Poll
32%
Учился на курсах/в вузе (большой город)
4%
Учился на курсах/в вузе (маленький населенный пункт)
41%
Учился в интернете (большой город)
23%
Учился в интернете (маленький населенный пункт)
Кстати, завтра Новый год и стримить не получится. Поэтому, как и обещал, заобщаемся сегодня. Как обычно, в 18.00 по Мск на втором канале. Ссылочка будет позже)
Трямс. В четверг стрима не будет. Праздники, родственники, вот это все меня захлестнуло и я буду жрать пельмени с гостями в этот четверг. Сорян) но на следующей неделе всё будет на месте
Мы тут с коллегами по цеху решили коллективно выписывать мысли про работу в канальчик. Чтобы и посраться можно было, и знать, где референсы искать для срачей "снаружи". Комменты приветствуются =)

Agile головного мозга 🤯
https://t.me/agilehb
Об особенностях оценок задач

Есть 2 разные сущности, которые хранят в тикет-системах: эпики (они же user story) и тикеты (они же задачи). При этом программисты (QA, дизайнеры...) не любят оценивать вообще всё, а менеджеры наоборот стремятся оценить каждый вдох. Чтобы понять где правда, нужно понять, для кого создаются все эти сущности. Давайте отдадим эпики менеджерам, а тикеты - работягам. Для первых будем играть в покеры при оценке и всячески вытаскивать блокеры, а вторым запретим оценку и дадим указание делить задачи до тех пор, пока не появится ощущение, что задачу можно выполнить за час.

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

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

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