😠 Эволюция в работе HR-ов

😨 Индийский технарь собрал на коленке полноценный, самодельный навигационный радар на Arduino из подручных материалов

Зачем? Ну прост могу ¯_(ツ)_/¯

✔️ Когда заказал б/у проц Авито-доставкой у сомнительного продавца

Что происходит в начале спринта ?
Спросят с вероятностью 10%

В начале каждого спринта в Scrum происходит важное событие — планирование спринта (Sprint Planning Meeting). Это ключевая встреча в рамках фреймворка, на которой команда совместно определяет, какую работу она сможет выполнить в предстоящем спринте. Встреча по планированию состоит из нескольких основных этапов:

1️⃣ Определение цели спринта
- В начале планирования он представляет команде цели спринта и приоритетные задачи из бэклога продукта.
- Команда обсуждает предложенные задачи и цели спринта, уточняя любые неясности и обсуждая возможные проблемы или предложения.

2️⃣ Выбор задач из бэклога продукта
- Команда в сотрудничестве с Product Owner выбирает из бэклога продукта те задачи, которые она считает возможным выполнить в течение него, исходя из их приоритетов и оценок трудоемкости.
- Задачи выбираются на основе приоритетов, определённых Product Owner, и оценок трудоемкости задач, выполненных командой.

3️⃣ Разбиение задач на подзадачи
- Выбранные для спринта задачи детализируются и разбиваются на более мелкие подзадачи, которые будут непосредственно выполняться членами команды.
- Каждая подзадача оценивается командой, чтобы убедиться, что общий объём работы соответствует продолжительности спринта.

4️⃣ Оценка и подтверждение объёма работ
- Команда оценивает свою способность выполнить выбранные задачи на основе их оценок трудоемкости и доступных ресурсов команды (количество человеко-часов).
- Если команда считает, что не сможет выполнить все выбранные задачи, происходит корректировка: либо уменьшается количество задач в спринте, либо ищутся пути оптимизации работы.

5️⃣ Коммитмент команды
- В конце планирования его команда дает коммитмент (обязательство) на выполнение выбранных задач, определяя тем самым объём работы на спринт.
- Определяется и фиксируется цель спринта, которая становится основным фокусом работы команды на предстоящий период.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1855 вопроса на Тестировщика. Ставь 👍 если нравится контент

🔐 | 🔐

🤑 Минутка занимательной статистики

Пользователи Steam потратили $19 млрд. долларов, или 1,6 трлн рублей в пересчете, на игры, которые ни разу не запустили 🙃

На эти деньги можно было купить небольшую страну — сумма превышает ВВП Молдовы.

#news

😰 Telegram Боты на Aiogram 3.x: Деплой бота через Docker

Приветствую, друзья! Сегодня мы разберемся, как деплоить бота с использованием Docker. Многие новички считают Docker сложным, но, прочитав эту статью, вы поймете, что это не так, и полюбите эту технологию.

#python #docker #article #doc

🍷 Решил сделать микро-подборку Бесплатных курсов по некоторым языкам

Побольшей части эта подборка для новичков

🖥Python: две ссылки ТУТ и ТУТ
🖥С/С++: одна ссылка ТУТ
🖥JS: две ссылки ТУТ и ТУТ
🖥Java: две ссылки ТУТ и ТУТ
🖥Ну и чтобы старичка не обижать, Курс по PHP: ТУТ

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

Какие знаешь статус коды ?
Спросят с вероятностью 20%

Статусные коды HTTP представляют собой стандартизированные индикаторы, отправляемые сервером в ответ на запросы клиента, чтобы указать на результат обработки запроса. Они помогают определить, был ли запрос успешным, произошла ли ошибка и какого рода действия требуется предпринять дальше. Они разделены на пять классов:

1xx: Информационные

- 100 Continue: Промежуточный ответ, указывающий, что начальная часть запроса принята и клиент может продолжать отправку данных.
- 101 Switching Protocols: Сервер соглашается переключить протоколы в соответствии с запросом клиента, отправленным в заголовке Upgrade.

2xx: Успешные

- 200 OK: Стандартный ответ для успешных HTTP-запросов. Ресурс успешно обработан и передан в теле ответа.
- 201 Created: Запрос был успешно выполнен, и в результате был создан новый ресурс.
- 204 No Content: Запрос успешно обработан, но в ответе нет содержимого.

3xx: Перенаправления

- 301 Moved Permanently: Запрашиваемый ресурс был окончательно перемещен на URL, указанный в заголовке Location. Клиент должен использовать этот новый URL в будущем.
- 302 Found: Запрашиваемый ресурс временно находится по другому URI, указанному в заголовке Location.
- 304 Not Modified: Ресурс не был изменен с момента последнего запроса клиента, использующего условные заголовки типа If-Modified-Since или If-None-Match.

4xx: Ошибки клиента

- 400 Bad Request: Сервер не может обработать запрос из-за неверного синтаксиса.
- 401 Unauthorized: Для доступа к запрашиваемому ресурсу требуется аутентификация.
- 403 Forbidden: Сервер понял запрос, но отказывается его авторизовать.
- 404 Not Found: Запрашиваемый ресурс не найден на сервере.
- 405 Method Not Allowed: Метод, указанный в запросе, не поддерживается для данного ресурса.

5xx: Ошибки сервера

- 500 Internal Server Error: Общая ошибка сервера, когда сервер сталкивается с непредвиденными обстоятельствами.
- 501 Not Implemented: Сервер не поддерживает функциональные возможности, необходимые для обработки запроса.
- 502 Bad Gateway: Сервер, выступая в роли шлюза или прокси, получил неверный ответ от вышестоящего сервера.
- 503 Service Unavailable: Сервер временно не может обработать запрос из-за перегрузки или технического обслуживания.
- 504 Gateway Timeout: Шлюз или прокси-сервер не получил вовремя ответ от вышестоящего сервера для завершения запроса.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1855 вопроса на Тестировщика. Ставь 👍 если нравится контент

🔐 | 🔐

😲 Генерация от нейросети

Конечно круто, но сколько ещё? 1-2 года с таким темпом развития и все натуральные бубсы заменятся к херам 😰

#news

😡 Попался в руки сервис, который нарочно крашит файлы

Просто загружаете файл не более 10мб, а вам возвращается поврежденная копия

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

😄 Когда сдаешь проект за пару часов до дедлайна

👹 В Китае айтишник выгорел на работе и пошел… продавать бананы

В итоге ему удалось построить свой бизнес с ежемесячным заработком в $280 000(~25 миллионов рублей).

Успех Лина стал возможен благодаря новому тренду в социальных сетях — продаже зеленых бананов как символа «снятия стресса» 😎

#news

📱Ну все, дождались...OpenAI представила нейронку для исправления ошибок в коде, который написал ChatGPT

Наконец то я смог найти применение мему из "Тачки на прокачку"

🔅Название у нейронки - CriticGPT, а создана она, как ИИ-ассистент для тестировщиков, проверяющих программный код, сгенерированный ChatGPT.

Продробнее тут

🦖POV: 2024 год, рынок труда в IT секторе

Что такое идемпотентность ?
Спросят с вероятностью 18%

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

В контексте HTTP методы:

Определяет несколько методов запросов, некоторые из которых являются идемпотентными, а некоторые — нет. Такие HTTP-методы гарантируют, что повторное выполнение запросов будет безопасным и не приведёт к дополнительным изменениям на сервере (кроме возможного первого изменения). К данным методам относятся:

- GET: Используется для запроса данных с сервера. GET должен быть безопасным и идемпотентным, что означает отсутствие изменений данных.
- PUT: Заменяет все текущие представления ресурса на загружаемый контент. Если ресурс не существует, PUT может создать его. PUT считается идемпотентным, потому что независимо от того, сколько раз запрос будет выполнен, состояние сервера будет одинаковым.
- DELETE: Удаляет указанный ресурс. Повторное выполнение DELETE на том же ресурсе не изменит состояние сервера после первого успешного удаления.
- HEAD: Такой же, как и GET, но без тела ответа. Используется для извлечения заголовков.
- OPTIONS: Описывает параметры связи для целевого ресурса.

Методы, которые не являются идемпотентными:

- POST: Используется для создания нового ресурса. Поскольку повторные POST-запросы могут создавать новые ресурсы или инициировать новые процессы каждый раз при выполнении, этот метод не считается идемпотентным.

Идемпотентность важна для разработки надёжных и предсказуемых веб-сервисов и API. Она позволяет клиентам повторно отправлять запросы (например, в случае сбоя сети или других ошибок) без беспокойства о вызове нежелательных побочных эффектов, таких как создание дублирующихся записей. Это свойство также играет ключевую роль в сферах, где требуется высокая надёжность и стабильность систем, например, в банковских и финансовых приложениях, где повторные транзакции могут привести к серьёзным проблемам.

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1855 вопроса на Тестировщика. Ставь 👍 если нравится контент

🔐 | 🔐

Что такое баг ?
Спросят с вероятностью 10%

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

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

Обработка и исправление включает в себя несколько этапов:

1️⃣ Идентификация и регистрация: Сначала он должен быть обнаружен, что может произойти в процессе разработки, тестирования или уже после релиза продукта пользователями. Затем ошибка регистрируется в системе учёта задач или баг-трекере с подробным описанием проблемы, условий, при которых она возникает, и, по возможности, шагов для её воспроизведения.

2️⃣ Анализ и приоритизация: Команда разработки анализирует зарегистрированные баги, определяет их причины и приоритеты для исправления на основе важности функционала и влияния ошибки на пользователей.

3️⃣ Исправление: Разработчики вносят необходимые изменения в код для устранения ошибки.

4️⃣ Тестирование: После исправления бага проводится повторное тестирование соответствующего функционала, а также регрессионное тестирование для убедительности в том, что исправления не привели к новым проблемам в программе.

5️⃣ Деплоймент: Исправленный код включается в следующую версию программного продукта, которая после прохождения всех тестов и проверок выкладывается для пользователей.

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

👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1855 вопроса на Тестировщика. Ставь 👍 если нравится контент

🔐 | 🔐