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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

3040 membersпожаловаться на группу
2021 February 19

PD

Phil Delgyado in Архитектура ИТ-решений
Alexey Mergasov
мяготка в том что как только проектирование становится рутинным процесом у него появляется артифакт требущий версионирования, сразу сильно усложняется процесс управления изменениями. И ютрак не адресует эти проблемы
Э, хм, зачем версионирование для проектирования? И при чем тут трекер?
источник
13:17пожаловаться#1

GK

Gennadiy Kruglov in Архитектура ИТ-решений
pragus
Да, дизайн. А проектирование тут где? :)
Вот именно? А дизайн где?)
источник
13:17пожаловаться#2

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Как выше написал Алексей, проектирование в массе не видится рутинным процессом
Ну, вообще не совсем так. Даже в скраме оно есть, но не в рамках флоу внутри спринта, а большая часть досок - про работу внутри спринта
источник
13:17пожаловаться#3

p

pragus in Архитектура ИТ-решений
Gennadiy Kruglov
Вот именно? А дизайн где?)
А ведь есть приложения без ui и вообще сложной логики ;)
источник
13:18пожаловаться#4

PD

Phil Delgyado in Архитектура ИТ-решений
Т.е проектирование, уточнение постановок и декомпозиция - это все действия в отдельном потоке обычно.
Это, конечно, плохо, но так оно есть сейчас.
источник
13:18пожаловаться#5

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ёпсель мопсель. Мой посыл был вообще не про трекер
источник
13:18пожаловаться#6

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Ёпсель мопсель. Мой посыл был вообще не про трекер
Да я понимаю. Но там, где ты смотрел - проектирования и не должно быть. Впрочем, тестирования тоже )
источник
13:19пожаловаться#7

GK

Gennadiy Kruglov in Архитектура ИТ-решений
pragus
А ведь есть приложения без ui и вообще сложной логики ;)
Я имел ввиду System Design
источник
13:19пожаловаться#8

AM

Alexey Mergasov in Архитектура ИТ-решений
проблема реальна, коллеги
источник
13:19пожаловаться#9

AM

Alexey Mergasov in Архитектура ИТ-решений
в принципе можно из говна и палок на спарксе что то такое соорудить.
источник
13:20пожаловаться#10

AM

Alexey Mergasov in Архитектура ИТ-решений
где можно трассировку сделать
источник
13:20пожаловаться#11

AM

Alexey Mergasov in Архитектура ИТ-решений
но команда больше 20 человек просто будет класть сервер совместной работы
источник
13:20пожаловаться#12

PD

Phil Delgyado in Архитектура ИТ-решений
А зачем трассировака и спаркс на команде в 20 человек?
источник
13:24пожаловаться#13

DC

Dmitriy Chernyak in Архитектура ИТ-решений
20 СА?
источник
13:25пожаловаться#14

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Везде где проект находится в кризисе, не может развиваться по техническим причинам, любые мероприятия по "выживанию" начинается с восстановления "архитектуры".

Это значит, что архитектура была не задокументирована. Но чаще - не было системной архитектурной работы, в числе которой непрерывное проектирование.

Мне кстати, хорошо. Лично я на антикризисных мероприятиях деньги зарабатываю.
источник
13:31пожаловаться#15

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Можно вообще не проективать и не документировать ничего. Потом придут ребята которые в пять раз дороже тимлида и помогут. Хороший вариант, кстати.
источник
13:35пожаловаться#16

p

pragus in Архитектура ИТ-решений
Gennadiy Kruglov
Я имел ввиду System Design
Оно может быть совершенно несущественно на фоне решаемых технических проблем.
источник
13:36пожаловаться#17

AL

Alexander Luchkov in Архитектура ИТ-решений
Alex
или как-будто проектирование - обязательный этап
Вообще-то обязательный.
источник
13:36пожаловаться#18

A

Alex in Архитектура ИТ-решений
Alexander Luchkov
Вообще-то обязательный.
таска: починить опечатку в тексте.
ваше проектирование?
источник
13:36пожаловаться#19

A

Alex in Архитектура ИТ-решений
Gennadiy Kruglov
Можно вообще не проективать и не документировать ничего. Потом придут ребята которые в пять раз дороже тимлида и помогут. Хороший вариант, кстати.
зачастую главное психологический комфорт. Топам комфортнее отдать пять иксов консультанту, чем платить зп тимлидам, умеющим в проектирование, и выделять на это время.
источник
13:37пожаловаться#20