Материалы по теме «BA дайджест»

RSS

BA дайджест #8: мастерство работы со стейкхолдерами, прокачиваем модель Kano BA дайджест #8: мастерство работы со стейкхолдерами, прокачиваем модель Kano

Юрий Гомон 3995

В выпуске: 32 отличия нативных компонент iOS и Android, 8 способов организации бэклога, проблемы релиза фич в больших проектах, гайд по вайрфреймам. 3

BA дайджест #7: 20 уроков от аналитика с 20-летним опытом, Top skills for 2020 BA дайджест #7: 20 уроков от аналитика с <nobr>20-летним</nobr> опытом, Top skills for 2020

Юрий Гомон 7812

В выпуске: правила применения пуш-нотификаций; предубеждения, с которыми сталкиваются люди при освоении новых функций; обзор основных принципов создания DND; уровни масштабирования. 6

BA дайджест #2: особенности рекомендательных систем, нюансы межкультурной коммуникации BA дайджест #2: особенности рекомендательных систем, нюансы межкультурной коммуникации

Юрий Гомон 4804

В выпуске: capability-based planning, техника «намеренного молчания», как не врать с помощью статистики, метрики производительности фронтенда. 5

BA дайджест #1: проектируем эффективные дашборды, топ-25 ошибок в BPMN, как провалить внедрение CRM-системы BA дайджест #1: проектируем эффективные дашборды, топ-25 ошибок в BPMN, как провалить внедрение CRM-системы

Юрий Гомон 8619

В выпуске: designing for accessibility is not that hard, как правильно давать обратную связь (х3), свежие статьи от Norman Nielsen Group, цикл статей на тему проектирования функциональности, связанной с приватностью пользователей. 9

BA дайджест #0: измеряем качество работы аналитика, как сократить feedback loop, сила прототипирования BA дайджест #0: измеряем качество работы аналитика, как сократить feedback loop, сила прототипирования

Юрий Гомон 9828

В выпуске: разбираем технику Product Canvas, 10 советов по эффективному моделированию, конференции и другие аналитические события марта, подкаст о Socratic Questioning для аналитиков, обзор артефакта Product Requirements Document. 6

Комментарии

О, це улюблена штука в великих компаніях, не буду їх називати, коли рекрутер просто тупо 2 години задає питання по списку і звіряє з тими відповідями, які у нього написані.
Ну, это всё-таки эдж-кейс, Угу 30 хв — це дуже едж-кейс. Але навіть у вашому прикладі: Якщо ми говоримо про «заливах». 20 питань.
На спроби ввічливо його зупинити відповідав щось типу «тут є один важливий момент». Ну, это всё-таки эдж-кейс, когда человек себя ведёт нетипично. У меня тоже раз было под два часа, т.к.
Люди по 40 минут доклады на конференции проводят, а тут 30 минут ответ на вопрос). Тут питання ще важливо розуміти темп. Чувак говорив відносно повільно. На спроби ввічливо його зупинити відповідав щось типу «тут є один важливий момент».
Скільки тем ви встигаєте проговорити Дефолтно для Senior+ в проекты на распределённые системы — 7 тем, до 20 вопросов. Подразумевается, что с ответами на одни вопросы получу заодно и ответы на часть других, поэтому «до 20».
На різних стадіях проекту, архітектор може/має можливість приймати різні рішення. Наприклад, переїзд з монго на реляційну СКБД після виходу в прод може бути просто невиправданим з економічної точки зору.
написано, що учасник команди з власного бажання не пише тести. від проекту, де така позиція в принципі можлива, можна очікувати любого трешу ;) розгорну трохи відносно спагеті і іншого гінокоду. так, спагеті гівнокод існує.
з того що ти написав видно трошки дебільну© організацію процесів, Не з того що я написав, а з того, що ви собі нафантазували :) Наприклад: у випадку нормально організованих процесів поганий код не пройде ревю Де написано, що код пройшов рев’ю?
У меня, в основном, 60-75 минут, если кандидат проходит. Скільки тем ви встигаєте проговорити?
Ни 5, ни 20 строк про спагетти, кстати, по определению не способны ничего сказать, поэтому в конкретном случае мы снова упираемся, как ни странно, в вопросы, а не в код. 1) Код не відміняє питання, а лише є відправною точкою.
це інтернет, дєтка, тут ще й не таке можуть написати ;). з того що ти написав видно трошки дебільну© організацію процесів, де раптом можна писати спагеті без тестів.
якщо, наприклад, От для чого ви це написали? Як ваші фантазії по ситуації про яку ви практично нічого не знаєте (знаєте лише оціночне судження одного з учасників), допомогають в утриманні дискусію у конструктивному руслі?
Он занимал позицию тех лида и написал, что сделал там архитектуру. был архитектором на проекте Але тут ви написали інше :) Очевидно, что этот человек банально не архитектил там ничего и пришёл на всё готовое, если даже такие решения уже были приняты.
робить багато тривіальних помилок в коді, не пише тести (бо він же сеньйор), код пише в стилі спегетті якщо, наприклад, кодобаза проекту вже складається із 30-ти мегабайт монолітних спагетті, і ніяк не можна ізолювати точку входу в новий функціонал,...
Вам можна книжки писати )