По каким методологиям разработки работал

Ответ

Я работал с Agile (Scrum, Kanban), Waterfall и частично с Feature-Driven Development (FDD).

Scrum – основной опыт: спринты 1-2 недели, daily standups, ретроспективы. Пример:

// UserStory: "Как пользователь, я хочу видеть список задач"  
class TaskListFragment : Fragment() {  
    private val viewModel: TaskViewModel by viewModels()  

    override fun onViewCreated() {  
        viewModel.tasks.observe { tasks ->  
            adapter.submitList(tasks)  
        }  
    }  
}  

Kanban – визуализация задач (Trello/Jira), WIP-лимиты. Waterfall – для legacy-проектов с жесткими требованиями.

Выбор методологии зависит от проекта: гибкость (Agile) vs. предсказуемость (Waterfall).

Ответ 18+ 🔞

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

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

// UserStory: "Как пользователь, я хочу видеть список задач"
class TaskListFragment : Fragment() {
    private val viewModel: TaskViewModel by viewModels()

    override fun onViewCreated() {
        viewModel.tasks.observe { tasks ->
            adapter.submitList(tasks)
        }
    }
}

Всё чётко, по полочкам. Захотел пользователь — получил.

Kanban — это когда доска в Trello или Jira, а ты смотришь на неё и чувствуешь подозрение ебать, потому что половина карточек висит в колонке «В работе» уже месяц. Но WIP-лимиты — это святое, без них сразу начинается пиздец и бардак, все тянут на себя овердохуища задач.

А вот Waterfall... Ёперный театр, честно говоря. Это я обычно на легаси-проектах встречал, где требования прописаны так, будто их высекли на каменных скрижалях, и изменить ничего нельзя. Сначала полгода планируем, потом год пишем, потом ещё полгода ищем, почему ничего не работает. Но для каких-то госзаказов или систем, где любое изменение — это хуй в пальто, ещё тот, иногда только так и можно.

В общем, выбор-то от проекта зависит, чувак. Нужна гибкость и готовность менять всё на ходу — Agile (Scrum/Kanban) твой выбор. А если проект — как танк, где всё должно быть предсказуемо и по полочкам, даже если эти полки ебут мозг, то тут уж Waterfall, хоть и старомодно, но иногда выручает. Главное — не устраивать из этого религию, а то некоторые фанатеют так, будто от методологии у них хуй стоять начнёт.