In this article, I want to describe my experience of paying off technical debt on our project in the form of a guide. In this guide, I will highlight some of the most common cases of technical debt and suggest methods for solving them. Since this is a rather extensive topic, I will recommend several books for study, because I do not see it possible to talk about everything within the framework of this article. Everything described applies to the BackEnd part, but it may be suitable for other developers. I would be glad if you share your experience on this topic in the comments.

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

Немного обо мне. Я занимаюсь преподаванием английского уже 7 лет, последние три года я сотрудничаю с одной из языковых школ. В общей сложности я взаимодействовал с 5-ю различными языковыми школами, в том числе иностранными. Также я веду телеграм-канал о собственной методике изучения английского.

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

Итак, преподаватель-новичок, не важно, есть ли у него педагогическое образование или нет, при поступлении на работу в любую современную языковую школу должен будет пройти курс подготовки, в котором ему с благой улыбкой на лице рассказывают, что есть стандарт, по которому в наши дни планируются все программы обучения любому европейскому языку, так называемый CEFR или Common European Framework of Reference for Languages. Переводится это как «Общеевропейские рамки компетенций владения иностранным языком». Преподавателю, конечно, рекомендуют ознакомиться с этим основополагающим документом. Так давайте с ним и ознакомимся.

Привет! Я Иван Антипин, директор департамента разработки в AGIMA. В любой команде время от времени вспыхивают конфликты — и на их решение уходит много времени. Но я уверен, что жалеть об этом времени не нужно. Конфликты открывают новые перспективы: если грамотно ими управлять, они помогает коллективу развиваться и преодолевать трудности. В этой статье я расскажу, как тимлиду вести себя, если команду штормит или если он сам стал участником столкновения.

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

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

Договариваемся о ценностях в работе и о других правилах игры > Группа в Telegram на всех причастных > Lean Canvas > Решение технических моментов с инструментами > OKR сессия > Архитектурная сессия > Этап выработки операционного ритма и политики качества > Формирование бэклога и планирование 1 спринта > Подготовка к старту > Enjoy 🚀

О чем рассказывается в этой статье:

• Станьте экспертом в разработке Java - научитесь тестировать
• Почему программистам важно разбираться в Java тестировании?
• Методы тестирования для Java
• Почему модульное тестирование так важно?
• Фреймворки модульного тестирования для Java
• Как написать тест-кейс JUnit
• С помощью автоматизации модульное тестирование становится лучше
• Сделать тестирование Java проще и легче с помощью искусственного интеллекта
• Тестирование безопасности в Java
• Выводы о Java тестировании

За последние 4,5 года Kubernetes значительно улучшилась с точки зрения удобства использования, и теперь начать работу с Kubernetes стало проще, чем когда-либо. Облачные провайдеры, такие как Amazon AWS, теперь располагают продуктами Kubernetes, которые создают кластеры для вас и управляют ими. Это существенное преимущество по сравнению с созданием собственного кластера Kubernetes.

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

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

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

Введение

Вступление

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

В начале было Слово. Оно быстро стало коммуникационным протоколом, нуждающимся в апдейте.