Бонусное задание | 10 лекция | 7 уровень

counter1.join();

пацаны, подписька закончилась

19.03.2024 30 день. как то все тяжелей пошло впервые валидатор меня победил

Кто Вы люди? Как Вы это решаете? Почему я ничего не понимаю?) Вроде проходил каждую лекцию вдумчиво, изучал все что дают! Но теперь как в стенку уперся... И судя по комментариям я один такой?

кажется я лишился ментальной девственности

В этот раз интересные задачки, заставили задуматься) 4.02.2024 P. S. 2 дня назад сурок Phil не увидел свою тень.

хотел поделиться мыслями про CRUD2, но на уровне рефлекса нажал CTRL+SHIFT+Left и перенёсся на следующую лекцию без сохранения того, что уже написал. Простите, но если у меня спросят, что больше всего запомнилось в JavaRush, я скажу про эту хрено-фичу😖 Если коротко про CRUD2: 1. операции вывода на эркан (-i) - многопоточность под большим вопросом, т.к. "нужно соревноваться за вывод на консоль". А по задаче вроде записи должны отображаться в том же порядке, как и вызываются. Данные и так у нас в памяти (а не на диске), так что считывание ещё куда-то перед выводом на экран вряд-ли даст какое-то преимущество в скорости. 2. операции создания новых записей (-c) - создавать записи всё равно придётся последовательно. Но можно создать пустые записи (с null) и потом нити будут просто работать каждая со своей записью, никак не мешая друг другу. В таком случае тут не нужны всякие syncronized и volatile, на сколько я понимаю, т.к. конкуренции за данные просто не будет. 3. операции изменения данных (-u) и их обнуления (-d): вот тут как раз и не будет конкуренции между нитями, т.к. каждая нить обновляет или обнуляет свою отдельню запись и никак не конкурирует с другими. Получается, что рисков тут нет и можно здорово ускориться, если речь про большие объёмы. другое дело, если идёт работа с диском то там п.2 и п.3 возможно не будут работать корректно, при использовании многих нитей, т.к. не совсем понятно, как в таком случае данные будут записываться на жёсткий диск, с учётом необходимости оптимизации пространства для хранения.

В задаче CRUD столкнулся с проблемой кодировок: параметры к программе (которые загоняются в массив args[]), если они были написаны кириллицей, то попадали в массив args[] как набор вопросительных знаков. Даже не смотря на то, что раньше ввод с консоли (в IDEA) на кириллцие проглатывался нормально. Как я понял, это проблема именно OC Windows. Проблему решил как показано на картинке: Но у меня один вопрос: никогда раньше, ни при работе с беларуской версией windows, ни с русской версией у меня просто не возникало таких проблем. Из чего могу сделать вывод - использование кирилических и прочих символов за пределами базовой ASCII для ввода доп. параметров, вероятно, сомнительное решение, которое не прибавит популярности конечной программе и вызовет сложности у конечного пользователя...

В задаче "Транзакционность", методы из коробки ( removeAll and containsAll) - не учитывают дубликаты в списках. Но разработчики этого задания это не учли... видимо решили облегчить задачу.

Задачи интересные, но есть ошибка в задаче "Синхронизированные методы" ,метод3 на мой взгляд, не должен быть синхронизированным ибо он не меняет общий ресурс..Ведь экземпляры класса Solution будут разными, следовательно и переменные(non static) тоже разные.Вот если бы переменная была бы static то да.... Но пришлось подчиниться Рашистам:(