Победители конкурса

Спасибо всем, кто прислал фотографии.

Победители:

1. Сергей Бестужев
Приз: коврик
Тут использован запрещенный прием в виде моего доклада. Ну и в целом на экране бейджи, уютный рабочий угол на балконе, Сплит-клавиатура и отдельный плюс за собачку в кресле

2. Boris Sinitsyn
Приз: коврик
Очень необычный сетап: два ноутбука, большой монитор, материалы Infostart и 1С на экране. Выглядит симметрично, насыщенно и по-айтишному. Ну и мультивселенная 1С :)

3. Лейсан Сафина
Приз: коврик
Самое узнаваемое рабочее место 1Сника: книга рядом, листы с заметками, обычный стол у окна и ощущение настоящего рабочего процесса без лишнего пафоса.
В этом есть свое обаяние.

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

5. Kir Plastelinin
Приз: брелок
Полка с книгами по 1С, код на экране, аккуратное рабочее место и кот, который явно контролирует качество разработки. Очень теплый и живой кадр.

Поздравляю победителей!

Свяжитесь со мной, чтобы сказать адрес отправки

Еще приз и победитель

Иосиф Правец решил дополнительный разыграть коврик и выбрал своего победителя!

Max Avramenko
Приз: коврик
«Тут точно нужен коврик 🙂»

А еще обязательно подпишитесь на канал Иосифа. Я его читаю давно и искренне считаю, что он пишет умно, живо и по делу.

Такие каналы очень приятно находить не случайно, а по хорошей рекомендации

Когда проводить рефакторинг?

Никогда, если:
- Код не будет меняться. Например, в одноразовых обработках или устаревшем механизме
- Изменение ничего нового не дадут. Рефакторинг ради рефакторинга бесполезен. Важно, чтобы появлялось новое качество. Например, масштабирование станет проще или снизится сложность будущего изменения

Позже, если:
- Предстоит много работы без мгновенного эффекта. Например, если даже все поменять сложность останется высокой
- Рефакторинг окупится не сразу. Например, изменения в этом месте происходят редко и стоимость понимания кода не высока
- Его можно делать постепенно и небольшими частями

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

До, если:
- Рефакторинг даст быстрый результат. Например, код станет понятнее или его будет проще менять
- Вы точно понимаете, что и как нужно сделать.

Призы всем отправлены!
Ура!

А у вас в команде проводятся встречи 1 на 1?

Как оцениваете эту практику?
Полезно? Вредно? Нужно? Не нужно?

Видео: Один день из жизни разработчика 1С:Бухгалтерии

Ссылка на VK Video
Ссылка на YouTube

Все видео с 1C:DevCon.6 доступны на developer.1c.ru

Проектирование интерфейса

При разработке 1С:Бухгалтерии мы очень внимательно относимся к проектированию интерфейса. Продумываем его еще до того, как написана первая строчка кода, потому что важно заранее понять как все будет выглядеть для пользователя.

Инструментов для проектирования много - как платных, так и бесплатных:
Figma, UXPin, Penpot, Mockups или MakerStudio

Мы исторически используем Mockplus. В нем можно быстро собрать форму из готовых элементов и описать простую логику. Например, нажали на кнопку Создать - открылась новая форма, нажали на кнопку Закрыть - форма закрылась. Пример такого интерфейса на картинке.

Чем такой подход полезен:
1. Ранее выявление проблем.
Можно заметить неудобные или непонятные места в логике или навигации еще до того, как написан код

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

3. Быстрая проверка идей.
Можно сравнить несколько вариантов интерфейса, выбрать лучший или объединить удачные решения в одно

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

5. Его не жалко выбросить.
На создание такой формы вместе с логикой ушло пару минут