mayton2019

Никакой это не JSON.

А по задаче. Может лучше не массив а vector?

На чистом ФП программировать достаточно тяжело. Нужно сильно изменить подход к задаче. Чистое ФП предполагает что когда вы вызываете функцию то "вся вселенная замерла". И второй вызов функции с такими-же параметрами будет видеть эту-же мертвую версию вселенной. Это если вобщем.

Наш мир состоит из постоянно менающихся объектов. Файлы. Сетевые соединения. Объекты в БД. Это грязный мир. И натянуть на него ФП парадигму довольно сложно. В хаскель довольно жёстко порешали с этим. Сказали что есть монада IO. И если функция ее возвращает - то она работает с таким грязным миром. Всё остальное - чистое. Тоесть провели границу.

Как тебе конфигурить твой роутер в ФП - я честно говоря не знаю. Мы должны сначала договориться об абстракциях. И понять где проходят границы чистого и грязного миров. Что делает get users from DB. Изменяет ли он мир? Или может вернуть внезамно другой результат при тех-же аргументах. Это все - сложные вопросы которые просто выходят за рамки твоего.

Поэтому лучше не парь себе мозги именно таким вопросом. Кстати функциональщики тоже не могут сойтись на мнении например считать ли Sheme функциональным или мультипарадигменным языком. Вообще строгого деления на такие классы не существует. Можно просто сказать что когда мы программируем - то мы тяготеем к чему-то больше или меньше. Например форма Бекуса-Науэра (БНФ) - это чистое функциональное описание грамматики. А язык XPath - чистый функциональный. При этом и одно и второе могут быть инкапсулированы в проект на языке Java например который вобщем грязно-императивный. Тоесть в каких-то частях проекта мы сами исповедуем ФП.

Ты переусложняешь. Сделай просто массив строк.

{
    "data": ["string"]
}

Это покрывает все твои кейсы с 1 строкой и с null. И маппинг упрощается.

В игровых конторах С++ вроде как нужен. Но я думаю что половину собеседования надо будет рассказывать как ты хорошо знаешь Unreal Engine.

Автор посмотри системные переменные. System.getProperties() там полно всякой информации по текущему процессу. В том числе текущий директорий, и много другой полезной информации. Это поможет ответить на вопрос где лежит твой бинарник. А именно полный физический путь к файлу.

Как скачать это - целая цепочка вопросов и ответов например КУДА качать и ОТКУДА. Ведь по вопросу непонятно где ты сам находишся в этом стеке технологий. Поэтому когда задаешь вопрос - дай хотя-бы обзор твоей технологии. Графическое приложение AWT/Swing/SWT/JavaFx. Веб-приложение. Stand-alone процесс. Апплет ( :)).

Похоже автор занимается расчетом простых чисел.

Значить так. Четные числа - всегда - составные. Поэтому их можно даже не проверять и сразу прыгать по нечетным 3,5,7....

Внутренний цикл не надо делать от 2 до i. Делитель 2 мы уже исключили выше. Поэтому начинаем с тройки и гоним не до n а до квадратного корня из n. Или наоборот возводим в квадрат. Тут надо понять что для Python быстрее будет. Я на С++ делал там по другому.

Для более глубокой оптимизации все найденные простые - пишутся в array и участвуют во внутреннем цикле как делители. Это еще быстрее.

Этож не Хаскель. Значит можно.

Python вроде только tuples запрещает мутировать. Мне кажется что тут более важный вопрос о конвенции. И о том как на это смотрит команда разработки. Если команда договорится что не мутировать сущности а создавать копии - то делайте так.

Если из 8 планок забрать 2 то получается ... примерно 192. Это близко к той цифре которую meminfo.

Может кто-то втихаря память спер? И деньги пропил.

Непонятно как какая стоит за этим цель. Торрент - это публичный протокол. Все качают бинарник с одинаковым хешом. Автор хочет персонализировать файлы. Это не сработает. Противоречит протоколу. Тогда надо отказаться от торрента.

Обычно облачный провайдер продает не только виртуалки и хранилища но еще и сервисы безопасного хранения ключей. Например для Microsoft Azure - это KeyVault https://azure.microsoft.com/en-us/services/key-vault/

Для amazon - это KMS https://aws.amazon.com/kms/

Берите и используйте.

У тебя - типичный csv файл. И не нужны тебе там никакие скобочки и двоеточия. Делай проще.

101; 657; 821; 622; 843
102; 696; 874; 709; 1000

такой файл и в Экцель открыть можно и в базу загрузить потом без бубна.

Я хочу закэшировать на 50 минут.

Неправильно. Не ты определяешь это время. Если это JWT-токет то ты можешь просмотреть его тело. Парсеры есть. Там внутри будет указано точное время когда он сдохнет. Обычно за несколько минут до смерти ты снова дёргаешь сервер токенов и просишь новый токен.

С guava cache я не работал. Но это не имеет значения. Основной flow не меняется. Хранить его в базе тыщу лет или убивать сразу - дело хозяйское. Для протокола не имеет значения что ты делаешь со старыми трупами токенов. Тут главное новый получить.

Есть такая популярная задача. Называется СУММА ПРОПИСЬЮ. Ее решают тыщу раз и для каждого языка уже написано много кода. Эти типа 1.25 == "Один рубль двадцать пять копеек".

Поищи исходники - там будет половина решения твоих окончаний.

а в перспективе хочу научиться писать читы(ну и возможно вирусы, хихи)

На счет платформы, то в основном интересует Linux и Windows(но линукс все таки больше)

Я недавно смотрел статистику ОС Desktop по браузерам. Вобще получается что 75% windows, 15% macos, и только 7% - всякие Unknown + Linux. Вобщем если брать как асм как оружие массового поражения - то поражать особо некого. Кроме того владельцы линуксов - это такие себе ленивые кабанчики. Трояны твои они не откроют все равно. Экзешники не качают. Все сами собирают. Вобщем безсмысленное это дело.

А вот для пользы асм нужен там где есть performance issue и где С++ ник никак не может разобраться почему так.

Еще демки можно писать с 3d. Или игры наподобие MDK. Кто-то в 90х мне говорил что она на Асм написана. Хотя я не верю. Ну вряд-ли. Может какие-то мелкие куски.

Не напасёшся регулярок на все фантастические форматы времени.

Ты вот уточни ты чаще хочешь распознать ложное время или пропустить верное?

Я вот вижу что 3 позитивных кейса где время распознано - состоят просто из 2-3 чисел разделенных просто символами.

сейчас 16 часов 26 минут
9 час 10 минут
4 часа 3 часа 22 минуты

Вот просто взять

\d+....\d+....(\d+)? и

и гнать это по всему тексту. Ложные срабатывания отпадут дальше по конструктору объекта дата-время.

Медиафайлы - это очень широкое понятие. Надо уточнить. Но для сбора информации о картинках можно брать библиотеки поддержки exif https://pypi.org/project/exif/

С помощью exif можно излвлекать из jpg картинок информацию о размере. И возможно о устройстве которое фоткало. Может гео-координаты если таковые писались. И прочая техническая инфа.