Size: a a a

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

2020 November 08

AE

Alexandr Emelyanov in Архитектура ИТ-решений
Когда то делали свой инструмент и надо было делать выгрузку и загрузку в разные инструменты, там наелись...

Хотели rational rose, в него ещё как то получилось
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Коллеги, готовы ли вы продавать свой технический долг?
Т.е. ровно так же, как торгуется обыкновенный debt
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Коллеги, готовы ли вы продавать свой технический долг?
Т.е. ровно так же, как торгуется обыкновенный debt
Классная мысль)) корп коллекторы
источник

AS

Andrey Shevchenko in Архитектура ИТ-решений
Gennadiy Kruglov
Классная мысль)) корп коллекторы
Признание себя техническим банкротом
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrey Shevchenko
Признание себя техническим банкротом
ага, и на другой проект
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Eugene Istomin
Коллеги, готовы ли вы продавать свой технический долг?
Т.е. ровно так же, как торгуется обыкновенный debt
А в чем профит от продажи технического долга?
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
для начала, должна быть возможность взыскать\вернуть технический долг
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Классная мысль)) корп коллекторы
Просто если долги копятся со скоростью кома и компаниям не выгодно с ними работать - их можно выкупать, и через это входить в управление.
1000 мелких долгов (с одной стороны) - владение направлением развития 1000 продуктов с другой.
источник

A

Alex in Архитектура ИТ-решений
В этом что-то есть... Продолжу аналогию
Долг продается специальным людям
они всяческими методами "стимулируют" выплату долга, докучают check-up'ами
принимают (?) другие проекты в зачет долга
отбирают (?) личные пет-проекты в зачет долга
подкидывают (?) работу с чужих проектов в зачет долга
на ~двери~ страничке в гитхабе (?) пишут здесь должник
источник

A

Alex in Архитектура ИТ-решений
накладывают аресты на репозитарии с кодом
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Просто если долги копятся со скоростью кома и компаниям не выгодно с ними работать - их можно выкупать, и через это входить в управление.
1000 мелких долгов (с одной стороны) - владение направлением развития 1000 продуктов с другой.
мысль уловил, интересут физика
источник

A

Alex in Архитектура ИТ-решений
если про техническое банкротство продолжить, то должен появится управляющий активами, который будет любой profit переводить в уплату долга
источник

A

Alex in Архитектура ИТ-решений
и минималку оставлять на выживание проекта..
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
мысль уловил, интересут физика
Физику лучше обсуждать в более приватной атмосфере.
Есть пара идей, буду консультироваться на неделе
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
Физику лучше обсуждать в более приватной атмосфере.
Есть пара идей, буду консультироваться на неделе
👌
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Коллеги, готовы ли вы продавать свой технический долг?
Т.е. ровно так же, как торгуется обыкновенный debt
Просто механика долга очень простая:

"Agile это про ability to execute. Он говорит, что мы очень плохи в vision, и поэтому будем наращивать ability to execute. В надежде, что сможем нащупать правильный путь с помощью череды изменений."

Это прямой аналог взятия кредита для погашения другого кредита в надежде, что в следующую смену в кочегарке можно будет отработать две смены.
источник
2020 November 09

RC

Roman Covanyan in Архитектура ИТ-решений
Eugene Istomin
Просто механика долга очень простая:

"Agile это про ability to execute. Он говорит, что мы очень плохи в vision, и поэтому будем наращивать ability to execute. В надежде, что сможем нащупать правильный путь с помощью череды изменений."

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

AK

Anton Korotkikh in Архитектура ИТ-решений
Phil Delgyado
Не знаю, но если нужна безопасность, то ничего другого не остаётся.
Такс, чому амазон, а что же не так тогда с безопасностью в GCP и Azure?
источник

AT

Al T in Архитектура ИТ-решений
ну у нас акцент немного сместился с получения сертификации PCI DSS на конспирологию "все равно вы там втихаря мои данные смотрите в облаке", а так-то все у них как у всех
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Roman Covanyan
посмею напомнить, что этот поход появился как ответ на не менее облажавшуюся в плане технического долга водопадную модель, когда кто-то что-то спроектировал заранее, все и сразу (нет)
Никаких "водопадных моделей" в том смысле, как её описывают пропагандисты agile, в реальности в разработке софта никогда не существовало, это миф, придуманный борцами за всё хорошее против всего плохого.  Agile пришёл на смену unified process (RUP как наиболее известной его разновидности), который по природе уже итеративный и вполне себе предполагает, например, активности по аналитике и проектированию вплоть до самого конца итерации.
источник