Наоборот. Даже через 34 года эти знания пригодились. Я же выше писал, что раньше просто до марковских полей не доходило )
Мне немного приходилось сталкиваться с обработки сигналов и некоторыми другими областями математики. Но каждый раз я просто открывал Википедию, потом читал статьи на Хабре, потом смотрел чужой код, потом писал свой.
Как быстро сможете написать свой код автоподстройки ПИД-регулятора методом Дудникова Е. Г.? Заметьте, что это традиционный точный метод, а не какая-то экзотика.
По сути, Вы рассказываете о том, что находились "программисты" не желающие развиваться и умудрившиеся застрять в 70-х годах. Так как я считаю, что в IT просто необходимо постоянно заниматься самообучением, то поэтому взял слово в кавычки.
Так что у нас учили перфорировать бумагу вплоть до 1994 года.
Совершенно бессмысленное занятие, с учётом того, что ZX Spectrum был доступен с 1986-1987 годов. И да, СМ5300 я к Спектруму успешно подключил.
Мне частично пригодились знания полученные на курсе ТОЭ, "Электроника" и "Микропроцессорная техника".
Так как я учился в МИЭТ на МПиТК по специальности "Схемотехника", то подобных знаний получил тоже не мало. Однако они до сих пор используются почти исключительно для хобби и бытовых нужд, так как я по факту сразу ушёл в программирование.
Вы непосредтсвенно программируете алгоритмы инферренса или обучения ?
В 2018 году я столкнулся необходимостью прогнозирования временных рядов и оптимизационными задачами на CPLEX (в последствии на Gurobi). В первом случае ARIMA проигрывала реккурентной нейросети в кроссвалидации почти в трети случае, так что пришлось последней заниматься. Во втором случае так же без тензорного исчисления далеко не уедешь. Сейчас уже развлекаюсь с LSTM и многомерными временными рядами.
На том ИВЦ где я работал, перфокарты были в ходу до самых последних дней ЕС ЭВМ, которую афинажники разобрали в 95-м.
Всё может быть, но очень странно.
До 1984 года, когда я умудрился загудеть в армию, перфокарты я ещё встречал, но только для студентов первого курса, да и то не всех. С 1986 года, когда дембельнулся и сразу же устроился на работу оператором (затем и программистом на COBOL и IDMS) ЕС-1035 на Львовскую базу импортных промышленных товаров, перфокарты в работе я больше не встречал. На том ВЦ УВвК-601 был, но в использовании я его не помню ни разу. В МИЭТе, в который я вернулся осенью 1987 года, УВвК были уже вообще демонтированы.
через терминал, по записи, и на очень небольшой промежуток времени
Желающих записываться в ночное время было немного, так что я бы не сказал, что это была большая проблема. ЕС ЭВМ обладали особенностью выходить из строя при включении, поэтому на ночь выключать их не рисковали. Впрочем Зеленоград - город маленький. И от института до любого микрорайона можно было добраться пешком за полчаса. На велосипеде - минут за 10.
Сколько всего дисплеев было в институте не помню. Но исходя из того, что один ЕС-7922 поддерживал 32 дисплея, а в институте были две ЕС-1061, две ЕС-1035 и две ЕС-1033, то в сумме их было почти две сотни.
Поэтому Вы быстро нашли способ переквалицифироваться сначала в лаборанта, а потом в оператора ЭВМ, программиста (или электронщика).
Немного не так. То что я ещё 1983 году на первом семестре первого курса устроился лаборантом на кафедру - это само собой.
А осенью 1987 года я уже был опытный оператор ЭВМ и программист, притащивший с бывшей работы несколько собственных магнитных лент. Поэтому в институте буквально сразу через кафедру получил доступ к ЕС-1061, а не к ЕС-1033, как мои однокурсники. Однако записываться каждый раз мне было неудобно, поэтому уже во втором семестре я устроился подрабатывать оператором в ВЦКП "Зеленоград" на ЕС-1046. А уже с лета 1988 года переквалифицировался там в системного программиста, параллельно занимаясь не только ассемблером, но и проблемным программированием на PL/I и ADABAS. С 1989 года почти полностью пересел на ПК, так как имелся интерфейс связи с ЕС-7920, что требовало работы с дисплея ЕС-7927 только если необходима была консоль или сервисный процессор.
Могу поверить, что если плыть по течению, то, вполне вероятно, что можно было развлекаться на УПДК даже в 90-е годы. Но если были желание и настойчивость - то доступно оказывалось намного большее )
С другой стороны, нейронные сети базируются именно на тензорном исчислении. На тех самых матрицах. И эти институтские знания оказались для меня вдруг очень даже востребованы еще лет 7 тому назад.
На самом деле они мне пригодились не раз и до этого. Просто не столь явно. И не доходило, например, до марковских полей.
Доступ к ЕС ЭВМ у студентов, аспирантов и прочих научных работников был через специальное окошко в железной двери - в это окно будущий математик-программист передавал колоду с перфокартами
По моему опыту, Вы промахнулись лет на пять. В 1983 году мне ещё пришлось на первом курсе познакомиться с перфокартами, но недолго. Я достаточно быстро перебрался за дисплеи. Сначала это были совсем древние 11-строчные дисплеи с кривыми буквами, уж не помню какие. Но уже в 1984 году это стали куда более приличные EC7927.
Другой вопрос, что компьютерная графика была одинаково нова как для некоторых преподавателей, так и для обучающихся. С другой стороны, в 1986 году я уже собрал ZX Spectrum и в 1987 году мне уже стала интересна на нём не столько графика, сколько управление внешними устройствами. Так что программирование в 1987 году я был вполне в состоянии преподавать.
Ага на производстве попробуй "написать" электрику, который на верхотуре меняет светильники.
Именно так и делаю. Любые наряды или заявки - только в письменном виде. Даже когда на даче использую наёмный труд. Потому что иначе будет то, что я написал: "сказал одно, а услышано было иное". Вариации "забыл", "перепутал" или "такого не говорили" - в том числе.
Любые совещания голосом на производстве - только под протокол. По тем же причинам.
Большинство людей больше верит не написанному а сказанному.
Вы подросток что-ли? Потому что более старшие поколения на собственном опыте знают, что как раз на словах нередко лгут и потом утверждают, что такого не говорили. А вот "что написано пером, того не вырубишь топором".
Это лишь видимая часть айсберга. А для практического применения всё равно лучше математика, чем метод малонаучного тыка.
Будь этот метод автонастройки по разгонной кривой или по гармоническими колебаниям - без математики уже никак. А ведь часто требуется не разовая автонастройка, а автоподстройка на ПЛК или МК в реальном времени. Это даже не касаясь специальных случаев, когда применяются куда более сложные комбинации оффлайн и онлайн методов.
Я бы рекомендовал учиться писать, а не пользоваться ртом.
Во-первых, при написании подключается зрение и нет необходимости писать в реальном времени. Поэтому написанное почти всегда получается более продуманным, чем сказанное.
Во-вторых, написанное сохраняется. Его можно перечитать и освежить в памяти. Так же это позволяет избежать конфликтов, когда сказал одно, а услышано было иное.
В-третьих, письменные сообщения не требуют мгновенного переключения внимания у их получателя, что может отрицательно влиять на восприятие информации голосом.
В-четвертых, большинство людей читают заметно быстрее, чем говорят. Поэтому на чтение написанного потратят меньше времени, чем на выслушивание сказанного ртом.
Так что, если не собираетесь делать карьеру артиста или политика, вместо ораторского искусства лучше осваивать искусство написания текстов.
Для того, чтобы написать SQL запрос, схемы БД недостаточно. Необходима ещё информация о селективности данных в ней. Причём далеко не только по полям таблиц, но и по ряду их сочетаний. И когда во внешний сервис необходимо будет отсылать статистики БД, то персональную информацию почти наверняка затронете:
Ну конечно же вам лучше знать что было реально, а что нет в моем городе и вокруг.
Естественно, так как я был уже достаточно взрослым в те годы и знал, что все ВУЗы обязывают брать шефство над кружками и специализированными школами.
(начиная с 7 класса) был городским (город с населением 400 тыс) победителем олимпиады по программированию среди старшеклассников
Вот видите, мало того, что Ваш город по населению незначительно был меньше Львова (550-600 тыс в 70-е годы), так еще когда Вы были в 7 классе, то уже начались олимпиады по программированию. Так как речь явно не про Москву и первую в СССР олимпиаду по программированию в 1981 году, то Вы явно не могли знать, какими путями можно было практически заниматься программированием в конце 70-х и начале 80-х.
Агат появился только 1984 году
А Наири-2 и Наири-К появились в 1966 году, к концу 70-х уже считались устаревшими, что и обеспечило доступ к ним школьникам.
у нас в Волгоградской области сливочное масло было по талонам
У Вас в Волжском были филиалы трёх университетов. И очень странно, на уровне откровенной демагогии, выглядит сравнение доступности образования и сливочного масла в СССР. Я знаю своего ровесника, который даже в Петропавловске-Камчатском с 1980 года занимался программированием на Минск-32, к тому времени тоже уже снятой с производства. А там с продуктами питания тогда было намного хуже, чем в Волгоградской области.
до этого времени у нас в городе школьнику вообще было не реально получить доступ хоть к какой то ЭВМ..
Реально. Если не в своём городе, то хотя бы в областном центре. Просто преодоление порога входа требовало определенной инициативы и большого желания. До тех же Наири-2 и Наири-К во Львовском университете я впервые добрался ещё в 1979 году через радиокружок во дворце пионеров. А в 1981 году в физмат школе, где я учился, началось уже систематическое обучение программированию с практикой в университете или политехе.
Больше всего платят за тот язык, который лучше всего подходит для решения конкретной задачи.
Исходя из этого, IMHO, нужно знать хотя бы три языка: высокопроизводительный компилируемый (C/C++, Rust и т.п.), компилируемый со сборщиком мусора (Go, C# и т.п.) и интерпретируемый (Python, js и т.п.).
Но платят не только и столько за язык, сколько за кругозор: PostgreSQL, Kafka, k8s, RabbitMQ, Valkey, gRPC, ClickHouse и т.д.
"Быки и коровы" - программа задумывает число, а игрок пытается его угадать вводя числа с тем же количеством чисел. В ответ программа печатает количество "быков" и "коров".
Поиск клада в лабиринте в кромешной темноте - программа генерирует лабиринт, обычно прямоугольный или квадратный, который разбит на клетки. Из одной клетки в четыре соседние можно пройти командами "направо", "налево", "вперед" или "назад". При этом прохода может не быть, проход может быть двусторонний или односторонний (упал вниз и не можешь подняться обратно). Командами "искать внизу/наверху/справа/слева/спереди/сзади" можно найти клад или какие-то подсказки о его местонахождении. Или просто обнаружить какую-то пасхалку. Этакий самописный аналог ADVENT.
Вы, похоже про разные годы. Даже в начале 80-х детворе были доступны только электромеханические игровые автоматы или компьютеры, общаться с которыми в лучшем случае можно было с Consul, а в худшем - через перфокарты. До алфавитно-цифрового дисплея я добрался впервые только уже студентом в 1983 году.
Алфавитно-цифровые - это ещё громко сказано. Мы в школе писали игры на Наири-2 и Наири-К, где был только Consul. Сначала это были "быки и коровы", потом - поиск клада в лабиринте в кромешной темноте.
Наоборот. Даже через 34 года эти знания пригодились. Я же выше писал, что раньше просто до марковских полей не доходило )
Как быстро сможете написать свой код автоподстройки ПИД-регулятора методом Дудникова Е. Г.? Заметьте, что это традиционный точный метод, а не какая-то экзотика.
По сути, Вы рассказываете о том, что находились "программисты" не желающие развиваться и умудрившиеся застрять в 70-х годах. Так как я считаю, что в IT просто необходимо постоянно заниматься самообучением, то поэтому взял слово в кавычки.
Совершенно бессмысленное занятие, с учётом того, что ZX Spectrum был доступен с 1986-1987 годов. И да, СМ5300 я к Спектруму успешно подключил.
Так как я учился в МИЭТ на МПиТК по специальности "Схемотехника", то подобных знаний получил тоже не мало. Однако они до сих пор используются почти исключительно для хобби и бытовых нужд, так как я по факту сразу ушёл в программирование.
В 2018 году я столкнулся необходимостью прогнозирования временных рядов и оптимизационными задачами на CPLEX (в последствии на Gurobi). В первом случае ARIMA проигрывала реккурентной нейросети в кроссвалидации почти в трети случае, так что пришлось последней заниматься. Во втором случае так же без тензорного исчисления далеко не уедешь. Сейчас уже развлекаюсь с LSTM и многомерными временными рядами.
Всё может быть, но очень странно.
До 1984 года, когда я умудрился загудеть в армию, перфокарты я ещё встречал, но только для студентов первого курса, да и то не всех. С 1986 года, когда дембельнулся и сразу же устроился на работу оператором (затем и программистом на COBOL и IDMS) ЕС-1035 на Львовскую базу импортных промышленных товаров, перфокарты в работе я больше не встречал. На том ВЦ УВвК-601 был, но в использовании я его не помню ни разу. В МИЭТе, в который я вернулся осенью 1987 года, УВвК были уже вообще демонтированы.
Желающих записываться в ночное время было немного, так что я бы не сказал, что это была большая проблема. ЕС ЭВМ обладали особенностью выходить из строя при включении, поэтому на ночь выключать их не рисковали. Впрочем Зеленоград - город маленький. И от института до любого микрорайона можно было добраться пешком за полчаса. На велосипеде - минут за 10.
Сколько всего дисплеев было в институте не помню. Но исходя из того, что один ЕС-7922 поддерживал 32 дисплея, а в институте были две ЕС-1061, две ЕС-1035 и две ЕС-1033, то в сумме их было почти две сотни.
Немного не так. То что я ещё 1983 году на первом семестре первого курса устроился лаборантом на кафедру - это само собой.
А осенью 1987 года я уже был опытный оператор ЭВМ и программист, притащивший с бывшей работы несколько собственных магнитных лент. Поэтому в институте буквально сразу через кафедру получил доступ к ЕС-1061, а не к ЕС-1033, как мои однокурсники. Однако записываться каждый раз мне было неудобно, поэтому уже во втором семестре я устроился подрабатывать оператором в ВЦКП "Зеленоград" на ЕС-1046. А уже с лета 1988 года переквалифицировался там в системного программиста, параллельно занимаясь не только ассемблером, но и проблемным программированием на PL/I и ADABAS. С 1989 года почти полностью пересел на ПК, так как имелся интерфейс связи с ЕС-7920, что требовало работы с дисплея ЕС-7927 только если необходима была консоль или сервисный процессор.
Могу поверить, что если плыть по течению, то, вполне вероятно, что можно было развлекаться на УПДК даже в 90-е годы. Но если были желание и настойчивость - то доступно оказывалось намного большее )
С другой стороны, нейронные сети базируются именно на тензорном исчислении. На тех самых матрицах. И эти институтские знания оказались для меня вдруг очень даже востребованы еще лет 7 тому назад.
На самом деле они мне пригодились не раз и до этого. Просто не столь явно. И не доходило, например, до марковских полей.
По моему опыту, Вы промахнулись лет на пять. В 1983 году мне ещё пришлось на первом курсе познакомиться с перфокартами, но недолго. Я достаточно быстро перебрался за дисплеи. Сначала это были совсем древние 11-строчные дисплеи с кривыми буквами, уж не помню какие. Но уже в 1984 году это стали куда более приличные EC7927.
Другой вопрос, что компьютерная графика была одинаково нова как для некоторых преподавателей, так и для обучающихся. С другой стороны, в 1986 году я уже собрал ZX Spectrum и в 1987 году мне уже стала интересна на нём не столько графика, сколько управление внешними устройствами. Так что программирование в 1987 году я был вполне в состоянии преподавать.
Для инерционных объектов часто хватает снятия кривой разгона и метода Коэна-Куна.
Именно так и делаю. Любые наряды или заявки - только в письменном виде. Даже когда на даче использую наёмный труд. Потому что иначе будет то, что я написал: "сказал одно, а услышано было иное". Вариации "забыл", "перепутал" или "такого не говорили" - в том числе.
Любые совещания голосом на производстве - только под протокол. По тем же причинам.
Вы подросток что-ли? Потому что более старшие поколения на собственном опыте знают, что как раз на словах нередко лгут и потом утверждают, что такого не говорили. А вот "что написано пером, того не вырубишь топором".
Так я то же самое безуспешно и пытался доказать @ddv2005
Это лишь видимая часть айсберга. А для практического применения всё равно лучше математика, чем метод малонаучного тыка.
Будь этот метод автонастройки по разгонной кривой или по гармоническими колебаниям - без математики уже никак. А ведь часто требуется не разовая автонастройка, а автоподстройка на ПЛК или МК в реальном времени. Это даже не касаясь специальных случаев, когда применяются куда более сложные комбинации оффлайн и онлайн методов.
Я бы рекомендовал учиться писать, а не пользоваться ртом.
Во-первых, при написании подключается зрение и нет необходимости писать в реальном времени. Поэтому написанное почти всегда получается более продуманным, чем сказанное.
Во-вторых, написанное сохраняется. Его можно перечитать и освежить в памяти. Так же это позволяет избежать конфликтов, когда сказал одно, а услышано было иное.
В-третьих, письменные сообщения не требуют мгновенного переключения внимания у их получателя, что может отрицательно влиять на восприятие информации голосом.
В-четвертых, большинство людей читают заметно быстрее, чем говорят. Поэтому на чтение написанного потратят меньше времени, чем на выслушивание сказанного ртом.
Так что, если не собираетесь делать карьеру артиста или политика, вместо ораторского искусства лучше осваивать искусство написания текстов.
Можно направить представление, а не оформить. Вот только в Приказе Роскомнадзора от 05.08.2022 N 128, например, даже США нет.
Тогда как внутри РФ достаточно согласия владельца персональных данных на их обработку указанным оператором.
Для того, чтобы написать SQL запрос, схемы БД недостаточно. Необходима ещё информация о селективности данных в ней. Причём далеко не только по полям таблиц, но и по ряду их сочетаний. И когда во внешний сервис необходимо будет отсылать статистики БД, то персональную информацию почти наверняка затронете:
Спасибо, что опять настаиваете на демагогии, публично признав своё поражение в дискуссии. За тем прощаюсь )
Естественно, так как я был уже достаточно взрослым в те годы и знал, что все ВУЗы обязывают брать шефство над кружками и специализированными школами.
Вот видите, мало того, что Ваш город по населению незначительно был меньше Львова (550-600 тыс в 70-е годы), так еще когда Вы были в 7 классе, то уже начались олимпиады по программированию. Так как речь явно не про Москву и первую в СССР олимпиаду по программированию в 1981 году, то Вы явно не могли знать, какими путями можно было практически заниматься программированием в конце 70-х и начале 80-х.
А Наири-2 и Наири-К появились в 1966 году, к концу 70-х уже считались устаревшими, что и обеспечило доступ к ним школьникам.
У Вас в Волжском были филиалы трёх университетов. И очень странно, на уровне откровенной демагогии, выглядит сравнение доступности образования и сливочного масла в СССР. Я знаю своего ровесника, который даже в Петропавловске-Камчатском с 1980 года занимался программированием на Минск-32, к тому времени тоже уже снятой с производства. А там с продуктами питания тогда было намного хуже, чем в Волгоградской области.
Так я на это и обратил внимание.
Реально. Если не в своём городе, то хотя бы в областном центре. Просто преодоление порога входа требовало определенной инициативы и большого желания. До тех же Наири-2 и Наири-К во Львовском университете я впервые добрался ещё в 1979 году через радиокружок во дворце пионеров. А в 1981 году в физмат школе, где я учился, началось уже систематическое обучение программированию с практикой в университете или политехе.
Больше всего платят за тот язык, который лучше всего подходит для решения конкретной задачи.
Исходя из этого, IMHO, нужно знать хотя бы три языка: высокопроизводительный компилируемый (C/C++, Rust и т.п.), компилируемый со сборщиком мусора (Go, C# и т.п.) и интерпретируемый (Python, js и т.п.).
Но платят не только и столько за язык, сколько за кругозор: PostgreSQL, Kafka, k8s, RabbitMQ, Valkey, gRPC, ClickHouse и т.д.
Все очень просто, без изысков.
"Быки и коровы" - программа задумывает число, а игрок пытается его угадать вводя числа с тем же количеством чисел. В ответ программа печатает количество "быков" и "коров".
Поиск клада в лабиринте в кромешной темноте - программа генерирует лабиринт, обычно прямоугольный или квадратный, который разбит на клетки. Из одной клетки в четыре соседние можно пройти командами "направо", "налево", "вперед" или "назад". При этом прохода может не быть, проход может быть двусторонний или односторонний (упал вниз и не можешь подняться обратно). Командами "искать внизу/наверху/справа/слева/спереди/сзади" можно найти клад или какие-то подсказки о его местонахождении. Или просто обнаружить какую-то пасхалку. Этакий самописный аналог ADVENT.
Вы, похоже про разные годы. Даже в начале 80-х детворе были доступны только электромеханические игровые автоматы или компьютеры, общаться с которыми в лучшем случае можно было с Consul, а в худшем - через перфокарты. До алфавитно-цифрового дисплея я добрался впервые только уже студентом в 1983 году.
Алфавитно-цифровые - это ещё громко сказано. Мы в школе писали игры на Наири-2 и Наири-К, где был только Consul. Сначала это были "быки и коровы", потом - поиск клада в лабиринте в кромешной темноте.