Size: a a a

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

2019 November 15

PD

Phil Delgyado in Архитектура ИТ-решений
Да даже в финтехе люди из соцсеток плохо приживаются.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
По вертикали матрицы Коуберна сложно идти.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Со временем учишься быстро учиться. Это касается и смены парадигм, технологий и языков программирования.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Это не вопрос обучения. Это вопрос опыта и навыков. Ну и за обучение платит работодатель и дорого, так зачем?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Т.е. при прочих равных я возьму с опытом, чем с умением учиться (которое ещё и не проверить).
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Все обсуждаемые выше универсалы канают только для простых систем с небольшими и нестрогими нфт. Мб с большим количеством бизнес-логики, большим количеством кода. Доводилось наблюдать такое - вполне нормально работает, пока не появятся требования построже к производительности, безопасности, не придут требования типа "а переведите-ка это все с ms sql на postgre. И тут выясняется, что наши спецы mssql в постгре нервно курят и тяжело дышат. Выясняется, что пишущий фронт-бэк парень напроектировал удобное ему в разработке, но херовое для всех апи...
И из универсала медленно, но верно проявляется спец без глубоких знаний.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Это не вопрос обучения. Это вопрос опыта и навыков. Ну и за обучение платит работодатель и дорого, так зачем?
Если разработка продукта это и есть обучение, то работодатель платит в любом случае.
Опыт и навыки позволяют учиться быстрее.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Andrei Soloschak
Ты работаешь не в вакууме, а в команде, где должны быть знающие люди. Ошибаться не страшно - команда поправит. Страшно, если это один человек считающий, что он пишет идеальный код, поскольку он узкий специалист и никого к нему не пускает. Вот тогда создаются антипаттерны.
Если за кем-то постоянно приходится править - его проще уволить.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Andrei Soloschak
Разработка продукта - это и есть изучение предметной области. Но есть доменные эксперты, которые знают больше.
С некоторого момента становится не так важно в какой области работаешь. Меняются только доменные эксперты.
С точки зрения разраба - очень ограниченно. И чем хитрожопее предметка, тем он больше плавает.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
Если за кем-то постоянно приходится править - его проще уволить.
Не бейте джуниора, кодит как умеет
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Alexander Luchkov
Если за кем-то постоянно приходится править - его проще уволить.
Что значит постоянно править? Разработчики по-моему только и делают, что постоянно что-то правят. Уволить можно, равно как и закрыть бизнес совсем.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Daria Kaftan
Не бейте джуниора, кодит как умеет
Если кто-то в команде сидит в позиции вечного джуна и не способен выполнять некоторый класс задач самостоятельно - это очень контрпродуктивно.
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
А зачем тут про разработку то, мыж в архитектуру, не?)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Evgeniy Nikonorov
А зачем тут про разработку то, мыж в архитектуру, не?)
А в архитектуре тоже самое. Если товарищ постоянно проектирует такие решения, которые приходится перепроектировать - зачем такой товарищ в архитектурной практике?
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Andrei Soloschak
Ты работаешь не в вакууме, а в команде, где должны быть знающие люди. Ошибаться не страшно - команда поправит. Страшно, если это один человек считающий, что он пишет идеальный код, поскольку он узкий специалист и никого к нему не пускает. Вот тогда создаются антипаттерны.
Это возможно даже если он не узкий, а просто оборзевший. Был один кадр на моей памяти, которыц принципиально не отдавал свой код в общую репу. Патамушта сопрут его феерические наработки, гады. Начальство его считало крутым. Тоже универсал был, фронтбэкбаза, все дела
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
Если кто-то в команде сидит в позиции вечного джуна и не способен выполнять некоторый класс задач самостоятельно - это очень контрпродуктивно.
Ну почему, бывает нужен человек, способный делать простую работу за небольшие деньги. На подхвате, так сказать. Может, он милый и атмосферу улучшает
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Alexander Luchkov
А в архитектуре тоже самое. Если товарищ постоянно проектирует такие решения, которые приходится перепроектировать - зачем такой товарищ в архитектурной практике?
А вот это уже интересный вопрос
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexander Luchkov
А в архитектуре тоже самое. Если товарищ постоянно проектирует такие решения, которые приходится перепроектировать - зачем такой товарищ в архитектурной практике?
Или постоянно кладет прыбор на решения архитектора
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Daria Kaftan
Ну почему, бывает нужен человек, способный делать простую работу за небольшие деньги. На подхвате, так сказать. Может, он милый и атмосферу улучшает
Это нормальная социальная компетенция в команде. Ради этого можно платить деньги. Я про другое.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Daria Kaftan
Это возможно даже если он не узкий, а просто оборзевший. Был один кадр на моей памяти, которыц принципиально не отдавал свой код в общую репу. Патамушта сопрут его феерические наработки, гады. Начальство его считало крутым. Тоже универсал был, фронтбэкбаза, все дела
Речь шла не об универсальности отдельных людей, а tshape команде, где идёт непрерывный обмен знаниями между всеми
источник