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

[OtherSide]

Способность всасывать знания очень быстро в подростковом возрасте (и не только знания) объясняется хорошо тем что в этом возрасте у человека в голове многоо пустотого места.
Я открою Вам (чуть не написал тебе) секрет что на самом деле способность всасывать у одногоо и того же человека остается постоянной исключая конечно наступление болезненых состояний.
Вот Вы например что в Вашем подрастковом возрасте не всасывали ничего кроме того чтоо всосалось Вы и сейчас многое не всасываете. Кстати, помнится в Перми (на заводе авиадвигателей) мне показывали подростка, брата ихнего системщика на МФ. Тот подросток весьма повзрослому занимался ОС ЕС. У него даже свой дизк с системой был. Диски тогда были сантиметров 40 в диаметре и 15 толщины.

Код можно писать по разному даже на одном и том же языке. Задачи могут быть и сложными и опыт может быть полезен для них.

Ну и много ли Вы "в 16-18-20 лет" взломали систем"? Я один раз взломал систему. Это было примерно в Вашем сейчас возрасте. А Вы не боитесь что будете "дрочить <один и тот же> код в 40 а тем более в 60". По Вам уже видно что будете, только вряд ли до 60 Вы протянете - слишком мало желания и стремления узнавать новое и необычное. Скорее всего до 60 Вы, как программист, не дотянете. Вас объедут на кривой козе 16-18-20 летние. Да уже наверняка объежают.

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

Никакого секрета в том, что с возрастом падает как мотивация, так и интеллект и способность к обучению - это факт. Конечно вам обидно осозновать что то чем вы занимались в 25 или 30 лет кто то занимался в 15 или 16. Я еще раз говорю нет особой мотивации развиваться в этом направлении, т.к. как такового развития там и нет. Все одно и тоже. И вообще человек который гордится в в вашем возрасте своими IT навыками выглядит очень ограниченым
И я на 100% уверен что в саморазвитии и кругозоре вам до меня как до Луны. Кроме программирования я например неплохо разбираюсь в трейдинге (скажу что доход от инвестиций превышает доход от программирования), каждый день плаваю по 2 км (могу проплыть под водой 50 метров), разбираюсь в истории искусств и даже писал кандидатскую по истории русского модерна и водействия цвета на психику, сейчас ковыряю математику ОТО, а вы продолжайте дрочить ПЛ/1 для БЭСМ или что у вас там

[zVlad]

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

"Чужая ракушка" - это что? Кто-то взял себе социальный статус не по рылу, отняв его у тех, которые им обладали раньше? Дык это дело такое, эфемерное... его за собой никак не закрепишь, это даже не деньги...
Если он утрачен - то ясное дело, что утративший будет "против", только что поделаешь-то? Время одних ушло, других - пришло. Потом и это тоже изменится, они тоже наверняка будут "против".

Нет, такого смысла я не вкладывал. Просто мне пришел в голову образ рака-отшельника. Он ведь в чужой раковине сидит.
Пусть это будет и тех раковина (можно было обыграть норку, свою), но они в раковине и отплевываются, есть такие раки-отшельники которые плюются. Отплевываются кстати в своих казалось бы коллег - жильцов того же океана на пляже которго раки-отшельники лезут в брошенные (t.е. ни у кого они их не отбирают, их просто кто-то бросил и тут это перекликается с тем что сказали Вы) раковины и перебегая с места на место отплёвываются от других.
Вот так это можно уточнить.

[zVlad]

Способность всасывать знания очень быстро в подростковом возрасте (и не только знания) объясняется хорошо тем что в этом возрасте у человека в голове многоо пустотого места.
Я открою Вам (чуть не написал тебе) секрет что на самом деле способность всасывать у одногоо и того же человека остается постоянной исключая конечно наступление болезненых состояний.
Вот Вы например что в Вашем подрастковом возрасте не всасывали ничего кроме того чтоо всосалось Вы и сейчас многое не всасываете. Кстати, помнится в Перми (на заводе авиадвигателей) мне показывали подростка, брата ихнего системщика на МФ. Тот подросток весьма повзрослому занимался ОС ЕС. У него даже свой дизк с системой был. Диски тогда были сантиметров 40 в диаметре и 15 толщины.

Код можно писать по разному даже на одном и том же языке. Задачи могут быть и сложными и опыт может быть полезен для них.

Ну и много ли Вы "в 16-18-20 лет" взломали систем"? Я один раз взломал систему. Это было примерно в Вашем сейчас возрасте. А Вы не боитесь что будете "дрочить <один и тот же> код в 40 а тем более в 60". По Вам уже видно что будете, только вряд ли до 60 Вы протянете - слишком мало желания и стремления узнавать новое и необычное. Скорее всего до 60 Вы, как программист, не дотянете. Вас объедут на кривой козе 16-18-20 летние. Да уже наверняка объежают.

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

Никакого секрета в том, что с возрастом падает как мотивация, так и интеллект и способность к обучению - это факт. Конечно вам обидно осозновать что то чем вы занимались в 25 или 30 лет кто то занимался в 15 или 16. Я еще раз говорю нет особой мотивации развиваться в этом направлении, т.к. как такового развития там и нет. Все одно и тоже. И вообще человек который гордится в в вашем возрасте своими IT навыками выглядит очень ограниченым
И я на 100% уверен что в саморазвитии и кругозоре вам до меня как до Луны. Кроме программирования я например неплохо разбираюсь в трейдинге (скажу что доход от инвестиций превышает доход от программирования), каждый день плаваю по 2 км (могу проплыть под водой 50 метров), разбираюсь в истории искусств и даже писал кандидатскую по истории русского модерна и водействия цвета на психику, сейчас ковыряю математику ОТО, а вы продолжайте дрочить ПЛ/1 для БЭСМ или что у вас там

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

Если хотите померяться со мной в "саморазвитии и кругозоре" (ну какой же Вы наивный и глупый. Вы же сами на днях продемонстрировали свой кругозор когда я Вас сприсил с чем Вы работали в 90-е), давайте меряться. Вам самому не смешно говорить глупости, причем постоянно и везде. До сих пор смеюсь над Вашим "материя как частный случай энергии".

Я тоже плаваю каждый день по несколько раз. Пару лет назад тоже проплыл 2 км не замерял, но не меньше - мне скучно долго плавать, ходить на лыжах и т.п., мне больше по душе горные лыжи. Это хорошоп что Вы занимаетеся историей искусств и ОТО, но почему Вы не знаете ни хрена об истории ИТ? Вот это странно. Продолжайте дрочить (че так часто дрочите то?) на Бэйсике.

[OtherSide]

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

"Чужая ракушка" - это что? Кто-то взял себе социальный статус не по рылу, отняв его у тех, которые им обладали раньше? Дык это дело такое, эфемерное... его за собой никак не закрепишь, это даже не деньги...
Если он утрачен - то ясное дело, что утративший будет "против", только что поделаешь-то? Время одних ушло, других - пришло. Потом и это тоже изменится, они тоже наверняка будут "против".

Нет, такого смысла я не вкладывал. Просто мне пришел в голову образ рака-отшельника. Он ведь в чужой раковине сидит.
Пусть это будет и тех раковина (можно было обыграть норку, свою), но они в раковине и отплевываются, есть такие раки-отшельники которые плюются. Отплевываются кстати в своих казалось бы коллег - жильцов того же океана на пляже которго раки-отшельники лезут в брошенные (t.е. ни у кого они их не отбирают, их просто кто-то бросил и тут это перекликается с тем что сказали Вы) раковины и перебегая с места на место отплёвываются от других.
Вот так это можно уточнить.

Вам наверное можно только позавидовать. Я от многих слышал что проблема нашей профессии это то, что погружаясь в код ощущаешь что жизнь проходит мимо, да и по результату вспомнить нечего. Что то там сидел, правил. Я помню наверное только первые проекты из молодости, а остальные даже вспомнить не могу, какие-то смутные обрывки, даже не припоминаю что за проекты. Слава богу с годами выработался навык выгружать этот хлам. А вы на исходе жизни с нежность ваш ПЛ1 вспоминаете и работу программистом в училище. Рад за вас

[OtherSide]

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

Если хотите померяться со мной в "саморазвитии и кругозоре" (ну какой же Вы наивный и глупый. Вы же сами на днях продемонстрировали свой кругозор когда я Вас сприсил с чем Вы работали в 90-е), давайте меряться. Вам самому не смешно говорить глупости, причем постоянно и везде. До сих пор смеюсь над Вашим "материя как частный случай энергии".

Я тоже плаваю каждый день по несколько раз. Пару лет назад тоже проплыл 2 км не замерял, но не меньше - мне скучно долго плавать, ходить на лыжах и т.п., мне больше по душе горные лыжи. Это хорошоп что Вы занимаетеся историей искусств и ОТО, но почему Вы не знаете ни хрена об истории ИТ? Вот это странно. Продолжайте дрочить (че так часто дрочите то?) на Бэйсике.

Не очень понятно нахрена мне нужно знать какие были ОС и софт лет 50 назд, или чем отличается фортран от алгола? Вот вы разбираетесь чем отличается Angular от React? В чем практический смысл вообще? Я в свое время еще в школе читал чем гарвардская архитектура отличается от фоннеймовской и про первые ЭВМ, мне вполе достаточно. Я вообще не технофил из тех кто любит технические музеи и т.д. да и с чего бы, тут вспоминает анекдот про гинеколога
То что вы крупно обосрались в теме про ОТО это общее место - никто даже спроить с городским сумасшедшим не стал.
Неприемлемая для этого форума манера общения. Бан 3 дня.

[zVlad]

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

"Чужая ракушка" - это что? Кто-то взял себе социальный статус не по рылу, отняв его у тех, которые им обладали раньше? Дык это дело такое, эфемерное... его за собой никак не закрепишь, это даже не деньги...
Если он утрачен - то ясное дело, что утративший будет "против", только что поделаешь-то? Время одних ушло, других - пришло. Потом и это тоже изменится, они тоже наверняка будут "против".

Нет, такого смысла я не вкладывал. Просто мне пришел в голову образ рака-отшельника. Он ведь в чужой раковине сидит.
Пусть это будет и тех раковина (можно было обыграть норку, свою), но они в раковине и отплевываются, есть такие раки-отшельники которые плюются. Отплевываются кстати в своих казалось бы коллег - жильцов того же океана на пляже которго раки-отшельники лезут в брошенные (t.е. ни у кого они их не отбирают, их просто кто-то бросил и тут это перекликается с тем что сказали Вы) раковины и перебегая с места на место отплёвываются от других.
Вот так это можно уточнить.

Вам наверное можно только позавидовать. Я от многих слышал что проблема нашей профессии это то, что погружаясь в код ощущаешь что жизнь проходит мимо, да и по результату вспомнить нечего. Что то там сидел, правил. Я помню наверное только первые проекты из молодости, а остальные даже вспомнить не могу, какие-то смутные обрывки, даже не припоминаю что за проекты. Слава богу с годами выработался навык выгружать этот хлам. А вы на исходе жизни с нежность ваш ПЛ1 вспоминаете и работу программистом в училище. Рад за вас

Спасибо. В том училище я проработал года два, не больше. В основном писал на Ассемблере. Написал две программы на ПЛ/1. Одну по научной работе, которую пару лет модифицировал и вылизывал. Вторая была по сортировке. Я не стал ее писать на Ассемблере потому что по замыслу в ней было много обработаок условий и другой белеберды выписывать на Ассемблере которой не так удобно как на языке высокого уровня. Кстати, знаете сколько надо выполняемых операторов что траснпонировать матрицу? Не знаете. Одна операция нужна. Операция присвоения A = B, где А имя транспонированной матрицы из матрицы B.
Больше я на ПЛ/1 никогда не писал. На Ассемблере много писал в конце 80-х.

Вы так и не поняли что я и программист и не программист вовсе. Да так бывает. Я знаю весьма хорошо SQL. Постоянно им пользуюсь. Знаю и постоянно пользуюсь REXX. НА REXX у меня много программ скопилось за годы. Есть и такие которые не стыдно было бы продавать, но это совсем другая область деятельности - торговля ПО. По словам людей работавших и с REXX и Python они весьма схожи, есть преимущества того и другого, но преимущества Python сняты в Object REXX (не знаком с последним).

Я прекрасно Вас понимаю на самом деле. Писать код по заказу это не великое развлечение. Особенно если делать это продолжительное время. Вы правильно говорите что достаточно 5-7 и вершина профессии достигнута. Дальше все, мотивации нет. С возрастом это как связано? Никак.

[zVlad]

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

Если хотите померяться со мной в "саморазвитии и кругозоре" (ну какой же Вы наивный и глупый. Вы же сами на днях продемонстрировали свой кругозор когда я Вас сприсил с чем Вы работали в 90-е), давайте меряться. Вам самому не смешно говорить глупости, причем постоянно и везде. До сих пор смеюсь над Вашим "материя как частный случай энергии".

Я тоже плаваю каждый день по несколько раз. Пару лет назад тоже проплыл 2 км не замерял, но не меньше - мне скучно долго плавать, ходить на лыжах и т.п., мне больше по душе горные лыжи. Это хорошоп что Вы занимаетеся историей искусств и ОТО, но почему Вы не знаете ни хрена об истории ИТ? Вот это странно. Продолжайте дрочить (че так часто дрочите то?) на Бэйсике.

Не очень понятно нахрена мне нужно знать какие были ОС и софт лет 50 назд, или чем отличается фортран от алгола? Вот вы разбираетесь чем отличается Angular от React? В чем практический смысл вообще? Я в свое время еще в школе читал чем гарвардская архитектура отличается от фоннеймовской и про первые ЭВМ, мне вполе достаточно. Я вообще не технофил из тех кто любит технические музеи и т.д. да и с чего бы, тут вспоминает анекдот про гинеколога
То что вы крупно обосрались в теме про ОТО это общее место - никто даже спроить с городским сумасшедшим не стал.

За "обосрался" я нажал на кнопку. Не надо грубить старшим.
Знать историю области где считаешь себя профессионал йето составная часть профессионализма. Впрочем для тупого кодирования вообще знать надо не много. Даже "чем отличается Angular от React" занть не надо. Но Вы знаете. Молодец.

[zVlad]

......

А вообще неплохо б понять что называют программистом или ИТшником. Ну пару столетий назад были математики, которые задумывались об алгоритмах и каких-то машинах на которых их можно исполнять, и физики и инженера, которые предлагали эти машины. Потом появились машины с кодированием в 0 и 1. ....

Не пару столетий назад а совсем недавно существовали (и наверное сейчас существуют) так называемые аналоговые вычислительные машины (АВМ). Мне доводилось работать и с такими машинами. Их особенность - быстродействие. Цифровые машины победили универсальностью.

[Gabi]

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

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

[nickb]

В России, помню, в разделе знакомств писали (давно было, правда), что "программистов просьба не беспокоиться"

А вы про соц.статус :

[zVlad]

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

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

Такой книги нет и быть не может. ИТ всегда и сейчас особенно состоит из многих непризнающих друг друга кусков с историей ИТ у каждого своей. Кроме того изначально ИТ развивалось по обеим сторонам "железного зановеса". По ИТ СССР есть интересная книга Малиновского. Охватывающая практически все чето было сделано самостоятельно, до распада СССР.
На другой стороне есть история IBM, DEC. Compaq, Oracle, Microsoft и т.д. Есть история МФ, PDP-VAX, Unix, TCP т.е. фактически отдельных технологий, разрабатываемыми без учет и даже в пику друг другу. Например, считается что Виртуальные Машины были изобретены независимо HP, Sun and Microsoft в начале 2000-х в то время как на самом деле это появилось у ИБМ на МФ в конце 60-х.

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

В ИТ наоборот распространено обливание друг друга помоям, игнорирование, замалчивание успехов друг друга, переименовывание и пересказ того что было. Например, в 70-, 80-е годы основным способон доступа к ресурсам МФ были так называемые Data Centre. Пользователи решали свои задачи не на своих домашних МФ, а коллективно в тех центрах. Чем это не нынешние Cloud. Нет, конечно, облака построены на других платформах, по другому. Но их создатели выдают это за что-то принципиально иное.

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

[Flash-04]

Есть одна большая разница между data center с мейнфреймом и cloud environment тот же AWS: у последнего очень гибкая, практически неограниченная масштабируемость, ограниченная только вашим кошельком. Можете поднять кластер за минуты из тысяч узлов. К этому ещё и большой выбор конфигураций, где можно выбрать, что важнее: кол-во процессоров, или количество памяти, или сторэдж побыстрее или нужна экзотика в виде GPU или спец-процессоров с ML (это совершенно другая архитектура!).
Причем масштабируемость может быть автоматическая, в зависимости от нагрузки.

[Kahiko nāu]

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

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

Это не реклама Bookmate
У них есть раздел "Книги для программистов". Вижу там много всякой всячины, в том числе и по истории.

[zVlad]

Есть одна большая разница между data center с мейнфреймом и cloud environment тот же AWS: у последнего очень гибкая, практически неограниченная масштабируемость, ограниченная только вашим кошельком. Можете поднять кластер за минуты из тысяч узлов. К этому ещё и большой выбор конфигураций, где можно выбрать, что важнее: кол-во процессоров, или количество памяти, или сторэдж побыстрее или нужна экзотика в виде GPU или спец-процессоров с ML (это совершенно другая архитектура!).
Причем масштабируемость может быть автоматическая, в зависимости от нагрузки.

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

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

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

[John Smith]

Всем парням/девчонкам, кто думает, что программист - хреновая профессия - рекомендую попробовать что нибудь связанное с физическим трудом. Вагончики поразгружать, переездами позаниматься, фрукты ягоды в поле пособирать, толчки помыть, на худой конец на кассе постоять. Сразу хандра пройдёт.

[Off-R]

Всем парням/девчонкам, кто думает, что программист - хреновая профессия - рекомендую попробовать что нибудь связанное с физическим трудом. Вагончики поразгружать, переездами позаниматься, фрукты ягоды в поле пособирать, толчки помыть, на худой конец на кассе постоять. Сразу хандра пройдёт.

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

[John Smith]

Всем парням/девчонкам, кто думает, что программист - хреновая профессия - рекомендую попробовать что нибудь связанное с физическим трудом. Вагончики поразгружать, переездами позаниматься, фрукты ягоды в поле пособирать, толчки помыть, на худой конец на кассе постоять. Сразу хандра пройдёт.

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

где это написано? у Вас проблемы с пониманием?

[Off-R]

Всем парням/девчонкам, кто думает, что программист - хреновая профессия - рекомендую попробовать что нибудь связанное с физическим трудом. Вагончики поразгружать, переездами позаниматься, фрукты ягоды в поле пособирать, толчки помыть, на худой конец на кассе постоять. Сразу хандра пройдёт.

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

где это написано? у Вас проблемы с пониманием?

Вероятно у вас проблема с написанием.
Для кого то профессия програмирования такая же хреновая, как скажем собиратель фруктов и ягод. И?

[Mr_Sasha]

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

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

Такой книги нет и быть не может. ИТ всегда и сейчас особенно состоит из многих непризнающих друг друга кусков с историей ИТ у каждого своей. Кроме того изначально ИТ развивалось по обеим сторонам "железного зановеса". По ИТ СССР есть интересная книга Малиновского. Охватывающая практически все чето было сделано самостоятельно, до распада СССР.
На другой стороне есть история IBM, DEC. Compaq, Oracle, Microsoft и т.д. Есть история МФ, PDP-VAX, Unix, TCP т.е. фактически отдельных технологий, разрабатываемыми без учет и даже в пику друг другу. Например, считается что Виртуальные Машины были изобретены независимо HP, Sun and Microsoft в начале 2000-х в то время как на самом деле это появилось у ИБМ на МФ в конце 60-х.

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

В ИТ наоборот распространено обливание друг друга помоям, игнорирование, замалчивание успехов друг друга, переименовывание и пересказ того что было. Например, в 70-, 80-е годы основным способон доступа к ресурсам МФ были так называемые Data Centre. Пользователи решали свои задачи не на своих домашних МФ, а коллективно в тех центрах. Чем это не нынешние Cloud. Нет, конечно, облака построены на других платформах, по другому. Но их создатели выдают это за что-то принципиально иное.

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

Где-то я встречал шутку - Если бы в средние века существовало программирование то одни програмисты сжигали бы на костре других за ересь.

[zVlad]

......
Где-то я встречал шутку - Если бы в средние века существовало программирование то одни програмисты сжигали бы на костре других за ересь.

Это не шутка. Это так и происходит на самом деле. Только вместо узкого "программисты" я бы написал "ИТшники". Программисты, загруженные реальной работой создания кода, в этом мало участвуют. А вот разные там "архитекторы" от ИТ, ИТ менеджеры, эксперты вот эти ребята рвут в клочья инакомыслящих хлеще чем в средние века.
Хотя внешне это все выглядит весьма пристойно. Крови нет. Зарплаты все получают, на пенсию уходят если и не с почетом то с деньгами. А позади и особенно впереди - руины, вызженная земля, расчлененка.

[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. И вообще что значит: "Вы все время забываете,...". Вы мне угрожаете? Или хвалите? Или Вы меня за кого принимаете? Говорите уж прямо чтобы кнопку давить.