Видео

Без негативы, но скажите этой девушке, что это не её, если она так отвечает на вопросы, если она так пытается протестировать web, после курсов и стажировки! просто не дано человеку, видимо она хороша в чем-то другом!

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

Приятно слушать. Тактично очень ведётся интервью. Я тоже в данный момент к этому готовлюсь и очень волнуюсь.

Услышал мидл и поорал)

объяснение супер, огромное спасибо за видео

Я впервые понял как оно работает!!! Спасибо большое!

за музыку диз, мешает, баг UX

Честно я так и не понял разницы между сессиями и jwt из этого видео. Во первых не сказано где хранится рефреш токен, если они (аксесс и рефреш)хранятся на сайте в localStorage, то это уже априори не безопасно, поэтому что к ним есть доступ для js. Допустим с сессиями если делать безопасно, после логина сервер присылает куки с защитными атрибутами httpOnly, secure. Фронт их считать не сможет, благодаря атрибуту httpOnly, с токеном на фронте ты никак не возишься, никуда не сохраняешь, сервер сам возится со своими куками, главное настроить чтобы фронт ко всем запросам прикреплял куки. И важно! Вся эта история будет работать в рамках одного домена, и фронт и бек должны быть подняты в рамках одного домена. Пожалуйста поправьте меня или ответьте. А то получается, как сказано в видео, если хакер получает доступ к токену, то пиши пропало, то во втором случае он получает доступ и аксесс и рефреш, и получается также самая история

Меня ждет тоже самое походу, в том смысле что меня пнут

За что именно отвечаете в СБОЛе, коллега? Работаете ли со СБОЛ.Про?

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

Принцип тестирования : тестирование зависит от контекста … вот и ответ

😂 что это за фильм?

жаль не рассказали чем является сертификат, как его получают + что конкретно он делает так же не оч понятны подробности того чем отличается ssl от tls во всем остальном видео замечательное

15:05 часы еще не изобрели, люди живут без часов, но встать надо в 6 утра. Логика вышла из чата )

А можно как-то получить твои схемки в miro? :)

При использовании сессий можно дополнительно проверять user agent пользователя, и IP address, даже если каким то чудом угонят куки, то злоумышленник не сможет получить доступ к сайту никак, так как валидирабтся данные не только от сессионной куки, но и дополнительные данные ⚖️.

Начал смотреть ролик, спасибо, кстати говоря, за него, и дошел до задачи. Я бы задал вопросы: в какое время года мы будем быть окна, какая погода и время суток, окна только в жилых домах или не достроенных тоже, магазины и прочие здания тоже включены или нет, высотные дома или только до 5 определенного этажа? К примеру, дополнительная информация такая: Лето, день, только жилые дома. Нам нужно узнать среднюю зарплату мойщика окон, допустим в час и сколько окон он сможет за час помыть. К примеры, если з.п мойщика окон в Москве стоит 500 рублей и за час он моет 5 окон, то за 1 окно плата 100 рублей. Мы можем основываясь на переписи узнать и информацию, сколько примерно людей живет в Москве, до пустим разделить на 3(человека в квартире), получим количество людей. Эти 3е живут в 2комнатной(среднее) квартире, в которой 3 окна(кухня и 2 комнаты). Соответственно на 1 человека приходятся по 1 окну. На 2024 год в Москве проживает 13.1 млн человек, а значит 13.1 умножить на 100, получается 1 миллиард 310 миллионов рублей нам нужно для помывки всех жилых домов в Москве в среднем. А так же 2 миллиона мойщиков, что бы помыть все окна за 1 день с перерывом на обед. Можно погуглить сколько в целом домов в москве и взять среднее по окнам в доме, в зависимости от этажности и многоквартирности. Вообще вариантов куча. Задача со временем в 6 утра, там вообще можно изгаляться. Конечно сначала стоило бы задать вопросы, где мы находимся, на экваторе или в северном полушарии, какое время года и так далее. Раз барыня маможка, тогда можно посадить 100 слуг с момента нахождения солнца в зените 12.00, и пость считают до 64800 раз. Лучше до 64000, 800 секунд на погрешность, дойти и разбудить барыню))). Пока дойдут, что бы во время. Ну и что бы не один считал, а была погрешность. Накидывать можно много вариантов. Может повар готовит завтрак по утрам к 7 часам, его тоже добавим. Всех слуг, в плоть до живности)))

А есть ссылочка на Миро со всеми подсказами? Очень красиво и структурировано выглядит

Задача #1 Посмотреть тестовую документацию :) там все написано

Здравствуйте! Скажите пожалуйста, можно ли получить за плату доступ к базе теории, тренажеру, но без курса, лекций? Спасибо за ваш труд!

Коротко и ясно, спасибо за урок)

Ничего нового не узнал то чувство когда ответил на 100% вопросов по автотестированию а тебя не взяли

Благодарю, отличная подача материала <3

а где можно найти такую шпоргалку?

Не правда, что при jwt не надо лезть в базу - как вы валидировать подпись то будете?

Здравствуйте! Спасибо огромнейшее за такое комфортное объяснение и кучу полезной информации (теории и даже тренажер) Впервые встретила на столько доступную информацию на эту тему))

Лучше конечно, где всё на easy в команде, без лишней бюрократии

Сейчас на испытательном, и самое сложное доя меня это 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!

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

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