Изменение в ПО, полезные статьи, кейсы клиентов
Разработка с помощью AI‑инструментов меняет подход к созданию ПО. Я сам убедился в этом на практике: всего за два дня мне удалось создать Text Extract API для RAG, используя Claude 4.0, Gemini Pro 2.5 и IDE Cursor. Этот эксперимент показал, что нейросети — уже не просто хайп, а мощный ассистент, способный значительно ускорить процесс разработки.
Наша команда занимается созданием ПО для IT‑специалистов — программу «Управление IT‑отделом 8». В ней есть блок для работы с заявками от клиентов и обширная база знаний. Возникла идея: интегрировать нейросети для автоматической обработки тикетов. Кейс прост:
Прилетает тикет от клиента > Нейросеть смотрит в базу знаний и готовит ответ > IT‑специалист либо использует ответ нейросети, либо нейросеть отвечает автоматически.
Для реализации такого функционала необходимо обучить AI‑модель на нашей базе знаний, а это требует качественного извлечения текста из различных документов. Эта статья посвящена первому этапу этого процесса — созданию API для извлечения текстовых данных из файлов любых форматов, что критически важно для эффективной работы с Retrieval‑Augmented Generation (RAG).
Для тех, кто хочет сразу увидеть результат, вот ссылка на GitHub.
Привет, читатели!
Кому из нас не знакома ситуация, когда «горит» вообще всё и сразу? Кажется, что каждая задача кричит: «Сделай меня первой!» И вот тут‑то и возникает ступор: за что хвататься, с чего начать? Методик приоритизации существует великое множество — от простой и понятной матрицы Эйзенхауэра до запутанных фреймворков вроде WSJF. Но как во всем этом разобраться и не утонуть в бесконечных таблицах и формулах?
Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT‑отделом 8. Я работаю в компании Софтонит. В этой статье я постараюсь простым языком рассказать о самых популярных подходах к приоритизации задач. Мы разберем их плюсы и минусы, посмотрим на реальные примеры и, надеюсь, вы найдете тот инструмент, который будет вам полезным и поможет навести порядок в бэклоге, а также сделать процесс приоритизации четким и понятным.
В Agile есть прекрасная штука, которая называется Daily Standup, или «Ежедневный стендап». Короткая ежедневная встреча команды, во время которой каждый сотрудник делится своими достижениями, планами и затруднениями. Эти встречи позволяют держать руку на пульсе процессов и решать возникшие трудности быстро, а так же не терять фокус на текущей работе. Меня зовут Виталий, я руководитель компании “Софтонит” и хочу рассказать в этой статье о том, с какими проблемами мы столкнулись при внедрении в команде стендапов (хотя казалось бы что в этом сложного), и о том, как мы их решили. Получилось, на мой взгляд, достаточно просто, красиво и функционально.
Всем привет! Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT-отделом 8 и работаю в компании Софтонит. Мы разрабатываем ПО для автоматизации ИТ-отделов. Сегодня хочу поговорить про conventional commits и про свой личный опыт работы с коммитами. На самом деле это бездонная тема, о которую сломано много копий. Кто-то пишет и делает коммиты так, кто-то эдак. В посте попробую поразмышлять о том, как делать не надо и о придуманных на этот счет правилах и договоренностях.
Начинающие (а иногда этим грешат и опытные) разработчики, не до конца понимают принципы создания и работы над коммитами в git. Тут имеется ввиду не механика и команды типа “git commit …”, а общие и глобальные вещи. Например:
Если ты начинающий разработчик, то эта статья точно тебе пригодиться. А если у тебя огромный опыт и ты думаешь, что тебя уже ничем не удивить, то… Не будем торопиться… Давай проверим? )))
Делимся полезным навыком, который может значительно упростить вашу жизнь. Зачем тратить время на поиск клавиш и постоянные ошибки, когда можно научиться набирать текст быстро и без лишних усилий? В этой статье расскажем о том, как слепая печать не только увеличивает вашу продуктивность, но и делает работу намного приятнее.
Бывает, что для начала работы над одной задачей нужно сначала завершить другую. Наш новый функционал зависимостей задач поможет вам легко учитывать такие взаимосвязи. Теперь вы можете устанавливать и изменять зависимости между задачами прямо в интерфейсе, быстро и удобно! Попробуйте и убедитесь сами, насколько проще стало организовывать свою работу!
Иногда возникают ситуации, когда надо развернуть тестовую базу клиента / свою на серверах Windows или Linux. Тестовые базы могут понадобиться в разных ситуациях: у клиента ошибка, на нашей базе она не воспроизводится, реализуем новый функционал и хотелось бы протестировать на Linux и т.д.
А теперь представим, что это все на потоке. Что тестовых баз 1С не одна, а 20-30. И получаем проблему, что не понятно занята она сейчас кем-то или нет.
И тут начинается:
Суть я думаю понятна. Не понятно как эту проблему решать...