Size: a a a

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

2020 October 11

A

Andrey in Архитектура ИТ-решений
ПашМиш
Вопрос насколько гибка и стабильна такая теневая структура где все все понимают.
Тут уже вопрос кому не повезет оказаться в момент ее перелома.
источник

П

ПашМиш in Архитектура ИТ-решений
Andrey
Тут уже вопрос кому не повезет оказаться в момент ее перелома.
Я бы сказал, что тут вопрос вероятности в такой ситуации оказаться
источник

A

Andrey in Архитектура ИТ-решений
ПашМиш
Я бы сказал, что тут вопрос вероятности в такой ситуации оказаться
А это непредсказуемо. При любой серьезной организационной перемене ты незащищен. А перемены - это поглощение предприятия, смена акционеров, смена гендира, внутренних аудиторов и тд. Вероятность этого сложно посчитать
источник

GM

Gerr Mes in Архитектура ИТ-решений
ПашМиш
Смотришь изнутри на большую и не эффективную организацию и поражаешься, как она вообще сама не развалилась при такой бюрократии. Видимо где-то они более оптимально построены, чем в IT.
Бюрократия это тоже неоднозначная штука, по сути это некоторые выстроенные процессы, с одной стороны они мешают позитивным изменениям мешают эволюционировать, но с другой стороны защищают систему от дураков - а большая система для дураков и паразитов очень привлекательна. Поэтому для любого условного "газпрома" бюрократия (не в смысле людей,  а в смысле процессов) это жизненно важный механизм.

Другое дело что нам работать в таком механизме не интересно :)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gerr Mes
Бюрократия это тоже неоднозначная штука, по сути это некоторые выстроенные процессы, с одной стороны они мешают позитивным изменениям мешают эволюционировать, но с другой стороны защищают систему от дураков - а большая система для дураков и паразитов очень привлекательна. Поэтому для любого условного "газпрома" бюрократия (не в смысле людей,  а в смысле процессов) это жизненно важный механизм.

Другое дело что нам работать в таком механизме не интересно :)
Ну, есть те, кто умеет с ней работать - и им вполне интересно. Я все ещё учусь - м там есть много того, чему учиться.
источник

GM

Gerr Mes in Архитектура ИТ-решений
А ну да, не вопрос - если интересно то это вообще лютый вин-вин :)
источник

IA

Igor A in Архитектура ИТ-решений
Alexey Pryanishnikov
Когда я был специалистом помоложе, тоже тяготел к высказываниям "да как в таком бардаке всё к хренам не развалилось ещё?!". Сейчас вижу абсолютно такого же уровня кривоту и неоптимальность всюду (только если в кровавом энтерпрайзе накладные расходы закопаны больше в бюрократии, попилах и мискоммуникациях, то в "модных-прогрессивных" сервисах - как раз в технике. Посмотрите хоть на падучие, глючные и убогие сервисы гугла)

Ответ в эмпирике "10% сотрудников делает 90% работы". Если ты можешь позволить себе тратить на ИТ в 10 раз больше нужного бюджета - ничего у тебя не развалится.
никто такого не говорил
источник

MS

Mikhail Shambuev in Архитектура ИТ-решений
Igor A
и молодежь херачашая код итеративно побеждает
Надо всем понимать, что какой бы ты ни был крутой перец в кодировании, рано или поздно молодые волкит тебя сожрут. Это закон жизни. И тебе надо идти дальше, туда, куда молодым волкам ходу нет...
источник

IA

Igor A in Архитектура ИТ-решений
А это я прекрасно понимаю.
Но на западе вроде нет такого прям тренда. Очень часто engineering manager должен код уметь писать.
И никто не мешает писать сложный код(?)
источник

MS

Mikhail Shambuev in Архитектура ИТ-решений
Есть. Только выглядит по другому. Из-за иной истории взаимоотношений в обществе.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Igor A
А это я прекрасно понимаю.
Но на западе вроде нет такого прям тренда. Очень часто engineering manager должен код уметь писать.
И никто не мешает писать сложный код(?)
Должен уметь писать код и должен писать код - это разные истории. Абсолютно разные.
источник

A

Andrey in Архитектура ИТ-решений
Leonid Vygovskiy
Должен уметь писать код и должен писать код - это разные истории. Абсолютно разные.
источник

t

tdesc in Архитектура ИТ-решений
архитектора в отрыве от команды не существует, квантовый парадокс
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Привет.
Кто-нибудь у себя устраивал какие нибудь воркшопы, связанные, с архитектурой - сбор требований, моделирование, проектирование. Если да - расскажите, что именно делали.
источник

Si

Sergey iscremas in Архитектура ИТ-решений
tdesc
архитектора в отрыве от команды не существует, квантовый парадокс
Скорее, архитектор должен оглядываться на возможности команды, иначе его идеи будет некому воплотить, и ценность такого архитектора будет уже не так велика. Но с другой стороны, это и его ответственность в подборе тех кадров, которые ему необходимы для реализации
источник

A

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

t

tdesc in Архитектура ИТ-решений
может он и существует в предпроектной вселенной, но воплощение замыслов это всегда команда в реальности, тоесть в пространстве и времени.
источник

GA

Gennady Agashkov in Архитектура ИТ-решений
Leonid Vygovskiy
Должен уметь писать код и должен писать код - это разные истории. Абсолютно разные.
Use it or lose it. Что не упражняется, то упраздняется. Если какое то время не писать код, то и умение его писать пропадёт.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennady Agashkov
Use it or lose it. Что не упражняется, то упраздняется. Если какое то время не писать код, то и умение его писать пропадёт.
А пруф есть?

Моторные навыки, к примеру, не исчезают. Действительно "как кататься на велосипеде"..
источник

GA

Gennady Agashkov in Архитектура ИТ-решений
Denis Zarin
А пруф есть?

Моторные навыки, к примеру, не исчезают. Действительно "как кататься на велосипеде"..
YouTube
Когнитивная психология памяти #43. Кривые забывания Германа Эббингауза.
Кешбек сервис, которым я пользуюсь - http://got.by/45cbmo
===
- Всем привет. Мы уже обсудили с вами теоретические взгляды на основные процессы памяти: запечатление и воспроизведение. То как информация храниться в нашей голове мы обсудим в теме репрезентации знаний. Но вот о чем мы говорили достаточно мало так это о забывании. Почему информация вылетает из нашей головы и нам приходится всегда готовить к экзаменам шпаргалки.
Первый серьезный ответ на этот вопрос попытался дать Герман Эбингауз. Он отталкиваясь от работ Г. Фехнера стал использовать экспериментальный метод для исследования высших психических функций, таких как память и  интеллект.
В результате своих опытов он предложил теорию угасания следа, выявив одно из свойств следов памяти - силу следа. Однако, позже открыли и иные механизмы забывания.
====
Литература в основе курса
1. Андерсон Дж. Когнитивная психология.
2. Т.Н. Ушакова, М.А. Холодная, Н.В. Чудова. Когнитивная психология.
3. Р. Солсо. Когнитивная психология
====
https://letyshops.com/soc/sh…
источник