Открытое собеседование PHP Point #1 / Валентин Удальцов vs Патрик Фельдеш

• Ведущий, Рома Пронский, представляет первый выпуск открытого собеседования по Python.  

• Валентин, автор канала "Пых", провел тестовое собеседование на камеру, и это вдохновило на проведение сегодняшнего стрима.  

• Приняли заявки на участие, выбрали Патрика Фельдаша, у которого есть опыт работы с Python и другими технологиями.  

• В чате можно писать комментарии и задавать вопросы.  

• Ведущий будет вводить интересные комментарии в эфир.  

• Патрик рассказывает о своем опыте работы с Python и его эволюции.  

• Начал работать с Python в 17 лет, сначала как контент-менеджер, затем в разработке сайтов.  

• Учился фундаментальным знаниям, таким как ООП и другие технологии.  

• Ведущий спрашивает, умирает ли Python, и сколько ему лет.  

• Патрик считает, что Python не умирает, и ему около 20 лет.  

• Обсуждают различия между Composer и Composer Updater.  

• Патрик делится ожиданиями от Python 8, особенно в плане эргономики и производительности.  

• Ожидает улучшения атрибутов, mixins и union types.  

• Ведущий задает вопросы о чистых функциях и их примерах.  

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

• Объясняют принцип единственной ответственности и его применение.  

• Патрик приводит примеры и объясняет, как этот принцип помогает в тестировании и декомпозиции кода.  

• Объясняют принцип открытости-закрытости и его применение в наследовании и композиции.  

• Обсуждают, как избежать проблем с обратной совместимостью при расширении поведения классов.  

• Принцип подстановки Барбары Лисков: замена типа на его подтип не должна изменять поведение.  

• Пример: если метод возвращает определенный тип, то в унаследованном классе он должен возвращать тот же тип или его подтипы.  

• Каплинг: связанность между двумя единицами кода.  

• Ко-хижины: связанность внутри единицы кода.  

• Высокая связанность: низкая капельность, низкая ко-хижинность.  

• Формула стабильности: количество классов, на которые опирается пакет, деленное на количество классов, которые используют этот пакет.  

• Мутабельный объект: состояние объекта не может быть изменено после инстанцирования.  

• Проблемы с мутабельностью и сторонним кодом.  

• Статические анализаторы, такие как PSL и PEST, могут помочь в обеспечении мутабельности.  

• Задача: сделать ревью кода, комментируя все, что кажется странным или неправильным.  

• Пример: объявление двух классов в одном файле.  

• Проблемы с гет и сет методами, противоречащими аннотациям.  

• Проблемы с конструкторами: ожидание интерфейса в объявлении параметров, но использование конкретной реализации.  

• Проблемы с финальными классами без интерфейсов.  

• Проблемы с сигнатурами методов: возвращение генераторов вместо итераторов.  

• Обсуждение контрактов интерфейсов и возможных ошибок.  

• Генераторы и итераторы: частные случаи интерфейсов итераторов.  

• Метод возвращает более узкий тип, чем объявлен.  

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

• Проблемы с сигнатурой метода invok в классе.  

• Метод должен возвращать генератор, но это не гарантируется.  

• Можно использовать PSSA для проверки всех хендлеров.  

• Проблемы с методом transactional.  

• Транзакция не заключена в try-catch, что может привести к исключениям.  

• Рекомендуется добавить логирование исключений или переброс исключений.  

• Проблемы с генератором в методе fetch.  

• Генератор не будет выполнен, если его вернуть напрямую.  

• Рекомендуется использовать fetch для получения данных по частям.  

• Использование генераторов для больших наборов данных.  

• Генераторы могут помочь избежать загрузки всех данных в память сразу.  

• Использование курсоров в базе данных для получения данных по частям.  

• Сравнение с другими базами данных.  

• PostgreSQL имеет транзакционную идею и большую гибкость функционала.  

• Возможность создания частичных индексов для оптимизации запросов.  

• Вопросы для следующего ревью.  

• Выбрать все департаменты, где есть мужчины и все мужчины поставили оценку выше пяти.  

• Обсуждение синтаксиса и идеологических аспектов запроса.  

• Использование оконных функций для решения задачи.  

• Обсуждение различных типов ORM: Active Record и Data Mapper.  

• Преимущества и недостатки использования ORM в зависимости от задачи.  

• Рекомендации по использованию ORM для чтения и записи данных.  

• Определение агрегата как совокупности объектов с четко очерченными границами.  

• Пример с сущностью объявления и его вложенными элементами.  

• Проблемы с большими агрегатами и способы их решения.  

• Агрегаты должны строиться вокруг бизнес-инвариантов.  

• Агрегаты обеспечивают гарантии бизнес-правил и инвариантов внутри транзакционной границы.  

• Большие агрегаты возникают из-за объединения нескольких инвариантов в одном месте.  

• События предметной области используются для снижения зависимости между кодом.  

• Агрегат объявляет события, которые имеют значения для него, и не зависит от их обработки.  

• События накапливаются внутри агрегата и высвобождаются в момент фиксации транзакции.  

• События отправляются в очередь после транзакции.  

• Важно, чтобы события не терялись при падении ребита.  

• События сохраняются в персистентном хранилище и уведомляют о своей обработке.  

• Венсорсинг хранит все изменения состояния в виде событий.  

• Позволяет быстро читать текущее состояние приложения через проекции.  

• На практике пока не удалось успешно применить венсорсинг.  

• Обсуждение вопросов из чата: кем видит себя через пять лет, готов ли к переработкам, самая сложная интересная задача.  

• Примеры сложных задач: сбор данных о здоровом питании и выявление фрода в финансах.  

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

• Вопрос о безопасности от Саши Макарова.  

• Важно сохранять статьи пользователей в исходном виде, чтобы потом можно было применять фильтры.  

• При выводе данных нужно использовать подготовленные выражения для предотвращения SQL-инъекций.  

• Вопросы по базам данных не были интересны, так как это не основная тема стрима.  

• Рекомендуется избегать сложных запросов, чтобы не терять время.  

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

• Рекомендация по произношению английских слов, чтобы избежать диссонанса.  

• Советы по улучшению навыков работы с генераторами и базами данных.  

• Интервью прошло успешно, благодаря активному участию кандидата.  

• Благодарность зрителям и подписчикам за участие.  

• Обещание новых стримов и приглашение подписаться на канал и телеграм-каналы.