ErrezMe, тебе скорее всего не нужно учить "OOP in general". Достаточно будет того среза ООП которое использует Python. Вот если Тони Геддис пишет про какие-то термины вроде наследования или композиции в Python - вот их бери и изучай.
Никита Савченко, ну... судя по всему объект cout использует буферизацию. И пока буфер не заполнится - ничего на экран не печатается. Возможно стоило попробовать переводы строк. Но если тут именно важно печатать секунды через многоточия - то тогда команда флаш вроде как форсирует сброс буфера на экран.
Можно посмотреть по ключевому слову VPD (Virtual Private Databases) но в любом случае эта задача требует усилий разработчика больше чем админа или безопасника.
Ну не работает атом. Ну и чорт с ним. Выбросьте его. Возьмите Sublime, VSCode, Notepad++.
Для любого разработчика среды разработки - вторичны. Они могут меняться. Они могут быть или не быть.
Но главное - это собственно текст программы и build-скрипты.
смотри. Во первыйх ты закрываешь не то и не там. А во вторых с точки зрения современной
инфо-безопасности закрытия портов уже недостаточно чтобы считать работу безопасной.
Векторы атаки - более сложные. Например если ты читаешь почту - то уже фактически
можешь быть атакован и ниакакие порты на это не повлияют.
Твое желание закрыть хоть что нибудь или как-нибудь - граничит с бесполезной активностью.
Ты лучше разберись как ты первый раз был заражен. Проведи расследование. Потом создай
условия на учебной машине. Разберись что за пакеты потом от тебя летят. Какое приложение
или процесс это делает. Что внутри этих пакетов. Короче займись анализом причин смерти.
Мэр одного города как-то сказал. Чтобы вода стала горячей - ее надо нагреть.
Вот. Я добавлю - чтобы флешка стала загрузочной - ее на нее надо записать образ нужной ОС.
Не нужны тут никакие паттерны. Тебе надо сделать одну функцию которая расчитывает цену билета в зависимости от даты покупки билета, от даты вылета и от наличия багажа и от стартовой цены билета.
Я добавлю что gradle действительно собирает быстрее за счет пула daemon-процессов сборщиков которые постоянно подняты. Но решать технические проблемы с новым gradle проектом или фиксить какие-то недостатки - во много раз сложнее чем с maven.
зачем динамически выполнять то, что ещё на этапе проектирования зафиксировано и статично (я говорю о вызове функций), всегда вводит в ступор адептов каверзных вопросов и ФП
Поддерживаю вопрос. Я думаю что он достоин отдельного топика.
Интересная эта штука машина Больцмана. Судя по wiki - это полносвязный граф где все факторы связаны со всеми (тоесть начиная от 100 штук) плюс еще некоторое количество hidden нейронов, количество которых нигде явно не обозначается. Я думаю что должна быть какая-то рекомендация. Пропорция может быть. Или требования к сходимости.
Azanitta, в данной лабораторной я так и не увидел демонстрации работы с битами и байтами. Насколько я понял преподу достаточно показать нолики и единички в виде текста (std::string) и это будет достаточно?
