Size: a a a

VMware User Group Rus

2021 April 02

АВ

Александр Вир... in VMware User Group Rus
источник

DM

Denis Mishenkin in VMware User Group Rus
источник

DM

Denis Mishenkin in VMware User Group Rus
Как раз такая дома)
источник

AP

Aleksandr Pushkin in VMware User Group Rus
"Почитай старших"
источник

OU

Outlaw UA in VMware User Group Rus
Anton Zhbankov
Я же ссылку на ФБ дал.
Не у всех есть доступ
источник

AZ

Anton Zhbankov in VMware User Group Rus
ИТ в 2021 все еще не инженерная дисциплина, а магия и искусство.
Вы конечно спросите - не съехал ли ты с глузду, болезный?
Казалось бы, развитие компьютерной техники, математических методов, алгоритмов. Вся мощь электроники доказывает мою неправоту. Однако же есть больной момент в понимании что такое ИТ.
ИТ - это не алгоритм, и не С++, и не b-дерево и быстрая сортировка. ИТ - это все то, что находится с той стороны розетки, ведущей в интернет.
И вот здесь с инженерной дисциплиной становится все не так красиво. Сколько вам надо серверов, сколько коммутаторов и какая скорость на порту, чтобы работала ваша новая модная клевая ИТ система?
Разработчики применили все возможные алгоритмы, все самые клевые и модные технологии. Infrastructure as a code, все дела. А какой процессор должен стоять в этих серверах? Чем глубже я погружаюсь в девопсию формата 20-21, тем более я убеждаюсь, что разрыв между железом и кодерами только увеличивается.
"Мы посовещались и я решил, что мы сделаем 6 электрически развязанных сегментов передачи данных". Итог - на стойку с 8 серверами 12 коммутаторов.
И ведь какое дело, я даже не спорю, может быть так и надо в этом случае. Но где ваш расчет, где формулы и цифры?
Почему вы применили такую схему резервного копирования? Почему, почему, почему?
Инженерное ИТ начинается с формулирования задачи, выраженной в цифрах. Далее все оставшиеся цифры в проекте должны выводиться либо строго из заданных (формулами), либо с применением некоторых формальных аксиом (экспертной оценки, принятой на веру).
Но это не происходит - нету этих расчетов, есть постулирование на уровне "где то сэм-восэм".
Очень нескромно звучит, когда я говорю о себе "я на сегодня являюсь единственным человеком, который хочет ИТ сделать инженерным, и я пишу статьи с методологией расчета, чтобы превратить оценки с потолка в расчетные".  Это говорит не обо мне, я никогда не считал себя исключительно технически одаренным - вокруг меня полно людей, куда более погруженных, вплоть до гениальности. Это говорит об индустрии в целом - раз никому не интересно как каждый кусочек (в котором возможно сидит гений) сводится в общую картину - это не инженерная индустрия, а торговля гербалайфом.
Да, я знаю, что есть большие общие теории в больших толстых учебниках, в том числе написанные чуть не в 70х в IBM. Но где из них выдержки, переведенные для младодевопсов, творящих дичь?
Я написал "общую теорию расчета виртуализованных ЦОД" пять лет назад. За это время более 20 тыс прочтений и НОЛЬ критики и значимых замечаний. Ну не может быть, не так уж я хорош как инженер.
ИТ не инженерная дисциплина, а дальше будет только хуже. Увы.
источник

V

Vadim Viktorovich in VMware User Group Rus
А где почитать "общую теорию расчета виртуализованных ЦОД"?
источник

AU

Andrey Ustinovich in VMware User Group Rus
Anton Zhbankov
ИТ в 2021 все еще не инженерная дисциплина, а магия и искусство.
Вы конечно спросите - не съехал ли ты с глузду, болезный?
Казалось бы, развитие компьютерной техники, математических методов, алгоритмов. Вся мощь электроники доказывает мою неправоту. Однако же есть больной момент в понимании что такое ИТ.
ИТ - это не алгоритм, и не С++, и не b-дерево и быстрая сортировка. ИТ - это все то, что находится с той стороны розетки, ведущей в интернет.
И вот здесь с инженерной дисциплиной становится все не так красиво. Сколько вам надо серверов, сколько коммутаторов и какая скорость на порту, чтобы работала ваша новая модная клевая ИТ система?
Разработчики применили все возможные алгоритмы, все самые клевые и модные технологии. Infrastructure as a code, все дела. А какой процессор должен стоять в этих серверах? Чем глубже я погружаюсь в девопсию формата 20-21, тем более я убеждаюсь, что разрыв между железом и кодерами только увеличивается.
"Мы посовещались и я решил, что мы сделаем 6 электрически развязанных сегментов передачи данных". Итог - на стойку с 8 серверами 12 коммутаторов.
И ведь какое дело, я даже не спорю, может быть так и надо в этом случае. Но где ваш расчет, где формулы и цифры?
Почему вы применили такую схему резервного копирования? Почему, почему, почему?
Инженерное ИТ начинается с формулирования задачи, выраженной в цифрах. Далее все оставшиеся цифры в проекте должны выводиться либо строго из заданных (формулами), либо с применением некоторых формальных аксиом (экспертной оценки, принятой на веру).
Но это не происходит - нету этих расчетов, есть постулирование на уровне "где то сэм-восэм".
Очень нескромно звучит, когда я говорю о себе "я на сегодня являюсь единственным человеком, который хочет ИТ сделать инженерным, и я пишу статьи с методологией расчета, чтобы превратить оценки с потолка в расчетные".  Это говорит не обо мне, я никогда не считал себя исключительно технически одаренным - вокруг меня полно людей, куда более погруженных, вплоть до гениальности. Это говорит об индустрии в целом - раз никому не интересно как каждый кусочек (в котором возможно сидит гений) сводится в общую картину - это не инженерная индустрия, а торговля гербалайфом.
Да, я знаю, что есть большие общие теории в больших толстых учебниках, в том числе написанные чуть не в 70х в IBM. Но где из них выдержки, переведенные для младодевопсов, творящих дичь?
Я написал "общую теорию расчета виртуализованных ЦОД" пять лет назад. За это время более 20 тыс прочтений и НОЛЬ критики и значимых замечаний. Ну не может быть, не так уж я хорош как инженер.
ИТ не инженерная дисциплина, а дальше будет только хуже. Увы.
Есть в этом сермяжная правда. С ростом уровней абстракции современное IT все ближе к сингулярности. И это не столько печально, сколько затратно. Продукты делают все быстрее, расстояние от ТЗ то MVP всё уменьшается, но цена за это растет.
источник

AZ

Anton Zhbankov in VMware User Group Rus
Vadim Viktorovich
А где почитать "общую теорию расчета виртуализованных ЦОД"?
источник

V

Vadim Viktorovich in VMware User Group Rus
Благодарствуйте!
источник

TokaToka Яздесь... in VMware User Group Rus
Andrey Ustinovich
Есть в этом сермяжная правда. С ростом уровней абстракции современное IT все ближе к сингулярности. И это не столько печально, сколько затратно. Продукты делают все быстрее, расстояние от ТЗ то MVP всё уменьшается, но цена за это растет.
Это норма. Не хорошо, не плохо. Это снижение порога вхождения и раскрутка индустрии на всю катушку, это жертва изяществом и лаконичностью решений и все в пользу очевидного бабла.
К чему приведёт? Ну вот видеоиндустрия, ещё 20 лет назад режмоны были технически подкованными людьми, потому, что иначе видео не получалось.
Теперь режмоны сосредоточены только на своих склейках и крутилках эффектов, без понимания внутрянки.
Из минусов: засилье отвратного контента, сделанного кое-как всякими «вкатится в кино по-простому».
Из плюсов: качественный рывок у ответственных и образованных людей, поскольку они теперь сосредоточены на контенте, а не на том, как материал не угробить ошибочной поставленной точкой гаммы.
Так что рефлексия мне понятна, не осуждаю, но, думаю надо готовиться к более атомарной специализации.
ОТО и СТО вообще в школе проходят, но кто в реальных рабочих задачах их использует?
Специалисты в отраслях, где это имеет значение, например спутниковая навигация и картография.
Нужно ли знать ото? В общих чертах да, чтобы просто быть образованным.
Нужно ли знать ото в деталях? Да, если это твоя работа. В остальных случаях просто забей, мозг не резиновый, а у тебя и так работа есть и ее надо делать хорошо.
Хаос в девопсии? Норма, девопсия феномен новорожденный, это вам не полиграфия, где все уже устаканено, попилено и разделено на четкие уровни технологий и специалистов. 40 лет примерно шли к этому.
источник

AZ

Anton Zhbankov in VMware User Group Rus
TokaToka Яздесь
Это норма. Не хорошо, не плохо. Это снижение порога вхождения и раскрутка индустрии на всю катушку, это жертва изяществом и лаконичностью решений и все в пользу очевидного бабла.
К чему приведёт? Ну вот видеоиндустрия, ещё 20 лет назад режмоны были технически подкованными людьми, потому, что иначе видео не получалось.
Теперь режмоны сосредоточены только на своих склейках и крутилках эффектов, без понимания внутрянки.
Из минусов: засилье отвратного контента, сделанного кое-как всякими «вкатится в кино по-простому».
Из плюсов: качественный рывок у ответственных и образованных людей, поскольку они теперь сосредоточены на контенте, а не на том, как материал не угробить ошибочной поставленной точкой гаммы.
Так что рефлексия мне понятна, не осуждаю, но, думаю надо готовиться к более атомарной специализации.
ОТО и СТО вообще в школе проходят, но кто в реальных рабочих задачах их использует?
Специалисты в отраслях, где это имеет значение, например спутниковая навигация и картография.
Нужно ли знать ото? В общих чертах да, чтобы просто быть образованным.
Нужно ли знать ото в деталях? Да, если это твоя работа. В остальных случаях просто забей, мозг не резиновый, а у тебя и так работа есть и ее надо делать хорошо.
Хаос в девопсии? Норма, девопсия феномен новорожденный, это вам не полиграфия, где все уже устаканено, попилено и разделено на четкие уровни технологий и специалистов. 40 лет примерно шли к этому.
Да какое изящество. Вопрос уже даже не в красоте, а в том, что есть разрыв, за который не отвечает вообще никто.
источник

AZ

Anton Zhbankov in VMware User Group Rus
Разрыв между кодом и его исполнением на реальном железе и сколько этого железа надо и какого конкретно
источник

TokaToka Яздесь... in VMware User Group Rus
Anton Zhbankov
Разрыв между кодом и его исполнением на реальном железе и сколько этого железа надо и какого конкретно
Уверен, что не только мы это понимаем, пока что вангую профессию «консультант-профайлер», который только и будет, что прослойкой между системщиками и прочими девопсами.
ДЦ так-то тоже не упрощаются и не уменьшаются в размерах, а быть supapro на всех уровнях не выйдет.
источник

V

Vadim Viktorovich in VMware User Group Rus
А как же это новомодное веяние serverless.
А вы тут про железки какие-то )))
источник

TokaToka Яздесь... in VMware User Group Rus
И вот ему ваша теория расчёта дц будет как основа основ
источник

AU

Andrey Ustinovich in VMware User Group Rus
TokaToka Яздесь
Это норма. Не хорошо, не плохо. Это снижение порога вхождения и раскрутка индустрии на всю катушку, это жертва изяществом и лаконичностью решений и все в пользу очевидного бабла.
К чему приведёт? Ну вот видеоиндустрия, ещё 20 лет назад режмоны были технически подкованными людьми, потому, что иначе видео не получалось.
Теперь режмоны сосредоточены только на своих склейках и крутилках эффектов, без понимания внутрянки.
Из минусов: засилье отвратного контента, сделанного кое-как всякими «вкатится в кино по-простому».
Из плюсов: качественный рывок у ответственных и образованных людей, поскольку они теперь сосредоточены на контенте, а не на том, как материал не угробить ошибочной поставленной точкой гаммы.
Так что рефлексия мне понятна, не осуждаю, но, думаю надо готовиться к более атомарной специализации.
ОТО и СТО вообще в школе проходят, но кто в реальных рабочих задачах их использует?
Специалисты в отраслях, где это имеет значение, например спутниковая навигация и картография.
Нужно ли знать ото? В общих чертах да, чтобы просто быть образованным.
Нужно ли знать ото в деталях? Да, если это твоя работа. В остальных случаях просто забей, мозг не резиновый, а у тебя и так работа есть и ее надо делать хорошо.
Хаос в девопсии? Норма, девопсия феномен новорожденный, это вам не полиграфия, где все уже устаканено, попилено и разделено на четкие уровни технологий и специалистов. 40 лет примерно шли к этому.
Я не согласен с вами по следующей причине:
На IT возлагают несоизмеримо большую нагрузку, чем на все остальные сферы, при сравнительной молодости. От этого растут риски, и возникают такие угрозы, о которых мы раньше и думать не могли. Например роскомпозор. Кто же знал, что одним росчерком пера можно нехило нагадить по стране (блокировка телеграма)
источник

TokaToka Яздесь... in VMware User Group Rus
Vadim Viktorovich
А как же это новомодное веяние serverless.
А вы тут про железки какие-то )))
А, ещё и это, да)
источник

TokaToka Яздесь... in VMware User Group Rus
Andrey Ustinovich
Я не согласен с вами по следующей причине:
На IT возлагают несоизмеримо большую нагрузку, чем на все остальные сферы, при сравнительной молодости. От этого растут риски, и возникают такие угрозы, о которых мы раньше и думать не могли. Например роскомпозор. Кто же знал, что одним росчерком пера можно нехило нагадить по стране (блокировка телеграма)
От ит и профит несоизмеримо больший, чем без ит.
А риски естественны, расширение горизонта знаний приводит только к новым вопросам, принципиально нерешаемая аксиома.
источник

AZ

Anton Zhbankov in VMware User Group Rus
Andrey Ustinovich
Я не согласен с вами по следующей причине:
На IT возлагают несоизмеримо большую нагрузку, чем на все остальные сферы, при сравнительной молодости. От этого растут риски, и возникают такие угрозы, о которых мы раньше и думать не могли. Например роскомпозор. Кто же знал, что одним росчерком пера можно нехило нагадить по стране (блокировка телеграма)
Да все знали, кто занимается сетями. Беда не в них, а в административном управлении
источник