#ревью — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #ревью, aggregated by home.social.
-
[Перевод] Как проводить архитектурные ревью за 30 минут вместо 3 часов
Архитектурное ревью в разработке ПО часто выглядит как ритуал: собираемся, смотрим диаграммы, соглашаемся с идеей «надо бы подумать про масштабирование», расходимся — и через пару месяцев ловим те же грабли, только дороже. В этой статье разбираем, как превратить ревью из формальности в инструмент, который реально снижает риски: что именно проверять (и в каком порядке), как задавать вопросы так, чтобы вскрывались допущения и скрытые зависимости, как фиксировать решения, и где проходит граница между «всё переписать» и «достаточно подкрутить одну гайку». Разобрать подход
https://habr.com/ru/companies/otus/articles/980762/
#архитектурное_ревью #software_architecture #архитектурные_решения #технический_долг #ADR #нефункциональные_требования #масштабируемость #надежность #ревью
-
Разрабатываем чек-лист самопроверки макетов: подход, ошибки и результаты
Когда впервые появилась идея чек-листа самопроверки макетов, я воспринял её как очередную бюрократию. Ещё один документ, который никто не будет читать. Казалось, и без него всё под контролем: опытная команда и выстроенные процессы. Но когда дизайнеров в моём направлении стало не семь, а пятнадцать, а количество продуктов увеличилось в три раза, стало ясно, что без простого инструмента контроля качества мы утонем в хаосе. Привет, Хабр! Я Илья Гордеев, руковожу командой дизайна внутренних продуктов в X5 Tech. В этой статье расскажу, как мы создали чек-лист самопроверки, какие сложности прошли при внедрении и как он помогает экономить время на ревью, держать планку дизайнерам, а команде работать быстрее и чище.
https://habr.com/ru/companies/X5Tech/articles/976788/
#дизайнподход #DesignOps #продуктовый_подход #дизайнпроцессы #ux #ui #чеклист #figma #ревью #качество_макетов
-
Публичные разборы ваших Open Source проектов
Мы запустили практику публичных разборов проектов чтобы наглядно продемонстрировать важность внешнего вида и удобной структуры вашего репозитория, подчеркивая эти факторы они облегчат вход в проект новым пользователям и контрибьюторам. Не стесняйтесь, и присылайте свой проект на конструктивный разбор!
https://habr.com/ru/articles/973468/
#open_source #опенсорсеры #опенсорс #github #пет_проект #петпроект #ревью #open_source_projects #фидбек
-
Код-ревью — самое узкое горлышко в разработке. И вот цифры, которые это доказывают
Код-ревью убивает вашу команду. И вот доказательства. Мы измерили. Один пулл-реквест крадет у компании 2.5 рабочих дня и 1.5 часа времени senior-разработчика. 70% комментариев в ревью — бесполезные споры о пробелах и запятых. Хватит это терпеть. Читайте мой разбор, почему код-ревью в Nomium стало главным тормозом разработки и что с этим делать.
https://habr.com/ru/articles/950936/
#бэкэнд #devops #оптимизация_процессов #продуктивность_разработчиков #тимлид #кодревью #ревью
-
Как мы наводим порядок в BI: опыт внедрения процесса ревью отчётов
В 2019 году центральная BI-команда нашей компании столкнулась с типичной задачей: как небольшой командой разработчиков обеспечить качественную аналитику для тысяч сотрудников в условиях быстро растущего бизнеса и высокой самостоятельности подразделений? Мы сделали ставку на модель self-service BI: инструмент передали бизнес-пользователям, чтобы они могли сами строить отчёты. Идея «демократизации данных» поначалу казалась удачной. Но без чётких правил, стандартов и контроля всё быстро превратилось в BI-хаос: тысячи разрозненных отчётов, низкая производительность, противоречивые метрики и перегруженная инфраструктура на Premium P3. Пользователи жаловались, доверие к BI падало, а управлять этим потоком становилось всё сложнее. В этой статье мы — Ринат Хабибрахманов, руководитель практики BI в Лемана Тех, и Лариса Фернандес, ведущий разработчик аналитических систем, — делимся опытом нашей команды. Расскажем, как мы шаг за шагом внедряли процесс ревью Power BI-отчётов, чтобы вернуть контроль, улучшить качество аналитики и восстановить доверие пользователей к BI-системе. Ключевым шагом стало внедрение процесса ревью. Ниже подробно разберём, зачем он понадобился, какие цели мы ставили и как его организовали.
-
Как мы переделали дизайн-ревью: от узкого горлышка к масштабируемой системе
В Точка Банк нет арт-директоров или лидов, которые принимают финальные решения по дизайну. Мы верим, что сильный дизайн рождается в совместной работе, а не в «указах сверху». Чтобы сохранять консистентность и высокое качество в экосистеме продуктов, нам нужен был процесс: как переопыляться, делиться хорошими решениями и держать планку. Так появилось дизайн-ревью — одни дизайнеры отсматривают макеты других и предлагают идеи по улучшению. На старте небольшой команде хватало нескольких ревьюеров. Но когда команда выросла до 50+ дизайнеров, процесс начал буксовать. Ревью из помощника превратилось в узкое горлышко: сроки срывались, ревьюеры выгорали, качество проседало. Мы прошли через это и перестроили процесс так, чтобы он масштабировался на десятки кейсов, прокачивал команду — и при этом не тормозил работу. Рассказываем, как.
-
[Перевод] Почему генеративные ИИ-агенты в программировании — не для меня
Команда AI for Devs подготовила перевод статьи Miguel Grinberg. Его позиция проста: генеративный ИИ в программировании не даёт реального ускорения, а лишь создаёт новые риски. А что думаете вы?
https://habr.com/ru/articles/942264/
#Генеративный_ИИ #Код #Ревью #ответственность #Продуктивность #риск #opensource #качество
-
[Перевод] Почему генеративные ИИ-агенты в программировании — не для меня
Команда AI for Devs подготовила перевод статьи Miguel Grinberg. Его позиция проста: генеративный ИИ в программировании не даёт реального ускорения, а лишь создаёт новые риски. А что думаете вы?
https://habr.com/ru/articles/942264/
#Генеративный_ИИ #Код #Ревью #ответственность #Продуктивность #риск #opensource #качество
-
[Перевод] Почему генеративные ИИ-агенты в программировании — не для меня
Команда AI for Devs подготовила перевод статьи Miguel Grinberg. Его позиция проста: генеративный ИИ в программировании не даёт реального ускорения, а лишь создаёт новые риски. А что думаете вы?
https://habr.com/ru/articles/942264/
#Генеративный_ИИ #Код #Ревью #ответственность #Продуктивность #риск #opensource #качество
-
[Перевод] Почему генеративные ИИ-агенты в программировании — не для меня
Команда AI for Devs подготовила перевод статьи Miguel Grinberg. Его позиция проста: генеративный ИИ в программировании не даёт реального ускорения, а лишь создаёт новые риски. А что думаете вы?
https://habr.com/ru/articles/942264/
#Генеративный_ИИ #Код #Ревью #ответственность #Продуктивность #риск #opensource #качество
-
Разбираемся в IT-сленге по направлениям: Разработка, DevOps, Тестирование, 1С
Когда я пришёл в новую IT-команду, столкнулся с необычными словами: «бэклог», «релиз», «деплой», «продакшн» и др. Сначала непонятно, зачем нужны такие жаргонизмы . Но на деле это обыденный языковой код IT‑специалистов. Как отмечают эксперты, профессиональный жаргон помогает ускорить коммуникацию между разработчиками. Я решил собрать основные понятия из направлений разработки, DevOps, тестирования и 1С, объяснить их смысл и указать официальные аналоги. Это полезно всем: единый язык облегчает общение в команде и позволяет быстрее обмениваться важной информацией.
https://habr.com/ru/articles/936368/
#Сленг_в_ИТ #сленг_айтишников #сленг #карьера_итспециалиста #терминология_it #итиндустрия #обучение #релиз #ревью #бэкап
-
Эффективный метод подготовки к ревью
Этот коллаж с регбистами, готовыми сражаться за фиолетовый мяч, был сделан мной пару лет назад в качестве ироничной иллюстрации к статье. Материал содержал рекомендации о том, как лучше готовиться к ревью «триста шестьдесят»: разновидности процесса управления эффективностью сотрудников, перенятого у компании Майкрософт и используемого в компании Яндекс в течение примерно десяти лет. В терминологии ревью Яндекса, фиолетовый мяч перекликается с цветом наивысшей оценки, обозначающей многократно превзойденные ожидания: «четыре плюса». Вся шкала оценок состоит из пяти значений от «минуса» слева до «четырёх плюсов» справа. Значение оценки отражает отношение ожиданий компании к результатам работы конкретного человека за конкретный период времени. Любая организация, применяющая процесс performance review, хочет, чтобы материальные и карьерные поощрения по результатам шести месяцев работы добывалась в конкуренции, следовательно в борьбе. Оружие этой борьбы — описание результатов работы, мнения коллег и руководителей разных команд, метод борьбы — полемика при сравнении результатов работы разных людей между собой. Процесс полемики принято называть калибровкой. Победители калибровки получают высокие оценки и награду: денежные призы, карьерный рост и исключительность. Что получают проигравшие — зависит от них. От жизненного урока и конструктивной обратной связи до психологических травм и разочарования. «Четыре плюса» — чаще всего оценка штучная. Настолько же штучная, насколько регбийный мяч в матче. Он может достаться только одному игроку из двух команд в результате борьбы. Владение мячом имеет значение лишь здесь и сейчас: во время текущего розыгрыша или текущего периода ревью. Силовой захват мяча в регби, энергичный бег в сторону зачётного поля, заработок очков — история, схожая с тем, как происходит ревью и калибровки в компаниях с сильными сотрудниками и высокой конкуренцией между ними. Я доработал изначальную версию статьи, затронул историю «триста шестьдесят», рассмотрел его особенности и недостатки.
https://habr.com/ru/articles/916304/
#ревью #перфомансменеджмент #управление_командой #управление_людьми #360_градусов
-
Чек-лист ревьюера тест кейсов
И снова привет, Хабр! Любите ли вы чек-листы так, как люблю их я? Как-то на старте проекта мы с командой тестировщиков задались вопросом, чего бы такого внедрить, чтобы меньше находить друг за другом багов. Придумали, что нужно ревьюить тест-кейсы – так больше шансов, что правильно поняли аналитику (как минимум, две головы лучше, чем одна), а также будет больше разнообразия по сценариям. В этом процессе осознали, что каждый обращает внимание на что-то своё, и пора бы это стандартизировать и расшарить на команду (обмен опытом, наш любимый). Так был создан чек-лист проверок для ревьюера тест-кейсов. Хорошая практика, когда сначала по нему проходишь сам, а потом уже отдаёшь коллеге в более чистом виде. С ним, кстати, удалось и подтянуть менее опытных коллег – например, они использовали его как шпаргалку, где ожидаемый результат должен быть 400, а где – 404, какие проверки валидны, какие – уже и нет, а какие – следует добавить. Поехали! Чек-лист для ревьюера тест-кейсов
-
#6: Тест звука Final ZE8000 mk2 (TWS) в сравнении с референсными — Финальный финал?
Продолжаем поиски TWS с лучшим звучанием и как всегда будет "битва" с текущим референсом. Итак... Final ZE8000 Mk2 vs Technics EAH-AZ80. Файналы мне хотелось послушать очень давно. Во-первых мне попадались хорошие отзывы на них обзорщиков, а во-вторых потому, что Final, как и Техникс - японский бренд и есть мнение, что японцы знают толк в настройке драйверов, а в-третьих потому, что у них драйвер огромного диаметра аж в целых 13 мм и было очень интересно что именно он может дать в плане звука. Неужели Final - это конец. Финальная точка моих поисков? Сейчас проверим. Жмём Play ;) Play
https://habr.com/ru/articles/873682/
#наушники #наушники_с_микрофоном #блютуз #аудиофилия #аудиотест #аудиотехника #сравнение #обзор #аналитика #ревью
-
Как превратить ежемесячное ревью юнита в увлекательную встречу: опыт, советы, гайды
На ревью вашего юнита приходит мало людей? Вы получаете мало фидбэка о ваших продуктах? На ваших ревью не задают вопросы даже стейкхолдеры? А может быть вы вообще не знаете, как организовать ревью? Привет! Меня зовут Маша, я — менеджер по коммуникациями и внедрениям в Dodo Engineering. Сегодня я расскажу, как сделать ревью вашего юнита интереснее, а его участников — более вовлечёнными. А еще поделюсь практическими советами и своими шаблонами.
https://habr.com/ru/companies/dododev/articles/872490/
#управление_разработкой #ревью #презентация_команды #управление_продуктом
-
Улучшаем процесс ревью в команде
Ревью - важный этап разработки и одна из самых частых точек взаимодействия разработчиков с кодом и между собой, особенно в распределенных командах. Один разработчик пишет код, другой (ревьюер) - проверяет написанное, а тимлид хочет, чтобы ревью было быстрым и качественным. Что же можно сделать в каждой из трех ролей, чтобы все остались довольны (и целы)?
https://habr.com/ru/articles/850488/
#ревью #тимлидство #управление_разработкой #управление_командой
-
Глобальные боли Бизнес-аналитиков
Когда я начал искать работу, меня удивило одно наблюдение — многие работодатели сами не до конца понимают, кто такой бизнес-аналитик. Я встречал множество вакансий, где требовался БА, но при этом в описании работы чаще всего упоминали стек системного аналитика или даже data-аналитика. Для меня это был небольшой шок, если так можно выразиться. В чём же проблема? Работодатели, похоже, часто не до конца осознают, кого они ищут и какие задачи должен решать именно бизнес-аналитик. Нажми меня
https://habr.com/ru/articles/846824/
#аналитика #бизнесанализ #карьера_в_itиндустрии #управление_проектами #ревью #осознание
-
Чек-лист для ревью SQL-запросов
Представьте ситуацию: вы получаете на ревью SQL-запрос от коллеги, и от его корректности зависит принятие важного бизнес-решения. Ошибки в запросах могут привести к неверным данным, дополнительным затратам времени на исправление, излишней нагрузки на БД, а в последствии и принятия неверных решений заказчиками. В такие моменты важно иметь под рукой четкий и структурированный план проверки, который позволит убедиться, что запрос выполнен правильно и оптимально. Чек-лист станет вашим инструментом для ревью SQL-запросов. Чек-лист — это систематизированный набор шагов или критериев, который помогает структурировать процесс работы и минимизировать вероятность ошибок. Он особенно полезен в сложных или многозадачных процессах, таких как ревью SQL-запросов, где нужно учитывать множество аспектов — от корректности выполнения до оптимизации и читаемости кода. С таким инструментом вы можете быть уверены, что каждый запрос пройдет тщательную проверку, а качество данных повысится. Для джунов, которые только начинают свой путь в аналитике, чек-лист служит важным ориентиром, который помогает структурировать процесс проверки и не упустить важные детали. Это своего рода дорожная карта, которая обеспечивает последовательность действий и снижает стресс, связанный с возможными ошибками. Джунам часто сложно сразу учесть все нюансы при составлении и ревью SQL-запросов, и чек-лист становится их «спасательным кругом». Однако не стоит думать, что чек-листы полезны только новичкам. Опытные аналитики тоже сталкиваются с проблемами, такими как перегрузка информацией, многозадачность и необходимость оперативного принятия решений. В таких условиях даже самые опытные специалисты могут упустить что-то важное. Чек-лист в этом случае действует как инструмент контроля качества, позволяя убедиться, что каждый аспект запроса проверен. Это помогает поддерживать высокие стандарты работы и экономит время, которое могло бы быть потрачено на исправление ошибок.
https://habr.com/ru/articles/837180/
#sql #checklist #чеклист #ревью #ревью_кода #запросы #запросы_sql #оптимизация_запросов
-
Как преодолеть сложности прохождения ревью Google Play в условиях санкций
Всем привет! Меня зовут Антон, я ведущий разработчик в одной из команд мобильной разработки в компании DD Planet . Мы под ключ создаем мобильные приложения для клиентов. В этой статье поделюсь личным опытом и опытом нашей команды по прохождению ревью в магазин приложений Google Play на примере реального бизнес-кейса.
https://habr.com/ru/articles/827088/
#google_play #android #ревью #yandex_metrica #мобильная_разработка #публикация_приложений #публикация_в_google_play
-
Напоминания о проведении ревью, используя Jira
В моей практике часто была проблема с тем, что разработчики, аналитики и дизайнеры очень долго проводят Review задачи и из-за этого процесс разработки приостанавливается. В какой-то момент я решил разобраться с этим и поднял вопрос на ретроспективе. Оказалось, что часто проблема возникает из-за того, что ответственный не увидел задачи или забыл о том, что ее нужно проверить. Для решения этой проблемы мы настроили уведомления в Jira и теперь время на проверку задачи уменьшилось в два раза. В этой статей я хочу поделиться способом, который позволит вам настроить напоминания о том, что пора проводить ревью задачи с использованием средств Jira из коробки.
https://habr.com/ru/articles/808231/
#jira #review #ревью #wotkflow #sdlc #группы_пользователей #фильтры #atlassian #atlassian_jira
-
Метаморфозы сознания. Про ревью и комментарии в технической документации
Привет! Меня зовут Дмитрий Миронюк, я старший технический писатель в компании Bercut. До этого работал системным администратором, специалистом внедрения и поддержки, программировал IP-телефонию, успел поработать тимлидом. Но как в итоге стал техническим писателем расскажу в другой раз. Сегодня поговорим о ревью и комментариях. Приведу реальные примеры из личного опыта, а также поделюсь наблюдениями, как процесс ревью повлиял на мое сознание.