mayton2019

Тяжелая задачка тебе прилетела. Я-бы вообще не советовал ее делать. Много ручной работы.
И эффективность решения сильно зависит от того как выглядит документ. Что там внутри?
Текст? Таблицы? Или сканированные фото.

По поводу парсинга pdf на python - вот был вопрос в стековер https://stackoverflow.com/questions/18755412/parse... можно начать с этого.

Если кратко - то в задаче нужна версионность данных. Поскольку процесс одобрения - неодобрения связан с правками - то нужны версии одних и тех-же данных. Делать одну таблицу или две или три - это вопрос практический
и его надо привязать к схеме автора.

Какая тут схема?

Скорее всего вам это не надо. Внешний анализ заказывают банки например чтобы подтвердить что софт - безопасен и не боится эксплоитов. Из таких систем я помню платную Veracode. Она находила у нас ошибки безопасности в логгировании (!).

Вот. Из безсплатных - посмотрите SonarQube. Он работает с плагинами.

Да и очень полезно указывать конкретные теги языков. Что там у вас? 1С? Кобол? Или Лого?

Я серъезно! Почему не указываете?

Дружище. Если API не поддерживает какую-то функцию - то разработчик ее пишет сам.
Я не вижу сложности написать масочный remove на основе поиска файлов по маске
и той команды os.remove(...) которая уже есть в API. Тем более с лямбдами.

Но я-бы сказал что команда это опасная. Можно грохнуть что-то нужное случайно.

Ты мог генерить целые случайные числа в диапазоне от 100 до 500 и потом сдвигать запятую влево на 2 знака.

А вот фильтровать все которые не равны целым величинам ... эээ такое себе. Ты не получишь линейное распределение вероятностей. Короче это уже не рандом. Лохотрон.

Обычно звание джуниора ты получаешь после прохождения собеседования. Тебя должны градуировать специалисты которые уровнем выше. Вот. А чтоб быть готовым к собеседованию я советую купить платный курс Java-junior. Благо курсов щас много. И я не рекламирую курсы, не имею отношения к ним вообще. Но плата - будет хорошим мотиватором чтоб учится.

С бесплатными курсами - почти ничего не выйдет. Их обычно все бросают.

Аналогичное сообщение можно найти в старой документации Zabbix в части прототипов триггеров.
https://www.zabbix.com/documentation/5.2/ru/manual...

В чем смысл сообщения - чорт его знает, но терминология (inodes) - больше применима к Unix-файловым системам. Обычно если это NTFS то там принято говорить - JunctionPoint e.t.c. А про inodes обычно не пишут.

Возможно это правило или триггер было унаследовано от другой системы и сейчас не актуально.
Но я-бы проверил свободное место.

Автор посмотри tmux или terminator https://packages.ubuntu.com/bionic/terminator

Вопрос лишен смысла.

С точки зрения современного собеседования знания языка являются просто началом собеседования. На самом деле собеседуют по стеку технологий который нужен на проекте. И из 2х часов технического собеса где-то 30 минут тебя могут гонять по языку. Всё остальное - по сопуствующим технологиям. Тоесть например ты заявил что Java developer уровня Junior. Окей - расскажи что такое Object, какие у него методы. Зачем нужен hashcode. Ответив на эти вопросы тебя пойдут гонять по другим технологиям. Spring. Hibernate. Beans. Базы данных. Web. Html/CSS. Json/Xml. CI/CD. Тестирование. Алгоритмы и структуры данных. Отладка.

Грубо говоря язык это просто некая составляющая стека. И когда ты готовишся к собеседованию - готовишся ко всем вопросам. Обычно платная школа или курсы - тебе обеспечивают обучение всему стеку.

И не существует других кейсов применения языка. Тоесть программист просто выучивший язык никому (!) не нужен вообще.

Автор да ты издеваешся наверное? Ты можешь взять в среде разработки и
открыв два файла просто посмотреть difference и среда подсвечивает в чем различия.

И приведи к одинаковому case символы и отформатируй. Всё будет видно.

Если тыкать пальцем наугад в толпу разработчиков то почти все время будешь попадать в Web.
Вобщем ответ очевиден.

В идеале нужно чтобы сам сайт уведомлял тебя о событиях. Например если форум или чят поддерживают веб-сокеты и динамическое содержимое - то нужно слушать нужный сокет и при появлении событий - фиксировать это в боте.

Подход основанный на периодическом пинговании веб-ресурса - имеет свой недостаток. Как допутим в популярных бук-мекерских конторах владельцы сайта постоянно банят ботов и отстреливают их сессии как только видят роботизированную активность. И вобщем они правы. И я-бы так поступал. Хочешь платный MQ - купи подписку. А ддосить веб не надо.

Да какой пользователь 10000 тыщ записей способен прочитать??
Сделай поисковые атрибуты по Name там... еще где то.
И показывай первые 100 штук.

Не хватает тегов в вопросе. Это относится к конкретному языку программирования. Например в С++ шаблон такой. В Rust - другой. В golang - третий.

Обычно консольное приложение - не создает окон. Обычно оно в себя включает обработку консольных аргументов. Например если юзер печатает "--help" вторым аргументом - то приложение печатает справку по командам. И обычно (99%) приложение оперирует потоком вывода (STDOUT) для облегчения взаимодействия с другими CLI приложениями.

Например когда вы делаете cat (concatenate)
$ cat file1.txt file2.txt > union.txt
и "птичкой вправо" выводите сцепление двух файлов в новый файл.

Еще приложение может в качестве input читать STDIN и еще может в случае ошибки возвращать
ненулевые коды возврата. Это - полезно чтобы CLI приложение интегрировать с bash скриптами
и проверять был ли успешен последний вызов.

Забыл сделать commit.