В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура ИТ-решений

3169 membersпожаловаться на группу
2021 May 06

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нужно закладываться на проектирование в первую очередь

Рефакторинг - это улучшение кода, а не дизайн задним числом

И да, это часть разработки и его объём зависит о культуры разработки и квалификации инженеров
источник
15:09пожаловаться#1

А

Александр in Архитектура ИТ-решений
я пришел в выводу что надо ставить вопрос ребром и требовать % от общего времени
источник
15:10пожаловаться#2

M

Mikhail in Архитектура ИТ-решений
Спасибо. Вы мою мысль более лаконично и понятно выразили
источник
15:10пожаловаться#3

p

pragus in Архитектура ИТ-решений
Юнит-тесты - это часть фичи, а их отсутствие - это техдолг
источник
15:11пожаловаться#4

GK

Gennadiy Kruglov in Архитектура ИТ-решений
🤝
источник
15:11пожаловаться#5

p

pragus in Архитектура ИТ-решений
Не всегда можно спроектировать нормально.

Потому что бизнес приходит и говорит "нам это надо любой ценой к черной пятнице"
источник
15:11пожаловаться#6

M

Mikhail in Архитектура ИТ-решений
Рефакторинг это по сути тоже часть фичи. Ты приходишь к юзер стори А и понимаешь что без рефакторинга здесь никак не выйдет и закладываешь рефакторинг в оценку
источник
15:11пожаловаться#7

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Но всегда (почти) нужно проектировать
источник
15:12пожаловаться#8

А

Александр in Архитектура ИТ-решений
тут уже все спроектировано, идет обогащение функциональностью, нужно перепроектировать, об этом и речь
источник
15:12пожаловаться#9

M

Mikhail in Архитектура ИТ-решений
Рефакторинг ради рефакторинг вещь не такая уж хорошая - потратишь кучу сил а потом окажется что рефачить надо было не то и не так
источник
15:12пожаловаться#10

А

Александр in Архитектура ИТ-решений
не волнуйтесь, я знаю что делаю :)
источник
15:12пожаловаться#11

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Условно, чтобы сделать редизайн, то есть перепроектировать, нужно проектировать
источник
15:13пожаловаться#12

M

Mikhail in Архитектура ИТ-решений
Не, это никто под сомнение не ставит. Тут скорее о том, что вряд ли есть какие-то бест практис типа «требуй у сто 25% на рефакторинг»))
источник
15:13пожаловаться#13

p

pragus in Архитектура ИТ-решений
Он может быть частью фичи, а может и не быть
источник
15:13пожаловаться#14

M

Mikhail in Архитектура ИТ-решений
В каком случае он не является частью фичи? Для чего тогда он делается? От осознания что изначально плохо сделано? Тогда это техдолг по сути
источник
15:14пожаловаться#15

А

Александр in Архитектура ИТ-решений
мне бы очень помогло в диалоге сослаться на бестпрактисес где было бы указано на 25%
источник
15:14пожаловаться#16

M

Mikhail in Архитектура ИТ-решений
Да, было бы удобно)
Ну мб в книжках про легаси системы есть какие-то указания на этот счёт, но каюсь - не видел
источник
15:15пожаловаться#17

AZ

Alexander Zaitsev in Архитектура ИТ-решений
тут слишком много переменных, чтобы такие рекомендации давать
источник
15:16пожаловаться#18

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Коллеги, напомню, цель рефакторинга всё же в улучшении понимания кода.

Проблемы часто глубже - в дизайне. То есть нужно непрерывно дизайном/редизайном заниматься, то есть непрерывно проектировать
источник
15:16пожаловаться#19

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Да
источник
15:17пожаловаться#20