У бати была куча книг про устройство и ремонт совеццких телевизоров, так что не вижу причин, почему подобная книга по ремонту "спектрумов" в принципе не могла существовать.
По той простой причине, что компьютеры, даже такие простые, были на порядок или два сложнее тех древних телевизоров, о которых Вы ведете речь. Например, если для телевизоров можно было указать осциллограммы в контрольных точках, то для ZX Spectrum это было просто не реально.
промЭВМ "СУАПЭ Соболь"
Именно поэтому я и завёл речь о Спектрумах. Есть очень большая разница между ремонтом оборудования, которое когда-то работало и свежеспаянным студентом Спектрумом, который не работал никогда и в котором возможны даже ошибки как в выбранной этим студентом схеме, так и в вытравленной плате. Если для первого достаточно навыков техника, то второе явно требует уже инженера, который хорошо понимает как же в этой схеме реализован очередной клон Спектрума.
Однако, мне кажется, вы несколько отклонились от темы обсуждения. Автор учит детей не на ремонтников какого-то оборудования, а на основы разработки цифро-логических схем, что прям очень-очень другое.
Ну так это Вы предложили обучать конструкторов автомобилей по книжкам по их ремонту для автослесарей )))
Если б у меня к спектруму (который был) была бы подобная книжка "Спектрум-как-у-Паладина, что в нём может сломаться и как это починить" -- чо б и не полезть-то?
Вы действительно не понимаете, что такой книжки в принципе не могло быть в природе? Вместо такой книжки была только принципиальная схема. И мне этого, справочников по элементной базе и моих собственных знаний по схемотехнике хватало, чтобы ремонтировать эти Спектрумы десятками, включая НГМД. И если даже некоторые неисправности были подобные, например, дефекты платы или пайки, то даже места их локализации не повторялись.
Что мог сделать человек без знаний схемотехники, даже имея в руках "Искусство схемотехники" Хоровица и Хилла - я не представляю.
я не очень представляю, как люди без них живут
Вы не поверите, но подавляющее большинство людей живут даже не подозревая о том, что те же дефекты платы или пайки часто проявляются в виде заваленных фронтов из-за паразитной емкости этих дефектов.
Вам не кажется, что узкая специализация - это уже осознанный выбор? Причем не в школьные годы, и даже не в институте, а уже после его окончания.
Кто-то захочет в крупной компании заниматься исключительно ПЛИС, причем тратя время на итерации со специалистами PD, так как сам не умеет такие требования сразу учитывать. Но разве из этого следует, что другой не захочет сам разрабатывать или руководить разработкой прибора полностью? Мир ведь не ограничен сложнейшими CPU и GPU, где такая узкая специализация оправдана.
Вы учите водителей пользователей, или будущих инженеров?
Это эквивалент копания в аналоговую глубь микросхемы 555 1971-го года, от которой требуется только выдать квадратный сигнал вверх-вниз, чтобы для школьников имитировать работу современного генератора тактовой частоты.
Это вообще-то кроме таймера ещё и триггер Шмитта, что куда более востребовано в простейшей бытовой автоматике.
Идея понятна, вот только что делать с мотивацией? Не только ребёнок, но и обычный человек хочет видеть результат. А как можно увидеть результат, если внешний мир аналоговый, в котором есть сопротивление, емкость и индуктивность даже у проводников металлизации на чипе?
Смотришь в datasheet и видишь фигу, так как не понимаешь ни миллиамперов, ни милливаттов, ни пикофарад, ни rise/fall time? И даже полевик не знаешь как подключить для включения и выключения двигателя?
А скрепки прямо под ногами у двери валяются? Если он хотя бы это осознаёт, то так же осознаёт, что отвёртку и скрепки можно попросить у соседей или знакомых, а ключи ну никак не получится.
Несмотря на то, что я очень уважаю ИБ и сам часто настаиваю на соблюдении требований ИБ, у меня скоро на словосочетание "специалист по ИБ" будет идиосинкразия именно из-за "специалистов" после подобных курсов.
Например, я уже больше года пытаюсь добиться от ИБ крупного холдинга ответа на простой вопрос: "Почему, если у меня уже есть доступ через VPN к 22-му порту одного из серверов в DMZ, мне отказывают в доступе через VPN к 22-му порту другого сервера в этом DMZ, и я вынужден ходить к нему при помощи -J через первый сервер?"
Между разными DMZ - та же картина. Только на текущем проекте у меня уже около десятка линков через SSH тоннели с джампами, так как добиться одобрения прямой связности от ИБ пока не удалось.
Без отвертки очень неудобно. Ведь сувальды в нужное положение ставить приходится по очереди. А отвёрткой их удерживать в выставленном положении очень просто.
Так и я про это. Конкуренция для потребителя - только плюс. А монополист без конкуренции, как бы ни был он хорош, всё равно рано или поздно превращается в минус.
Вопрос в стиле, "зачем нужна Mitsubishi, если есть Toyota?" или "зачем нужен Хабр, если есть Пикабу?".
Другое дело, что на данный момент RuTube не только не может предложить что-то, что не может предложить YouTube, но ещё и проигрывает по удобству использования последнему почти по всем статьям, кроме возможности доступа из РФ без лишних телодвижений.
Минусы — сложность на стороне источника (нужно знать всех подписчиков, управлять подключениями, переживать перезапуски потребителей) и риск каскадных сбоев, если один из получателей завис или упал.
А зачем источнику нужно это знать? Забота источника тут минимальна. Остальное делает Debezium, Confluent и Kafka,
каждом из 500 подов
Тогда брокер вынужден дублировать одни и те же сообщения для каждой группы и хранить её offset, что создаёт избыточную нагрузку на брокер и сеть.
С учётом того, что брокер ограничен ~10 тысячами подписчиками, а рекомендованный максимум 2-4 тысячи, то Вам до этого ограничения ещё далеко. А когда доберётесь до этого ограничения, создадите копию топика либо ещё одним Sink, либо копированием из топика в топик.
Итак, мы выбрали pull-модель и решили строить лог изменений прямо в PostgreSQL, в котором мы уже храним слепок данных. Идея — присвоить каждой записи монотонно возрастающий номер версии, а потребителям дать возможность запрашивать «все изменения, случившиеся после версии X».
Зачем изобретать велосипед, да ещё и загружая сервер, если это решается штатными средствами через replication slot? Причём никто не запрещает грузить этим не мастер, а реплики.
Ну и совсем не обязательно держать всё в каждом поде. ValKey вполне в состоянии обслуживать сразу несколько подов с весьма незначительной деградацией производительности, но с существенной экономией памяти.
Так как система дифференциальных уравнений более высокого порядка сводится к системе большего числа уравнений первого порядка, то получается, что поддержка решения дифференциального уравнения 60 порядка эквивалентна поддержке решения системы дифференциальных уравнений первого порядка из 60 уравнений.
Я в МИЭТ на кафедре в конце 80-х подрабатывал, решая именно подобные задачи в целях обработки даннных АФАР. И у меня есть весьма веские основания подозревать, что современные российские АФАР решают системы дифференциальных уравнений именно аналоговым путём, а уже остальные расчеты - цифровым. С учётом того, что в той же Белке свыше полутора тысяч ППМ (приёмно-передающих модулей), такой подход выглядит до сих пор логичным.
С точностью наоборот, появилась возможность использовать Rust на любой архитектуре, не поддерживаемой LLVM. Архитектур, которые не поддерживают C я не встречал. Даже для Paduk есть sdcc.
По той простой причине, что компьютеры, даже такие простые, были на порядок или два сложнее тех древних телевизоров, о которых Вы ведете речь. Например, если для телевизоров можно было указать осциллограммы в контрольных точках, то для ZX Spectrum это было просто не реально.
Именно поэтому я и завёл речь о Спектрумах. Есть очень большая разница между ремонтом оборудования, которое когда-то работало и свежеспаянным студентом Спектрумом, который не работал никогда и в котором возможны даже ошибки как в выбранной этим студентом схеме, так и в вытравленной плате. Если для первого достаточно навыков техника, то второе явно требует уже инженера, который хорошо понимает как же в этой схеме реализован очередной клон Спектрума.
Ну так это Вы предложили обучать конструкторов автомобилей по книжкам по их ремонту для автослесарей )))
Вы действительно не понимаете, что такой книжки в принципе не могло быть в природе? Вместо такой книжки была только принципиальная схема. И мне этого, справочников по элементной базе и моих собственных знаний по схемотехнике хватало, чтобы ремонтировать эти Спектрумы десятками, включая НГМД. И если даже некоторые неисправности были подобные, например, дефекты платы или пайки, то даже места их локализации не повторялись.
Что мог сделать человек без знаний схемотехники, даже имея в руках "Искусство схемотехники" Хоровица и Хилла - я не представляю.
Вы не поверите, но подавляющее большинство людей живут даже не подозревая о том, что те же дефекты платы или пайки часто проявляются в виде заваленных фронтов из-за паразитной емкости этих дефектов.
А если бы это была не "Волга", а ZX Spectrum, то Вы бы тоже полезли ремонтировать его не имея базовых знаний по схемотехнике?
Вам не кажется, что узкая специализация - это уже осознанный выбор? Причем не в школьные годы, и даже не в институте, а уже после его окончания.
Кто-то захочет в крупной компании заниматься исключительно ПЛИС, причем тратя время на итерации со специалистами PD, так как сам не умеет такие требования сразу учитывать. Но разве из этого следует, что другой не захочет сам разрабатывать или руководить разработкой прибора полностью? Мир ведь не ограничен сложнейшими CPU и GPU, где такая узкая специализация оправдана.
Вы учите
водителейпользователей, или будущих инженеров?Это вообще-то кроме таймера ещё и триггер Шмитта, что куда более востребовано в простейшей бытовой автоматике.
Идея понятна, вот только что делать с мотивацией? Не только ребёнок, но и обычный человек хочет видеть результат. А как можно увидеть результат, если внешний мир аналоговый, в котором есть сопротивление, емкость и индуктивность даже у проводников металлизации на чипе?
Смотришь в datasheet и видишь фигу, так как не понимаешь ни миллиамперов, ни милливаттов, ни пикофарад, ни rise/fall time? И даже полевик не знаешь как подключить для включения и выключения двигателя?
А скрепки прямо под ногами у двери валяются? Если он хотя бы это осознаёт, то так же осознаёт, что отвёртку и скрепки можно попросить у соседей или знакомых, а ключи ну никак не получится.
Несмотря на то, что я очень уважаю ИБ и сам часто настаиваю на соблюдении требований ИБ, у меня скоро на словосочетание "специалист по ИБ" будет идиосинкразия именно из-за "специалистов" после подобных курсов.
Например, я уже больше года пытаюсь добиться от ИБ крупного холдинга ответа на простой вопрос: "Почему, если у меня уже есть доступ через VPN к 22-му порту одного из серверов в DMZ, мне отказывают в доступе через VPN к 22-му порту другого сервера в этом DMZ, и я вынужден ходить к нему при помощи -J через первый сервер?"
Между разными DMZ - та же картина. Только на текущем проекте у меня уже около десятка линков через SSH тоннели с джампами, так как добиться одобрения прямой связности от ИБ пока не удалось.
Без отвертки очень неудобно. Ведь сувальды в нужное положение ставить приходится по очереди. А отвёрткой их удерживать в выставленном положении очень просто.
Ну не 10-20 секунд. В детстве, при помощи скрепок и отвёртки, у меня на такой замок уходило минут 5-10 )))
Так и я про это. Конкуренция для потребителя - только плюс. А монополист без конкуренции, как бы ни был он хорош, всё равно рано или поздно превращается в минус.
Вопрос в стиле, "зачем нужна Mitsubishi, если есть Toyota?" или "зачем нужен Хабр, если есть Пикабу?".
Другое дело, что на данный момент RuTube не только не может предложить что-то, что не может предложить YouTube, но ещё и проигрывает по удобству использования последнему почти по всем статьям, кроме возможности доступа из РФ без лишних телодвижений.
Раз уж речь о PostgreSQL и максимальной производительности не в ущерб надёжности, то всё же xfs.
А зачем источнику нужно это знать? Забота источника тут минимальна. Остальное делает Debezium, Confluent и Kafka,
С учётом того, что брокер ограничен ~10 тысячами подписчиками, а рекомендованный максимум 2-4 тысячи, то Вам до этого ограничения ещё далеко. А когда доберётесь до этого ограничения, создадите копию топика либо ещё одним Sink, либо копированием из топика в топик.
Зачем изобретать велосипед, да ещё и загружая сервер, если это решается штатными средствами через replication slot? Причём никто не запрещает грузить этим не мастер, а реплики.
Ну и совсем не обязательно держать всё в каждом поде. ValKey вполне в состоянии обслуживать сразу несколько подов с весьма незначительной деградацией производительности, но с существенной экономией памяти.
Так как система дифференциальных уравнений более высокого порядка сводится к системе большего числа уравнений первого порядка, то получается, что поддержка решения дифференциального уравнения 60 порядка эквивалентна поддержке решения системы дифференциальных уравнений первого порядка из 60 уравнений.
Производная может быть даже от сотен переменных, если источником значений этих переменных выступает ФАР (фазированная антенная решётка)
Сама сборка с нуля была не сильно проще, чем перемычками. Зато все схемы можно было хранить на дискетах, быстро загружать или вносить в них изменения.
В конце 80-х на кафедре схемотехники МИЭТ коммутацию выполняли с ДВК-2. Вместо перемычек - 561КТ3
Я в МИЭТ на кафедре в конце 80-х подрабатывал, решая именно подобные задачи в целях обработки даннных АФАР. И у меня есть весьма веские основания подозревать, что современные российские АФАР решают системы дифференциальных уравнений именно аналоговым путём, а уже остальные расчеты - цифровым. С учётом того, что в той же Белке свыше полутора тысяч ППМ (приёмно-передающих модулей), такой подход выглядит до сих пор логичным.
С точностью наоборот, появилась возможность использовать Rust на любой архитектуре, не поддерживаемой LLVM. Архитектур, которые не поддерживают C я не встречал. Даже для Paduk есть sdcc.