Перейти к содержанию
    

dxp

Свой
  • Постов

    4 564
  • Зарегистрирован

  • Посещение

  • Победитель дней

    14

Весь контент dxp


  1. А каково целевое назначение сего чудного устройства? По всем признакам очень похоже на акустический локатор. Например, для обнаружения и лоцирования дронов. И/или местоположения источника выстрела.
  2. Смысл POD типов в том, что их можно копировать побитово, и это переносимо. Это свойство хорошо подходит для задач сериализации (передачи по каналам связи, записи на носители и т.п.). И все ограничения, которые там предъявляются, вполне естественны, ничего искусственно выдуманного там нет. Как только в класс добавляется что-то типа конструктора, определённого пользователем, виртуальных функций и т.п. -- всё то, что делает класс похожим на настоящий тип, определяемый пользователем, это ломает POD'овость. И это опять не прихоть разработчиков языка, а суровая реальность. Например, класс, как тип определяемый пользователем, предусматривает только какой-то вполне определённый набор способов создания нового класса. Если же позволить объект класса копировать с помощью memcpy, то тут возникает ещё один нелегальный способ создавать новые объекты в обход правил. Это дыра в безопасности. Поэтому такое и запрещено. Всё это возникает не из-за того, что авторы языка такие злыдни, хотящие сделать работу простых программистов тяжелее, а из-за того, что жизнь вот такая непростая в своих глубинных проявлениях.
  3. Я создал этот сайт?!! У вас больное воображение, сходите к профильному доктору. Не факт. И чем сложнее тема, тем труднее найти преемника. Нередко бывает так, что новому человеку проще полностью или частично переделать "почти готовое", а это потери времени уж совсем немалые. Но по главному вопросу у нас консенсус: нету никакой такой простой взаимозамеяемости, кроме совсем уж простых задач. И чем сложнее задачи, тем замены стоят дороже (если вообще возможны -- доводилось наблюдать, когда уходил специалист, и тематика глохла, потому что замену адекватную найти в приемлемые сроки не могли. С квалифицированными кадрами всегда тяжело, потому что их мало, и они всем нужны, потому что "кадры решают всё". Кадры, не срамы).
  4. Кроме того, ещё когда нужно грамотно собрать все эти компоненты в единую гармоничную сущность (прибор, комплекс). А чтобы это собралось, это нужно изначально спроектировать, т.е. нужны люди, способные системно охватывать проблематику предметной области, а это требует недюжинного опыта, квалификации и глубокого погружения в предметную область, из-за чего даже замена одного гуру другим приводит к проблемам хотя бы в виде изрядной задержки, пока новый человек не "въедет" в тематику. А них там всё просто -- берёшь из пула и всё. Видимо задачи такие, а с по-настоящему сложными разработками не сталкивались.
  5. "Оговорочка по Фрейду". 🙂 Да-да-да, особенно при разработке сложных приборов, софта и т.п. Чё там -- берёшь из пула разработчиков любого свободного и вперёд!
  6. Небо всё равно перебивает, оно очень холодное (порядка -70°C). Контраст хороший получается практически с любым ЛА.
  7. Подсветка -- это про ближний ИК диапазон (до 1.5 мкм). Тепловой диапазон 8-14 мкм, там лазер будет стоить как шасси от БМП. И ни к чему, как правильно сказали: на фоне холодного неба тёплый дрон виден вполне неплохо. Насчёт 2 км не знаю, но на 300-400 м мелкий квадрокоптер на фоне неба виден вполне хорошо.
  8. ну есть же предел, больше которого просто уже не годится совсем. Ну вот, от этого можно уже отталкиваться. 35 мм, как уже сказал, очень мало для таких дальностей -- только обнаружение цели будет возможно да и то. А с переменным зумом вообще не рекомендовал бы -- для точности определения дальности нужно хорошее согласование увеличения объективов, может оказаться, что произвольно взятые объективы не вполне годятся, хотя тут надо считать, исходя из фокусов, шага пикселов и требуемой точности. Может потребоваться подбор. А с переменным увеличением никогда не поймать одинаковый зум в обоих каналах. Это с фокусом 35 мм. А с фокусом 150 мм?
  9. В принципе реализуемая. И тепловизор или камера видимого диапазона, принципиальной роли не играет. Всё упирается в: какая требуется точность? какие поля зрения (фокусное расстояние объективов, шаг пиксела детектора)? На эти вопросы ответы известны? Дальше задача чисто инженерная: базовый дальномер, реализуемость по точности согласования каналов и полям зрения. Ну, и грамотная конструкция, чтобы не испортить весь замес. Это откуда вестимо? Поле зрения определяется фокусным расстоянием объектива и размером чувствительной области детектора. Но правильнее в данном случае оперировать не полем зрения (его полезно оценивать для поисковой функции прибора -- чем больше поле зрения, тем легче искать цель), а пространственным угловым разрешением -- шаг пиксела на фокус объектив. Хочется побольше разрешение -- берётся более длиннофокусный объектив, либо детектор с более мелким шагом. На сегодня доступны детекторы с 12 мкм шагом. С 35 мм фокусом вы на 2 км просто ничего не увидите (в лучшем случае светящуюся точку). Такие фокуса ставят на приборы тип монокуляров для ближнего наблюдения. Тут нужно хотя бы 150 мм. А лучше ещё больше. Но чтобы относительное отверстие было хорошим, апертура тоже будет неслабой. И цена растёт нелинейно.
  10. Некоторые да. Но те, про которые вы: Про это там тоже было: универсальная перманентная отмазка: не умеете пользоваться. Ну-ну. Нет у автора никаких таких проблем. Декомпозиция в RnD работает непредсказуемо, т.к. задачи такие. А при разработке железа, где всё инертно в силу инертности самого предмета разработки, вся эта т.н. гибкость не работает и не нужна. И вообще весь скрам не нужен от слова совсем. Во, опять та же самая отмазка. 🙂
  11. AFAIK, NVMe ходит поверх PCIe, используя последний как транспорт. Т.ч. как тут без PCIe обойтись, не понятно. А софтово это делать -- это будет куда затратнее, чем аппаратный блок. И скорость из него выжимать на дешёвом чипе вряд ли получится.
  12. Начать с теории: "PCI Express System Architecture" by Tom Shanley, Don Anderson, Ravi Budruk, MindShare. Дальше в той же Vivado выбрать реализацию (голое ядро, мост axi-pcie или корка с DMA) создать example design, посмотреть, как это собирается, как работает на симуляторе. Позапускать на плате (ките). Дальше сами поймёте, куда копать.
  13. А я не про это написал. Я возражал на ваш тезис, что, де, в IT компания умеют считать деньги, и был скрам неэффективен, его бы выкинули сразу. А это далеко не так.
  14. Мне довелось поработать в такой. Весьма успешной (в плане денег). Видел изнутри. Куча пустых, ненужных и вредных вещей, начиная от опенспейсов и заканчивая скрамами. Да, я помню, вы объясняли, что просто там неправильный скрам и неправильные скрам-мастера (правда, не рассказали, какие скрам-мастера правильные, хотя я попросил об этом). Ну дак вот, в этой конкретной конторе неправильный скрам, это выражается, в частности, в потере массы времени на пустые митинги, на отсутствие внятной линии в разработке (зато имитация на уровне), словом, это никак нельзя признать эффективным. И вы думаете, что контора обанкротилась? Отнюдь -- на волне импортозамещения (там тематика инфобез), когда зарубежных игроков все выкинули (и это правильно), тут образовалась монополия, и бабло полилось вообще водопадом. Деньги там считать умеют -- прибыль в основном. Потери от неэффективной организации работы там никто не считает. Просто потому, что не считает это неэффективным. Даннинг-Крюгер в чистом виде. Это фантазии. Там бабла столько, что потери не сказываются не то, что фатально, но даже болезненно. IT сфера перекормлена баблом чрезмерно (и, имхо, совершенно незаслуженно). Поэтому неэффективность управления там купируется деньгами, возможностью высасывать людские ресурсы. Бабло -- главный ресурс IT! Сделай там уровень таким же как в других инженерных областях, проблема с кадрами встанет очень остро. Вот тогда там начнут задумываться об неэффективности и повыкидывают скрамы нафиг.
  15. На чём основано это утверждение? С таким же успехом можно утверждать ровно обратное. Вам пример предложили, попросили рассказать, как скрам зарулит тему. Но в ответ какие-то отговорки и офтопик.
  16. Некоторые важные с точки зрения трассировщика могут оказаться не важными на самом деле, и их достаточно будет принять к сведению -- и скрыть. Если инструмент этого не позволяет, придётся это делать руками.
  17. Прекрасный пример. На деле будет так: если на этапе проектирования кузова не предусмотрели установки дизельного двигателя (который более тяжёлый, имеет другие точки крепления, требует совсем другой трансмиссии и т.п.), то ничего с этой затеей не получится. Такие вещи должны сразу закладываться на этапе проектирования ТЗ. И ничего там в ТЗ, когда процесс пошёл, уже радикально не поменяешь -- только цвет да всякие свистелки-перделки. Вот их можно скрамить. А кузов, двигатель, трансмиссию -- это всё на старте надо предусмотреть. И никак это ТЗ на мелкие задачи не разбивается.
  18. А принятые к сведению засапрессить, чтобы не загромождали вывод и не маскировали другие сообщения (предупреждения). Когда в выхлопе болтается три сотни предупреждений, которые просмотрены и приняты к сведению, увидеть новое, возможно, важное, может оказаться затруднительно. Хорошо, если инструмент позволяет это делать. Иначе приходится самостоятельно наворачивать постпроцессинг лога.
  19. На данный момент не могу согласиться, ибо первое является следствием второго. Где руководство умеет эффективно рулить, там никаких скрамов нет и не надо. А зачем эта сущность (скрам) вообще нужна, если руководитель адекватен? Нам-то поют,что скрам сам по себе прекрасен и неимоверно могуч, т.ч. делает хорошо независимо от руководителей. Расскажите, пожалуйста, поподробнее про скрам-мастеров? Что это за роль (по-вашему)? Что значит "нормальных нет"? А какие они -- нормальные? Как скрам-мастер, который, напомню, вообще даже не специалист в предметной области, который не командир (не руководитель) в команде, который по сути никакой власти не имеет и несёт функции организации построений митингов и логирования их результатов, может как-то влиять на эффективность процесса разработки? Из ваших слов получается, что всё упирается в скрам-мастеров, де, от них всё зависит. Я согласен с тем, что зависит от людей, но только если эти люди -- руководители процессов и исполнители. В первую очередь зависит от руководителей, во вторую от исполнителей. Где тут скрам-мастер, мне не понятно. Раскройте, пожалуйста, ваше понимание этой темы?
  20. А они там прямо на эти 104 В стоят? Или может там их пара последовательно с выравниванием потенциалов?
  21. В смысле, при включении вилки в розетку? Так я из розетки вообще не выдёргиваю штепсель. Включаю и выключаю только кнопкой на передней панели.
  22. Проапгрейдил до последней версии. Буду наблюдать. Не, вскрывать новый апломбированный дивайс не готов.
×
×
  • Создать...