How to quickly find the reason behind a piece of code? 🤔

Как сделать митинги продуктивными:

• Следить за активностью общения?
• Выписывать все шаги к действиям?
• Подготавливать протокол совещания?
• Собирать после митингов обратную связь?

Единственное, что вам поможет - не проводить никаких встреч вообще!

Когда я писал свой первый gradle-плагин, я проверял его работоспособность следующим образом:

1. Опубликовал версию n в plugins.gradle.org
2. Проверил опубликованный плагин вручную на тестовом проекте
3. Нашел ошибку/доработал, увеличил версию n=n+1, затем снова пункт 1

Такой вот PDD (Publish Driven Development). Сегодня поговорим о том, как писать эффективные тесты на собственные gradle плагины.

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

Tribore Menendez from Final Space