Size: a a a

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

2019 November 14

AS

Andrei Soloschak in Архитектура ИТ-решений
Evgeniy Nikonorov
Не надо цепляться к словам. Если не горит и мало-да, можно подтянуть
Да ищут все равно долго в реальности. Хантят друг у друга. И того команды из высокооплачиваемых псевдо-гуру
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Evgeniy Nikonorov
И так и происходит, раньше переучиввли, за сейчас не скажу, не в рынке разработки давно
Обычно ищут одного с опытом и переучивают еще нескольких. Так эффективнее, меньше граблей собирают.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Хм. Я вот видел кучу проектов,  в которых решали, что обучаемость важнее.
В результате там собраны все возможные антипаттерны.
Увы, но опыт таки существенен.

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

PD

Phil Delgyado in Архитектура ИТ-решений
Хм, а ты точно видел не антипаттерны? А то по большей части интересных вещей просто нет книжек )
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Andrei Soloschak
Не видел, чтобы люди которые все время учатся создавали антипаттерны. Это как раз удел «практиков», которым книжки читать некогда.
Андрей, ну серьёзно. Чтобы научиться надо ошибаться, это же элементарное правило
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Даже статей-то нет практически )
источник

AS

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

EN

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

AS

Andrei Soloschak in Архитектура ИТ-решений
Evgeniy Nikonorov
Опыт только через шишки приходит, а не озарением. Озарения - предвестник шишек)
Нужно чтобы было у кого учиться. Команда джунов все равно родит джуна
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Andrei Soloschak
Нужно чтобы было у кого учиться. Команда джунов все равно родит джуна
Согласен, Фил об этом и говорил
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Я с этим и не спорил.
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
Команда тоже откуда то появилась - знающая и опытная. И при ее найме важна не обучаемость, а опыт.
источник
2019 November 15

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Команда тоже откуда то появилась - знающая и опытная. И при ее найме важна не обучаемость, а опыт.
Важно и то, и другое. Я где-то писал, что опыт не важен? Моя мысль в том, что освоив одну технологию, не нужно останавливаться
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А бывает 'освоить технологию'?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я уж не говорю про предметную область )
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
А бывает 'освоить технологию'?
Смотря,  что в это вкладывать. Мне кажется, что тот же бэк и фронт не настолько сильно отличаются, как многие полагают.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, я ещё не видел никого, освоившего бэк. Или даже только Java.
источник

AS

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

PD

Phil Delgyado in Архитектура ИТ-решений
Доменнные эксперты знают не больше, а по-другому. И не бывает такого, что не важно в какой области работаешь. Между веб-сайтом и системой управления АЭС таки много разного. Хотя и там и там java )
источник