Size: a a a

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

2021 January 20

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
на вентилятор. Лучше поста только комменты к нему в канале автора.
источник

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
Манямечты о карьере инженера

Многие ребята которые не хотят идти в менеджмент, думают, что они смогут прокачаться до крутых архитекторов или принципал инженеров и продолжать аутировать в своём уголке, только за в два раза больше денег.

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

Я до сих пор ору с доклада про то как ребята из badoo сделали супер-оптимизацию—взяли синхронный curl на php, который ходил у них по графу фейсбук друзей и переделали это на го сервис который работал в тыщу раз быстрее просто за счет асинхронности и переиспользования коннекшенов. Рокет саенс, ептыть, настоящий хайлоад.

Так вот, даже задачи масштабирования в большинстве своём тривиальны.

На моей первой работе был отдел мощных типов, назывался System Performance. Чуваки нереально круто шарили в тонкостях работы ораклового планировщика и хотспотовского гарбаж коллектора. Реально монстры. МФТИ все дела.

Как вы думаете, что они делали? Может быть, проектировали сложнейшие библиотеки и модули? Или рисовали архитектуру, которую потом спускали на реализацию ребятам вроде меня? Как бы не так. 90% времени они писали хинты для SQL запросов и ковыряли дампы памяти чтобы выяснить где протекает.

Архитекторы в большинстве занимаются не высокоуровневой разработкой, а рисованием квадратиков и треплежом с кастомером и командой. А потом всё спускается до техлида который делает как умеет, а не как написано в книжке по архитектурным практикам. И работа это больше социальная, а не техническая.

Поэтому если вы не Торвальдс или Кармак, если вы не Абрамов или Эван Ю, то чем быстрее перекатитесь в управленцы, тем будет лучше для вас и вашей карьеры.

А попрограммировать самостоятельно всегда можно будет. Ведь менеджер сам решает, чем ему заняться.

#карьера
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Увы, всё в целом верно про отсутствие технической сложности. Ну кроме вывода про менеджера. Есть же ещё второй путь: объяснять тривиальные вещи не очень квалифицированным технарям
источник

И

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

И

Иван in Архитектура ИТ-решений
А то уже что там за активности - зависит от состояния продукта, бизнеса в целом и качества настроенной коммуникации
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Andrew Nilove 💔
Манямечты о карьере инженера

Многие ребята которые не хотят идти в менеджмент, думают, что они смогут прокачаться до крутых архитекторов или принципал инженеров и продолжать аутировать в своём уголке, только за в два раза больше денег.

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

Я до сих пор ору с доклада про то как ребята из badoo сделали супер-оптимизацию—взяли синхронный curl на php, который ходил у них по графу фейсбук друзей и переделали это на го сервис который работал в тыщу раз быстрее просто за счет асинхронности и переиспользования коннекшенов. Рокет саенс, ептыть, настоящий хайлоад.

Так вот, даже задачи масштабирования в большинстве своём тривиальны.

На моей первой работе был отдел мощных типов, назывался System Performance. Чуваки нереально круто шарили в тонкостях работы ораклового планировщика и хотспотовского гарбаж коллектора. Реально монстры. МФТИ все дела.

Как вы думаете, что они делали? Может быть, проектировали сложнейшие библиотеки и модули? Или рисовали архитектуру, которую потом спускали на реализацию ребятам вроде меня? Как бы не так. 90% времени они писали хинты для SQL запросов и ковыряли дампы памяти чтобы выяснить где протекает.

Архитекторы в большинстве занимаются не высокоуровневой разработкой, а рисованием квадратиков и треплежом с кастомером и командой. А потом всё спускается до техлида который делает как умеет, а не как написано в книжке по архитектурным практикам. И работа это больше социальная, а не техническая.

Поэтому если вы не Торвальдс или Кармак, если вы не Абрамов или Эван Ю, то чем быстрее перекатитесь в управленцы, тем будет лучше для вас и вашей карьеры.

А попрограммировать самостоятельно всегда можно будет. Ведь менеджер сам решает, чем ему заняться.

#карьера
Если бы автор пообтерся бы в среде менеджеров, то сделал бы и следующий шаг. Рассказал бы нам о том, что менеджеры, они как пауки в банке, постоянно заняты терками друг с другом. Победить в этом упражнении можно двумя способами: орать громче других или апеллировать к ряду технических деталей. Вот для второго способа и нужно немного разбираться в технологиях :))
источник

И

Иван in Архитектура ИТ-решений
Ой далеко не всегда) язык бизнеса может не включать ни одной технической детали
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Maxim Smirnov
Если бы автор пообтерся бы в среде менеджеров, то сделал бы и следующий шаг. Рассказал бы нам о том, что менеджеры, они как пауки в банке, постоянно заняты терками друг с другом. Победить в этом упражнении можно двумя способами: орать громче других или апеллировать к ряду технических деталей. Вот для второго способа и нужно немного разбираться в технологиях :))
Ну откровенно говоря, когда половина орет, а вторая половина аппелирует, на краткосроке всё равно побеждают орущие
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
На долгосроке уже когда как
источник

И

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

И

Иван in Архитектура ИТ-решений
Если мы про менеджмент говорим
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Иван
Побеждает не тот кто орет, а тот у кого веса в компании больше
Это правда. Но бывают и исключения
источник

И

Иван in Архитектура ИТ-решений
Бывают) я видел и джунов, которых можно с начала тянуть в архитекторы. У них принятие решений а голове правильно построено. А детали - наживное
источник

И

Иван in Архитектура ИТ-решений
Но исключения это не то на что можно ориентироваться. Можно верить и стараться не пропустить
источник

IS

Igor Sinitsyn in Архитектура ИТ-решений
Andrew Nilove 💔
Манямечты о карьере инженера

Многие ребята которые не хотят идти в менеджмент, думают, что они смогут прокачаться до крутых архитекторов или принципал инженеров и продолжать аутировать в своём уголке, только за в два раза больше денег.

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

Я до сих пор ору с доклада про то как ребята из badoo сделали супер-оптимизацию—взяли синхронный curl на php, который ходил у них по графу фейсбук друзей и переделали это на го сервис который работал в тыщу раз быстрее просто за счет асинхронности и переиспользования коннекшенов. Рокет саенс, ептыть, настоящий хайлоад.

Так вот, даже задачи масштабирования в большинстве своём тривиальны.

На моей первой работе был отдел мощных типов, назывался System Performance. Чуваки нереально круто шарили в тонкостях работы ораклового планировщика и хотспотовского гарбаж коллектора. Реально монстры. МФТИ все дела.

Как вы думаете, что они делали? Может быть, проектировали сложнейшие библиотеки и модули? Или рисовали архитектуру, которую потом спускали на реализацию ребятам вроде меня? Как бы не так. 90% времени они писали хинты для SQL запросов и ковыряли дампы памяти чтобы выяснить где протекает.

Архитекторы в большинстве занимаются не высокоуровневой разработкой, а рисованием квадратиков и треплежом с кастомером и командой. А потом всё спускается до техлида который делает как умеет, а не как написано в книжке по архитектурным практикам. И работа это больше социальная, а не техническая.

Поэтому если вы не Торвальдс или Кармак, если вы не Абрамов или Эван Ю, то чем быстрее перекатитесь в управленцы, тем будет лучше для вас и вашей карьеры.

А попрограммировать самостоятельно всегда можно будет. Ведь менеджер сам решает, чем ему заняться.

#карьера
Игорь Сысоев
источник

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
Igor Sinitsyn
Игорь Сысоев
добавить в чат и расстрелять?
источник

IS

Igor Sinitsyn in Архитектура ИТ-решений
Andrew Nilove 💔
добавить в чат и расстрелять?
нет, он вроде как занимается разработкой, а всё остальное вокруг нанятые люди
источник

IS

Igor Sinitsyn in Архитектура ИТ-решений
и вполне себе рокет-сайенс делает
источник

И

Иван in Архитектура ИТ-решений
Архитектура это все-же не про рокет-саенс) хотя, есть люди, которым применение простейших подходов уже как «а что, так можно было?!»
источник

IS

Igor Sinitsyn in Архитектура ИТ-решений
Иван
Архитектура это все-же не про рокет-саенс) хотя, есть люди, которым применение простейших подходов уже как «а что, так можно было?!»
я только ответил примером, что не обязательно в менеджмент идти, безусловно нужно уметь коммуницировать
источник