diff --git a/archives.html b/archives.html index 24e032c..c36406f 100644 --- a/archives.html +++ b/archives.html @@ -1,4 +1,4 @@ - Блог 529 Блог 529

Archives for Блог 529

Пн 17 Июль 2017
Экспорт партий с Lichess
Вс 30 Октябрь 2016
Моё решение задачи 134
Пт 21 Октябрь 2016
Моё решение задачи 146
Пт 22 Июль 2016
Нахождение суммы k-ых степеней
Чт 17 Март 2016
Wallabag и реальная жизнь
Вс 10 Январь 2016
Как я шахматного бота писал
Вс 02 Август 2015
CrossGen v1.0
Пт 17 Июль 2015
Моё решение задачи 60
Пт 03 Июль 2015
Ещё одно вычисление выражений
Пт 17 Апрель 2015
Мой первый пост или зачем этот блог?
Блог 529 - Алексей Лобанов
  1. Экспорт партий с Lichess

    Сохраняем себе шахматные партии с Lichess.org. Рабочий скрипт на Python прилагается.


  2. Моё решение задачи 134

    Краткое условие: назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

    Блог 529 - Authors

    Authors on Блог 529

    Блог 529 Блог 529 - misc
    1. Нахождение суммы k-ых степеней

      Как придумать формулу для суммы \(1^5 + 2^5 + 3^5 + \ldots + n^5\) и есть ли она вообще?

      Блог 529 - Проекты
      1. Экспорт партий с Lichess

        Сохраняем себе шахматные партии с Lichess.org. Рабочий скрипт на Python прилагается.



      2. CrossGen v1.0

        Читая хабр, случайно натолкнулся на идею сделать программу, которая по заданной кроссвордной сетке находит способ её заполнить. В этом посте вкратце напишу про моё решение и первую версию приложения.


      3. Ещё одно вычисление выражений

        На хабре когда-то увидел статью про то, что в Яндексе двум сотрудникам дали задачу на написание приложения, для вычисления выражений. Менеджер справился за 4 часа, а программист за два. Я решил попробовать свои силы.


      Page 1 / 1
      Блог 529 - Project Euler
      1. Моё решение задачи 134

        Краткое условие: назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

        Блог 529
        1. Экспорт партий с Lichess

          Сохраняем себе шахматные партии с Lichess.org. Рабочий скрипт на Python прилагается.


        2. Моё решение задачи 134

          Краткое условие: назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

          Блог 529

          Здравствуйте, я Алексей Лобанов

          Сейчас я студент ВМК МГУ. Немного занимаюсь фрилансом и машинным обучением.

          Умею писать:

          1. Бекенды на Python (+flask)
          2. Фронтенды на jQuery
          3. Парсеры на scrapy
          4. Кроссплатформенные приложения на C++/Python с использованием wxWidgets
          5. И интегрировать во всё это машинное обучение на scikit-learn, xgboost и TensorFlow.

          Если вы хотите связаться со мной и обсудить что-нибудь, то можете выбрать удобный способ связи:


          Мои проекты
          1. Мои проекты

            Значительная часть моих проектов есть на GitHub или BitBucket вместе с открытым исходным кодом.

            CrossGen

            alt text

            Что использовалось

            1. C++
            2. wxWidgets

            Что реализовано

            1. Графический интерфейс
            2. Автоматическая локализация всего интерфейса на русский и английский языки
            3. Быстрая генерация кроссворда по заданной сетке с использованием эвристики
            4. Автоматический бенчмарк для измеренеия производительноти генерации Подробнее я писал тут

            За подробностями пишите мне на почту


          CrossGen v1.0
          1. CrossGen v1.0

            Начать, наверное, нужно с того, что реальную практическую значимость я осознал после того, как реализовал 90% того, что есть сейчас. Сейчас мне кажется, что единственное применение данного приложения лишь в том, чтобы создавать кроссворды очень сложной или необычной формы. Зачем это надо обычному человеку я вообще не знаю.

            Собственно, алгоритм генерации изначально был примитивным: простой рекурсивный поиск с отсечением. Скорость генерации более-менее сложных сеток была ужасной (для перцентиля 30% это примерно 40 минут на этой сетке, в общем случае, время генерации непредсказуемо.

            В дальнейшем были выполнены некоторые оптимизации. Первой более-менее значимой стала замена передачи сетки в юникоде (во внутреннем цикле) на передачу сетки в однобайтовой кодировке, таким образом, языки с алфавитом больше ~200 букв пролетают. Впрочем, мне кажется, что им не слишком сильно требуются кроссворды. Такая оптимизация дала ~35% прироста при значимом времени перебора (больше секунды).

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

            Наибольший прирост, как и ожидалось, дало упорядочивание словаря по некоторому критерию. Таким образом, при переборе, “плохие” варианты будут попадаться редко. На это ушло немногим больше дня. В конечном итоге, целевой функцией, которая стала критерием сортировки, стала такая \(\sqrt[n]{\prod_{i=1}^{n}{f\left( a_i \right)}}\) (иначе говоря, среднее геометрическое отлично подошло), где \(n\) — количество букв в слове, \(a_i\) — буквы слова, а \(f \left( x \right)\) есть вероятность появления буквы \(x\). Я отсекаю примерно половину самых “плохих” слов, а из того, что осталось я составляю кроссворд. Производительность, в среднем, увеличилась в ~1000 раз. На тестовых сетках для перцентиля 90% длительность работы около секунды.

            Что реализовано

            • Прозрачная интернационализация (пока только русский и английский языки)
            • Быстрая генерация
            • Экспорт в текстовом формате
            • Простая смена словаря
            • Относительно простое редактирование сеток

            Что может быть реализовано

            • Визуальный редактор сетки
            • Экспорт в HTML, PDF, Markdown
            • Экспорт сетки в файл картинки

            Скриншоты

            • Версия для Xubuntu: alt text
            • Версия для Windows 7: alt text
            Экспорт партий с Lichess
            1. Экспорт партий с Lichess

              Одну партию с Lichess скачать довольно просто, это можно сделать на странице с самой игрой. Скачать все игры тоже несложно, для этого есть специальный раздел.

              Если же хочется скачать свои партии, то я нашёл лишь одно решение. Последний коммит был сделан 2 года назад, также оно не учитывает ограничения API, и больше ~2000 партий, за раз скачать не получится.

              Моей целью было написание альтернативы, которая бы работала быстрее и работала корректно.

              Проблема формата решена довольно просто: API отдаёт PGN, значит его поддержка уже есть. Но это плохой формат для хранения и обработки. Поэтому нужно было выбрать что-то ещё.

              Существует, практически, только Scid, если вы хотите хранить свои шахматные партии, используя открытый софт. В его дистрибутиве уже есть необходимые утилиты для конвертации pgn в свой формат.

              Репозиторий здесь, а здесь можно скачать файлы сразу.

              Возможности

              1. Многопоточность
              2. Сохранение как в PGN, так и в формат Scid
              3. Для работы необходим только Python
              4. Работает при любом числе партий

              Установка

              pip install grequests
               

              Запуск

              python lichess.py -n hippo23 -t pgn -o hippo23.pgn  --threads 6 
              diff --git a/posts/eksport-partii-s-lichess/index.html.gz b/posts/eksport-partii-s-lichess/index.html.gz
              index 6109e98..8ce72b4 100644
              Binary files a/posts/eksport-partii-s-lichess/index.html.gz and b/posts/eksport-partii-s-lichess/index.html.gz differ
              diff --git a/posts/eshchio-odno-vychislenie-vyrazhenii/index.html b/posts/eshchio-odno-vychislenie-vyrazhenii/index.html
              index 0a9d6f1..4ecf794 100644
              --- a/posts/eshchio-odno-vychislenie-vyrazhenii/index.html
              +++ b/posts/eshchio-odno-vychislenie-vyrazhenii/index.html
              @@ -1,4 +1,4 @@
              - Ещё одно вычисление выражений Ещё одно вычисление выражений
              1. Ещё одно вычисление выражений

                Задачка кажется не очень сложной, даже, если не знать как её делать (я не знал). Целью является быстрое вычисление чего-то типа 4 * ( 5 + 7 ^ 4). Для это я парсил исходную строку в список токенов, а затем непосредственно вычислял, что получится.

                Я решил, что проще всего будет реализовать (а мне потом и понять) алгоритм, когда после каждого действия будет выполняться некий “хороший” инвариант. Первое что приходит в голову — это то, что истинность выражение после выполнения операции не меняется (TITO соблюдается). То есть выражение 3 + 5 можно заменить на 8 или хотя бы на 4 * 2.

                Непосредственно сама обработка является несколькими проходами, так что в каждом проходе мы избавляемся от операций одного приоритета. 4 + 5 * 3 заменяется на 4 + 15, 7 - 5 * 2^3 заменяется на 7 - 5*8. Таким образом, каждый цикл тривиален, и легко задавать приоритеты операций.

                Если использовать один список как контейнер для токенов и при работе изменять непосредственно его, сохраняя указанные инварианты, то сложность получается \(O\left( N \right)\), где \(N\) — число токенов.

                Времени на непосредственно кодирование ушло часа три-четыре, но в это время не входит продумывание мелких деталей.

                Всё написано на C++11. Исходники лежат на GitHub и BitBucket.

                Как я шахматного бота писал
                1. Как я шахматного бота писал

                  Лет 5 назад я достаточно активно играл в живые шахматы. Потом времени на это стало не хватать и постепенно перешёл на редкие партии в онлайне. Сейчас для игры я использую одно из самых популярных приложений вк. Это проще, чем использовать, к примеру, FICS. Предмет обсуждения появился из-за того, что я как-то раз встретился с соперником, который на все ходы потратил порядка 10 секунд, при этом не допустив значимых ошибок. Тогда я решил написать своего бота, чтобы узнать что с ним будет и столкнусь ли я с какими-нибудь подводными камнями.

                  Целью было максимально быстрое написание максимально простого решения. Поэтому от разбора протокола я сразу отказался, тем более у меня не было подобного опыта ранее. Была мысль работать с FICS (у меня есть библиотека для работы с их протоколом), но поскольку я там не играю, то и результаты были бы не так интересны, во всяком случае, для меня. Таким образом, я писал простого кликера для приложения вк.

                  Изначально хотелось найти доску и определить положения всех фигур, это было бы достаточно универсально, хотя и привязало бы меня к OpenCV. Тем не менее, решил не усложнять: можно определять только последний ход, а это можно сделать, проверяя цвет только одного пикселя.

                  В самом скрипте около 200 строк на python. Очень сильно помогла библиотека chess, которая взяла на себя общение с движком (я использовал stockfish), проверку на допустимые ходы и определение мата. Некоторое время я уделил тому, чтобы сделать бота максимально похожим на человека, чтобы было невозможно выявить, что это бот полностью автоматическими средствами. По пунктам:

                  • Клик по полю в случайном месте, с распределением по Гауссу, центр которого не совпадает с центром клетки
                  • Случайное время хода, длительность которого распределена по Гауссу, причём средняя длительность хода изменяется, в зависимости от номера текущего хода.
                  • Прокладываются дополнительные точки, с распределением по Гауссу, при перемещении курсора от точки к точке.

                  По факту, всё это было лишним, бан получить не удалось даже при простом клике из начальной точки в конечную.

                  Примеры работы скрипта можно посмотреть тут и тут, анализы двух сыгранных игр лежат тут и тут (оппонент имеет рейтинг около 2100).

                  На момент публикации аккаунт вполне жив. Рейтинг достиг некоторого потолка (около 2200), после которого найти игроков примерно равного рейтинга, не являющихся ботами, очень сложно. Сражаться же с ботами сильно сложнее, такую цель я не ставил. Интересно, хоть и ожидаемо, что при наборе рейтинга было достаточно личностей, для которых возможность того, что их нагло обманули, и они играли с ботом была столь неприятна, что они не могли сдерживаться. Например: alt text

                  p.s. Уже после создания рабочей версии от одного из оппонентов узнал про lichess.org. Это отличный ресурс на котором кроме, собственно, платформы для игры в шахматы (поддерживается большое количество их вариантов), есть тренировки по дебютам, анализ игр. Самое интересное — ресурс полностью открытый, все исходники есть на github.

                  В процессе подготовки данного материала узнал про InternetChessKiller, который делает, фактически, тоже самое, что и мой скрипт, но без привязки к какой-то одной игровой площадке. Исходники старых версий можно найти, например, в этом репозитории.

                  p.p.s. Боты на серверах, предназначенных для людей, играющие в игры, которые предназначены для людей очень сильно мешают людям. Тем не менее, проверять, насколько сильно они мешают не нужно!



                Мой первый пост или зачем этот блог?
                1. Мой первый пост или зачем этот блог?

                  Есть несколько причин появления этого блога. Самая главная — хочется как-то использовать домен, который я купил изначально для красивой почты. Но она не единственная. Мне также хочется делиться частью того, что я делаю на платформе, которую я могу контролировать. Ну и контактные данные. Хорошо, когда все в одном месте.

                  Пока я планирую публиковать свои, возможно не лучшие, но рабочие решения для задач из Project Euler (projecteuler.net). На самом деле, решения значительного числа задач уже есть в Сети, но на английском. Хотя, это и не есть большая проблема.



                Моё решение задачи 134
                1. Моё решение задачи 134

                  Назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

                  Например, если \(p_1 = 19\), то следующее простое \(p_2 = 23\). Тогда порождающим будет число \(1219\), при этом \(1219 \: \vdots \: 23\).

                  Полное условие можно найти тут

                  Несмотря на то, что сложность задачи 45%, для её решения достаточно выписать условие.

                  Пусть \(p_1\) содержит в себе \(k\) цифр, т.е. \(n = r \cdot 10^k + p_1\), где \(r\) — какое-то натуральное число с отрезка \(\left[ 1; p_2-1 \right]\)

                  Давайте посчитаем остатки по модулю \(p_2\): \(n \equiv r \cdot 10^k + p_1 \equiv 0\). Отсюда получим явную формулу для \(r\):

                  $$ r \equiv -p_1 \cdot 10^{-k} \equiv -p_1 \cdot 10^{p_2 -1-k} $$

                  Комментарии:

                  1. Так как \(a^p \equiv a \mod p\), то верно что \(a^{-k} \equiv a^{p -1-k} \mod p\)
                  2. Это всё бессмысленно, если не знать про алгоритм быстрого возведения в степень, который делает асимптотическую сложность возведения в степень логарифмической.

                  У нас есть явная формула для порождающего, и мы знаем как её быстро посчитать. Ниже приведён код на Python с использованием sympy.

                  from sympy import primerange  # для получения простых чисел
                   
                  diff --git a/posts/moio-reshenie-zadachi-134/index.html.gz b/posts/moio-reshenie-zadachi-134/index.html.gz
                  index 2d44218..a8150b0 100644
                  Binary files a/posts/moio-reshenie-zadachi-134/index.html.gz and b/posts/moio-reshenie-zadachi-134/index.html.gz differ
                  diff --git a/posts/moio-reshenie-zadachi-146/index.html b/posts/moio-reshenie-zadachi-146/index.html
                  index 2d61b9b..d50b4f7 100644
                  --- a/posts/moio-reshenie-zadachi-146/index.html
                  +++ b/posts/moio-reshenie-zadachi-146/index.html
                  @@ -1,4 +1,4 @@
                  - Моё решение задачи 146 Моё решение задачи 146
                  1. Моё решение задачи 146

                    Необходимо найти сумму всех натуральных \(n\), что \(n^2+1\), \(n^2+3\), \(n^2+7\), \(n^2+9\), \(n^2+13\), и \(n^2+27\) будут последовательными простыми числами.

                    Полное условие можно найти тут

                    Хочется отметить, что сложность у задачи 50%, а на текущий момент её решило меньше 4000 человек. Тем не менее, мне она показалось простой. Простейшее решение отработало очень быстро.

                    Для начала, можно отметить, что в лоб проверять условие очень долго. Проверять на простоту числа порядка \(10^{15}\) достаточно сложно, поэтому их нужно как-то отсеять.

                    Самое простое — не рассматривать те \(n\), что хотя бы одно из \(n^2+1\), \(n^2+3\), \(n^2+7\), \(n^2+9\), \(n^2+13\), и \(n^2+27\) будет заведомо делиться на какое-то маленькое простое число. Это даёт достаточно хорошие результаты: из 150 миллионов чисел, после отсеивания по простым числам \(< 3000\) (этот параметр я подбирал уже после решения задач: если он слишком маленький, то будет слишком много проверок на простоту, если же слишком большой, то мы делаем слишком много работы, чтобы отсеять несколько чисел), останется меньше \(2000\) чисел. Их уже можно проверить непосредственно.

                    Тогда алгоритм может быть таким:

                    1. Находим простые числа меньше \(3000\).
                    2. Для каждого из них находим допустимые остатки.
                    3. Для каждого из чисел от \(1\) до \(n\) проверяем, что остатки по всем простым хорошие.
                    4. Непосредственно проверяем условие. Важно не забыть проверить непростоту оставшихся нечётных чисел из диапазона \(n^2 + 1 \ldots n^2 + 27\) там могут быть (и будут!) другие простые числа.

                    Непосредственно сам поиск такой клики можно реализовать тривиально. Ниже мой код на C++11 с использованием библиотек Flint и primesieve. Распараллеливание хоть и просится, но смысла не имеет, т.к. я получил ответ менее, чем за 5 секунд.

                    /*
                      * Problem 146 on Project Euler
                    diff --git a/posts/moio-reshenie-zadachi-146/index.html.gz b/posts/moio-reshenie-zadachi-146/index.html.gz
                    index d1ee6e1..405fb3a 100644
                    Binary files a/posts/moio-reshenie-zadachi-146/index.html.gz and b/posts/moio-reshenie-zadachi-146/index.html.gz differ
                    diff --git a/posts/moio-reshenie-zadachi-60/index.html b/posts/moio-reshenie-zadachi-60/index.html
                    index aab7583..d497ca8 100644
                    --- a/posts/moio-reshenie-zadachi-60/index.html
                    +++ b/posts/moio-reshenie-zadachi-60/index.html
                    @@ -1,4 +1,4 @@
                    - Моё решение задачи 60 Моё решение задачи 60
                    1. Моё решение задачи 60

                      Необходимо найти множество из пяти простых чисел с минимальной суммой такое, что после “склеивания” в любом порядке любых двух чисел из него тоже будет простое число. Здесь под процедурой “склеивания” чисел \(a\) и \(b\) подразумевается получения из \(a = \overline{a_1 a_2 \ldots a_n}\) и \(b = \overline{b_1 b_2 \ldots b_m}\) некоторого \(c\) так, что \(c = \overline{a_1 a_2 \ldots a_n b_1 b_2 \ldots b_m}\).

                      Полное условие можно найти тут

                      Для начала, можно понять, что непосредственный перебор “в лоб” слишком медленный и нужного результата не даст. Поэтому хочется уйти от, как мне кажется, не самого формализуемого условия к чему-то более простого, с чем проще работать. Давайте сначала поймём, какие вообще числа могут быть в одном множестве. Для этого достаточно перебрать все разбиения на два подчисла всех простых чисел. Это достаточно быстро, порядка \(O\left( N \right)\) операций. Важно не забыть, что мы можем разбивать число \(p\) только на \(\overline{p_1 p_2}\), между числами не может быть нулей! То есть если число 37 разбивается на 3 и 7, то 307 нет.

                      Пусть мы получили набор таких разбиений, то есть набор пар вида \(\left( p, q \right)\). Давайте составим из них граф, где вершинки это простые числа, а ориентированное ребро из \(p\) в \(q\) означает, что есть пара \(\left( p, q \right)\). Из того, что порядок склеивания чисел произвольный сразу следует, что рассматриваемый граф должен быть неориентированным. Таким образом, все пары \(\left( p, q \right)\) для которых нет пары \(\left( q, p \right)\) необходимо выкинуть, а из оставшихся построить граф.

                      Теперь задача стало гораздо понятнее: достаточно выбрать клику размера 5, что сумма значений её вершин минимальна. В общем случае, это достаточно ресурсоёмкая(как мне кажется) задача, но в реальном графе количество рёбер не слишком большое. В худшем случае, по теореме Турана, количество рёбер в графе лишь с одной такой кликой примерно на 10% меньше числа рёбер в полном графе.

                      Непосредственно сам поиск такой клики можно реализовать тривиально. Ниже мой код на C++11 с использованием библиотеки Boost Graph Library (BGL).

                      #include <iostream>
                       #include <algorithm>
                      diff --git a/posts/moio-reshenie-zadachi-60/index.html.gz b/posts/moio-reshenie-zadachi-60/index.html.gz
                      index d66455b..2087f3c 100644
                      Binary files a/posts/moio-reshenie-zadachi-60/index.html.gz and b/posts/moio-reshenie-zadachi-60/index.html.gz differ
                      diff --git a/posts/nakhozhdenie-summy-k-ykh-stepenei/index.html b/posts/nakhozhdenie-summy-k-ykh-stepenei/index.html
                      index 4350250..60cee34 100644
                      --- a/posts/nakhozhdenie-summy-k-ykh-stepenei/index.html
                      +++ b/posts/nakhozhdenie-summy-k-ykh-stepenei/index.html
                      @@ -1,4 +1,4 @@
                      - Нахождение суммы k-ых степеней Нахождение суммы k-ых степеней
                      1. Нахождение суммы k-ых степеней

                        Давайте сразу обобщим задачу до нахождения \(f_k\left( n \right)\), где

                        $$f_k\left( n \right) = 1^k + 2^k + \ldots + n^k$$

                        Для \(k=1\) формула известна всем школьникам: \(f_1\left( n \right) = \frac{n\left(n+1 \right)}{2}\). Формулу для \(k=2\) знают уже не все, но всё же в школе её найти можно (я видел на обложке учебника по алгебре): \(f_2\left( n \right) = \frac{n\left(n+1 \right) \left( 2n + 1 \right)}{6}\)

                        Интуиция может подсказать, что \(f_k \left( n \right)\) есть некий полином со степенью \(k+1\). Если это так, то его нахождение тривиально. Например, можно посчитать его в явном виде, используя полином Лагранжа. Осталось показать, что наша функция представима в таком виде.

                        Для начала введём обозначение. “Нижней степенью”, \(x^{\underline{k}}\), будем обозначать такое выражение:

                        $$x^{\underline{k}} = x(x-1)\cdot \ldots \cdot (x-k+1)$$

                        .

                        Далее, заметим следующее, если \(a_i = A_{i+1} - A_i\), где \(\lbrace a_i \rbrace\) и \(\lbrace A_i \rbrace\) — некие последовательности, то \(\sum_{i=1}^n = A_{n+1}-A_1\) (телескопирование, можно посмотреть тут, с. 6).

                        Теперь посчитаем сумму \(\sum_{i=1}^n i^{\underline{k}}\). Для этого достаточно понять, что \(\left( x+1 \right)^{\underline{k+1}} - \left(x \right)^{\underline{k+1}} = \left( k+ 1 \right)x^{\underline{k}}\). Отсюда сразу получаем, что

                        $$\sum_{i=1}^n i^{\underline{k}} = \frac{\left( n+1 \right)^{\underline{k+1}}}{k+1}$$

                        Осталось показать, что “нормальные” степени выражаются через нижние. Начнём со степени \(k=1\), тут всё просто:

                        $$x = x^{\underline{1}}$$

                        С бОльшими степенями сделаем следующее: считая, что все степени, меньше, чем \(k\) мы выражать умеем, раскроем скобки в определении нижней степени. Теперь поймём, что старший коэффициент \(1\): \(x^{\underline{k}} = x^k + \sum_{i=1}^k a_ix^i\) или \(x^k = \sum_{i=1}^k a_ix^i - x^{\underline{k}}\). Осталось понять, что каждое из слагаемых вида \(a_ix^i\) мы умеем выражать через нижние степени. Таким образом, можно получить следующее:

                        $$ \sum_{i=1}^{n} i^k = \sum_{i=1}^{n} \sum_{j=1}^{k} a_j i^{\underline{k}} = \sum_{j=1}^{k} \sum_{i=1}^{n} a_j i^{\underline{k}} = \sum_{j=1}^{k} \frac{a_j \left(n+1 \right)^{\underline{k+1}}}{k+1}$$

                        Кстати, формула для суммы в самом начале такая:

                        $$ \sum_{i=1}^n i^5 = \frac{1}{12} n^2 \left(n+1 \right)^2 \left(2n^2 + 2n-1 \right) $$
                        Wallabag и реальная жизнь
                        1. Wallabag и реальная жизнь

                          Начать следует с того, что Wallabag действительно является самым популярным среди открытых приложений для отложенного чтения. Можно взять, например, alternativeto:

                          Первый релиз вышел почти два года назад. Тем не менее, мне сложно назвать продукт зрелым. Последняя, на момент написания, версия 2.0.0-beta.2 не может похвастаться простым процессом установки. Вариант просто выполнить команды из мануалов по очереди у меня не получился. В этом соперничать с тем же Pocket, очевидно, бессмысленно.

                          Стандартная тема, material, ужасно выглядит на моём ноутбуке с разрешением 1366x768, элементы явно рассчитаны на большую диагональ. Ещё часть места отъедает неубирающаяся плашка внизу страницы, предупреждающая о том, что баги в бета версии не есть что-то плохое. Официальное Android приложение упорно не может найти сервер.

                          После волевого решения перейти на стабильную версию (то есть откатиться в равзвитии на полгода назад), дела улучшились, но не сильно. Количество настроек минимально, если не сказать, что их вообще нет. Но оно работает, вроде.

                          Сложности, впрочем, только начались. Обещанная синхронизация с Pocket работает, мягко говоря, неоптимально. После загрузки экспортированного html файла со ссылками, wallabag почти час выкачивал мои 750 статей. Где-то на 500-й статье он выделил слишком много памяти и упал с ошибкой. После этого пришлось руками искать потенциально проблемные статьи и удалять их по одной — удалить сразу несколько элементов невозможно. Затем надо было выкачивать ещё 250 статей, периодически посматривая, чтобы ничего снова не упало.

                          Кажется, что все проблемы закончились, но нет. Дальше синхронизация с телефоном. Она заняла почти столько же времени, при этом, начальное очевидное предположение о том, что токен безопасности вбивать не нужно (он сам заполняется в приложении) стоило где-то 15 минут поиска. Но и это не всё. После того, как база загрузилась, небольшие изменения на телефоне (такие как удаление статьи) синхронизировались больше минуты!

                          Резюме: пользоваться можно, но советовать кому-либо это использовать я точно не стану.

                          Этого бы поста не было бы, если бы я сказал, что Wallabag плохой, а OTHER_PRODUCT хороший и можно пользоваться им. Но я так написать не могу. Ни я, ни alternativeto других решений не знают. Значит нужно их создать. На моём слабеньком VPS уже почти год трудится Syncthing, управляя значительным количеством файлов с минимальной нагрузкой на ЦП. Поэтому мне кажется, что Go подойдёт идеально.

                          Если написать подобный продукт на Go, то многие проблемы даже не появятся:

                          • не нужно разрешать большое количество зависимостей — достаточно одного бинарника
                          • скорость генерации контента (например, создание pdf, epub) будет значительно выше
                          • небольшой оверхед позволит всё хранить в памяти
                          • работа почти на чём угодно

                          В совокупности, будет достигнуто, как мне кажется, самое главное — удобство для обычного пользователя, который сможет без проблем развернуть это на любом VPS.



                        Блог 529 - BGL
                        1. Моё решение задачи 60

                          Краткое условие: необходимо найти множество из пяти простых чисел с минимальной суммой такое, что после “склеивания” в любом порядке любых двух чисел из него тоже будет простое число.


                        Page 1 / 1
                        Блог 529 - блог

                        Page 1 / 1
                        Блог 529 - бот

                        Page 1 / 1
                        Блог 529 - c++
                        1. Моё решение задачи 146

                          Краткое условие: необходимо найти сумму всех натуральных \(n\), что \(n^2+1\), \(n^2+3\), \(n^2+7\), \(n^2+9\), \(n^2+13\), и \(n^2+27\) будут последовательными простыми числами.

                          Блог 529 - FLINT
                          1. Моё решение задачи 146

                            Краткое условие: необходимо найти сумму всех натуральных \(n\), что \(n^2+1\), \(n^2+3\), \(n^2+7\), \(n^2+9\), \(n^2+13\), и \(n^2+27\) будут последовательными простыми числами.

                            Блог 529 - Go
                            1. Wallabag и реальная жизнь

                              Как я устанавливал известнейшее свободное решение для отложенного чтения, и что из этого получилось.


                            Page 1 / 1
                            Блог 529 - lichess
                            1. Экспорт партий с Lichess

                              Сохраняем себе шахматные партии с Lichess.org. Рабочий скрипт на Python прилагается.


                            Page 1 / 1
                            Блог 529 - математика
                            1. Нахождение суммы k-ых степеней

                              Как придумать формулу для суммы \(1^5 + 2^5 + 3^5 + \ldots + n^5\) и есть ли она вообще?

                              Блог 529 - open source
                              1. Wallabag и реальная жизнь

                                Как я устанавливал известнейшее свободное решение для отложенного чтения, и что из этого получилось.


                              Page 1 / 1
                              Блог 529 - проект
                              1. Экспорт партий с Lichess

                                Сохраняем себе шахматные партии с Lichess.org. Рабочий скрипт на Python прилагается.



                              2. CrossGen v1.0

                                Читая хабр, случайно натолкнулся на идею сделать программу, которая по заданной кроссвордной сетке находит способ её заполнить. В этом посте вкратце напишу про моё решение и первую версию приложения.


                              3. Ещё одно вычисление выражений

                                На хабре когда-то увидел статью про то, что в Яндексе двум сотрудникам дали задачу на написание приложения, для вычисления выражений. Менеджер справился за 4 часа, а программист за два. Я решил попробовать свои силы.


                              Page 1 / 1
                              Блог 529 - Project Euler
                              1. Моё решение задачи 134

                                Краткое условие: назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

                                Блог 529 - Python
                                1. Моё решение задачи 134

                                  Краткое условие: назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

                                  Блог 529 - шахматы
                                  1. Экспорт партий с Lichess

                                    Сохраняем себе шахматные партии с Lichess.org. Рабочий скрипт на Python прилагается.



                                  Page 1 / 1
                                  Блог 529 - sympy
                                  1. Моё решение задачи 134

                                    Краткое условие: назовём порождающим для двух последовательных простых \(p_1 < p_2\) наименьшее натуральное число, что оно закачивается на \(p_1\) и при этом делится на \(p_2\). Необходимо найти сумму порождающих для всех \(p_1 \in \left[ 5; 10^6 \right]\)

                                    Блог 529 - wallabag
                                    1. Wallabag и реальная жизнь

                                      Как я устанавливал известнейшее свободное решение для отложенного чтения, и что из этого получилось.


                                    Page 1 / 1
                                    Блог 529 - wxWidgets
                                    1. CrossGen v1.0

                                      Читая хабр, случайно натолкнулся на идею сделать программу, которая по заданной кроссвордной сетке находит способ её заполнить. В этом посте вкратце напишу про моё решение и первую версию приложения.


                                    Page 1 / 1
                                    Блог 529 - Tags