Верно, спасибо за дополнение!

Да, ещё не до конца освоился с форматом shorts так как записываю с ноута.

Это просто сокращение от Document document. Проверьте, что вы импортируете класс именно из библиотеки jsoup.

@@devmark удалил :Document - заработало. По сути обычный html , но не интуитивно понятно по синтаксису

Спасибо! Любые комментарии под видео также приветствуются)

В принципе большинство типов данных можно передавать строкой. Но тогда потребуется делать дополнительный парсинг. А в варианте с кастомными типами все работает автоматически.

@@devmark Это я к тому, что если нужно просто на фронте показать пользователю результат как есть, то технически можно всё, кроме id и объектов, объявлять в схеме String, а GraphQL уже под капотом сам сделает что-то типа toString() для полей, не являющихся строкой. А вот если нужно получить данные и что-то с ними сделать, то кастомные типы - must have.

Да я вроде никуда и не уходил)

Спасибо!

У меня такой же вопрос возник, когда я изучал эту тему)

А какая у вас версия Idea? Community или Ultimate?

1) да 2) когда мы двигаем границу, то мы всегда отталкиваемся от middle, т.е. от 5 в вашем примере. и если искомое число меньше 5, то ставим right = 4. если искомое число больше 5, то ставим left = 6. То есть всегда выбираем ту половину, где потенциально может быть искомое число, т.к. массив отсортирован.

@@devmark спасибо.

Спасибо)

В продолжение темы коллекций, у меня на канале есть видео, которое так и называется: "Очередь и стек".

@@devmark спасибо увидел

Ддя этого можно использовать shedlock - библиотеку для синхронизации шедулеров через бд

@@devmark Я вот такое решение нашёл. @Scheduled(initialDelay = 1000, fixedDelay = 3000) fun myFun() { if (lock.tryLock()) { try { doWork() } finally { lock.unlock() } } }

Это не синтаксис, но это базовые интерфейсы стандартной библиотеки Java. На них основана вся работа с коллекциями.

Да я с питона переучиваюсь, и для меня все синтаксис🤣🤣🤣

Скрипты и простые вычисления - это не сегмент Java. У неё своя ниша - серверные приложения и корпоративный сегмент. Джава и спринг прекрасно подходят для крупных проектов, над которыми одновременно работают десятки, а то и сотни разработчиков. Например, благодаря строгой типизации вы можете легко проводить рефакторинги в автоматическом режиме и не бояться, что где-то что-то забыли поправить - это проконтролирует компилятор.

Для dto я вроде бы всегда и везде использую data-классы. В отличие от JPA-сущностей (там их нельзя использовать по техническим причинам). Тип int позволяет хранить более 2 миллиардов записей, на практике я пока ещё не сталкивался с переполнением, но в каких-то особых случаях long был бы оправдан. А в целом ваши замечания более чем справедливы для реальных проектов! Я сознательно упрощаю примеры, чтобы сосредоточить внимание зрителей на ключевых моментах и не уходить в сторону.

Во-первых присоединяюсь к благодарностям :) Всё действительно получилось познавательно и компактно. Также присоединяюсь к рекомендации про Instant, иначе приключений почти наверняка не избежать. И ещё хочу добавить, что если заранее известно, что под капотом PostgreSQL и Hibernate, и никакой другой экзотики не ожидается, то вряд ли имеет смысл ограничивать себя функциональностью CrudRepository. Работать всё конечно будет, но в реальной жизни вместо метода save() может быть практичнее saveAndFlush(), который доступен начиная с JpaRepository. И который гарантирует однозначную идентификацию источника ошибки при обращении к базе, если сохранений по ходу транзакции было несколько. Понятно, что тема может оказаться холиварная, и всё же... :)

Спасибо! Добавил эту команду в шпаргалку devmark.ru/article/linux-useful-commands

Спасибо! Про HashTable у меня видео нет, т.к. эта коллекция наряду с Vector считается устаревшей и в настоящее время почти не используется. Вместо неё надо использовать Map.

@@devmark спасибо за ответ!

При реализации электронной очереди) Ну или если вам нужно выполнить какие-то задачи (сгенерировать документ, например), но не в реальном времени.

Это Java

Спасибо за уточнение!

Датагрип - это не сама база, а клиент к ней. Поэтому "импортировать базу" в него нельзя. В него можно импортировать или создать настройку подключения к БД. А у вас, как я понимаю, скачан бэкап базы. Поэтому вначале вам этот бэкап надо где-то развернуть (например, локально), а потом уже подключаться.

@@devmark понятно, спасибо. Я понял, что это клиент, я просто с БД не работал никогда, у меня вся работа только на уровне тестирования фронта и бэка была, я дальше не заходил, а тут всё оказалось сложнее малость, чем я ожидал).

Какое меню вы имеете в виду?

@@devmark я имел в виду ГЛАВНОЕ МЕНЮ . . . уже разобрался - в настойках нужно скорректировть

Да, вы правы! Действительно расширяет и в явном виде буферизация тут не нужна. Поправил статью devmark.ru/article/line-count-in-text-file