Долгое время не играл, и вот - неожиданно победил. Точнее говоря, противник сдался

#today #flood #chess

Тик

Самый короткий день года оказался неожиданно солнечным и теплым. Низкое зимнее солнце прошло по небосклону, окрашивая кромку перистых облаков, отражаясь оранжево-жёлтыми сполохами в окнах высоток. Сугробы, ещё пару дней назад лежавшие величественными белыми барханами, осунулись, посерели и покрылись прогалинами, уступив место лужам и тонкой ледяной корке. Пейзаж в окнах стал необъясним – что это? – Холодная оcень, зима, ранняя весна?

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

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

В эти предновогодние дни, кажется, что время – нечто больше, чем абстрактная физическая величина, скучно обозначаемая буквой t, с вменённой ей обязанностью течь одинаково и равномерно повсюду – нет, эти сжатые короткие дни и длинные ночи текут по каким-то своим, предпраздничным законам, отгорая один за одним, проводимые в предвкушении и подготовке к встрече Нового года.

#today #flood #observation #weather #winter_is_coming #new_year

Почти

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

Итак, в этом году я:
- сменил работу
- запустил 2 телегам-канала
- написал несколько статей на Хабре
- перестал общаться с мегатоксичным бывшим коллегой
- писал код как обычно
- написал несколько постов и статей, которые понравились мне самому

Теперь негативная часть:
- ведение блога и написание статей отклонилось со своего курса и не принесло материальных бенефитов, хотя статьи и оплачиваемы, но очень скромно
- занятия английским пришлось поставить на длительную паузу

В последнее время часто вспоминаю дурацкую песню "Это был тяжелый год" – впервые я её услышал ещё в очень спокойный и уже довольно ныне далекий 2019 (18, 20 ?) год, услышал – и посмеялся. Сейчас же она более чем актуальна...но уже не вызывает улыбки.

На этом закроем топик.

#today #new_year #flood #summary

Значки

Выдали на Хабре значки "Пилот Года" и "Оракул 27/4" – будем считать, что это хорошо

#today #flood #habr #new_year

С Новым Годом!

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

Считанные часы остались до Нового Года: для кого-то это время финального “рывка” по магазинам, кто-то гладит своё вечернее платье, кто-то ставит шампанское в холодильник, многие поглощены уютом кухонь, а кто-то в пути.

Для этого маленького канала этот Новый Год – первый. И, хотя, вас ни 111, да и мне тоже, пока что, ни 111 лет, могу сказать, что половину из вас я знаю вполовину меньше, чем хотел бы)

С Новым Годом! Помните, что несмотря на обстоятельства и невзгоды, важно сохранить, то, что делает нас самими собой! Верьте в мечту, идите к своим целям, наперекор всему!

P.S. моя любимая новогодняя песня: https://youtu.be/_AcgdiEuOZ4?si=vO2WilMigLoGIb6V

Итоги по статьям

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

#today #flood #habr #new_year

Праздники

Подведу (шуточные) итоги по праздникам, итак я:

- остался жив
- пил умеренно
- съездил во Владимир на несколько дней
- вспомнил почему я не люблю российскую и (большую) часть советской музыки
- вспомнил за что я люблю советские фильмы
- поучаствовал в мастер классе не скажу каком
- не программировал (!)
- не читал технические статьи
- попробовал прочитать две фантастических книги из Топ-100 - не смог

#today #flood #superflood #humor #new_year

Книги

Были времена и получше, когда я был готов читать, что угодно в рамках жанров НФ и фэнтези. Были времена, когда я читал книги по условной Computer Science – и тогда "серьёзная" книга была на неделю, а художественная – на вечер.

Но, уже несколько лет как, настали времена, когда мне нужна особая причина, что б начать, а главное – закончить книгу. Действительно: читать книги по программированию? – Полноте, зачем? – Собес в Яндекс я прошёл уж 4 года как, полный список языков и технологий, который я там-сям применял утомит своей длиной любого HR...

С художественными книгами история более интересная: читать их можно, исходя из двух основных посылов, – удовольствия и ценного содержания. Ценного содержания в развлекательной литературе обычно немного, более того, книги ценного содержания, как правило, читать трудно.

Идём дальше, от чего же зависит удовольствие от чтения, по моему субъективному мнению? – От двух категорий: сюжета и языка (он же стиль).

Возможно, это неочевидно, но сюжет (также как и глубокий смысл) может практически отсутствовать – малые литературные формы слишком "малы", чтоб выдать читателю несколько запутанных сюжетных линий. Примеров таких сколько угодно: Московская Пасха, Смерть в доме – пируэтов в сюжете либо нет совсем, либо он один.

Язык, как таковой, – отсутствовать не может, более того, я не возьмусь систематически выписать какие характеристики он может иметь. Совершенно точно, что книгу с неудачным для меня стилем изложения я, скорее всего, брошу, невзирая на сюжет. Бывает такое, что язык сам сокровище ярок и специфичен (Бегущая по волнам), бывает такое что он легок и весел, вытаскивая всё повествование.

#today #flood #superflood #books #opinion #ToBeContinued

Дикость

Очень давно не писал технического контента – решил исправиться. То, что в том году разбирал относительно криптографии – не хочу сюда постить, так как мне, как минимум, нужен редактор формул, а как максимум, – вышло бы длинно и нудно.

Не имея под рукой интересных проблем, что б их описать, решил прибегнуть к помощи небезызвестного (и уже упоминавшегося в канале) сервиса Leetcode. Выбрал задачу Wildcard Matching, уровня hard, их тех, что раньше пробовал решить, но не сумел.

Итак, вот оригинальная формулировка:

Given an input string (s) and a pattern (p), implement wildcard pattern matching with support for '?' and '*' where:

'?' Matches any single character.
'*' Matches any sequence of characters (including the empty sequence).
The matching should cover the entire input string (not partial).

Ограничения:

0 <= s.length, p.length <= 2000
s contains only lowercase English letters.
p contains only lowercase English letters, '?' or '*'.

Сразу заметим пару моментов: во-первых, строка и образец могут быть достаточно длинны, что б сделать совсем наивные решения неэффективными, во-вторых, строка не может содержать '?' или '*', а в образце – не бывает экранирования, в-третьих, строка должна полностью соответствовать образцу.

Первая приходящая в голову мысль: давайте будем итерироваться по строке и образцу "одновременно", ведь пока мы не встретили "звездочку" – всё абсолютно очевидно. Действительно, представим себе ту же задачу, но символов '*' – нет. Получим следующий набросок решения:

 bool isMatch(string s, string p) {
        auto sIndex = 0;
        auto pIndex = 0;

        auto sLen = s.length();
        auto pLen = p.length();
        int starIndex = -1;
        int matchedIndex = 0;

        while (sIndex < sLen)
        {
            // simply match then we increment the both indexes
            if (pIndex < pLen && (p[pIndex] == '?' || p[pIndex] == s[sIndex]))
            {          
                pIndex++;
                sIndex++;
                continue;
            }

            return false;
        }

        //still possible to have an unfinished pattern here
        //it matches if and only if the pattern is over 
        return pIndex == pLen;
    }

Продолжение следует.

#today #c_plus_plus #leetcode #algo #ToBeContinued

Дикость продолжается

Кратко объясню идеи сниппета из прошлого поста:
Идём по строке и образцу, если оба символа совпадает, просто наращиваем оба индекса, если в образце стоит знак вопроса - делаем тоже самое, т.к. он совпадает с любым другим символом, при первом же не совпадении – рапортуем о неудаче. Всё предельно просто.

Ну теперь попробуем вернуть "звёздочки": по определению '*' соответствует нулю либо любому иному количеству символов...то есть – она не соответствует ничему – весь вопрос в том, чему соответствует символы за ней...Что если мы попробуем матчить остаток строки остатку шаблона, а если не сможем – просто нарастим индекс в строке? Вот примерно такой набросочек:

class Solution {
public:
    bool isMatch(string s, string p) {
        auto sIndex = 0;
        auto pIndex = 0;

        if (p.empty())
        {
            return s.empty();
        }

        return isMatchImpl(s, p, sIndex, pIndex);
    }

    bool isMatchImpl(const string& s, string& p, int sIndex, int pIndex)
    {
        while (sIndex < s.size() && pIndex < p.size())
        {
            if (p[pIndex] == '?')
            {
                ++sIndex, ++pIndex;
                continue;
            }

            if (p[pIndex] == '*')
            {
                while (pIndex < p.size() - 1 && p[pIndex + 1] == '*')
                {
                    ++pIndex;
                }

                return matchStar(s, p, sIndex, ++pIndex);
            }

            if (p[pIndex] == s[sIndex])
            {
                ++sIndex, ++pIndex;
                continue;
            }

            return false;
        }

        if (sIndex < s.size() && (pIndex = p.size()))
        {
            return false;
        }

        if (sIndex == s.size())
        {
            while(pIndex < p.size())
            {
                if (p[pIndex] != '*')
                {
                    return false;
                }

                ++pIndex;
            }

            return true;
        }

        return true;
    }

    bool matchStar(const string& s, string& p, int sIndex, int pIndexAtStop)
    {
        // there is nothing after the star
        if (pIndexAtStop >= p.size())
        {
            return true;
        }

        auto stopCh = p[pIndexAtStop];

        cout << "stopchar = " << stopCh << endl;

        while (sIndex < s.size())
        {
            if (s[sIndex] == stopCh || stopCh == '?')
            {
                auto matched = isMatchImpl(s, p, sIndex + 1, pIndexAtStop + 1);

                if (matched)
                {
                    return true;
                }
            }

            ++sIndex;
        }

        return false;

    }
}

Это почти работает, в следующий раз – объясню в чём загвоздка и завершу этот маленький цикл.

#today #c_plus_plus #leetcode #algo #ToBeContinued

Закончим эту дикость

Не секрет, что для алгоритмов есть понятие корректности и сложности выполнения. С корректностью – всё нормально, с пространственной сложностью – всё сносно, она линейна от длины образца (тратим стек на каждую звездочку), со временной сложностью – плоховато...Позвольте мне не заниматься тут этими вычислениями – достаточно заметить, что платформа выдает Time Limit Exceeded на паттернах типа этого: "b**bb**a**bba*b**a*bbb**aba***babbb*aa****aabb*bbb***a".

Что же делать? На самом деле у нас очень много лишних действий...Предположим у нас есть часть выражение p1 даже с несколькими '*' и мы нашли, что оно матчит часть строки s1 (т.е. по сути части между звездочками в паттерне матчатся), и пусть в остатке шаблона p2 тоже есть "звездочки", тут важно понять, что вне зависимости от дальнейших сравнений – нет смысла заново сравнивать уже совпавшую часть шаблона p1. Действительно, при новом сравнении мы получили бы s1', уходящую правее, чем s1 – но в этом нет никакого смысла, т.к. звездочки в p2 итак могут "съесть" эти символы.

А вот и код:

class Solution {
public:
    bool isMatch(string s, string p) {
        auto sIndex = 0;
        auto pIndex = 0;

        auto sLen = s.length();
        auto pLen = p.length();
        int starIndex = -1;
        int matchedIndex = 0;

        while (sIndex < sLen)
        {
            // simply match then we increment the both indexes
            if (pIndex < pLen && (p[pIndex] == '?' || p[pIndex] == s[sIndex]))
            {          
                pIndex++;
                sIndex++;
            }
            // if it's a star then memorize its position, memorize the string position and go further to the next pattern index
            // note that here we can "consume" several stars going in the row
            else if (pIndex < pLen && p[pIndex] == '*') 
            {
                starIndex = pIndex;
                matchedIndex = sIndex;
                pIndex++;
            }
            // it's a mismatch but there is a star somewhere before it
            // then let's get back to the next index after the star in the pattern
            // and the star has eaten another symbol in the string
            else if (starIndex != -1)
             {
                pIndex = starIndex + 1;
                matchedIndex++;
                sIndex = matchedIndex;
            }
            //either mismatch or the pattern is over when the string is not
            else
            {
                return false;
            }
        }

        //still possible to have an unfinished pattern here
        // advance it while it's a star
        while (pIndex < pLen && p[pIndex] == '*') {
            pIndex++;
        }

        //it matches if and only if the pattern is over 
        return pIndex == pLen;
    }

};

#today #c_plus_plus #leetcode #algo

Результаты решения

#today #c_plus_plus #leetcode #algo #picture

Попроще

Честно признаюсь: предыдущая задача – сложная. Решить её без практики строковых/backtrace алгоритмов, и, тем паче, в рамках собеседования, – маловероятно. Рассмотрим задачу попроще, которая пару дней назад была daily challenge. Продублирую условие:

Given two positive integers num1 and num2, find the positive integer x such that:

x has the same number of set bits as num2, and
The value x XOR num1 is minimal.
Note that XOR is the bitwise XOR operation.

Return the integer x. The test cases are generated such that x is uniquely determined.

The number of set bits of an integer is the number of 1's in its binary representation.

И ограничения:

1 <= num1, num2 <= 10^9

Догадываюсь, что с первого взгляда кажется, что написана какая-то ерунда. Действительно: в этой задаче главное – понять условие правильно. По сути нам нужно "создать" новое число и в него поставить столько единичек, сколько их в num2. Это можно сделать многими способами, но у нас есть дополнительное условие: XOR-сумма с num1 должна быть минимальна. Как известно 1 XOR 1 = 0, 0 XOR 0 = 0, 1 XOR 0 = 1, 0 XOR 1 = 1, т.е. имеет смысл идти по битам числа num2 слева направо копируя их в результат (не забывая, что вообще говоря num2 может содержать больше битов, чем нам нужно). А если вдруг мы скопировали весь num2, но битов не хватает – не теряемся, просто заполняем пустые разряды res уже теперь справа налево.

Небольшое замечание перед тем, как я покажу код: вообще в C++, конечно, есть побитовые операторы, сдвиги и т.д., и, можно было реализовывать, опираясь только на них, но удобнее использовать bitset. И вторая ремарка: не вчитывайтесь – попытайтесь решить сами.

class Solution {
public:
    constexpr static const int bin_size = 30;
    using bits = bitset<bin_size>;

    int minimizeXor(int num1, int num2) {
        bits b1 = num1;
        bits b2 = num2;
        bits res = 0;

        int count = b2.count();
        auto index = bin_size - 1;

        while (count && index >= 0)
        {
            if (b1[index])
            {
                res.set(index);
                count--;
            }

            index--;
        }

        index = 0;

        while (count)
        {
            if (!res[index])
            {
                res.set(index);
                count--;
            }
            
            index++;
        }

        return res.to_ulong();
    }
};

#today #c_plus_plus #leetcode #algo

Результаты решения

#today #c_plus_plus #leetcode #algo

Daily question

Не совсем понимаю почему, но второй день подряд вижу забавные задачки на XOR на Leetcode: условие в этот раз длинное – предлагаю прочесть его по ссылке самостоятельно.

Если вкратце: дано два, возможно довольно длинных, целочисленных массива, нужно найти XOR всех возможных пар. Т.е. если в первом массиве 10 элементов, во втором 11, то нужно найти XOR 110 пар – что было бы квадратичным (неэффективным) алгоритмом. Советую решить самим прежде чем читать спойлер и код.

Нам понадобится два свойства операции XOR: её коммутативность, и факт, что XOR-сумма любого числа с самим с собой равна нулю при чётном числе элементов и равна самому элементу при нечётном числе элементов. В гигантском XOR всех-всех пар друг с другом каждый элемент первого массива встретится столько раз, сколько элементов во втором массиве, и аналогично для второго массива. Иначе говоря, всё зависит только от чётности длин массива, и в худшем случае мы получим алгоритм линейный от совокупных длин массива, а в лучшем случае и вовсе – O(1).

class Solution {
public:
    int xorAllNums(vector<int>& nums1, vector<int>& nums2)
    {
        int res = 0;

        if (nums2.size() % 2 == 1)
        {
            for (const auto& x: nums1)
            {
                res ^= x;
            }
        }

        if (nums1.size() % 2 == 1)
        {
            for (const auto& x: nums2)
            {
                res ^= x;
            }
        }

        return res;
    }
};

#today #c_plus_plus #leetcode #algo

Результаты решения

#today #c_plus_plus #leetcode #algo

Daily question, again

На Leetcode похоже ежемесячник смешных задач на XOR. Всё остальное сразу убираю под спойлер.

Итак, сразу понятно, что о каком-либо переборе всех возможных массивов original с пересчётом их deriverd речь идти не может – это было бы экспоненциальное время работы. Вместо этого внимательно посмотрите на Example 1: в расписанных формулах для элементов derived каждое значение original фигурирует ровно дважды – это значит, что XOR-сумма элементов валидного derived, полученного из произвольного original обязана быть равна нулю.

class Solution {
public:
    bool doesValidArrayExist(vector<int>& derived) {
        int res = 0;

        for (const auto& x: derived)
        {
            res ^= x;
        }

        return res == 0;
    }
};

#today #c_plus_plus #leetcode #algo

Хорош ли номер

Эта серия с Leetcode подзатянулась, но это не значит, что я её не продолжу:) Сегодня предлагаю просто почитать задачу уровня Hard, с удивительно низким для меня уровнем Acceptance порядка 20 процентов – решение я опубликую потом.

Сразу скажу: решение довольно простое, укладывающееся в сотню строк; причём достаточно использовать только сравнение символов, итерирование по строке и прочие низкоуровневые штуки, использовать тут regexp – неспортивно.

#today #c_plus_plus #leetcode #algo #ToBeContinued

Умер Дэвид Линч – режиссер многих картин, самой глубокой и яркой из которых, пожалуй, является сериал Твин Пикс.

Рассуждая в прошлый раз о книгах в категориях языка(стиля) и сюжета, я подспудно имел в виду и фильмы, с той оговоркой, что стиль в кино выходит за рамки одного лишь языка. Будем точны в словах: в кино важен сюжет и атмосфера (а ежели у вас нет аллергии к англицизмам – вайб).

Твин Пикс – шедевр, где эти две составляющие взаимообогащают друг друга, формируя целостное, многослойное кинополотно, поглощающее зрителя с первого эпизода. Путь Агента Купера до Чёрного вигвама – не банальное путешествие из точки А в точку Б, да и проходит он вовсе не в физическом мире...

#sorrow #books #movies