Возник вопрос, как отслеживается связность изменений и требований в документах?
Например, в моей работе изменения ЭД, которые отражают реальные текущие технические параметры АИС с точки зрения техники порой не сложны, уточнили две таблицы, поменяли абзац текста, это взгляд технаря.
Однако, если эти изменения сделать без учета требований в коммерческой и проектной документации, то результат может быть весьма плачевен. Для того, что внести изменения корректно - нужно четко представлять насколько внесение этих изменений не противоречит требования текущих Контрактов/ТЗ/ЧТЗ, а также не нарушает требования предыдущих контрактов на АИС. Ретроспектива документации 7 лет, причем одна и та же формулировка с точки зрения техники, изложенная разным стилем может вызывать разные последствия.
Это я еще не касался изменения ТУ, где соответствие нормативно-правовой документации раскрывается во всей красе и технически корректное изменение, но нарушающее ФЗ может привести к знакомству с тов. прокурором, со всеми вытекающими последствиями.
А можно взять себе workstation на б/у хеоn и получить и железку для Devops/виртуализации/прочего и вполне рабочую лошадку для программирования. А по цене макбука можно взять уже Epic). Причем предложенные решения позволяют создавать различные рабочие конфигурации для тестирования софта и понимания узких мест.
Навскидку не только в диски упирается-) В случае софтрейда контроллер шины PCI-е+контроллер дисков+ контроллер самого диска, а также их взаимодействие друг с другом, в случае хард рейда еще добавляется контроллер хардрейда. Это если рассматривать цепочку с середины цикла записи/чтения в рамках одного сервера. SMART для анализа не сильно поможет, он покажет только битый/не битый диск, если грубо, поведение контроллера конкретного диска при больших нагрузках он не покажет. Что происходит на уровне шины PCI-e тоже науке не известно. Это очень грубо на уровне железа, считаем что софт идеальный и багов в нем нет. Как показывает практика с серверами Supermicro 10 одинаковых серверов, вот реально все потроха одной ревизии, отличаются только неделями выпуска, ведут себя по разному при больших нагрузках.
Если на входе в заведение сидит идиот, то это может означать - тест на сообразительность (сообразительность инженеру постоянно нужна), либо что в данном заведении с процессами все плохо, а зачем балаган на работе, все-таки клоун и инженер это разные специализации.
Халява это молоко, которое в шаббат скиснет, поэтому его раздают бедным-))) Теперь по сути, краткое резюме для технарей, кто был инженером без работы не останется, кто был узким специалистом того может постичь печальная участь. Собственно все последствия ИИ при условии, что он таки будет развиваться. Если ИИ не будет развиваться, то все останется по прежнему.
Мне вот всегда было интересно, как вы простои по вине Заказчика будете считать, банальная итерационная задача, где с точки зрения Заказчика два состояния - задача поставлена/задача решена, а с точки зрения программиста это будет 10-15 итераций, по простой причине - Заказчик не в состоянии сразу сформулировать все требования и выдает корректировки в n шагов, причем не смотря на жесткий временной регламент на время реакции, регулярно завышает сроки ответа на уточняющую информацию. Дальше имеем побочные артефакты, как время переключения с другой задачи со стороны программиста при получении очередного уточнения от Заказчика, это я еще не упоминал в этой цепочке парочки аналитиков и ПМ. В результате данные, которые выдаст лобовой трекер фиксации времени, будут также полезны, как потолочные данные. Фиксация времени имеет смысл для решения типовых операций с заранее прогнозируемым лимитом на их решение, только для таких операций и системы не нужны, если менеджер в состоянии в уме 17 на 15 умножить-))
В заголовке статьи и дальнейшем ее изложении, на мой взгляд, есть сбой в логике. Если мне нужен кодер от забора до обеда, одни требования и там, возможно курсов хватит для джуна, если мне нужен разработчик другие, если мне нужен разработчик с базовыми знаниями аналитика третьи и так далее.
По теме -я считаю, что высшее образование для разработчика должно быть, причем классическое, которое включает в себя гуманитарные предметы, в том числе. Вспоминая свой технический ВУЗ, по прошествии многих лет, могу сказать, что лишних предметов не было, хотя когда учился, казалось вот на зачем мне промышленное право или философия, к примеру. Другое дело, что вопрос в том, что хочет человек срубить сиюминутно копейку по быстрому или получить профессию, которая будет его кормить всю жизнь, если первое, то ИТ ему в принципе не нужно, есть масса тем, где деньги получаются быстрее и дешевле.
Театр начинается с вешалки, а специалист по подбору персонала с представления. На моей памяти за 25 лет работы в ИТ было 3 специалиста, которые выдали на старте кейс:
Участники: специалист по подбору персонала Марья Федоровна, руководитель технического департамента Илья Иванович.
Темы обсуждения: техническая часть - такие, коммерческая часть обсуждение финансовых ожиданий сторон.
Область компетенции: Марья Федоровна кадровые вопросы, вопросы мотивации персонала. Илья Иванович - общее управление департаментом, поставка задач, техническая отчетность, DBA.
При таком подходе соискатель понимает формат, дает обратную связь и стороны экономят время.
P.S. Было бы не плохо, если бы специалисты по подбору персонала исходно правильно себя позиционировали, потому что НR - это менеджер по управлению персоналом, подбор персонала небольшая часть его работы при нормально построенных бизнес процессах. Если специалист имеет должность HR, а де факто является только специалистом первичному подбору персонала, а вопросы планирования карьеры, мотивации, решение конфликтных ситуаций в область его обязанностей не входит, то было бы прекрасно сразу об этом уточнить, тем самым не вводить в заблуждение соискателя и избежать не нужных вопросов
Разбор ошибок штука хорошая, вот только порой не учитывается один фактор - человек занимается не своим делом, да можно с помощью инструментов и аналитики поднять его КПД, но это тактическое решение, которое все равно приведет к стратегическому фиаско. Стоит подумать, а ты вообще тем занимаешься? Мир ИТ разнообразен, но мир ИТ это маленькая часть мира, где есть много чего интересного.
Внедрение ИИ технически возможно, другое дело, что она не отменяет человека на ОТК, который вначале модель надрессирует. Потом необходимо провести полный цикл испытаний, фактически те же требования, что и к АИС, если решение для продукции используемой в критически важной инфраструктуре, то все спектр требований к софту для подобного применения. На выходе, получаем а) долго, б) дорого, в) возможно перспективно на отрезках 10-20 лет. ГОСТ технически подлежит токенизации, другое дело, что рядовой программист эту работу качественно не выполнит, если только последние лет 10 этот ГОСТ не использовал в работе. Если постановщик, описанной исходной задачи думает, что ИИ заменит человека, то у меня для него плохие новости об его квалификации. ИИ может другое - стать инструментом, который позволит профильному специалисту быстрее выполнять определенные операции и/или быстрее осуществлять предварительную оценку данных.
Есть еще один нюанс, критичность данных и их защита, если у вас свой офис, окруженный забором и овчарками, то в целом можно и на своем железе построить защищенную систему. Если вы арендуете в бизнес центре обычный офис на N помещений, то задача создать серверную, которая пройдет аттестацию уже становится не такой тривиальной и тут аттестованные облачные решения, скорей всего выиграют. Для средней конторы, у которой на сервере крутится 1С и все клиенты в локальной сети, может оказаться выгодней кластер из б/у серверов, если у сборщика руки прямые. Коллеги по приколу собрали резервный кластер на б/у Хеоn`ах и двупроцессорных китайских матерях, 2 года полет нормальный, но это скорее не тиражируемое решение, а просто фан, с железками повозится.
Было бы прекрасно, если бы автор дополнил статью техническими подробностями, объем базы, количество документов в базе (интересует порядок, а не с точностью до штуки). Какая именно база используется, потому, что для 1С возможны варианты, какой серверный ресурс. Иначе сложно оценить это история успеха или нет.
Детский сад какой-то, а где правовая оценка, где соответствующие письма/приказы профильных ведомств? А так предложение из разряда давайте сломайте КИИ за 2 копейки и выдайте на себя вещдок. Ну классно, только надо быть на всю голову отмороженным, чтобы об этом даже подумать. Я бы понял, если СК РФ дал официальную оценку этому мероприятию с правовой точки зрения и свое полное одобрям-с, если бы ФСБ, например, опубликовало официальное письмо с оценкой данных действий и МУ по правилам работы и дальнейших действий в случае удачного поиска уязвимости, ну и так далее и все эти нормативные документы были бы приложены к новости, а так не ну, вы серьезно?-))) Безопасность начинается с порядка и четкого и жесткого понимания правил игры, а иначе могут быть плачевные последствия.
P.S. Кстати, громкие имена и большие конторы, еще не означает, что юридически все сделано грамотно, достаточно посмотреть на регистрацию ресурсов Сбербанка, регистрация аналога Гитхаба ничего не нарушает из федеральных законов, а если подумать?-) Хотя казалось бы юристов у них достаточно.
P.P.S. Документы на сайте Минцифры и 146 УК РФ, точно никак не связаны или все-таки не все так гладко, может кто-то допустил оплошность, а кто-то не проконтролировал или все-таки все проверили и они просто знают, что-то, что не знают простые смертные?-)
Для критичных проектов, с разумным подходом к разработке, 70% документации готово до того, как программисты хоть строчку кода написали и это правильно. А вот когда начинается детский сад, вначале напишем софт, а потом начнем делать документацию возникает лес граблей. Кстати, работать по ГОСТу одно удовольствие, просто опыт иметь надо и ГОСТы знать.
Интересно рынок поменялся, раньше требования к мидлу были такие, как тут к сеньору, а без навыков пресайла и с джуном разговаривали со скрипом.
Жизненный цикл проекта далеко не всегда заканчивается сдачей в эксплуатацию, в части проектов жизненный цикл заканчивается, когда систему выводят из эксплуатации, а это значит, что РП должен уметь работать со сроками в 10-15 лет.
Очень вскользь увидел экономику, а в реальных проектах экономика может занимать половину функционала, хотя бы потому, что время и риски всегда связаны с деньгами.
Не увидел делегирования, РП может делегировать организацию работы разработчиков тимлиду и это тоже рабочая схема.
Старт рассуждений начинается с ТЗ, хотя создание ТЗ это этап после предпроектного обследования, качество исполнения которого, как раз впрямую влияет на ТЗ. Я уж молчу, что половина компаний не понимает разницу между ТЗ и ЧТЗ.
ПМИ - вторичный вопрос, на мой взгляд, интереснее спросить про этапы и типы испытаний, про регламент испытаний и взаимодействие с Заказчиком, потому, что эти вопросы показывают базовый юридический бэкграунд РП, без которого количество граблей в проекте кратно растет.
Проблема в РФ с утечкой данных не техническая, а организационная, технических средств обеспечивающих выполнение 152-ФЗ к примеру, более чем, а вот человеческий фактор хромает.
Государство пока не хочет спускать всех собак на несознательных персонажей и действует увещеванием, когда у государство лопнет терпение, то будем наблюдать традиционные посадки.
После чего достать данные станет крайне сложно, потому, что у любой информации есть цена, получить 20-ку с конфискацией за персональные данные Васи Пупкина весьма сомнительное мероприятие.
При все моей любви к nix системам, в данном случае, проблема не столько в виндах, сколько в кривизне рук обслуживающего персонала, нулевой ИБ и манагерах с 0,01 IQ орангутанга. А проблема с кадрами напрямую вытекает из концепции, что главное купить правильный софт, а специалисты не нужны. Импортозамещение в случае ОС, для определенных кейсов, просто финансово выгодней, чем пользоваться софтом западных вендоров, особенно при расчете стоимости владения решением на сроки 5-10 лет.
Вот благодаря вам готовый кейс для студентов. Вы пошли решать задачу не обладая полной информацией и даже не подумали ее уточнить. Одно из первых действий это проверить условия задачи полные, условия задачи однозначные (вы кстати, эту неоднозначность постановки задачи продемонстрировали), задача в принципе реализуемая и т.д.
Речь шла о том, что вы оперируете потоком, который получаете после камеры, а не пытаетесь изменить входной поток на камеру. Второй момент, попробуйте вашим методом сдвинуть один поток видео поток на 1 ms ручками и заодно вырезать со второго потока 1 ms. Я уж молчу, что как минимум вы не знаете разрешение видео потока на выходе у камеры и разрешение видео потока на входе у аналогового монитора-))) Я могу долго продолжать.
Качественный контент не означает ноу-хау, а означает, к примеру, хорошую подачу информации, которая профи и так известна, изучив такой контент, новичок все равно будет далек от профи и конкуренции ему не составит.
Вот вам пример, можно написать толковую статью о том, как решить следующую задачу - дано две аналоговые камеры, с них идет поток информации нужно сделать базовые операции с видео, к примеру наложить одно видео на другое, сложить со сдвигом, сложить со сдвигом и вырезать кусок одного из видео. Сделать это все в аналоге, вывести на аналоговый монитор. Задача решена 30 лет назад, точнее так, решалась она и ранее, я просто говорю о конкретной реализации, для профи решение секретом не является, а для новичков задача не самая простая.
Просто на подумать. Не сложно понять из чего в первом приближении состоит аппаратная часть приставки. Берем любое готовое изделие, разбираем, составляем список комплектующих, по каждой железке строим грубую цепочку производства. Банально, на примере, болт для корпуса - руду надо добыть, металл выплавить, болт на станке выточить, болт доставить на производство РЭА. Понимая этот процесс становится понятным сколько нужно заводов для производства каждой железки, смотрим на то, что уже построено. Включаем мозг и понимаем, что сразу построить все с нуля - не реально. Поэтому пути только два, либо брать чужое и поэтапно локализировать, что даст развитие экономики и рабочие места, либо ничего не делать и закупать чужое. Для каждого конкретного изделия, экономическая рентабельность каждого пути разная. Все остальное это просто детский лепет.
P.S. Специалисты из воздуха не берутся, их надо растить, для того, чтобы их растить им надо решать реальные задачи. 1979 год Китай аграрная страна, они взяли курс на индустриализацию и у них получается, почему - потому, что с курса не сворачивают, а идут к своей цели.
Возник вопрос, как отслеживается связность изменений и требований в документах?
Например, в моей работе изменения ЭД, которые отражают реальные текущие технические параметры АИС с точки зрения техники порой не сложны, уточнили две таблицы, поменяли абзац текста, это взгляд технаря.
Однако, если эти изменения сделать без учета требований в коммерческой и проектной документации, то результат может быть весьма плачевен. Для того, что внести изменения корректно - нужно четко представлять насколько внесение этих изменений не противоречит требования текущих Контрактов/ТЗ/ЧТЗ, а также не нарушает требования предыдущих контрактов на АИС. Ретроспектива документации 7 лет, причем одна и та же формулировка с точки зрения техники, изложенная разным стилем может вызывать разные последствия.
Это я еще не касался изменения ТУ, где соответствие нормативно-правовой документации раскрывается во всей красе и технически корректное изменение, но нарушающее ФЗ может привести к знакомству с тов. прокурором, со всеми вытекающими последствиями.
А можно взять себе workstation на б/у хеоn и получить и железку для Devops/виртуализации/прочего и вполне рабочую лошадку для программирования. А по цене макбука можно взять уже Epic). Причем предложенные решения позволяют создавать различные рабочие конфигурации для тестирования софта и понимания узких мест.
Навскидку не только в диски упирается-) В случае софтрейда контроллер шины PCI-е+контроллер дисков+ контроллер самого диска, а также их взаимодействие друг с другом, в случае хард рейда еще добавляется контроллер хардрейда. Это если рассматривать цепочку с середины цикла записи/чтения в рамках одного сервера. SMART для анализа не сильно поможет, он покажет только битый/не битый диск, если грубо, поведение контроллера конкретного диска при больших нагрузках он не покажет. Что происходит на уровне шины PCI-e тоже науке не известно. Это очень грубо на уровне железа, считаем что софт идеальный и багов в нем нет. Как показывает практика с серверами Supermicro 10 одинаковых серверов, вот реально все потроха одной ревизии, отличаются только неделями выпуска, ведут себя по разному при больших нагрузках.
Если на входе в заведение сидит идиот, то это может означать - тест на сообразительность (сообразительность инженеру постоянно нужна), либо что в данном заведении с процессами все плохо, а зачем балаган на работе, все-таки клоун и инженер это разные специализации.
Халява это молоко, которое в шаббат скиснет, поэтому его раздают бедным-))) Теперь по сути, краткое резюме для технарей, кто был инженером без работы не останется, кто был узким специалистом того может постичь печальная участь. Собственно все последствия ИИ при условии, что он таки будет развиваться. Если ИИ не будет развиваться, то все останется по прежнему.
Мне вот всегда было интересно, как вы простои по вине Заказчика будете считать, банальная итерационная задача, где с точки зрения Заказчика два состояния - задача поставлена/задача решена, а с точки зрения программиста это будет 10-15 итераций, по простой причине - Заказчик не в состоянии сразу сформулировать все требования и выдает корректировки в n шагов, причем не смотря на жесткий временной регламент на время реакции, регулярно завышает сроки ответа на уточняющую информацию. Дальше имеем побочные артефакты, как время переключения с другой задачи со стороны программиста при получении очередного уточнения от Заказчика, это я еще не упоминал в этой цепочке парочки аналитиков и ПМ. В результате данные, которые выдаст лобовой трекер фиксации времени, будут также полезны, как потолочные данные. Фиксация времени имеет смысл для решения типовых операций с заранее прогнозируемым лимитом на их решение, только для таких операций и системы не нужны, если менеджер в состоянии в уме 17 на 15 умножить-))
В заголовке статьи и дальнейшем ее изложении, на мой взгляд, есть сбой в логике. Если мне нужен кодер от забора до обеда, одни требования и там, возможно курсов хватит для джуна, если мне нужен разработчик другие, если мне нужен разработчик с базовыми знаниями аналитика третьи и так далее.
По теме -я считаю, что высшее образование для разработчика должно быть, причем классическое, которое включает в себя гуманитарные предметы, в том числе. Вспоминая свой технический ВУЗ, по прошествии многих лет, могу сказать, что лишних предметов не было, хотя когда учился, казалось вот на зачем мне промышленное право или философия, к примеру. Другое дело, что вопрос в том, что хочет человек срубить сиюминутно копейку по быстрому или получить профессию, которая будет его кормить всю жизнь, если первое, то ИТ ему в принципе не нужно, есть масса тем, где деньги получаются быстрее и дешевле.
Театр начинается с вешалки, а специалист по подбору персонала с представления. На моей памяти за 25 лет работы в ИТ было 3 специалиста, которые выдали на старте кейс:
Формат собеседования:
Техническая часть/общая информация/коммерческая часть.
Расчетное время 1,5 часа.
Участники: специалист по подбору персонала Марья Федоровна, руководитель технического департамента Илья Иванович.
Темы обсуждения: техническая часть - такие, коммерческая часть обсуждение финансовых ожиданий сторон.
Область компетенции: Марья Федоровна кадровые вопросы, вопросы мотивации персонала. Илья Иванович - общее управление департаментом, поставка задач, техническая отчетность, DBA.
При таком подходе соискатель понимает формат, дает обратную связь и стороны экономят время.
P.S. Было бы не плохо, если бы специалисты по подбору персонала исходно правильно себя позиционировали, потому что НR - это менеджер по управлению персоналом, подбор персонала небольшая часть его работы при нормально построенных бизнес процессах. Если специалист имеет должность HR, а де факто является только специалистом первичному подбору персонала, а вопросы планирования карьеры, мотивации, решение конфликтных ситуаций в область его обязанностей не входит, то было бы прекрасно сразу об этом уточнить, тем самым не вводить в заблуждение соискателя и избежать не нужных вопросов
Разбор ошибок штука хорошая, вот только порой не учитывается один фактор - человек занимается не своим делом, да можно с помощью инструментов и аналитики поднять его КПД, но это тактическое решение, которое все равно приведет к стратегическому фиаско. Стоит подумать, а ты вообще тем занимаешься? Мир ИТ разнообразен, но мир ИТ это маленькая часть мира, где есть много чего интересного.
Внедрение ИИ технически возможно, другое дело, что она не отменяет человека на ОТК, который вначале модель надрессирует. Потом необходимо провести полный цикл испытаний, фактически те же требования, что и к АИС, если решение для продукции используемой в критически важной инфраструктуре, то все спектр требований к софту для подобного применения. На выходе, получаем а) долго, б) дорого, в) возможно перспективно на отрезках 10-20 лет. ГОСТ технически подлежит токенизации, другое дело, что рядовой программист эту работу качественно не выполнит, если только последние лет 10 этот ГОСТ не использовал в работе. Если постановщик, описанной исходной задачи думает, что ИИ заменит человека, то у меня для него плохие новости об его квалификации. ИИ может другое - стать инструментом, который позволит профильному специалисту быстрее выполнять определенные операции и/или быстрее осуществлять предварительную оценку данных.
Есть еще один нюанс, критичность данных и их защита, если у вас свой офис, окруженный забором и овчарками, то в целом можно и на своем железе построить защищенную систему. Если вы арендуете в бизнес центре обычный офис на N помещений, то задача создать серверную, которая пройдет аттестацию уже становится не такой тривиальной и тут аттестованные облачные решения, скорей всего выиграют. Для средней конторы, у которой на сервере крутится 1С и все клиенты в локальной сети, может оказаться выгодней кластер из б/у серверов, если у сборщика руки прямые. Коллеги по приколу собрали резервный кластер на б/у Хеоn`ах и двупроцессорных китайских матерях, 2 года полет нормальный, но это скорее не тиражируемое решение, а просто фан, с железками повозится.
Было бы прекрасно, если бы автор дополнил статью техническими подробностями, объем базы, количество документов в базе (интересует порядок, а не с точностью до штуки). Какая именно база используется, потому, что для 1С возможны варианты, какой серверный ресурс. Иначе сложно оценить это история успеха или нет.
Детский сад какой-то, а где правовая оценка, где соответствующие письма/приказы профильных ведомств? А так предложение из разряда давайте сломайте КИИ за 2 копейки и выдайте на себя вещдок. Ну классно, только надо быть на всю голову отмороженным, чтобы об этом даже подумать. Я бы понял, если СК РФ дал официальную оценку этому мероприятию с правовой точки зрения и свое полное одобрям-с, если бы ФСБ, например, опубликовало официальное письмо с оценкой данных действий и МУ по правилам работы и дальнейших действий в случае удачного поиска уязвимости, ну и так далее и все эти нормативные документы были бы приложены к новости, а так не ну, вы серьезно?-))) Безопасность начинается с порядка и четкого и жесткого понимания правил игры, а иначе могут быть плачевные последствия.
P.S. Кстати, громкие имена и большие конторы, еще не означает, что юридически все сделано грамотно, достаточно посмотреть на регистрацию ресурсов Сбербанка, регистрация аналога Гитхаба ничего не нарушает из федеральных законов, а если подумать?-) Хотя казалось бы юристов у них достаточно.
P.P.S. Документы на сайте Минцифры и 146 УК РФ, точно никак не связаны или все-таки не все так гладко, может кто-то допустил оплошность, а кто-то не проконтролировал или все-таки все проверили и они просто знают, что-то, что не знают простые смертные?-)
Для критичных проектов, с разумным подходом к разработке, 70% документации готово до того, как программисты хоть строчку кода написали и это правильно. А вот когда начинается детский сад, вначале напишем софт, а потом начнем делать документацию возникает лес граблей. Кстати, работать по ГОСТу одно удовольствие, просто опыт иметь надо и ГОСТы знать.
Интересно рынок поменялся, раньше требования к мидлу были такие, как тут к сеньору, а без навыков пресайла и с джуном разговаривали со скрипом.
Жизненный цикл проекта далеко не всегда заканчивается сдачей в эксплуатацию, в части проектов жизненный цикл заканчивается, когда систему выводят из эксплуатации, а это значит, что РП должен уметь работать со сроками в 10-15 лет.
Очень вскользь увидел экономику, а в реальных проектах экономика может занимать половину функционала, хотя бы потому, что время и риски всегда связаны с деньгами.
Не увидел делегирования, РП может делегировать организацию работы разработчиков тимлиду и это тоже рабочая схема.
Старт рассуждений начинается с ТЗ, хотя создание ТЗ это этап после предпроектного обследования, качество исполнения которого, как раз впрямую влияет на ТЗ. Я уж молчу, что половина компаний не понимает разницу между ТЗ и ЧТЗ.
ПМИ - вторичный вопрос, на мой взгляд, интереснее спросить про этапы и типы испытаний, про регламент испытаний и взаимодействие с Заказчиком, потому, что эти вопросы показывают базовый юридический бэкграунд РП, без которого количество граблей в проекте кратно растет.
Проблема в РФ с утечкой данных не техническая, а организационная, технических средств обеспечивающих выполнение 152-ФЗ к примеру, более чем, а вот человеческий фактор хромает.
Государство пока не хочет спускать всех собак на несознательных персонажей и действует увещеванием, когда у государство лопнет терпение, то будем наблюдать традиционные посадки.
После чего достать данные станет крайне сложно, потому, что у любой информации есть цена, получить 20-ку с конфискацией за персональные данные Васи Пупкина весьма сомнительное мероприятие.
При все моей любви к nix системам, в данном случае, проблема не столько в виндах, сколько в кривизне рук обслуживающего персонала, нулевой ИБ и манагерах с 0,01 IQ орангутанга. А проблема с кадрами напрямую вытекает из концепции, что главное купить правильный софт, а специалисты не нужны. Импортозамещение в случае ОС, для определенных кейсов, просто финансово выгодней, чем пользоваться софтом западных вендоров, особенно при расчете стоимости владения решением на сроки 5-10 лет.
Вот благодаря вам готовый кейс для студентов. Вы пошли решать задачу не обладая полной информацией и даже не подумали ее уточнить. Одно из первых действий это проверить условия задачи полные, условия задачи однозначные (вы кстати, эту неоднозначность постановки задачи продемонстрировали), задача в принципе реализуемая и т.д.
Речь шла о том, что вы оперируете потоком, который получаете после камеры, а не пытаетесь изменить входной поток на камеру. Второй момент, попробуйте вашим методом сдвинуть один поток видео поток на 1 ms ручками и заодно вырезать со второго потока 1 ms. Я уж молчу, что как минимум вы не знаете разрешение видео потока на выходе у камеры и разрешение видео потока на входе у аналогового монитора-))) Я могу долго продолжать.
Качественный контент не означает ноу-хау, а означает, к примеру, хорошую подачу информации, которая профи и так известна, изучив такой контент, новичок все равно будет далек от профи и конкуренции ему не составит.
Вот вам пример, можно написать толковую статью о том, как решить следующую задачу - дано две аналоговые камеры, с них идет поток информации нужно сделать базовые операции с видео, к примеру наложить одно видео на другое, сложить со сдвигом, сложить со сдвигом и вырезать кусок одного из видео. Сделать это все в аналоге, вывести на аналоговый монитор. Задача решена 30 лет назад, точнее так, решалась она и ранее, я просто говорю о конкретной реализации, для профи решение секретом не является, а для новичков задача не самая простая.
Просто на подумать. Не сложно понять из чего в первом приближении состоит аппаратная часть приставки. Берем любое готовое изделие, разбираем, составляем список комплектующих, по каждой железке строим грубую цепочку производства. Банально, на примере, болт для корпуса - руду надо добыть, металл выплавить, болт на станке выточить, болт доставить на производство РЭА. Понимая этот процесс становится понятным сколько нужно заводов для производства каждой железки, смотрим на то, что уже построено. Включаем мозг и понимаем, что сразу построить все с нуля - не реально. Поэтому пути только два, либо брать чужое и поэтапно локализировать, что даст развитие экономики и рабочие места, либо ничего не делать и закупать чужое. Для каждого конкретного изделия, экономическая рентабельность каждого пути разная. Все остальное это просто детский лепет.
P.S. Специалисты из воздуха не берутся, их надо растить, для того, чтобы их растить им надо решать реальные задачи. 1979 год Китай аграрная страна, они взяли курс на индустриализацию и у них получается, почему - потому, что с курса не сворачивают, а идут к своей цели.