О низких "социальном статусе" и авторитете ИТ-шников.

[voyager3]

Мне было интересно почитать некоторые сообщения в этой теме и появилось желание узнать больше.

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

Важное отличие ИТ от более зрелых отраслей знания в том, что многие основоположники и первооткрыватели или живы до сих пор, или были живы до недавнего времени.
Два известных сборника интервью с ними и исторических баек - Hackers, the Heroes of Computer Revolution и Coders At Work 2009.
Суръёзная серия монографий по истории языков программирования - History of Programming Languages - HOPL.
Область слишком большая и многогранная, чтобы охватить всё от алгоритма Эвклида до AlphaFold.

[Flash-04]

Я бы может и скромно промолчал. Не моя сфера деятельности. Но так получилось что за послдний год я плотно общаюсь с нашими занимающимися переездом в Ажур. Буквально на днях слушал подробный рассказ о том как происходит выбор правильной конфигурацию. Методом проб и ошибок. Гибкость весьма относительная и фактически только в пользу Ажура. Приходится брать ненужный ресурс чтобы получить другие параметры нужных размеров.
Ресурсов, которые можно взять всего три: CPU, RAM, Storage. От их размеров зависят другие параметры.

Кроме того, ждать реального выполнения запроса на сервера почему каждый раз нужно неделями. Я постоянно на конфколах тех кто этим занимается и вишу прекрасно как это происходит. Более того после получения сервера начинается долгий и нудный процесс установки Линукс, потом Оракл, потом создание структуры БД, и только потом я могу начать сливать данные из ДБ2. И все это время счетчик считает однородное и одинаковое для всех систем отчета "абсолютное" (не относительное) время и выставляются билы за CPU. RAM, Network, Storage не важно как они использовались и использовались ли вообще.

На Data Centre 70-x, 80-x заказчик выполнял нужную ему работу и получал счет в терминаx времени CPU, объема ввода вывода, ну и чего-нибудь еще, потребленного на самом деле. Если заказчик ничего не выполнял он ничего и не платил (кроме может быть како-то мембершипа).

ничего не могу сказать об Azure. не пробовал. в AWS можно работать на разных уровнях: IaaS, PaaS, SaaS. Начиная с PaaS о параметрах сервера и что на нём устанваливать, задумывать в принципе не надо. К примеру в сервисе EMR даешь запрос: "хочу кластер Spark о 10 узлах", можно дополнительно указать параметры этих узлов. Нажимаешь кнопочку, через несколько минут получаешь готовый кластер. Усё.

[dama123]

Кроме того, ждать реального выполнения запроса на сервера почему каждый раз нужно неделями. Я постоянно на конфколах тех кто этим занимается и вишу прекрасно как это происходит. Более того после получения сервера начинается долгий и нудный процесс установки Линукс, потом Оракл, потом создание структуры БД, и только потом я могу начать сливать данные из ДБ2. И все это время счетчик считает однородное и одинаковое для всех систем отчета "абсолютное" (не относительное) время и выставляются билы за CPU. RAM, Network, Storage не важно как они использовались и использовались ли вообще.

Это все не ограничения Cloud, а просто у ваших специалистов руки из задницы растут. Ну или может наоборот это такие умные вендоры, которые дурят заказчиков.

Вы все время забываете, что работаете в полу-государственной компании, да к тому же в Канаде. К реальному high tech ваш опыт не имеет никакого отношения.
На самом деле получить сервер с Linux/oracle занимает пару кликов и пару минут. Можете завести себе бесплатный аккаунт на Azure или AWS и лично убедиться.
Ну и, конечно, в Cloud платишь только за то что используешь. Если instance остановить, то платить надо только за storage. Потом можно опять запустить.

[zVlad]

Я бы может и скромно промолчал. Не моя сфера деятельности. Но так получилось что за послдний год я плотно общаюсь с нашими занимающимися переездом в Ажур. Буквально на днях слушал подробный рассказ о том как происходит выбор правильной конфигурацию. Методом проб и ошибок. Гибкость весьма относительная и фактически только в пользу Ажура. Приходится брать ненужный ресурс чтобы получить другие параметры нужных размеров.
Ресурсов, которые можно взять всего три: CPU, RAM, Storage. От их размеров зависят другие параметры.

Кроме того, ждать реального выполнения запроса на сервера почему каждый раз нужно неделями. Я постоянно на конфколах тех кто этим занимается и вишу прекрасно как это происходит. Более того после получения сервера начинается долгий и нудный процесс установки Линукс, потом Оракл, потом создание структуры БД, и только потом я могу начать сливать данные из ДБ2. И все это время счетчик считает однородное и одинаковое для всех систем отчета "абсолютное" (не относительное) время и выставляются билы за CPU. RAM, Network, Storage не важно как они использовались и использовались ли вообще.

На Data Centre 70-x, 80-x заказчик выполнял нужную ему работу и получал счет в терминаx времени CPU, объема ввода вывода, ну и чего-нибудь еще, потребленного на самом деле. Если заказчик ничего не выполнял он ничего и не платил (кроме может быть како-то мембершипа).

ничего не могу сказать об Azure. не пробовал. в AWS можно работать на разных уровнях: IaaS, PaaS, SaaS. Начиная с PaaS о параметрах сервера и что на нём устанваливать, задумывать в принципе не надо. К примеру в сервисе EMR даешь запрос: "хочу кластер Spark о 10 узлах", можно дополнительно указать параметры этих узлов. Нажимаешь кнопочку, через несколько минут получаешь готовый кластер. Усё.

Вы работаете на уровне корпорации или как индивидуал?
Я рассказывал в некотором роде опыт ИТ ... сами знаете какой Онтарийской компании. Кстати, Ажур находится возле Union station, а, например, МФ на 700 University. Я пробегал это расстояние за 10 минут когда опаздывал на GO. Network рушится с некоторой регулярностью большей чем когда сервера были на 700U по сравнению с сейчас - на Union station. Кратковременно рушится, но все же.

[zVlad]

Кроме того, ждать реального выполнения запроса на сервера почему каждый раз нужно неделями. Я постоянно на конфколах тех кто этим занимается и вишу прекрасно как это происходит. Более того после получения сервера начинается долгий и нудный процесс установки Линукс, потом Оракл, потом создание структуры БД, и только потом я могу начать сливать данные из ДБ2. И все это время счетчик считает однородное и одинаковое для всех систем отчета "абсолютное" (не относительное) время и выставляются билы за CPU. RAM, Network, Storage не важно как они использовались и использовались ли вообще.

Это все не ограничения Cloud, а просто у ваших специалистов руки из задницы растут. Ну или может наоборот это такие умные вендоры, которые дурят заказчиков.

Вы все время забываете, что работаете в полу-государственной компании, да к тому же в Канаде. К реальному high tech ваш опыт не имеет никакого отношения.
На самом деле получить сервер с Linux/oracle занимает пару кликов и пару минут. Можете завести себе бесплатный аккаунт на Azure или AWS и лично убедиться.
Ну и, конечно, в Cloud платишь только за то что используешь. Если instance остановить, то платить надо только за storage. Потом можно опять запустить.

Ну до чего же вы, не Вы, а вообще предсказуемы. Я знал что будет про ручки наших людей.
Да, есть и это конечно, но не только.
Я уже писал что работаю в Capgemini. Это не госкомпания ни разу. Даже не полу. Это гораздо, на самом деле, хуже. Когда мы были 100% госкомпанией было все гораздо лучше и разумнее.
Ну кто же будет инстанс останавливать? Если считается что его конфигурируют наши специалисты. И вообще когда останавливать? в 16:00? И запускать в 08:00. Каждый день? Уверен так не предполагается хоть в Ажур, хоть в AWS.

P.S. И вообще что значит: "Вы все время забываете,...". Вы мне угрожаете? Или хвалите? Или Вы меня за кого принимаете? Говорите уж прямо чтобы кнопку давить.

[dama123]

Ну кто же будет инстанс останавливать? Если считается что его конфигурируют наши специалисты. И вообще когда останавливать? в 16:00? И запускать в 08:00. Каждый день? Уверен так не предполагается хоть в Ажур, хоть в AWS.

Остановить можно хоть кнопкой, хоть через скрипт. Когда? Когда угодно. И да, так и предполагается.
https://aws.amazon.com/premiumsupport/k ... scheduler/
https://docs.aws.amazon.com/cli/latest/ ... ances.html

P.S. И вообще что значит: "Вы все время забываете,...". Вы мне угрожаете? Или хвалите? Или Вы меня за кого принимаете? Говорите уж прямо чтобы кнопку давить.

Я прямо и говорю. У вас в компании уровень детского сада. И вы почему-то думаете что так везде. Так вот я вам напоминаю, что это заблуждение.
p.s. У компании где я работаю прибыль на порядок выше чем в capgemini, а кол-во сотрудников меньше в 15 раз. Так что у нас эффективность в 150 раз выше.

[nickb]

Более того после получения сервера начинается долгий и нудный процесс установки Линукс, потом Оракл, потом создание структуры БД, и только потом я могу начать сливать данные из ДБ2

Вот это особенно смешно. И про недели.

[Komissar]

zVlad, мне вас жалко. В 66 вы думаете не о том, в какую бы еще экзотическую страну махнуть, а об установке линуха на сервере.

[Flash-04]

Вы работаете на уровне корпорации или как индивидуал?
Я рассказывал в некотором роде опыт ИТ ... сами знаете какой Онтарийской компании. Кстати, Ажур находится возле Union station, а, например, МФ на 700 University. Я пробегал это расстояние за 10 минут когда опаздывал на GO. Network рушится с некоторой регулярностью большей чем когда сервера были на 700U по сравнению с сейчас - на Union station. Кратковременно рушится, но все же.

Большая корпорация. Официально объявили переезд в AWS. Так что хошь не хошь, а осваивать надо.

Energy building помню, как же
Странно по поводу Azure, но как говорю не имею опыта. У нас недавно logging solution переехал в AWS, пока даунтайма не заметил, а народ у нас к вендорам требовательный, сожрут-с. Контракты многомиллионные, терять их никто не хочет.

[zVlad]

Ну кто же будет инстанс останавливать? Если считается что его конфигурируют наши специалисты. И вообще когда останавливать? в 16:00? И запускать в 08:00. Каждый день? Уверен так не предполагается хоть в Ажур, хоть в AWS.

Остановить можно хоть кнопкой, хоть через скрипт. Когда? Когда угодно. И да, так и предполагается.
https://aws.amazon.com/premiumsupport/k ... scheduler/
https://docs.aws.amazon.com/cli/latest/ ... ances.html

P.S. И вообще что значит: "Вы все время забываете,...". Вы мне угрожаете? Или хвалите? Или Вы меня за кого принимаете? Говорите уж прямо чтобы кнопку давить.

Я прямо и говорю. У вас в компании уровень детского сада. И вы почему-то думаете что так везде. Так вот я вам напоминаю, что это заблуждение.
p.s. У компании где я работаю прибыль на порядок выше чем в capgemini, а кол-во сотрудников меньше в 15 раз. Так что у нас эффективность в 150 раз выше.

Солдат (а я офицер) даму не обидит. Продолжайте думать так.

[zVlad]

zVlad, мне вас жалко. В 66 вы думаете не о том, в какую бы еще экзотическую страну махнуть, а об установке линуха на сервере.

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

[zVlad]

Более того после получения сервера начинается долгий и нудный процесс установки Линукс, потом Оракл, потом создание структуры БД, и только потом я могу начать сливать данные из ДБ2

Вот это особенно смешно. И про недели.

Мне тоже смешно. Но и печально. Печально от сознания того что есть более талантливые люди которые файлят овертайм гораздо мощнее чем я, намного.
Тут был конфкол на котором одного из наших (не по МФ, по штату) допытывали сколько надо времени зарядить аппсервер - часы, дни. Парень (китаец) отвечает - недели!!!!!

[zVlad]

Вы работаете на уровне корпорации или как индивидуал?
Я рассказывал в некотором роде опыт ИТ ... сами знаете какой Онтарийской компании. Кстати, Ажур находится возле Union station, а, например, МФ на 700 University. Я пробегал это расстояние за 10 минут когда опаздывал на GO. Network рушится с некоторой регулярностью большей чем когда сервера были на 700U по сравнению с сейчас - на Union station. Кратковременно рушится, но все же.

Большая корпорация. Официально объявили переезд в AWS. Так что хошь не хошь, а осваивать надо.

Energy building помню, как же
Странно по поводу Azure, но как говорю не имею опыта. У нас недавно logging solution переехал в AWS, пока даунтайма не заметил, а народ у нас к вендорам требовательный, сожрут-с. Контракты многомиллионные, терять их никто не хочет.

OPG building.
Если у вас нет МФ то переедите, так или иначе. Какая разница x86 on premise или в облаке? Те же яица вид с боку.

[Flash-04]

MF тоже имеется. Но тот тим - вещь в себе, я с ними не пересекаюсь.
И таки разница есть. С отдельными серверами работаешь только на уровне IaaS. Начиная с PaaS - это задача сервиса как все это безобразие менеджить, вы же используете только то что нужно, не отвлекаясь на мелочи.
Почему переехали в облако? Это очень интересный вопрос. Коротко - выросли из штанов. Один из дата центров исчерпал всю мощность двух электролиний. Даже построили генератор, чтобы хватало мощности. Несколько лет пережевывали и в итоге выдали вердикт, что финансово выгоднее идти в "облако".

[zVlad]

MF тоже имеется. Но тот тим - вещь в себе, я с ними не пересекаюсь.
И таки разница есть. С отдельными серверами работаешь только на уровне IaaS. Начиная с PaaS - это задача сервиса как все это безобразие менеджить, вы же используете только то что нужно, не отвлекаясь на мелочи.
Почему переехали в облако? Это очень интересный вопрос. Коротко - выросли из штанов. Один из дата центров исчерпал всю мощность двух электролиний. Даже построили генератор, чтобы хватало мощности. Несколько лет пережевывали и в итоге выдали вердикт, что финансово выгоднее идти в "облако".

Апофигей! У нас не так, но тоже оно - апофигей.
Первый раз слышу о недостатке электричества как фактора перехода в облако. А у них там что? Больше электричества? Или меньше затраты на нее? У них более энергосберегающая конфигурация? Я потерян.