Телеграмм чат группы itarchitect страница 3935

Size: a a a

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

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

2021 May 06

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

Да, декларативно показать потоки данных и последовательность событий можно

источник

15:23пожаловаться #1

АП

Арсений Пинкевич... in Архитектура ИТ-решений

По роли сложно сказать - пишу тз, архитектуру и код. Темы интересны.
Есть предвзятое отношение к IT курсам. Не понимаю, стоит ли оно своих денег. Всегда кажется, что проще открыть список тем и с гуглом выучить бесплатно.

источник

15:25пожаловаться #2

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

Я выше и писал про техдолг

источник

15:26пожаловаться #3

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

Добавил бы про сокращение цикла обратной связи.
Ну того самого PDCA. Проектирование там где-то в районе Р. Да, это похоже что самая больная тема сейчас. Про остальное, я полагаю, однако стоит помнить хотя бы.

источник

15:26пожаловаться #4

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

А сори, видимо не верно понял

источник

15:26пожаловаться #5

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

Я бы дополнил список методическим советом: многая документация декларирует факт как что-то реализовано,
но не дает понимания почему. В обязательном порядке, для каждой задачи, должна фиксироваться мотивационная часть: какую прикладную проблему решаем, какие отребования/граничения, почему приняты те или иные решения.

источник

15:26пожаловаться #6

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

Лучший рефакторинг - это когда кода становится меньше, а функциональность растёт

источник

15:28пожаловаться #7

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

> это когда кода становится меньше

вы с такими метриками аккуратнее, а то получите набор однострочников на перле

источник

15:35пожаловаться #8

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

А почему нет? Букинг же успешный бизнес

источник

15:44пожаловаться #9

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

Если они покрыты тестами - почему нет?

источник

15:46пожаловаться #10

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

Я обычно понимаю под рефакторингом более широкое — не код, в всё решение целиком. И не только "понимание", но и эффективное развитие (уменьшение трудозатрат) с учётом потребностей (возникших и возникающих) у заказчиков

источник

15:47пожаловаться #11

Ilya Kaznacheev🥤 in Архитектура ИТ-решений

Уважаемые, подскажите какой-нибудь гайд по рисованию архитектурных диаграм. Не в плане как draw.io пользоваться, а именно методология - как декомпозировать, как отображать связи, как вообще от “у это нас как-то работает” прийти к набору диаграм - HLA, сетевые, связи и т.п.?

источник

15:47пожаловаться #12

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

Изначально термин рефакторинг означал именно улучшение кода с целью упрощения его понимания (читаемости)
Сейчас под рефакторингом понимается всё что угодно для улучшения чего угодно, связанное с изменением кода

источник

15:48пожаловаться #13

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

*или не связанное с изменением кода

источник

15:49пожаловаться #14

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

да, так произошло, из-за того что люди не особо вникали в рефакторинг и не особо владеют проф. словарём
поэтому для всего используют одно слово - "Ку"

источник

15:50пожаловаться #15

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

С учётом скорости, с которой растёт рынок, скоро все мычать начнём

источник

15:51пожаловаться #16

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

Мне кажется, что это уже снобизм :)

источник

15:53пожаловаться #17

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

Расширение понятия на смежные области вполне хороший признак проникновения знаний

источник

15:54пожаловаться #18

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

это скорее не "почему нет", а такой метрикой вы считаете именно однострочники идеальными, так как они имеют максимальную концентрацию функционала на единицу кода.

Не знаю как там во всей индустрии, но что я , что мои коллеги регулярно сталкиваются с пониманием таких вот конструкций вне зависимости от ЯП. Но возможно это просто я и коллеги бездари

источник

15:54пожаловаться #19

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

Только если он не приводит к размытию терминов

источник

15:54пожаловаться #20