Рубрика: Разработка

  • Почему современное IT — не пузырь

    Почему современное IT — не пузырь

    Современное IT — не пузырь, как это было в эпоху доткомов. Сегодня технологии глубоко интегрированы в повседневную жизнь, от будильников на смартфонах до онлайн-заказов продуктов и лекарств. Высокие зарплаты в IT объясняются масштабируемостью их решений, а не просто объёмом знаний. Массовый приток людей в IT не снизит ценность профессии, так как она требует специфических навыков…

  • Проектная команда, из кого состоит

    Проектная команда, из кого состоит

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

  • Как сделать, чтобы активный пункт меню wordpress не содержал ссылку на себя

    Как сделать, чтобы активный пункт меню wordpress не содержал ссылку на себя

    В статье рассматривается, как отключить ссылки для активных пунктов меню в WordPress, чтобы улучшить юзабилити. Приводится пример кода для добавления в файл functions.php и header.php, а также альтернативный метод для блочных тем с использованием CSS. Этот подход предотвращает создание интерактивных ссылок на текущую страницу, улучшая пользовательский опыт.

  • Мысли за последнее время – 3

    Мысли за последнее время – 3

    Ключевые моменты из поста «Мысли за последнее время – 3»: Параметры приложения: эволюция от настраиваемых к упрощенным настройкам программного обеспечения. Скрытые убийцы: важность мониторинга здоровья, особенно артериального давления и уровня глюкозы. Общество будущего: Видение глобального общества, управляемого ИИ, без нынешних социальных разногласий. Сдаться: понимание того, когда остановиться и попросить о помощи, может иметь решающее значение.…

  • Написание требований методом набегающей волны

    Написание требований методом набегающей волны

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

  • Пирамида принятия решений, уровни менеджмента

    Пирамида принятия решений, уровни менеджмента

    В статье «Пирамида принятия решений, уровни менеджмента» Владимир Бычко рассматривает принцип иерархической системы, где большинство решений принимаются на нижнем уровне исполнителями. Чем выше должность, тем меньше решений должно приниматься, но их важность возрастает. Топ-менеджеры должны принимать редко, но ключевые для бизнеса решения.

  • Микрокоманды в разработке

    Микрокоманды в разработке

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

  • Созвоны с коллегами в Scrum

    Созвоны с коллегами в Scrum

    Созвоны с коллегами в Scrum включают оценку задач, статусные встречи с заказчиком, планирование спринтов, ретроспективы, демо, и дейлики. Каждая встреча имеет свои особенности и важность для успешной работы команды. Оценка задач проводится командой, статусные встречи с заказчиком должны проводить сами менеджеры, планирование спринтов важно на начальном этапе. Ретроспективы полезны для обсуждения опыта, демо показывают заказчику…

  • Неприкосновенность оценки

    Неприкосновенность оценки

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

  • Типовые вопросы для собеседования на технического менеджера проектов

    Типовые вопросы для собеседования на технического менеджера проектов

    Пост «Типовые вопросы для собеседования на технического менеджера проектов» от Владимира Бычко предлагает минимальный набор теоретических знаний для подготовки к интервью на позицию технического менеджера проектов. Включает объяснения таких терминов, как DNS, кэш, HTTPS, CMS, CSS, RAID, ITIL, SMART, JSON, REST vs SOAP, Swagger, Apache, NGINX, Active Directory, а также концепций авторизации, идентификации и аутентификации.…

  • Стоимость владения кодом

    Стоимость владения кодом

    Любая вещь имеет стоимость владения, и код не исключение. Чем больше кода, тем выше его стоимость обслуживания, что может превышать время, потраченное на его создание в 2-3 раза. Лучший код — ненаписанный код, поэтому всегда старайтесь решить проблему клиента без дополнительного кода, если это возможно.

  • Как сделать узкоспециализированную задачу в приемлемые сроки.

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

    Для выполнения узкоспециализированной задачи в приемлемые сроки стоит сделать её декомпозицию. Специалист определяет, что лишь 5% задачи требуют узких компетенций, остальное могут выполнить широкопрофильные программисты. Разделив подзадачи между разработчиками и оставив узкому специалисту только его часть, задачу можно завершить за пару недель, а не за месяц.

  • Пять признаков проекта, который провалится

    Пять признаков проекта, который провалится

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

  • Full Stack разработчик, что надо уметь

    Full Stack разработчик, что надо уметь

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