LINUX.ORG.RU
ФорумTalks

Архитект или кто?

 


0

1

Как считаете, это нормально от архитекта требовать:

The Software Architect will be expected to conduct root cause analysis on defects,
identify interim and permanent fixes 

Понятно, что для каких-то нетривиальных багов нужна помощь всей команды технарей, но как понять, что у конторы просто нет программиста, и требуется «и швец, и жнец, и на дуде игрец»? Или в наступившем мире нет больше фиксированных ролей в ПО-инженерии?

★★★★★

но как понять, что у конторы просто нет программиста, и требуется «и швец, и жнец, и на дуде игрец»?

По зарплате. Платить нормальную ЗП архитектора за фиксинг багов будет невыгодно конторе.

goingUp ★★★★★
()

Происходит инфляция лычек. Junior исчез как класс, на Middle теперь порой напрашиваются выпускники 6-месячных курсов, Senior это просто «с опытом», а реально крутые позиции теперь придумали называть Staff.

snizovtsev ★★★★★
()
Последнее исправление: snizovtsev (всего исправлений: 2)

Может быть это сила воли и вброс сильной экспертизы, когда надоело подпирать костылями и пора уже решить этот класс багов навсегда?

И да, по зарплате все видно.

stave ★★★★★
()
Ответ на: комментарий от goingUp

По зарплате. Платить нормальную ЗП архитектора за фиксинг багов будет невыгодно конторе.

Осталось понять какая зарплата нормальная для архитекторов :) А то есть компании, где целые команды команд архитекторов. Особенно много там, где работают только подрядчики и надо кому-то это барахло от них принимать.

stave ★★★★★
()

Или как вариант – написали так, чтобы миллионая толпа вайтишников не заспамила откликами. Как бонус – основание не пересматривать грейд и ЗП, тыж Architect и выше некуда.

snizovtsev ★★★★★
()
Ответ на: комментарий от stave

ну т.е. у них есть уже база ПО, в которой накуролесили, и ее надо сначала разгребать, чтобы можно было двигаться дальше?

seiken ★★★★★
() автор топика
Ответ на: комментарий от seiken

ну т.е. у них есть уже база ПО, в которой накуролесили, и ее надо сначала разгребать, чтобы можно было двигаться дальше?

Конечно. Архитекторы - это ж не только строить новые замки в розовом будущем, но и как-то(желательно эффективно) снижать затраты на текущие :)

Мне так кажется, но я архитекторов не люблю, сам из них ушел, и в текущей компании их нет ни одного :)

stave ★★★★★
()
Ответ на: комментарий от snizovtsev

Ох, ниговори. У нас на проекте сейчас senior frontend engineer изучает фреймворк, на котором пишет прод для заказчика :D Или это для фронта нормально?

untitl3d
()
Ответ на: комментарий от snizovtsev

Происходит инфляция лычек. Junior исчез как класс, на Middle теперь порой напрашиваются выпускники 6-месячных курсов, Senior это просто «с опытом», а реально крутые позиции теперь придумали называть Staff.

ну т.е. вот она, редукция среднего класса на примере IT

seiken ★★★★★
() автор топика
Ответ на: комментарий от cocucka

В соседнем проекте как раз природа отдохнула на пейсателях архитектуры и поэтому тестеры там в мыле. Тимлид там как раз недавно сгорел в угли. А предыдущего тимлида увезли в дурку. Тест Лид там никак не поможет, разве что «смотрите как мы быстро умеем отфутболивать багрепорты». У ТСа скорее всего тоже наговнячено и ищут техлида, шобы все и всех тащил, попиливая монолит в овертайм.

Lordwind ★★★★★
()

архитекта

Это тоже что и архитектор? Если да то обычное требование. Если ошибка нетривиальная, то кто сможет ее лучше понять чем проектировщик системы? И уж тем более придумать ее решение.

urxvt ★★★★★
()

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

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 1)

Что за странное стремление все многообразие работ, должностных обязанностей и окладов непременно запихнуть в несколько негибких названий?

vaddd ☆☆
()
Ответ на: комментарий от Lordwind

А зачем так напрягать людей? Одного - до психоза, другого - до нервного истощения.

Ведь это не на пользу делу, постоянно нанимать новых гениев, и пихать их в топку на овертайм.

Или просто специалистов за среднюю по региону зарплату никак не найти?

i_am_not_ai
()
Ответ на: комментарий от vbr

это общие вопросы программной инженерии. При чем тут архитект?

seiken ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.