Блог

Разработчики 1С часто используют мониторы с большим разрешением и при использовании на таких мониторах не очень удобно использовать 1C:EDT. Значки и кнопки выглядят слишком мелко, что конечно же не очень удобно.

Привет, читатели!

Кому из нас не знакома ситуация, когда «горит» вообще всё и сразу? Кажется, что каждая задача кричит: «Сделай меня первой!» И вот тут‑то и возникает ступор: за что хвататься, с чего начать? Методик приоритизации существует великое множество — от простой и понятной матрицы Эйзенхауэра до запутанных фреймворков вроде WSJF. Но как во всем этом разобраться и не утонуть в бесконечных таблицах и формулах?

Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT‑отделом 8. Я работаю в компании Софтонит. В этой статье я постараюсь простым языком рассказать о самых популярных подходах к приоритизации задач. Мы разберем их плюсы и минусы, посмотрим на реальные примеры и, надеюсь, вы найдете тот инструмент, который будет вам полезным и поможет навести порядок в бэклоге, а также сделать процесс приоритизации четким и понятным.

В Agile есть прекрасная штука, которая называется Daily Standup, или «Ежедневный стендап». Короткая ежедневная встреча команды, во время которой каждый сотрудник делится своими достижениями, планами и затруднениями. Эти встречи позволяют держать руку на пульсе процессов и решать возникшие трудности быстро, а так же не терять фокус на текущей работе. Меня зовут Виталий, я руководитель компании “Софтонит” и хочу рассказать в этой статье о том, с какими проблемами мы столкнулись при внедрении в команде стендапов (хотя казалось бы что в этом сложного), и о том, как мы их решили. Получилось, на мой взгляд, достаточно просто, красиво и функционально.

Всем привет! Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT-отделом 8 и работаю в компании Софтонит. Мы разрабатываем ПО для автоматизации ИТ-отделов. Сегодня хочу поговорить про conventional commits и про свой личный опыт работы с коммитами. На самом деле это бездонная тема, о которую сломано много копий. Кто-то пишет и делает коммиты так, кто-то эдак. В посте попробую поразмышлять о том, как делать не надо и о придуманных на этот счет правилах и договоренностях.

Начинающие (а иногда этим грешат и опытные) разработчики, не до конца понимают принципы создания и работы над коммитами в git. Тут имеется ввиду не механика и команды типа “git commit …”, а общие и глобальные вещи. Например:

1. А когда делать коммиты?
2. Что в них писать?
3. Есть ли какие-то общие правила для их создания?
4. Как не надо коммитить?

Если ты начинающий разработчик, то эта статья точно тебе пригодиться. А если у тебя огромный опыт и ты думаешь, что тебя уже ничем не удивить, то… Не будем торопиться… Давай проверим? )))

В статье постараемся продемонстрировать простую синхронизацию между 1С и мобильным Flutter приложением.

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

Бывает, что для начала работы над одной задачей нужно сначала завершить другую. Наш новый функционал зависимостей задач поможет вам легко учитывать такие взаимосвязи. Теперь вы можете устанавливать и изменять зависимости между задачами прямо в интерфейсе, быстро и удобно! Попробуйте и убедитесь сами, насколько проще стало организовывать свою работу!

В этой статье мы расскажем о синтаксисе Markdown, который сегодня является стандартом для оформления документации и не только.

Иногда возникают ситуации, когда надо развернуть тестовую базу клиента / свою на серверах Windows или Linux. Тестовые базы могут понадобиться в разных ситуациях: у клиента ошибка, на нашей базе она не воспроизводится, реализуем новый функционал и хотелось бы протестировать на Linux и т.д.

А теперь представим, что это все на потоке. Что тестовых баз 1С не одна, а 20-30. И получаем проблему, что не понятно занята она сейчас кем-то или нет.

И тут начинается:

1. База есть, названа test34214, но не понятно используется она сейчас кем-то или нет.
2. Вопрос в зал / в TG: ребята, а кто-то использует сейчас базу test34214?
3. Тишина.
4. Начинаем работать и через 2 дня получаем от коллеги: "Ой, а мне нужна была эта база. Кто ее затер?"

Суть я думаю понятна. Не понятно как эту проблему решать...

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