Кроме "запоминания", есть еще не более важное "понимание". Как бы мы хорошо не запомнили какие-то тезисы или большие тексты, они без применения и глубого понимания рано или поздно забудутся. А вот то что мы понимаем или используем, остается с нами на очень долгое время (как езда на велосипеде).
Мой метод быстрого понимания путем комбинации методов описанных в статье: Конспект (краткий пересказ материала) → Структура (основные объекты и субъекты материала) → Схема взаимодействий (история, действия). Ну а дальше составить карту вопросов и ответов к материалу и несколько раз, через материалы спрашивать себя. Еще лучше, попытаться кого-то новым знаниям обучить.
PS: Хотелось бы еще статью про методы "скоростного понимания" в андрогогике.
WordPress и другие CMS системы — это про быстрое прототипирование, а не про разработу.
Знать, как сделать на нем бложек или ряд лендосов — хороший дополнительныйнавык для маркетолога. Либо на старте карьеры дизайнером или фронтенд-разработчиком — сделать пару шаблонов на продажу.
А вот называть это профессией ... в 2220 году ... такое себе. Это равносильно призывать идти работать по профессии "специалиста по шурупам" и показывать динамику продажи мебели, средние цены на сборку мебели.
Scrum, да и в целом любая Agile методология очень слабо отвечает на вопрос "когда будет завершен проект целиком". Scrum - хорошо планирует короткие итерации, а в "долгую" лучше использовать комбинированные методологии, в которых движение между вехами описывается каскадно (мы создаем новый продукт) или спирально (мы непрерывного его улучшаем).
Внутри вехи ставится цель описанная по SMART с четкими дедлайнами и набором качественных и колличественных характеристик итогового продукта.
На техкомах приоритизация происходит в большей степени по субъективным соображениям, чем по объективным метрикам. GMV и метрики — лишь артефакт важности твоего проекта перед другими аналогичными.
Большинство штрафов начисляется за каждый выявленный факт нарушения, по итогам года цифра может значительно перекрыть любые доходные проекты. Соответственно, проект на соблюдение законодательства не приносит доход, но позволяет существенно экономить.
Кроме "запоминания", есть еще не более важное "понимание". Как бы мы хорошо не запомнили какие-то тезисы или большие тексты, они без применения и глубого понимания рано или поздно забудутся. А вот то что мы понимаем или используем, остается с нами на очень долгое время (как езда на велосипеде).
Мой метод быстрого понимания путем комбинации методов описанных в статье: Конспект (краткий пересказ материала) → Структура (основные объекты и субъекты материала) → Схема взаимодействий (история, действия). Ну а дальше составить карту вопросов и ответов к материалу и несколько раз, через материалы спрашивать себя. Еще лучше, попытаться кого-то новым знаниям обучить.
PS: Хотелось бы еще статью про методы "скоростного понимания" в андрогогике.
WordPress и другие CMS системы — это про быстрое прототипирование, а не про разработу.
Знать, как сделать на нем бложек или ряд лендосов — хороший дополнительный навык для маркетолога. Либо на старте карьеры дизайнером или фронтенд-разработчиком — сделать пару шаблонов на продажу.
А вот называть это профессией ... в 2220 году ... такое себе. Это равносильно призывать идти работать по профессии "специалиста по шурупам" и показывать динамику продажи мебели, средние цены на сборку мебели.
Scrum, да и в целом любая Agile методология очень слабо отвечает на вопрос "когда будет завершен проект целиком". Scrum - хорошо планирует короткие итерации, а в "долгую" лучше использовать комбинированные методологии, в которых движение между вехами описывается каскадно (мы создаем новый продукт) или спирально (мы непрерывного его улучшаем).
Внутри вехи ставится цель описанная по SMART с четкими дедлайнами и набором качественных и колличественных характеристик итогового продукта.
На техкомах приоритизация происходит в большей степени по субъективным соображениям, чем по объективным метрикам. GMV и метрики — лишь артефакт важности твоего проекта перед другими аналогичными.
Большинство штрафов начисляется за каждый выявленный факт нарушения, по итогам года цифра может значительно перекрыть любые доходные проекты. Соответственно, проект на соблюдение законодательства не приносит доход, но позволяет существенно экономить.