{"blocks":[{"type":"paragraph","data":{"text":"Рассказывает Камран Ахмед"}},{"type":"separator","data":{"text":"***"}},{"type":"paragraph","data":{"text":"Шаблоны проектирования — это руководства по решению повторяющихся проблем. Это не классы, пакеты или библиотеки, которые можно было бы подключить к вашему приложению и сидеть в ожидании чуда. Они скорее являются методиками, как решать определенные проблемы в определенных ситуациях."}},{"type":"paragraph","data":{"text":"Википедия описывает их следующим образом:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Шаблон проектирования, или паттерн,в разработке программного обеспечения— повторяемая архитектурная конструкция, представляющая собой решение проблемы проектирования, врамках некоторого часто возникающего контекста."}},{"type":"header3","data":{"level":3,"text":"Будьте осторожны"}},{"type":"list","data":{"items":["шаблоны проектирования не являются решением всех ваших проблем;","не пытайтесь использовать их в обязательном порядке — это может привести к негативным последствиям. Шаблоны — это подходы к решению проблем, а не решения для поиска проблем;","если их правильно использовать в нужных местах, то они могут стать спасением, а иначе могут привести к ужасному беспорядку."],"style":"unordered"}},{"type":"paragraph","data":{"text":"Также заметьте, что примеры ниже написаны на PHP 7. Но это не должно вас останавливать, ведь принципы остаются такими же."}},{"type":"header3","data":{"level":3,"text":"Типы шаблонов"}},{"type":"paragraph","data":{"text":"Шаблоны бывают следующих трех видов:"}},{"type":"list","data":{"items":["Порождающие.","Структурные.","Поведенческие."],"style":"ordered"}},{"type":"paragraph","data":{"text":"Если говорить простыми словами, то это шаблоны, которые предназначены для создания экземпляра объекта или группы связанных объектов."}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Порождающие шаблоны — шаблоны проектирования, которые абстрагируют процесс инстанцирования. Они позволяют сделать систему независимой отспособа создания, композиции ипредставления объектов. Шаблон, порождающий классы, использует наследование, чтобы изменять наследуемый класс, ашаблон, порождающий объекты, делегирует инстанцирование другому объекту."}},{"type":"paragraph","data":{"text":"Существуют следующие порождающие шаблоны:"}},{"type":"list","data":{"items":["простая фабрика (Simple Factory);","фабричный метод (Factory Method);","абстрактная фабрика (Abstract Factory);","строитель (Builder);","прототип (Prototype);","одиночка (Singleton)."],"style":"unordered"}},{"type":"header2","data":{"level":2,"text":"Простая фабрика (Simple Factory)"}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Вобъектно-ориентированном программировании (ООП), фабрика— это объект для создания других объектов. Формально фабрика— это функция или метод, который возвращает объекты изменяющегося прототипа или класса изнекоторого вызова метода, который считается «новым»."}},{"type":"paragraph","data":{"text":"Пример из жизни: Представьте, что вам надо построить дом, и вам нужны двери. Было бы глупо каждый раз, когда вам нужны двери, надевать вашу столярную форму и начинать делать дверь. Вместо этого вы делаете её на фабрике."}},{"type":"paragraph","data":{"text":"Простыми словами: Простая фабрика генерирует экземпляр для клиента, не раскрывая никакой логики."}},{"type":"paragraph","data":{"text":"Перейдем к коду. У нас есть интерфейс Door и его реализация:"}},{"type":"code","data":{"code":"interface Door\n{\n public function getWidth(): float;\n public function getHeight(): float;\n}\n\nclass WoodenDoor implements Door\n{\n protected $width;\n protected $height;\n\n public function __construct(float $width, float $height)\n {\n $this->width = $width;\n $this->height = $height;\n }\n\n public function getWidth(): float\n {\n return $this->width;\n }\n\n public function getHeight(): float\n {\n return $this->height;\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Затем у нас есть наша DoorFactory, которая делает дверь и возвращает её:"}},{"type":"code","data":{"code":"class DoorFactory\n{\n public static function makeDoor($width, $height): Door\n {\n return new WoodenDoor($width, $height);\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"И затем мы можем использовать всё это:"}},{"type":"code","data":{"code":"$door = DoorFactory::makeDoor(100, 200);\necho 'Width: ' . $door->getWidth();\necho 'Height: ' . $door->getHeight();","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Когда использовать: Когда создание объекта — это не просто несколько присвоений, а какая-то логика, тогда имеет смысл создать отдельную фабрику вместо повторения одного и того же кода повсюду."}},{"id":"670cb438-f7ed-4ee9-bf76-a8ca94268054","type":"embed","data":{"data":{"id":249839,"name":"10-metodov-ot-senorov-i-timlidov-dlya-slazhennoj-raboty-s-komandoj-i-karernogo-rosta-erid-ljn8jtbn9","type":"post","title":"10+ методов от сеньоров и тимлидов для слаженной работы с командой и карьерного роста","author":94907,"parent":130078,"status":"publish","content":"

Вы джун+ или мидл разработчик. Вроде харды на высоком уровне, но что-то все равно не позволяет вам сменить грейд. Обычно это софт-скилы — на более высоких позициях вы не просто выполняете задачи, но еще и ставите их другим, а также направляете и учите младших коллег. Чтобы перейти на следующую карьерную ступень, придется подтягивать и мягкие навыки.

\r\n\r\n

Мы пообщались с сотрудниками и экспертами сопровождения Яндекс Практикума и составили обширный лонгрид, в котором вы найдете фишки для выстраивания эффективного и живого общения с командой.

\r\n\r\n

Почему важно живое общение

\r\n\r\n

Под живым общением мы подразумеваем живую коммуникацию, при которой команда активно вовлекается в работу, а не сухо отвечает «Ок» или вообще молчит. Выстроить работу без этого сложно. Команда — это люди с общими целями, но у каждого участника есть своя идентичность. Живое общение помогает:

\r\n\r\n

сохранить связь с реальностью,
эффективнее креативить и решать сложные проблемы,
создавать чувство безопасности.

\r\n\r\n

\n \n\n
У разработчиков, людей технического склада ума, есть страх, непонимание: я вроде бы прочитал, что мне написали, но не понял, что мне хотели сказать просто из-за того, что это текст. Я часто сталкивалась с бэкенд-разработчиками или девопсами, которым сложно даже эмоджи считывать. Они говорят: а я не знаю, он улыбнулся, потому что подшучивает надо мной или потому что помочь хочет.
\n \n
\n Лариса Дансарунова,\n TeamLead кросс-функциональной команды разработки\n
\n

\r\n\r\n

Мидлам чаще приходится применять софт-скилы: помогать, давать обратную связь джунам, проводить встречи и т. д. Развитое живое общение поможет наладить с коллегами понимание и потенциально вырасти в должности — сеньоры пользуются софт-скилами чуть ли не чаще, чем хардами. И помочь в этом может Школа наставников Яндекс Практикума.

\r\n\r\n

Как организовывать созвоны, от групповых до 1-2-1

\r\n\r\n

Самые ходовые инструменты: Discord, Zoom, Microsoft.Teams, Google.Meet

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

Можно использовать Discord как инструмент живого взаимодействия. Он создает эффект опенспейса на удаленке: там можно разбиться по комнатам, постоянно кто-то онлайн, занимается парным программированием. Такая атмосфера работает сама на себя: ты видишь, что в комнате есть люди, происходит движ, к ним можно быстро зайти и уточнить какой-то вопрос. Discord хорош для формата ежедневных коммуникаций в маленьких командах разработки на 6-8 человек.

\r\n\r\n

В Zoom для этого банально нужно больше кликов и времени: создать встречу, отправить приглашения, зайти в приложение. Но он хорошо подходит для формата вебинаров, докладов, где разговаривает в основном один человек.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

У нас распределенная команда, все работают удаленно из разных точек России, поэтому я старался делать дополнительные слоты, в которые мы могли бы собраться и во что-то позалипать. Мы играли в онлайн-версию испорченного телефона: дорисовывали картинки друг за другом и дописывали истории, чтобы сплотить ребят. Для этого тоже использовали Discord.

\r\n\r\n

В Zoom или Meet есть свои плюсы — можно записать митинги. Но есть и минусы: если кто-то что-то обсуждает, ты не можешь к ним как в офисе подойти и послушать, что они говорят. А Discord как раз это решает.

\r\n\r\n

Как готовиться и проводить групповые созвоны

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

Для начала нужно объяснить, зачем человеку приходить на встречу. Сформируйте и зафиксируйте в описании цель встречи, адженду, тщательно продумайте состав участников: точно ли вам нужна вся команда?

\r\n\r\n

Дальше смотрим на контекст встречи. К каким-то можно не готовиться, например, там, где нужно просто сделать объявление. Кстати, новости лучше рассказывать лично, а не в переписке, чтобы обсудить возникающие вопросы и сразу получить обратную связь.

\r\n\r\n

Собирайте ожидания от встречи

\r\n\r\n

Иногда даже при прописанной адженде люди могут ожидать не того, о чем собирался говорить фасилитатор. Уточните перед началом, что все понимают, что вы будете обсуждать. Это полезная обратная связь: если рассинхронились, то можно либо на ходу менять тему, либо сразу акцентировать, что это не то место. В дальнейшем вы, как организатор, поймете, как формулировать приглашение на встречу так, чтобы не дезинформировать людей.

\r\n\r\n

Проводите разминки

\r\n\r\n

Во время созвона для начала нужно расшевелить аудиторию. Представьте, встречается толпа незнакомцев. Чтобы создать комфортную атмосферу, нужно их расслабить, дать познакомиться. Можно начать с неформального вопроса в духе «Как я провел выходные». Так происходит очеловечивание квадратиков на экране. Мы же обычные люди, а не просто скучные специалисты, у нас есть прикольные интересы, которыми можно поделиться. Если в компании есть культура включать камеры, то вообще прекрасно, потому что так гораздо проще устанавливать контакт.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

Контролируйте общий план созвона, чтобы не отклоняться от курса

\r\n\r\n

Участники часто начинают углубляться в детали, до которых проект, возможно, даже не дошел. Надо честно говорить: коллеги, кажется, мы общаемся не по теме. Это самая действенная штука, я не знаю лучше варианта.

\r\n\r\n

В такие моменты важно говорить уверенно: да, было!

\r\n\r\n

На ретроспективе иногда обсуждают вопросы, которые одной команде могут быть неинтересны: больше связаны с тестированием или с разработкой. Тогда участники начинают скучать. Чтобы вернуть их, можно еще спросить про опыт других команд: а как было у вас? Даже если эта тема им не сильно близка, это поможет включиться в обсуждение.

\r\n\r\n[expert id=\"1907\"]\r\n\r\n

Поддерживайте динамику созвона с помощью теории вдоха-выдоха

\r\n\r\n

Вне зависимости от формата, будь то рабочая встреча, вебинар, лайв-кодинг, или что-то еще, очень важна динамика встречи и теория вдоха-выдоха. Это про когнитивную нагрузку. Человек не может сконцентрировано воспринимать информацию слишком долго, мозгу нужно отдыхать. Поэтому лучше чередовать «вдохи» и «выдохи».

\r\n\r\n

Вдох — это концентрация. Мы напрягаемся, идет когнитивная нагрузка, воспринимаем информацию. Выдох — мы переключаемся и даем мозгу передохнуть. Пусть это будут хотя бы несколько коротких выдохов даже в рамках очень серьезной встречи. Выдохами могут быть разные вещи, в зависимости от формата: тот же мемчик в презентации, если мы понимаем, что был долгий и сложный блок. Или обсуждение вопросов, если монолог был длинным.

\r\n\r\n

Проводите шеринг и дебрифинг

\r\n\r\n

Шеринг — это когда мы дали блок информации или провели какую-то активность, а потом спрашиваем, какие у вас чувства, эмоции относительно этого, что думаете?

\r\n\r\n

А дебрифинг — это рефлексия и обсуждение прожитого опыта. Например, когда на тренинге мы спрашиваем, что вы с собой забираете из этой практики? Приземляем на свой опыт, чтобы потом использовать в работе.

\r\n\r\n

Вернуться в начало

\r\n\r\n

Что делать с 1-2-1

\r\n\r\n[expert id=\"1908\"]\r\n\r\n

1-2-1 можно проводить регулярно, когда к команде присоединяется новый участник. Нужно отслеживать в каком он состоянии, как адаптируется.

\r\n\r\n

Либо когда команда создается с нуля, они друг к другу притираются. Когда команда уже сбитая между собой, то 1-2-1 начинают тратить время. А если и менеджер новый, они вообще теряют смысл, потому что команде хорошо, и нужно вливаться уже менеджеру.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

Фиксируйте, что обсуждали ранее — лучше обезличенными формулировками

\r\n\r\n

У меня всегда были записки о предыдущей встрече, что я должен сделать на следующей. Я выбирал однозначные обезличенные формулировки, чтобы человек понял и не ушел в защиту. Например, если у меня есть вопросы к перформансу сотрудника, я спрашивал: «Если 100% перформанса, это тебя никто не отвлекает, то какой у тебя сейчас процент от 100%?». Мы выявляли, что не так, и тогда можно было давать обратную связь о том, что мешает человеку достичь результата. То есть я пытался заставить его рефлексировать, дать ответ и возможность помочь ему.

\r\n\r\n

Как давать обратную связь

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

В обратной связи есть три компонента: источник сообщения, само сообщение и получатель. Есть еще помехи, которые осложняют восприятие сообщения получателем. Чтобы все было нормально, должно быть как можно меньше звеньев между источником и получателем обратной связи.

\r\n\r\n

Добавляйте конкретики

\r\n\r\n

К примеру, даже в похвалу. Недостаточно просто сказать — «Ты классный сотрудник». Человек может испытать какую-то эмоцию, но что делать с этой информацией, непонятно. Важно сказать, что именно вы сюда вкладываете, что именно мне нужно продолжать делать в моей хорошей работе, чтобы она продолжала быть хорошей.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

Сначала учите, а потом лечите и мочите

\r\n\r\n

Это метод, при котором вы объясняете человеку, почему его действия плохие. Возможно, он просто не знает. Когда вы убедились, что он вас понял, то объясняете, как делать правильно, а уже потом даете фидбэк. До стадии «мочить» я не доходил, обычно во второй мы пытались выправить поведение.

\r\n\r\n

Также есть метод «Пинок»:
P — это позитив,
IN — что-то, что можно доработать,
N — это негатив,
OK — самая важная часть — понял ли человек обратную связь.

\r\n\r\n[expert id=\"1907\"]\r\n\r\n

Многие менеджеры команды сопровождения рассказывали, что команда просит не использовать метод сэндвича — позитивная обратная связь, потом критика, потом снова что-то приятное.

\r\n\r\n

Когда какие-то изменения подаются с этими смягчениями, ты начинаешь задумываться, а что имелось в виду? Сейчас у людей идет запрос на честность — просто скажите нам открыто, что происходит. Но, конечно, в рамках здоровой коммуникации. Мы в Практикуме за бережный подход и уважение.

\r\n\r\n[expert id=\"1906\"]\r\n\r\n

Если студент направил работу с большим количеством ошибок, ревьюеру все равно нужно написать, что получилось хорошо, даже если кажется, что позитивных моментов нет. Человек учится, и курсы — это песочница для проб и ошибок. Наша задача — поддержать студента и помочь побыстрее оттуда выйти с помощью объяснений и подсказок. Проверяя очередную работу студента и повторяя один и тот же комментарий много раз, важно помнить, что их будет смотреть живой человек со своими эмоциями и ощущениями. Поэтому каждую работу важно проверять одинаково качественно.

\r\n\r\n

Вернуться в начало

\r\n\r\n

Как разрешать конфликты

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

Открытые конфликты — это прекрасно. Можно сразу разобраться, что произошло, и поговорить, либо с привлечением тимлида, либо самим.

\r\n\r\n

Но когда все находятся в happy bubble, делают вид, что все хорошо, и при этом продолжают работать скрепя зубами, уже сложнее.

\r\n\r\n

Выводите людей на чистоту

\r\n\r\n

Можно сначала попробовать на 1-2-1 собрать фактуру, то есть вообще разобраться, что происходит. Это создаст безопасную, доверительную атмосферу. А дальше уже обязательно честно со всеми поговорить. Это тоже про культуру — мы не замалчиваем проблемы, а умеем открыто их принимать.

\r\n\r\n

Может помочь также метод тухлых рыб. Это фасилитационная сессия, где ты помогаешь доставать конфликты, их коллективно обсуждать. Суть в том, что предлагаются определенные предметы, метафоры, чтобы разбавить атмосферу. И идея в том, что каждый вываливает, что ему нравится, не нравится, без привязки к личностям, но к действиям, конкретным событиям и фактам. И важно именно снять напряжение и научиться говорить открыто. А результатом может быть что угодно. В конце может оказаться, что команду надо расформировывать, так как они не могут работать друг с другом, это тоже нормально.

\r\n\r\n

Как проводить брейнштормы

\r\n\r\n

Самые ходовые инструменты: Miro, Jam, Draw.io, Microsoft Whiteboard, Plant UML

\r\n\r\n[expert id=\"1906\"]\r\n\r\n

Главное правило брейншторма — делиться абсолютно всеми идеями, которые приходят в голову, даже если они кажутся вам странными. Поэтому при генерации также нужно соблюдать и другое правило — не критиковать, а дополнять и докручивать мысли коллег. В брейншторме обычно участвуют либо отдел, либо команда, то есть много человек, поэтому нужно продумать, как организовывать большое количество людей, которые еще и будут высказываться.

\r\n\r\n

Важно ответить на такие вопросы:

\r\n\r\n

Кто модератор?
Где проводить брейншторм?
Как потом транслировать результаты?
Сколько времени нужно заложить на выступление?
Как эффективно выстроить коммуникацию?

\r\n\r\n

На брейншторме должна быть «строгая» модерация

\r\n\r\n

Модерирует обычно организатор. Он отвечает на вопросы в чате, отслеживает поднятые руки и реакции в камерах, следит за таймингом и корректным выполнением заданий. Например, чтобы на первом этапе участники не критиковали никого, а скидывали все, что придумывается. А помимо этого организатору еще бы здорово подготовить пространство, в котором все будут работать, попросить кого-то все записывать.

\r\n\r\n

Важно считать не чистое время, а грязное, то есть учитывать технические и коммуникационные особенности. Например, есть механика, когда в группе из пяти человек высказывается каждый. Модератор планирует по минуте на высказывание, но забывает про переходы между людьми, а ведь они тоже занимают время. В итоге из запланированных 5 минут, группа выйдет за тайминг и получится 6-7. И так в каждой активности формируется снежный ком выхода за тайминг.

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

Разбивайте большую команду на маленькие группы

\r\n\r\n

Если людей на встрече много, несколько десятков, то они с неохотой включаются в беседу. Тогда лучше разбивать их на маленькие группы, а потом объединять результаты из каждой комнаты, либо вовлекать через механики, которые не требуют подавать голос публично, в Miro стикеры поперекидывать, например.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

Мы использовали Miro и аналоги: в Meet есть Jam, Draw.io, но они не такие удобные. Для брейнштормов архитектуры мы готовим UML-диаграммы, их можно редактировать в режиме реального времени. То есть кто-то пишет код, и он появляется на картинке. Потом его можно перекинуть в Notion.

\r\n\r\n[expert id=\"1908\"]\r\n\r\n

В работе не всем удобно, что Whiteboard сильно отдельно от Jira и Confluence. То есть когда база знаний в одном месте, а идеи генерируются в другом месте, приходится постоянно это между собой актуализировать.

\r\n\r\n

Вернуться в начало

\r\n\r\n

Как организовать трекер

\r\n\r\n

Самые ходовые инструменты: Jira, Notion, Redmine, Яндекс.Трекер, ClickUp

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

Трекер — это всего лишь инструмент. Кто-то может им не пользоваться, им достаточно написать на доске цель и идти к ней. А кому-то нужно отслеживать количество часов работы, чтобы вести учет для статистики, отчетов и т. д.

\r\n\r\n

Выделите у цели четкие стадии работы

\r\n\r\n

У нас есть трекер задач, мы выстраиваем там ближайший спринт с расписанной целью. У нее есть четыре состояния: заведена, в процессе, достигнута, не достигнута. Как именно эта цель достигается, мне, как менеджеру, уже не так важно. Какие-то команды в трекере задач сидят полностью, какие-то меньше и пользуются внутренним блокнотом, а потом раз в неделю прикладывают задачи в трекер, как лог. Кто-то на внутреннем Wiki ведет дейлики.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

Кастомизируйте любой инструментарий под свой бизнес-процесс

\r\n\r\n

Первый трекер, которым я пользовался, был Redmine. Но лучше всего оказался Jira. У меня такой синдром утенка, и я знаю, как все устроено в Jira, поэтому я стараюсь везде сделать как в Jira. Сейчас мы используем Яндекс.Трекер, он похож на Jira. В любом случае инструментарий нужно дорабатывать под свой бизнес-процесс.

\r\n\r\n

Например, я использовал ClickUp, но там нельзя давать тикет по номеру. В Jira это очень удобно: название проекта, несколько букв и номер. Он легко запоминается, в ClickUp такой штуки нет. Там ID какой-то просто набор букв, и ты никогда в жизни его не запомнишь.

\r\n\r\n[expert id=\"1907\"]\r\n\r\n

Используйте Kanban-доски

\r\n\r\n

У нас командная работа организована в Notion по Kanban. Есть 4 вертикальные колонки: сделаны, в работе, в плане на спринт и жду ответ. А в горизонтальных колонках указаны ответственные. И, соответственно, они скрываются, открываются как выпадающие списки, то есть мы можем всегда зайти и посмотреть, кто что из нас делает.

\r\n\r\n

Добавляйте фишки в оформление

\r\n\r\n

Наша милая фишка — в название задачи мы добавляем эмодзи. Это помогает расслабиться, потому что ты не только видишь текст, но и понимаешь, что вы находитесь в приятной интересной атмосфере.

\r\n\r\n

Мне нравится ценность Практикума про честность и открытость. Важно, чтобы люди не боялись сказать, что у них не получилось. Если не успели выполнить задачку в спринт, так и говорим, что я не успела, переношу на следующий. Это нормально, я и чувствую себя комфортно и безопасно, всегда знаю, что если вдруг что, то меня поймут, поддержат.

\r\n\r\n[expert id=\"1908\"]\r\n\r\n

Notion начинает хорошо продвигаться в продуктовой разработке. Но какие-то технические моменты там не совсем удобно заливать. У разработчиков не очень хорошо получается работать в Notion, фронтендер еще с ним дружит, потому что понимает, как он работает. А вот бэкендеров тяжело туда переманить.

\r\n\r\n

Вернуться в начало

\r\n\r\n

Как организовать общение в течение дня

\r\n\r\n

Самые ходовые инструменты: Telegram, Mattermost, Slack, Discord

\r\n\r\n[expert id=\"1909\"]\r\n\r\n

Мемы — это тимбилдинг

\r\n\r\n

Команда эффективно работает, когда она работает слаженно. Для этого необходимы тимбилдинги, неформальное общение. Если нет возможности устроить командный выезд, то мемы — неплохая замена. Можно создать чат, где коллеги будут обмениваться приколами. Это помогает разгрузить и сплотить команду.

\r\n\r\n[expert id=\"1910\"]\r\n\r\n

Заведите отдельный канал для разгрузки

\r\n\r\n

У нас был канал в Discord, где можно было поделиться честным мнением о чем-то. Если ты не хочешь быть токсичным, но при этом хочешь выразить то, что тебе совсем не нравится, ты можешь написать туда: бесит Flask — и слить в канал свои переживания.

\r\n\r\n[expert id=\"1907\"]\r\n\r\n

Сообщайте коллегам свои рабочие часы

\r\n\r\n

Мы советуем нашим наставникам и ревьюерам создавать отдельную папку в мессенджере под работу, чтобы разделять контекст личной жизни и работы. У нас все работают в разных часовых поясах, мы относимся к этому с пониманием и заранее обговариваем удобное время для встреч. Те, кто живут в другом часовом поясе, выстраивают свой рабочий день совсем по-другому: если мы созваниваемся вечером, у них только утро. Удобно, если в мессенджере есть возможность поставить статус или в описании зафиксировать, по какому часовому поясу ты живешь. В наши времена это супер актуально.

\r\n\r\n

Как в развитии софтов может помочь школа Яндекс Практикума

\r\n\r\n[expert id=\"1906\"]\r\n\r\n

У каждого из нас свой опыт обучения и, честно говоря, не всегда хороший. Мы всё время наблюдали, как люди транслируют свой опыт: родители, учителя в школе или преподаватели в университете. Кто-то делал это мягко и доходчиво, а кто-то директивно и сложно. Важно понимать, что этих людей редко кто учил, как можно мягко и эффективно передавать свой опыт другим.

\r\n\r\n

Мы же стараемся подготовить наших экспертов как раз к такой передаче опыта и обучаем следующему:

\r\n\r\n

как учатся студенты;
созданию безопасной атмосферы, в которой комфортно проходить обучение;
здоровой коммуникации со студентами: мягкому tone of voice, письменной коммуникации, алгоритмам решения сложных ситуаций;
работе с эмоциональным интеллектом;
как давать обратную связь;
инструментам передачи опыта;
проведению онлайн-вебинаров.

\r\n\r\n

Наставник передает свой опыт с помощью двух основных сред: общаясь со студентами в чате и проводя вебинары. У каждой среды есть свои особенности. Например, в рамках проведения вебинаров есть ряд инструментов публичного выступления в онлайне, которые мы можем применять в рамках обучения.

\r\n\r\n

При этом у нас нет цели превращать вебинар в шоу, а основная задача наставника — добиться образовательного результата для студентов. Поэтому человеку нужно научиться проводить вебинары и передавать опыт в них. Вот чему мы учим для эффективного проведения вебинара:

\r\n\r\n

составлению структуры вебинара;
групповой динамике и взаимодействию с участниками;
технической подготовке (важно помнить про стабильный интернет, камеру, ровный фон и отсутствие посторонних шумов);
публичным выступлениям в онлайне: расположению в камере, работе с голосом, объяснению сложных идей.

\r\n\r\n

Важно проговаривать любые детали, которые кажутся банальными, так как не для всех очевидно, что это влияет на внимание аудитории. Все это применимо и к рабочим созвонам, разница между обучением и работой невелика — и там, и там вы взаимодействуете с людьми и что-то им транслируете.

\r\n\r\n

Благодаря подготовке к работе со студентами и постоянной практике передачи опыта, наши эксперты быстро развивают свои софты, а значит, растут профессионально: из джунов в мидлы, из мидлов в синьоры. Помимо того, что эксперт знает технические аспекты, он может их объяснить, эффективно делегировать задачи, дать развивающую обратную связь в корректной форме.

\r\n\r\n

***

\r\n\r\n

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

\r\n\r\n

Реклама АНО ДПО «Образовательные технологии Яндекса», LjN8JtbN9

\r\n\r\n","created_at":"2024-03-18T19:32:02.000+03:00","updated_at":"2024-03-25T11:57:56.000+03:00","created_at_gmt":"2024-03-18T16:32:02.000+03:00","updated_at_gmt":"2024-03-25T08:57:56.000+03:00"},"link":"https://tproger.ru/articles/10-metodov-ot-senorov-i-timlidov-dlya-slazhennoj-raboty-s-komandoj-i-karernogo-rosta-erid-ljn8jtbn9","type":"tproger","image":null,"title":"10+ методов от сеньоров и тимлидов для слаженной работы с командой и карьерного роста","subType":"tproger_post","viewDomain":"tproger.ru"}},{"type":"paragraph","data":{"text":"Пример на Java."}},{"type":"header2","data":{"level":2,"text":"Фабричный метод (Fabric Method)"}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Фабричный метод — порождающий шаблон проектирования, предоставляющий подклассам интерфейс для создания экземпляров некоторого класса. Вмомент создания наследники могут определить, какой класс создавать. Иными словами, данный шаблон делегирует создание объектов наследникам родительского класса. Это позволяет использовать вкоде программы неспецифические классы, аманипулировать абстрактными объектами наболее высоком уровне."}},{"type":"paragraph","data":{"text":"Пример из жизни: Рассмотрим пример с менеджером по найму. Невозможно одному человеку провести собеседования со всеми кандидатами на все вакансии. В зависимости от вакансии он должен распределить этапы собеседования между разными людьми."}},{"type":"paragraph","data":{"text":"Простыми словами: Менеджер предоставляет способ делегирования логики создания экземпляра дочерним классам."}},{"type":"paragraph","data":{"text":"Перейдём к коду. Рассмотрим приведенный выше пример про HR-менеджера. Изначально у нас есть интерфейс Interviewer и несколько реализаций для него:"}},{"type":"code","data":{"code":"interface Interviewer\n{\n public function askQuestions();\n}\n\nclass Developer implements Interviewer\n{\n public function askQuestions()\n {\n echo 'Спрашивает про шаблоны проектирования!';\n }\n}\n\nclass CommunityExecutive implements Interviewer\n{\n public function askQuestions()\n {\n echo 'Спрашивает о работе с сообществом';\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Теперь создадим нашего HiringManager:"}},{"type":"code","data":{"code":"abstract class HiringManager\n{\n\n // Фабричный метод\n abstract public function makeInterviewer(): Interviewer;\n\n public function takeInterview()\n {\n $interviewer = $this->makeInterviewer();\n $interviewer->askQuestions();\n }\n}","language":"clike lazy-code"}},{"type":"paragraph","data":{"text":"И теперь любой дочерний класс может расширять его и предоставлять необходимого интервьюера:"}},{"type":"code","data":{"code":"class DevelopmentManager extends HiringManager\n{\n public function makeInterviewer(): Interviewer\n {\n return new Developer();\n }\n}\n\nclass MarketingManager extends HiringManager\n{\n public function makeInterviewer(): Interviewer\n {\n return new CommunityExecutive();\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Пример использования:"}},{"type":"code","data":{"code":"$devManager = new DevelopmentManager();\n$devManager->takeInterview(); // Вывод: Спрашивает о шаблонах проектирования!\n\n$marketingManager = new MarketingManager();\n$marketingManager->takeInterview(); // Вывод: Спрашивает о работе с сообществом","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Когда использовать: Полезен, когда есть некоторая общая обработка в классе, но необходимый подкласс динамически определяется во время выполнения. Иными словами, когда клиент не знает, какой именно подкласс ему может понадобиться."}},{"type":"paragraph","data":{"text":"Примеры на Java и Python."}},{"type":"header2","data":{"level":2,"text":"Абстрактная фабрика (Abstract Factory)"}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Абстрактная фабрика — порождающий шаблон проектирования, предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов, неспецифицируя ихконкретных классов. Шаблон реализуется созданием абстрактного класса Factory, который представляет собой интерфейс для создания компонентов системы (например, для оконного интерфейса онможет создавать окна икнопки). Затем пишутся классы, реализующие этот интерфейс."}},{"type":"paragraph","data":{"text":"Пример из жизни: Расширим наш пример про двери из простой фабрики. В зависимости от ваших нужд вам понадобится деревянная дверь из одного магазина, железная дверь — из другого или пластиковая — из третьего. Кроме того, вам понадобится соответствующий специалист: столяр для деревянной двери, сварщик для железной двери и так далее. Как вы можете заметить, тут есть зависимость между дверьми."}},{"id":"f542e8f7-cc27-4a1d-9fb1-c09bd5431092","type":"embed","data":{"data":{"id":251557,"name":"kriticheskuyu-uyazvimost-php-ispolzovali-dlya-vzloma-tajvanskogo-universiteta","type":"post","title":"Критическую уязвимость PHP использовали для взлома Тайваньского университета","author":94744,"parent":72711,"status":"publish","content":"

Недавно в одном из университетов Тайваня произошла серьезная кибератака, в ходе которой злоумышленники использовали уязвимость в PHP.

\r\n\r\n

Эта уязвимость (CVE-2024-4577) позволяет удаленно выполнять код на сервере, что и привело к внедрению бэкдора под названием Msupedge.

\r\n\r\n

Как работает Msupedge?

\r\n\r\n

Msupedge — это вредоносная программа, которая устанавливается на компьютер и связывается с командным сервером через DNS-запросы.

\r\n\r\n

Программа маскирует свои команды под обычные интернет-запросы, что делает её трудной для обнаружения. Хакеры могут использовать инструмент для выполнения различных команд, например, загрузки файлов или запуска процессов, всё это незаметно для пользователя.

\r\n\r\n

В чем суть уязвимости?

\r\n\r\n

Уязвимость в PHP возникает из-за ошибки в обработке входящих данных. Это позволяет хакерам отправить на сервер специально созданный запрос, который сервер принимает как команду для выполнения.

\r\n\r\n

Таким образом, злоумышленники могут внедрить в систему вредоносный код и запустить его, обходя обычные механизмы защиты.

\r\n\r\n

Что делать?

\r\n\r\n

Если вы используете PHP на своих серверах, важно немедленно обновить его до последней версии и следить за новыми обновлениями безопасности.

\r\n\r\n

Уязвимости, подобные этой, могут стать дверью для злоумышленников в вашу систему.

\r\n\r\n","created_at":"2024-08-21T14:25:32.000+03:00","updated_at":"2024-08-21T14:25:33.000+03:00","created_at_gmt":"2024-08-21T11:25:32.000+03:00","updated_at_gmt":"2024-08-21T11:25:33.000+03:00"},"link":"https://tproger.ru/news/kriticheskuyu-uyazvimost-php-ispolzovali-dlya-vzloma-tajvanskogo-universiteta","type":"tproger","image":null,"title":"Критическую уязвимость PHP использовали для взлома Тайваньского университета","subType":"tproger_post","viewDomain":"tproger.ru"}},{"type":"paragraph","data":{"text":"Простыми словами: Фабрика фабрик. Фабрика, которая группирует индивидуальные, но связанные/зависимые фабрики без указания их конкретных классов."}},{"type":"paragraph","data":{"text":"Обратимся к коду. Используем пример про двери. Сначала у нас есть интерфейс Door и несколько его реализаций:"}},{"type":"code","data":{"code":"interface Door\n{\n public function getDescription();\n}\n\nclass WoodenDoor implements Door\n{\n public function getDescription()\n {\n echo 'Я деревянная дверь';\n }\n}\n\nclass IronDoor implements Door\n{\n public function getDescription()\n {\n echo 'Я железная дверь';\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Затем у нас есть несколько DoorFittingExpert для каждого типа дверей:"}},{"type":"code","data":{"code":"interface DoorFittingExpert\n{\n public function getDescription();\n}\n\nclass Welder implements DoorFittingExpert\n{\n public function getDescription()\n {\n echo 'Я работаю только с железными дверьми';\n }\n}\n\nclass Carpenter implements DoorFittingExpert\n{\n public function getDescription()\n {\n echo 'Я работаю только с деревянными дверьми';\n }\n}","language":"clike lazy-code"}},{"type":"paragraph","data":{"text":"Теперь у нас есть DoorFactory, которая позволит нам создать семейство связанных объектов. То есть фабрика деревянных дверей предоставит нам деревянную дверь и эксперта по деревянным дверям. Аналогично для железных дверей:"}},{"type":"code","data":{"code":"interface DoorFactory\n{\n public function makeDoor(): Door;\n public function makeFittingExpert(): DoorFittingExpert;\n}\n\n// Деревянная фабрика вернет деревянную дверь и столяра\nclass WoodenDoorFactory implements DoorFactory\n{\n public function makeDoor(): Door\n {\n return new WoodenDoor();\n }\n\n public function makeFittingExpert(): DoorFittingExpert\n {\n return new Carpenter();\n }\n}\n\n// Железная фабрика вернет железную дверь и сварщика\nclass IronDoorFactory implements DoorFactory\n{\n public function makeDoor(): Door\n {\n return new IronDoor();\n }\n\n public function makeFittingExpert(): DoorFittingExpert\n {\n return new Welder();\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Пример использования:"}},{"type":"code","data":{"code":"$woodenFactory = new WoodenDoorFactory();\n\n$door = $woodenFactory->makeDoor();\n$expert = $woodenFactory->makeFittingExpert();\n\n$door->getDescription(); // Вывод: Я деревянная дверь\n$expert->getDescription(); // Вывод: Я работаю только с деревянными дверями\n\n// Аналогично для железной двери\n$ironFactory = new IronDoorFactory();\n\n$door = $ironFactory->makeDoor();\n$expert = $ironFactory->makeFittingExpert();\n\n$door->getDescription(); // Вывод: Я железная дверь\n$expert->getDescription(); // Вывод: Я работаю только с железными дверями","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Как вы можете заметить, фабрика деревянных дверей инкапсулирует столяра и деревянную дверь, а фабрика железных дверей инкапсулирует железную дверь и сварщика. Это позволило нам убедиться, что для каждой двери мы получим нужного нам эксперта."}},{"type":"paragraph","data":{"text":"Когда использовать: Когда есть взаимосвязанные зависимости с не очень простой логикой создания."}},{"type":"paragraph","data":{"text":"Примеры на Java и Python."}},{"type":"header2","data":{"level":2,"text":"Строитель (Builder)"}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Строитель — порождающий шаблон проектирования, который предоставляет способ создания составного объекта. Предназначен для решения проблемы антипаттерна «Телескопический конструктор»."}},{"type":"paragraph","data":{"text":"Пример из жизни: Представьте, что вы пришли в McDonalds и заказали конкретный продукт, например, БигМак, и вам готовят его без лишних вопросов. Это пример простой фабрики. Но есть случаи, когда логика создания может включать в себя больше шагов. Например, вы хотите индивидуальный сэндвич в Subway: у вас есть несколько вариантов того, как он будет сделан. Какой хлеб вы хотите? Какие соусы использовать? Какой сыр? В таких случаях на помощь приходит шаблон «Строитель»."}},{"id":"25e73380-5094-49a1-a882-e2aef0521dc6","type":"banner-blank","data":{}},{"type":"paragraph","data":{"text":"Простыми словами: Шаблон позволяет вам создавать различные виды объекта, избегая засорения конструктора. Он полезен, когда может быть несколько видов объекта или когда необходимо множество шагов, связанных с его созданием."}},{"type":"paragraph","data":{"text":"Давайте я покажу на примере, что такое «Телескопический конструктор». Когда-то мы все видели конструктор вроде такого:"}},{"type":"code","data":{"code":"public function __construct($size, $cheese = true, $pepperoni = true, $tomato = false, $lettuce = true)\n{\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Как вы можете заметить, количество параметров конструктора может резко увеличиться, и станет сложно понимать расположение параметров. Кроме того, этот список параметров будет продолжать расти, если вы захотите добавить новые варианты. Это и есть «Телескопический конструктор»."}},{"type":"paragraph","data":{"text":"Перейдем к примеру в коде. Адекватной альтернативой будет использование шаблона «Строитель». Сначала у нас есть Burger, который мы хотим создать:"}},{"type":"code","data":{"code":"class Burger\n{\n protected $size;\n\n protected $cheese = false;\n protected $pepperoni = false;\n protected $lettuce = false;\n protected $tomato = false;\n\n public function __construct(BurgerBuilder $builder)\n {\n $this->size = $builder->size;\n $this->cheese = $builder->cheese;\n $this->pepperoni = $builder->pepperoni;\n $this->lettuce = $builder->lettuce;\n $this->tomato = $builder->tomato;\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Затем мы берём «Строителя»:"}},{"type":"code","data":{"code":"class BurgerBuilder\n{\n public $size;\n\n public $cheese = false;\n public $pepperoni = false;\n public $lettuce = false;\n public $tomato = false;\n\n public function __construct(int $size)\n {\n $this->size = $size;\n }\n\n public function addPepperoni()\n {\n $this->pepperoni = true;\n return $this;\n }\n\n public function addLettuce()\n {\n $this->lettuce = true;\n return $this;\n }\n\n public function addCheese()\n {\n $this->cheese = true;\n return $this;\n }\n\n public function addTomato()\n {\n $this->tomato = true;\n return $this;\n }\n\n public function build(): Burger\n {\n return new Burger($this);\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Пример использования:"}},{"type":"code","data":{"code":"$burger = (new BurgerBuilder(14))\n ->addPepperoni()\n ->addLettuce()\n ->addTomato()\n ->build();","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Когда использовать: Когда может быть несколько видов объекта и надо избежать «телескопического конструктора». Главное отличие от «фабрики» — это то, что она используется, когда создание занимает один шаг, а «строитель» применяется при множестве шагов."}},{"type":"paragraph","data":{"text":"Примеры на Java и Python."}},{"type":"header2","data":{"level":2,"text":"Прототип (Prototype)"}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Задаёт виды создаваемых объектов спомощью экземпляра-прототипа исоздаёт новые объекты путём копирования этого прототипа. Онпозволяет уйти отреализации ипозволяет следовать принципу «программирование через интерфейсы». Вкачестве возвращающего типа указывается интерфейс/ абстрактный класс навершине иерархии, аклассы-наследники могут подставить туда наследника, реализующего этот тип."}},{"type":"paragraph","data":{"text":"Пример из жизни: Помните Долли? Овечка, которая была клонирована. Не будем углубляться, главное — это то, что здесь все вращается вокруг клонирования."}},{"id":"b38f7f82-30e8-42a5-8cf6-92cb253d3351","type":"banner-blank","data":{}},{"type":"paragraph","data":{"text":"Простыми словами: Прототип создает объект, основанный на существующем объекте при помощи клонирования."}},{"type":"paragraph","data":{"text":"То есть он позволяет вам создавать копию существующего объекта и модернизировать его согласно вашим нуждам, вместо того, чтобы создавать объект заново."}},{"type":"paragraph","data":{"text":"Обратимся к коду. В PHP это может быть легко реализовано с использованием clone:"}},{"type":"code","data":{"code":"class Sheep\n{\n protected $name;\n protected $category;\n\n public function __construct(string $name, string $category = 'Горная овечка')\n {\n $this->name = $name;\n $this->category = $category;\n }\n\n public function setName(string $name)\n {\n $this->name = $name;\n }\n\n public function getName()\n {\n return $this->name;\n }\n\n public function setCategory(string $category)\n {\n $this->category = $category;\n }\n\n public function getCategory()\n {\n return $this->category;\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Затем он может быть клонирован следующим образом:"}},{"type":"code","data":{"code":"$original = new Sheep('Джолли');\necho $original->getName(); // Джолли\necho $original->getCategory(); // Горная овечка\n\n// Клонируем и модифицируем то что нужно\n$cloned = clone $original;\n$cloned->setName('Долли');\necho $cloned->getName(); // Долли\necho $cloned->getCategory(); // Горная овечка","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Также вы можете использовать волшебный метод __clone для изменения клонирующего поведения."}},{"type":"paragraph","data":{"text":"Когда использовать: Когда необходим объект, похожий на существующий объект, либо когда создание будет дороже клонирования."}},{"type":"paragraph","data":{"text":"Примеры на Java и Python."}},{"type":"header2","data":{"level":2,"text":"Одиночка (Singleton)"}},{"type":"paragraph","data":{"text":"Википедия гласит:"}},{"type":"blockquote","data":{"author":"","authorJob":"","fullWidth":false,"quoteMark":false,"withBorder":false,"text":"Одиночка — порождающий шаблон проектирования, гарантирующий, что воднопроцессном приложении будет единственный экземпляр некоторого класса, ипредоставляющий глобальную точку доступа кэтому экземпляру."}},{"type":"paragraph","data":{"text":"Пример из жизни: В стране одновременно может быть только один президент. Один и тот же президент должен действовать, когда того требуют обстоятельства. Президент здесь является одиночкой."}},{"type":"paragraph","data":{"text":"Простыми словами: Обеспечивает тот факт, что создаваемый объект является единственным объектом своего класса."}},{"id":"3cdf90fd-0f05-4477-87e9-f172387714b0","type":"banner-blank","data":{}},{"type":"paragraph","data":{"text":"Вообще шаблон одиночка признан антипаттерном, необходимо избегать его чрезмерного использования. Он необязательно плох и может иметь полезные применения, но использовать его надо с осторожностью, потому что он вводит глобальное состояние в ваше приложение и его изменение в одном месте может повлиять на другие части приложения, что вызовет трудности при отладке. Другой минус — это то, что он делает ваш код связанным."}},{"type":"paragraph","data":{"text":"Прим. перев. Подробнее о подводных камнях шаблона одиночка читайте в нашей статье."}},{"type":"paragraph","data":{"text":"Перейдем к коду. Чтобы создать одиночку, сделайте конструктор приватным, отключите клонирование и расширение и создайте статическую переменную для хранения экземпляра:"}},{"type":"code","data":{"code":"final class President\n{\n private static $instance;\n\n private function __construct()\n {\n // Прячем конструктор\n }\n\n public static function getInstance(): President\n {\n if (!self::$instance) {\n self::$instance = new self();\n }\n\n return self::$instance;\n }\n\n private function __clone()\n {\n // Отключаем клонирование\n }\n\n private function __wakeup()\n {\n // Отключаем десериализацию\n }\n}","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Пример использования:"}},{"type":"code","data":{"code":"$president1 = President::getInstance();\n$president2 = President::getInstance();\n\nvar_dump($president1 === $president2); // true","language":"php lazy-code"}},{"type":"paragraph","data":{"text":"Пример на Java."}},{"type":"embed","data":{"link":"https://tproger.ru/translations/design-patterns-simple-words-2"}},{"type":"embed","data":{"link":"https://tproger.ru/translations/design-patterns-simple-words-3"}}]}

Оглавление

Почему важно живое общение

Как организовывать созвоны, от групповых до 1-2-1

Как готовиться и проводить групповые созвоны

Собирайте ожидания от встречи

Проводите разминки

Контролируйте общий план созвона, чтобы не отклоняться от курса

В такие моменты важно говорить уверенно: да, было!

Поддерживайте динамику созвона с помощью теории вдоха-выдоха

Проводите шеринг и дебрифинг

Что делать с 1-2-1

Фиксируйте, что обсуждали ранее — лучше обезличенными формулировками

Как давать обратную связь

Добавляйте конкретики

Сначала учите, а потом лечите и мочите

Как разрешать конфликты

Выводите людей на чистоту

Как проводить брейнштормы

На брейншторме должна быть «строгая» модерация

Разбивайте большую команду на маленькие группы

Как организовать трекер

Выделите у цели четкие стадии работы

Кастомизируйте любой инструментарий под свой бизнес-процесс

Используйте Kanban-доски

Добавляйте фишки в оформление

Как организовать общение в течение дня

Мемы — это тимбилдинг

Заведите отдельный канал для разгрузки

Сообщайте коллегам свои рабочие часы

Как в развитии софтов может помочь школа Яндекс Практикума

Как работает Msupedge?

В чем суть уязвимости?

Что делать?

Ошибка в настройках сайта