Відео

Сейчас на испытательном, и самое сложное доя меня это docker. Вот концепцию понимаю, как все взаимосвязано тоже, но когда дошло до задания, обозначенного емко «замени» я таки приуныла, ну ничего со временем и практикой придет осознание

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

Код становится **Legacy Code** (устаревшим или наследуемым кодом) не просто так. Это происходит из-за совокупности факторов, связанных с технологиями, командой, требованиями бизнеса и временем. Давай разберем этот процесс на простом языке и с примерами. --- ### **Что такое Legacy Code?** - **Legacy Code** - это код, который: - **Работает, но сложно поддерживать**. - Написан на устаревших технологиях. - Не имеет документации или тестов. - Не соответствует современным стандартам и подходам разработки. --- ### **Как современный код превращается в Legacy Code?** 1. **Время: устаревание технологий** - Технологии развиваются быстро. Код, написанный с использованием актуальных инструментов и языков, через 5-10 лет может стать устаревшим. - Пример: - В 2000-х годах популярным был язык **Visual Basic 6**. Сегодня это архаизм, так как большинство разработчиков используют более современные языки, например, Python, Java, или C#. 2. **Изменение требований бизнеса** - Код писалcя для одних задач, но со временем бизнес требует нового функционала. - Если архитектура системы плохо спроектирована, добавление новых функций становится хаотичным и неудобным. - Пример: - Изначально приложение обрабатывало только текстовые данные, а теперь нужно работать с видео и изображениями. Код "лепится" как попало, чтобы поддержать новые возможности. 3. **Отсутствие поддержки и обновлений** - Код становится Legacy, если: - Его больше никто не обновляет. - Основные разработчики ушли, и новый состав команды не понимает, как он работает. - Пример: - Проект был написан "звездным" программистом, который ушел из компании. Новые разработчики боятся вносить изменения, чтобы ничего не сломать. 4. **Отсутствие тестов** - Код, который изначально не был покрыт тестами, становится трудно изменяемым, потому что никто не знает, что он поломает при изменении. - Пример: - "Тут трогать нельзя - иначе сломается другой модуль, но мы не знаем какой". 5. **Технический долг** - Разработчики часто принимают быстрые решения, чтобы "закрыть дедлайн", вместо того чтобы писать качественный код. - Пример: - Временное решение "на скорую руку" становится постоянным, и с каждым добавлением нового функционала код становится всё сложнее и менее понятным. 6. **Устаревшие языки или фреймворки** - Код, написанный на языке или фреймворке, который больше не поддерживается сообществом или вендором, автоматически становится Legacy. - Пример: - Код на **Python 2**, поддержку которого прекратили в 2020 году. Теперь любой проект на Python 2 считается Legacy. 7. **Монотонный рефакторинг без планирования** - Постоянное "подлатование" кода без общей стратегии приводит к путанице: - Множество хаков. - Непонятные зависимости. - "Слепые" куски кода, которые никто не понимает. - Пример: - Внесение временных изменений в попытке исправить баги, что со временем превращает код в "хаос". 8. **Потеря документации** - Если документация не была написана или утрачена, код становится непрозрачным для новых разработчиков. - Пример: - Кто-то написал сложную систему 10 лет назад, но больше никто не знает, что там происходит, потому что документации нет. 9. **Изменение стандартов в индустрии** - Код может быть написан правильно для своего времени, но со временем появляются новые подходы, стандарты и практики. - Пример: - Код на PHP с использованием "суперглобальных переменных" вместо современных фреймворков (Laravel, Symfony). --- ### **Признаки, что код уже стал Legacy** 1. **Сложность понимания**: - Новый разработчик тратит дни или недели, чтобы понять, как работает даже небольшая часть кода. 2. **Отсутствие тестов**: - Любое изменение вызывает страх сломать что-то. 3. **Зависимости от устаревших библиотек**: - Код зависит от библиотек, которые уже не обновляются. 4. **Сломанная или устаревшая документация**: - Документация, если она есть, не соответствует реальной работе кода. 5. **Непрозрачность**: - Код настолько сложный, что даже старшие разработчики избегают вносить изменения. 6. **Трудности с наймом**: - Найти специалистов, которые могут работать с устаревшим языком или фреймворком, становится дорого или невозможно. --- ### **Как избежать превращения кода в Legacy Code?** 1. **Планируй техническую архитектуру** - Убедись, что архитектура системы гибкая и масштабируемая. 2. **Пиши тесты** - Покрытие кода автоматическими тестами делает изменения безопасными. 3. **Поддерживай документацию** - Обновляй документацию вместе с кодом. 4. **Используй современные технологии** - Регулярно обновляй языки программирования, библиотеки и фреймворки. 5. **Устраняй технический долг** - Вкладывай время в рефакторинг, чтобы исправить "быстрые решения" прошлого. 6. **Соблюдай стандарты** - Следуй современным лучшим практикам разработки. --- ### **Пример из жизни** 1. В 2010 году компания пишет систему на **Java 6**. В то время это был отличный выбор. 2. Через несколько лет выходит **Java 8**, а затем **Java 11**, но компания продолжает работать на старой версии, потому что "и так работает". 3. К 2024 году Java 6 становится устаревшей, библиотеки для неё больше не поддерживаются. Молодые разработчики не знают, как с этим работать. 4. Компания оказывается "заперта" в своем Legacy-коде. Любое изменение требует больших усилий. --- Если ты видишь код, который уже стал Legacy - это не приговор. Можно начать его улучшать или переписать с нуля, но главное - понимать причины, которые сделали его таким.

Музыка бесит

Объясняете как Боженька :)

Зачем браузеру приватный ключ? Он только на сервере, чтобы дешифровать сеансовый ключ. А дальше шифрование только сеансовыми ключами.

Макет так же устарел. Описание проекта у всех в голове😂

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

Просто пушка, но еще есть тот факт, что где то ты будешь Middle, а где то Junior. Все зависит от стека компании

спасибо,бро.много нового узнал

😂😂😂

ГПТУ

Информация из миро только для студентов или есть ссылка где-то?

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

Ахаха, это я так с двумя собаками гуляла… Кане корсо… беременная😂

Попал в банк , 14 продуктов , 24 микросервеса , флоу событие просто как схема электрике на Байконуре))) Команда топ , но тяжело еще с документацией работать , опыт идет однозначно 👍🏼🤝

Ребята, я выбрал геймдев и это жесть) правда)) отличная команда, но очень специфическая сфера.

Для автоматизации тестирования на java Наличие сваггера позволяет использовать open api generator чтобы сгенерировать 1сервисные классы, клиент 2 модели дто( внизу сваггера) 3 апи классы Далее для целей тестирования генерируются тестовые классы с помощью этой библиотеки. В сваггере на каждом ендпоинте (могут быть)описаны типовые ответы этого эндпоинта. Кроме единчтвенного по умолчанию 200x. Там могут быть ожмдаемые 3xx или 4xx. Сваггер не дает тебе понять как ручки работают в ансамбле. А обычно они так иработают. Однако, да элементарно сделать тест что руча отвечает - можно. Даже если это не самый ценный ТК. С этого можно начать.

Трое бывших коллег ушли в Иннотех тестить бэк. Учитывая что они в интроверты и зарплаты 200-300 после 120 для региона - их очень даже устраивает😅

Про финтех прям топ ответил ! Сам работаю в финтех! А до этого работал в старт аппах, и вот прям в точку все сказал!

Крутое объяснение на планировке квартиры! Человеку далекому от айти стало все ясно, спасибо!

Присоединяюсь к мнению, что финтех это галера, но где собираешься опыта максимально за короткий промежуток времени. В стартапе или молодой компании вы можете быть единственным человеком в qa департменте, что удобнее для более плавного входа в работу + документации меньше (нюанс, что это не исключает момента, когда вам придется все тест-кейсы по-максимуму описать, если фикировать ограниченое количество документации). Новичкам совет не отчаиваться, если из 100 вакансий вам отказывают в 98 случаях. May the Force be with you!

Но плюс у финтеха есть тоже - это буст по скиллам Но есть беда - может не повести с проектом, а далее уже действительно никакого кайфа А про Иннотех можно вообще отдельные подкасты писать 😂😂😂

По зову сердца, которое у Германа на футболочке😂Спасибо за инфу

а как попасть на учебный собес?

Отлично разложено

а ссылку на miro можно? =)

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

Сам ты тАкен 😆

а вообще, согласен с автором, ответ такой же профессиональный как я себе его и задумывал, но ролик можно было сделать ещё короче)

легко, ниче кроме сваггера (особенно для такой задачи) не надо

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

По поводу первого вопроса. Наверное тут угадывается параллель с принципом тестирования "Исчерпывающее тестирование невозможно". Поэтому постараемся дать примерный ответ. Гугл подсказывает что к концу 2021 года общее число жилых помещений в России составляло 70,2 миллиона. Квартиры и помещения могут иметь разное кол-во окон в зависимости от квадратуры помещения. Можем попробовать угадать усредненный вариант - 3 окна на помещение. Так же гугл подсказывает, что в среднем цена мойки одного окна 300 рублей. Нехитрым умножением в калькуляторе получаем вариант 63 000 000 000 миллиарда рублей. Это очень приблизительный ответ, актуальный на 2021 год.

2 задача, солнечные часы+песочные часы... Автоматизируем счетчик

Сначала определим необходимые данные: Население Москвы ≈ 13 млн человек Средняя семья ≈ 3 человека Значит, примерно 4.3 млн квартир/домов В среднем в квартире 2-3 окна В офисных зданиях и других постройках тоже есть окна Расчёт количества окон: Жилые дома: 4.3 млн × 2.5 окна = 10.75 млн окон Офисные здания и другие постройки: примерно 30% от жилого фонда Итого: 10.75 млн + (10.75 млн × 0.3) ≈ 14 млн окон Стоимость мытья: Среднерыночная цена мытья одного окна ≈ 500 рублей 14 млн × 500 рублей = 7 млрд рублей

Шикарное видео, получил много новых знаний. Жду подобных видео впредь

Смотрю ваши видео и морально готовлюсь к собеседам.. девушка на видео молодец, на видео всегда сложней отвечать на вопросы) То как вы спокойно и плавно общаетесь, поддакиваете на ответы и сама структура собеседования🔥🔥🔥🔥 Спасибо за видео!

Хаха

У меня жиза в конторе такая, куча задач, я один на 3 проектах, разрабы кидают задачу в тестирование, РП меня уведомляет, что завтра показ реализованного функционала и надо его до завтра проверить, а тест-кейсы и собственно ещё первоначальное ознакомление со спецификацией нифига не готово😂😂. В итоге сперва тестирую функционал, а после этого пишу тест-кейсы😂😂. А ещё и юзерстори нифига не описаны, просто одно предложение написали на от***сь.😂

Странно почему тестеры выкатывают релизы, а DevOps для чего тогда нужны в компании? )

Всем передавать свои знания кому то , быть единственным специалистом залог успеха и повышения ЗП на проекте)

Боже, как же прекрасно!!!

Наконец-то инфа без воды

спасибо!

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

Я хочу купить у вас курс по API. Герман, подскажите пожалуйста. Вот эти видео "Интенсив API и Postman" на вашем канале которые в открытом доступе - это видео взятые из платного курса? или нет. Просто если это одно и тоже видео, то в чем разница ? курса который я хочу купить и этих видео. Или на платном курсе совсем другие видео материалы ? 🙏буду благодарен за фидбэк

Пришел на проект . Документации нет от слова совсем Тим лид тестирования ток получил должность и решил : А давай ты весь функционал будешь проходить и писать сразу тест-кейсы (сейчас все на чек-листах . На регресс 3500 чек-листов . Как вам ?)

Забавно, что в название видео подмена запроса, а показывают как сделать подмену ответа...

Лучшее объяснение тысячелетия про HTTP запросы и ответы. Спасибо огромное

Через Xcode ты просто так не установишь .ipa-файл, тк нужен аккаунт разработчика, чтоб приложение можно было подписать сертификатом. Грубо говоря, если учётка на маках у вас стоит корпоративная, под которой и выкладывают, то да, ты загрузишь, если нет, то будет ошибка а-ля "ApplicationVerificationFailed". Самый беспроигрышный вариант, это установка .ipa-файлов через AltStore, там даже macOS необязательна, можно и на винду сетапнуть.