Метод утёнка

Методологии управления проектами. Основы SCRUM

Сегодня используется множество различных подходов по управлению проектами: Waterfall, Agile, Scrum, Kanban и Lean. Они помогают эффективно планировать, управлять ресурсами и минимизировать риски на всех этапах реализации проектов.

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

Будьте бдительны, сейчас мошенники массово рассылают вирус через Telegram

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

Чтобы этого избежать, помните несколько важных моментов:
1. Файлы с расширением .APK на Android или .EXE на Windows не могут быть видео — это всегда исполняемый код.
2. Не стоит отключать запрет на установку неизвестных приложений без явной необходимости — это поможет вовремя понять, что вас пытаются обмануть, если первый пункт вы проигнорировали.

Если вы это знали и без нас — круто! А если знаете тех, кто может попасться, перешлите этот пост им.

А ваши родители случайно не пекари? Тогда откуда у них такие сладкие булочки?

К 14 февраля мы с командой сделали бота, который будет отправлять вашим вторым половинкам или просто хорошим людям айтишные и не только комплименты.

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

Что такое асинхронность

Сперва немного терминологии. Асинхронность — это способность программы выполнять несколько задач одновременно, не дожидаясь завершения каждого шага. Это особенно полезно, когда программа выполняет долгие операции (например, загрузку данных из сети), но при этом не блокирует выполнение других задач.

Если код работает синхронно, каждая операция выполняется строго по порядку. Это может привести к задержкам:

import time

print("Загрузка данных...")
time.sleep(5)  # Программа засыпает на 5 секунд
print("Данные загружены!")

В примере выше всё остальное в программе «заморожено», пока выполняется sleep(). Если бы это была веб-страница, она зависла бы на несколько секунд.

Как работают async/await

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

Пример на Python с asyncio:

import asyncio

async def загрузка_данных():  
    print("Загрузка данных...")
    await asyncio.sleep(5)  # Не блокирует программу
    print("Данные загружены!")

async def main():
    await загрузка_данных()  

asyncio.run(main())

Давайте разберёмся, что здесь происходит:

1. async делает функцию асинхронной.
2. await говорит «подожди, но не блокируй остальную программу».
3. asyncio.run(main()) запускает асинхронную операцию.

Асинхронность делает код быстрее и эффективнее, особенно при работе с долго выполняющимися операциями!

#простымисловами #основы

Разработка игр для начинающих: с чего начать

Сегодня создать свою игру может почти каждый, но у новичков в геймдеве неизбежно возникает множество вопросов. Какие инструменты использовать? Какую платформу выбрать? Какие навыки развивать в первую очередь? И, самое главное, как сделать игру, которая действительно понравится многим?

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

#gamedev

Разбираем Flutter: от загрузки до создания проекта

Flutter — это популярный фреймворк для кроссплатформенной разработки. Чтобы хорошо в нем ориентироваться, вам потребуется примерно полгода на обучение. Начать лучше с Dart — это язык, на котором написан фреймворк. Изучив основы, вроде синтаксиса, ООП, вам будет проще осваивать концепции и темы во Flutter.

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

Все базовые советы и первые шаги — здесь.

А вот рубрика «Айтишные мемы для не айтишников»

Объясняем на пальцах, где смеяться:

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

— Комментатор решил, что автор Reels засветил свой IP-адрес, по которому можно вычислить его местоположение.

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

#itmemenotforitman

50 терминов системного дизайна, которые должен знать каждый разраб и не только

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

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

Что такое технический долг?

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

Откуда берётся технический долг?

1. Быстрое развитие продукта. Когда компании нужно срочно выпустить фичу, код пишут быстро, жертвуя качеством.

2. Отсутствие рефакторинга. Если не обновлять и не улучшать код, старые решения в итоге начинают замедлять работу.

3. Неопытность разработчиков. Код может быть написан неоптимально, потому что разработчик не знал лучшего способа.

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

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

Как снизить технический долг?

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

— Стандартизация. Использовать чистый код, следовать лучшим практикам и кодстайлу команды.

— Покрытие тестами. Автоматизированное тестирование помогает избежать появления неожиданных ошибок при изменении кода.

— Документирование решений. Чтобы другие разработчики понимали логику системы и не добавляли хаоса.

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

Несомненно, небольшой технический долг есть в любом проекте, но важно следить, чтобы он не накапливался слишком сильно. Если долг растёт, работа в проекте замедляется, появляются баги, а исправление проблем требует всё больше времени. Лучше платить «по чуть-чуть», чем однажды уйти «в овердрафт».

#простымисловами

ChatGPT теперь создает ЛЮБЫЕ приложения и помогает в разработке — вышла новая фича Canvas, которая запускает код прямо в БРАУЗЕРЕ.

• Придумываем ЛЮБУЮ идею и запрашиваем у нейросети промпт, который поможет создать прогу для мобилки, веб-сервис или иное приложение.
• Копируем и вставляем запрос в чат с ИИ, но прибавляем в конце команду «/canvas».
• Нейросеть за секунду выкатит ПОЛНОСТЬЮ РАБОЧЕЕ приложение на React и HTML — и его сразу можно запустить!
• БЕЗ лимитов и БЕЗ ограничений. Можно даже склонировать YouTube.

Главное — фича работает БЕСПЛАТНО.

Подборка инструмент для всех, кто хоть иногда думает

Untools — это коллекция фреймворков и инструментов, которая поможет вам решать проблемы, принимать решения и прокачать системность.

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

Короче, кто думает, тот оценит лайком и заберёт в Избранное. Остальные просто пройдут мимо. 😏

#инструменты

Это хорошо, если ещё и размер шрифта нигде менять не придётся

Как читать чужой код и понимать его: гайд, как не разбить экран компьютера

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

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

Да что вы знаете о выгорании!

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

Более того, он не одинок в своих мыслях. В комментариях с ним соглашаются и другие айтишники, и, даже, банкиры.

А вы там еще не выгорели? Чтобы этого избежать, напоминаю про этот пост.

Что такое рефакторинг и зачем он нужен

Разработчики довольно часто используют слово «рефакторинг», и если вы работаете с ними, то наверняка не раз его слышали. Однако нередко это понятие вызывает вопросы: почему что-то нужно переделывать, если «и так работает»? Давайте разберёмся, что такое рефакторинг, почему он необходим и как понять его важность.

Что такое рефакторинг?

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

Это как генеральная уборка у себя в шкафу: вещи раскладываются по категориям, лишнее выбрасывается, а пространство используется более рационально. Самое важное, что функциональность «шкафа» не меняется — но пользоваться им становится намного проще.

Вот главные причины, по которым возникает необходимость рефакторинга:

1. Устранение технического долга.
Спешка, жёсткие дедлайны или неопределённые требования часто приводят к тому, что код пишется не самым «чистым» образом. Технический долг — это как заём, который вы берёте, чтобы быстро сделать задачу, но который потом нужно «погасить», иначе сложности будут только расти. О нём мы поговорим подробнее в другой раз.

2. Подготовка к изменениям.
Любой проект меняется со временем: добавляются новые функции, изменяются бизнес-требования. Рефакторинг избавляет код от излишней сложности и готовит его к будущим доработкам.

3. Снижение ошибок и упрощение работы.
Чистый код легче читать, понимать и тестировать. Это уменьшает вероятность багов и облегчает работу не только тем, кто написал этот код, но и всей команде.

4. Повышение производительности.
Иногда рефакторинг позволяет оптимизировать работу программы. Например, заменить неэффективные алгоритмы на более быстрые.

Если вам говорят, что нужно рефакторить код, предстоящую задачу можно оценить через следующие аспекты:

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

2. Как рефакторинг повлияет на задачи?
Уточните, изменится ли функциональность системы для пользователя или это чисто внутренний процесс. Обычно рефакторинг не связан с видимыми изменениями, это инвестиция в будущее.

3. Что будет сделано?
Рефакторинг может быть небольшим: исправление одной функции или класса. Но иногда он затрагивает архитектуру системы. Чем крупнее задача, тем больше ресурсов нужно закладывать. Главное — попросить разработчика объяснить масштаб изменений.

4. Какой будет результат?
После рефакторинга код становится лучше в какой-то конкретной области (например, легче добавлять новые функции). Убедитесь, что разработчик может объяснить, какую именно пользу это принесёт.

Как вам действовать?

1. Закладывайте время.
Рефакторинг редко планируют с самого начала: зачастую он появляется «по пути». Заранее учитывайте, что время на доработку или улучшение кода может понадобиться.

2. Старайтесь сбалансировать рефакторинг и скорость.
Не всегда стоит бросаться улучшать код немедленно. Уточните, насколько срочен процесс. Иногда можно отложить уборку до окончания текущего цикла задач.

3. Не требуйте «и так работает».
Выражение «работает же — зачем тратить время?» опасно. Такой подход неизбежно приводит к хаосу в долгосрочной перспективе. Доверяйте разработчикам: если они говорят о рефакторинге, значит, хотят сделать проект лучше.

#простымисловами #советы