A
ПашМиш
Вопрос насколько гибка и стабильна такая теневая структура где все все понимают.
Тут уже вопрос кому не повезет оказаться в момент ее перелома.
Size: a a a
2020 October 11
П
Andrey
Тут уже вопрос кому не повезет оказаться в момент ее перелома.
Я бы сказал, что тут вопрос вероятности в такой ситуации оказаться
A
ПашМиш
Я бы сказал, что тут вопрос вероятности в такой ситуации оказаться
А это непредсказуемо. При любой серьезной организационной перемене ты незащищен. А перемены - это поглощение предприятия, смена акционеров, смена гендира, внутренних аудиторов и тд. Вероятность этого сложно посчитать
GM
ПашМиш
Смотришь изнутри на большую и не эффективную организацию и поражаешься, как она вообще сама не развалилась при такой бюрократии. Видимо где-то они более оптимально построены, чем в IT.
Бюрократия это тоже неоднозначная штука, по сути это некоторые выстроенные процессы, с одной стороны они мешают позитивным изменениям мешают эволюционировать, но с другой стороны защищают систему от дураков - а большая система для дураков и паразитов очень привлекательна. Поэтому для любого условного "газпрома" бюрократия (не в смысле людей, а в смысле процессов) это жизненно важный механизм.
Другое дело что нам работать в таком механизме не интересно :)
Другое дело что нам работать в таком механизме не интересно :)
PD
Gerr Mes
Бюрократия это тоже неоднозначная штука, по сути это некоторые выстроенные процессы, с одной стороны они мешают позитивным изменениям мешают эволюционировать, но с другой стороны защищают систему от дураков - а большая система для дураков и паразитов очень привлекательна. Поэтому для любого условного "газпрома" бюрократия (не в смысле людей, а в смысле процессов) это жизненно важный механизм.
Другое дело что нам работать в таком механизме не интересно :)
Другое дело что нам работать в таком механизме не интересно :)
Ну, есть те, кто умеет с ней работать - и им вполне интересно. Я все ещё учусь - м там есть много того, чему учиться.
GM
А ну да, не вопрос - если интересно то это вообще лютый вин-вин :)
IA
Когда я был специалистом помоложе, тоже тяготел к высказываниям "да как в таком бардаке всё к хренам не развалилось ещё?!". Сейчас вижу абсолютно такого же уровня кривоту и неоптимальность всюду (только если в кровавом энтерпрайзе накладные расходы закопаны больше в бюрократии, попилах и мискоммуникациях, то в "модных-прогрессивных" сервисах - как раз в технике. Посмотрите хоть на падучие, глючные и убогие сервисы гугла)
Ответ в эмпирике "10% сотрудников делает 90% работы". Если ты можешь позволить себе тратить на ИТ в 10 раз больше нужного бюджета - ничего у тебя не развалится.
Ответ в эмпирике "10% сотрудников делает 90% работы". Если ты можешь позволить себе тратить на ИТ в 10 раз больше нужного бюджета - ничего у тебя не развалится.
никто такого не говорил
MS
Igor A
и молодежь херачашая код итеративно побеждает
Надо всем понимать, что какой бы ты ни был крутой перец в кодировании, рано или поздно молодые волкит тебя сожрут. Это закон жизни. И тебе надо идти дальше, туда, куда молодым волкам ходу нет...
IA
А это я прекрасно понимаю.
Но на западе вроде нет такого прям тренда. Очень часто engineering manager должен код уметь писать.
И никто не мешает писать сложный код(?)
Но на западе вроде нет такого прям тренда. Очень часто engineering manager должен код уметь писать.
И никто не мешает писать сложный код(?)
MS
Есть. Только выглядит по другому. Из-за иной истории взаимоотношений в обществе.
LV
Igor A
А это я прекрасно понимаю.
Но на западе вроде нет такого прям тренда. Очень часто engineering manager должен код уметь писать.
И никто не мешает писать сложный код(?)
Но на западе вроде нет такого прям тренда. Очень часто engineering manager должен код уметь писать.
И никто не мешает писать сложный код(?)
Должен уметь писать код и должен писать код - это разные истории. Абсолютно разные.
A
Должен уметь писать код и должен писать код - это разные истории. Абсолютно разные.
t
архитектора в отрыве от команды не существует, квантовый парадокс
PT
Привет.
Кто-нибудь у себя устраивал какие нибудь воркшопы, связанные, с архитектурой - сбор требований, моделирование, проектирование. Если да - расскажите, что именно делали.
Кто-нибудь у себя устраивал какие нибудь воркшопы, связанные, с архитектурой - сбор требований, моделирование, проектирование. Если да - расскажите, что именно делали.
Si
архитектора в отрыве от команды не существует, квантовый парадокс
Скорее, архитектор должен оглядываться на возможности команды, иначе его идеи будет некому воплотить, и ценность такого архитектора будет уже не так велика. Но с другой стороны, это и его ответственность в подборе тех кадров, которые ему необходимы для реализации
A
архитектора в отрыве от команды не существует, квантовый парадокс
Существует. На предпроектной деятельности команда только в будущем, а может её и не будет вовсе
t
может он и существует в предпроектной вселенной, но воплощение замыслов это всегда команда в реальности, тоесть в пространстве и времени.
GA
Должен уметь писать код и должен писать код - это разные истории. Абсолютно разные.
Use it or lose it. Что не упражняется, то упраздняется. Если какое то время не писать код, то и умение его писать пропадёт.
DZ
Use it or lose it. Что не упражняется, то упраздняется. Если какое то время не писать код, то и умение его писать пропадёт.
А пруф есть?
Моторные навыки, к примеру, не исчезают. Действительно "как кататься на велосипеде"..
Моторные навыки, к примеру, не исчезают. Действительно "как кататься на велосипеде"..
GA
Denis Zarin
А пруф есть?
Моторные навыки, к примеру, не исчезают. Действительно "как кататься на велосипеде"..
Моторные навыки, к примеру, не исчезают. Действительно "как кататься на велосипеде"..
