Про 'селен' - когда речь идет о загрузке данных с чужого сайта, то никаких других вариантов кроме selenium тут нет (в смысле слова, работу можно сделать и другими технологиями, но не обязательно такими удобными)
да, но лично я не люблю когда приложение прячет от меня (пользователя) главную фичу веб-приложений - ссылку на текущий объект.
да, когда разработчик в ссылке начинает городить весь свой текущий state, всю свою лень и криворукость, тогда да, лучше пусть этот мусор с помощью pushState или в локальном хранилище держит.
нейронная сеть 'умная штука', даже если ей скармливать весь поток на интервале в качестве входа, она разберется,.. беда в том что размер сети и время (деньги) на ее обучение (сходимость) может оказаться неадекватно высокими, поэтому придется поработать за нее самому, выделяя из потока данных какие то критерии и уже их скармливать сети
Роман Юрьевич Ипатьев, к сожалению да, хотя это очень спорный вопрос, как лучше отлавливать ошибки, 'локально глобально' с помощью try catch (которые очень часто выливаются в многоуровневые конструкции, там перебросим throw, тут отловим доперебросим и т.п.) или по каждой команде скурпулезно анализировать результат, особенно это бесит когда ты пишешь асинхронный код...
в любом случае код обработки этих ошибок писать все равно придется, ведь часто бывает что просто сказать ахтунг и завершить программу - не вариант.
можно дальше умничать, если список отделов не предполагается к изменению, и он достаточно маленький, можно использовать тип данных Перечисления (enum) когда список значений определяется прямо в типе.
В этом случае если у Отдел нет больше полей, то таблицу даже создавать не придется, но данные по этому enum придется где то хранить в виде констант в исходниках приложения (так как вытаскивать данные из ddl запроса муторно)
Пример - первого файла нет, а ты продолжишь писать данные из второго, это нормальная для задачи ситуация?
Или места на диске для записи файла нет (не фатальная ошибка) а ты продолжаешь читать данные из файлов и долбить файловую систему в попытках записать, что самое обидное у тебя иногда будет получаться, превращая итоговый файл в кашу.
Или что делать если читаемый файл в процессе увеличился в размерах (в него что то дописали)?
Отслеживать проблемные случаи зачастую правильно логично и исключает проблемы в будущем
да возможно но в windows будут некоторые проблемы с правильной настройкой окружения, так как в visual studio все уже загружено и настроено как ожидается.
Можно поставить компилятор от майкрософт visual studio sdk, мало того он уже стоит у тебя вместе со студией, им можно пользоваться прямо из командной строки, многие системы сборки его обнаруживают и позволяют пользоваться.
Есть батник "C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Auxiliary\Build\vcvarsall.bat" который устанавливает переменные окружение для указанной архитектуры в параметрах, если добавить его в вызов своего батника, запускающего nmake или напрямую компилятор cl и линковщик link, и компилируй свои приложения сам, оперативки для этого нужно меньше гигабайта.
Например можно поставить gcc (mingw, к сожалению проект заброшен, там старая версия) или clang gcc (там самая новая из собранных под windows но это llvm, даже хз плюс это или минус) так же отдельно лучше поставить какой-нибудь инструмент по управлению сборкой (make, nmake, cmake,scons,automake...) и вот тут начинается веселье, все самое интересное пришло из мира linux и в windows портируется как получится... в общем ковыряйся, мир этот огромный и непонятный, разберешься и уже считай огромный плюс как девопса, там как усилия сейчас на настройку и понимание окружения зачастую больше чем усилия на собственно кодинг.
p.s. если поставишь linux, то все будет очень даже из коробки, удобно и красиво
есть проект cygwin, до сих пор поддерживается хорошо, ребята портировали всю подсистему linux в windows так что собрав приложение под cygwin оно будет думать что работает в linux но при этом работать нативно на windows (это не виртуализация), к сожалению бинарники cygwin несовместимы с visualstudio/mingw
p.p.s. крупнейшая и лучшая на мой счет альтернатива visual studio как среда для разработки на c+= - это соответствующая подсистема eclipse (это для java но развилась так что там есть подсистемы подо все популярные языки, типа php, python и т.п.), вроде требования у них ниже чем у нынешней студии (а когда то было наоборот), но ее настроить тот еще квест
Обработкой прокрутки (и даже рисовать но это уже не обязательно, можно сделать тонкий div со скроллером) придется заниматься самому, ловишь событие движения скрола, вычисляешь на сколько нужно сдвинуть окно, и в цикле просто меняешь text в ячейках (если dom меняться не будет, то все произойдет очень быстро).
Во первых, на экране должно быть только столько ячеек, сколько видно (немного подумать что делать при изменении размера, например догенерировать ячейки, а чтобы это не было заметно, рисовать их чуть больше чем видно,.. ) зачем тебе рисовать ячейки за экраном?
Во вторых, в css нужно прописать чтобы ячейки не меняли свой размер от содержимого (обрезай)
93 тысячи пискселов, при реальных размерах экрана в пару тысяч, это очень много! браузер на простое поддержание такой страницы (двойной экранный буфер) тратит очень много оперативной памяти, вне зависимости от того что на ней нарисовано.
Отличный пример, создавай не поэлементно dom, а блоками, набираешь в виде строки html - вставляешь (например построчно тег tr)
Еще момент, вместо рисования миллиона ячеек таблиц с данными, можно один раз отрендерить все, а затем менять их значения при скролинге. Заранее пропиши, чтобы размер ячеек не менялся от содержимого.
Операции, меняющие структуру dom (положение на странице, размер) самые медленные
p.s. ты говоришь у тебя еще сама страница лагает, что ты там такое сделал?
если прямо так надо, рисуй все сам на канвасе, это самое быстрое.
сочувствую, что либо делать в таких условиях сложно
есть совет, найти старую версию vusial studio (примерно 2014 года или меньше) и поставить windows 7, правда найти ее можно будет только на торентах, и совет, устанавливать с отключенным интернетом, так как устновщик начинает что то скачивать, не находит и полностью ломается.
у 'быть бомжом' есть неплохой бонус, поганяло писать правильно (оптимально), использовать простые (а значит сложные для изучения) инструменты и т.п. На длинной дистанции это полезно. Грубо говоря, на с++ консольные приложения без отладки можно писать тупо в текстовом редакторе, зато разберешься с инструментами сборки приложений, будешь понимать что такое компиляция, объектные файлы, библиотеки и т.п.
Saboteur, неправильно думать так про цели корпоративности
плюс соцсеть это тебе не страничку-лендинг запилить, очень сложный проект, поэтому если мыслишь категориями 'это для корпоративных приложений' то уровень сложности задачи - сравним.