mayton2019

Это +16% к частоте. Даже не заметишь. А риски что будет нестабильно есть. Я-бы ничего не делал. Оставил как есть. Тем более что перформанс в играх зависит не только от памяти а еще от CPU/GPU диска.

В современном мире, если вы используете bind-variables или нормальные ORM-фреймворки - то вам ничего нигде не надо экранировать. Пользуйтесь коробочным продуктом и не изобретайте своих SQL билдеров.

Не знаю как в Го-шке. Но в сях есть два базовых подхода к работе с текстовой графикой.
Первое - это печатать управляющией символы (backspace) чтоб стирать предыдущие.
Так например работает текстовый архиватор Rar пока печатает прогресс. Все это на уровне STDOUT.

Второе - это использовать библиотеки наподобие ncurses. Это такая Rich-графика в тексте.
Можно делать красивые цветные текстовые таблицы наподобие TurboVision. И даже интерактивность.
Диалоговые окна. Edit boxes e.t.c.

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

По поводу парсинга 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 штук.