Ответы пользователя по тегу Книги
  • Выбор архитектуры: web или desktop?

    Есть много вопросов к тому что из себя будет представлять конечный программно-аппаратный комплекс и для каких условий работы он предназначен. Одно дело, когда он расположен где-то в "тепличных" условиях в офисе/дома. И совсем другое дело, когда находится в шумном и пыльном цехе, где по кнопкам и экрану будут тыкать грязными руками. Ко второму должны предъявляться совсем другого уровня требования по надежности и не только.

    физически подключать свой ноут к серверу
    В смысле? Пойдут в серверную и будут подключать ноут к серверу кабелем? Что за бред? Если не бред, то по какому протоколу? И этот ноутбук нужен для постоянной работы с оборудованием? Или "сервером" будет достаточно мощный ПК? ПК и ноутбук в цехе? Серьёзно?

    с видеокамер на которых отображается деталь
    Это видеокамеры со встроенными экранами? Или же без, а изображение должно передаваться по кабелю на сервер?

    будет потоковое видео и его обработка
    К потоковой обработке видео, я полагаю, есть достаточно высокие требования и к железу и к коммуникациям (ширина канала, задержки, кабели, маршрутизаторы и т.д.). Должен быть чип DSP (если встраиваемое оборудование) или достаточно мощный процессор на ПК/сервере, который потянет обработку.

    web или desktop
    Десктоп - настольное оборудование, web - передача данных преимущественно по HTTP. Одно другому не мешает. Наверное, речь больше про выбор клиент-серверной технологии, таких как терминал-сервера с терминал-клиентами (Citrix и др.) или же комбинированного оборудования с периферией (допустим, ПК с подключеннами экраном, веб-камерой и другими устройствами). Из-за необходимости обработки видео терминал-сервер, похоже, не подходит.

    Если, скажем, брать (промышленный) вариант ПК, тогда обработка видео будет происходить на нём и по сети гонять ничего не надо. Тогда настольное приложение может состоять из модулей обработки видео, бизнес-логики и пользовательского интерфейса - всё в одном. Для настольных приложений обычно берут C# (WPF), C++ (Qt), Delphi, Java (Swing, JavaFX). Модуль обработки видео можно использовать, подключив как библиотеку (SO, DLL), реализованную на любом высокопроизводительном ЯП.

    Веб-технологии пока достаточно специфичны и ограничены. У меня нет пока представления как происходит пакетная обработка видео в вебе. WASM едва только пробует войти в веб и мало распространён. Одно дело на веб-приложении крутить фильмы, а нечто другое - обрабатывать на лету и встроить в пользовательский интерфейс. Так что к настольным веб-приложениям я пока несколько скептически отношусь. Они пока не предназначены для промышленного использования.
    Ответ написан
    Комментировать
  • Опытные разработчики укажите путь или в какую сторону идти?

    Если тянет к математике, то есть направления где эти знания востребованы:
    • анализ данных (data science), машинное обучение (Machine Learning) - сегодня в тренде
    • машинное зрение (computer vision)
    • обработка сигналов (dsp) и, в частности, звука
    • наукоёмкие приложения
    • добыча криптовалюты
    • биоинформатика
    Ответ написан
    Комментировать
  • Вторая по счету книга по алгоритмам и структурам данных?

    У Н. Вирта есть "Алгоритмы + структуры данных = программы", несколько переизданий. Написана на примерах языков ПЛ/0, Модула-2, и затем Обероне.
    Ответ написан
    1 комментарий
  • Чтобы проработать Шеня и Вирта нужно учить Паскаль?

    Вся прелесть Паскаля в том, что он прост. Зная английский на школьном уровне, ты сможешь свободно понимать синтаксис Паскаля.
    А синтаксис Оберона ещё проще, чем Паскаль и Модула.
    Нумерация массивов в Обероне такая же, как и в Си, идёт с нуля.
    VAR
      arr: ARRAY 10 OF REAL;
      (* структуры/записи *)
      date: RECORD
        day, month, year: INTEGER
      END;
      set: SET;
    BEGIN
      arr[0] := 1.2E-5;
      date.day := 12; date.month := 4; date.year := 2020;
      set := {1,2, 5..15}
    END
    Ответ написан
    Комментировать