Marshal's channel
849 subscribers
288 photos
46 videos
8 files
328 links
About me: @ilya_marshal
Download Telegram
Media is too big
VIEW IN TELEGRAM
Чет даже чекать не хочу, что я ем с магазинов этими тейст-кейсами
https://www.jetbrains.com/idea/whatsnew/?utm_content=link-release-intellijidea-2019-3 пару дней прослакал конечно, хотя сам обновился сразу же (совпало так). Только сейчас наткнулся на чендж лист

Надо уже наконец-то реквесты потрогать в идеи. С постмена свалить хочецца куда-нибудь
Финал провели, а сайт так и не починили?! Я зря на него раз в неделю заходил? Чё за рофл
Marshal's channel
https://bit-cup.bsuir.by/ - The service is not available. Please try again later. "Вам и еще 24". Тупо спалили мыла участников
ОРУУУУ, ВСЕ ЭТО ВРЕМЯ ОН РАБОТАЛ, ТОЛЬКО БЕЗ SSL. Спс за https ссылку. http://bit-cup.bsuir.by/ изи конкурс прослакал
Классный сервис для подписки на уведомления о релизах. Поддерживают всё что угодно как на входе (github, gitlab, pipy, java maven, npm, docker hub) так и на выходе (может присылать уведомления в slack, telegram (диалог и/или чатик), discord, hangouts, email, webhook)!

https://newreleases.io/
Audio
ЧИКИБАМБОНИ ПЕСНЯ | Все виды
Слова песни про чикибамбони:

ЧикибамбОни или чикибамбонИ
Никто до сих пор не знает во плоти
Ни лошадь ни эндер ни стив ни свинья
Но не обычная овца
Это вам не просто мем
это настоящий сленг
Чикибамбони правит миром

У них огромная семья
чикибамбони
чикичертила
чикибамболейло
чикибомбом
чикибамжитель
чикибам.лять
чикибамкрипер
чикибамхайп
чикибамбог
чикихотдог
чикиБАНбони
Чикибамбрики
чикимакнагетс
чикибомбастер

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

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

Я чикибамблан.
*сижу и жду пока архивируются все коллекции труселей с проекта*
Forwarded from oleg_log (Oleg Kovalov)
я бы прост назвал Jetbrains Atlassian.

Конечно замахнулись круто, и слак, и гугл календарь, и бейзкамп, и конфлюенс. лол, даже мобайл сразу.

Как бы по швам не разошлись от напряжения
Тэкс, ето резервное сообщение, текст которого не должен быть в основном сообщении (потому что будет сделан форвард). Короч тут локальная оли прошла по типо СП, но не СП. Сам я решать их не умею и серый на КФ'е, но для других участников че знаю - поясню. Ибо там не все справились.
Сегодня прошел чемпионат по программированию "POIT CUP-2019". Задачи с него прикреплены. С большинством из них можно было легко справиться просто самостоятельно выполняя лабы на 2 и 3 курсе. Приобретенных навыков должно было хватить. Как можно заметить, ограничения по времени выполнения программы нет. А значит, что решения "в лоб" тоже принимались, но при оценке это конечно же учитывалось.
№1

Над этой задачей нечего думать. Берём и пишем цикл от 0 (а можно и от 3 сразу) до 1000. Проверяем остаток от деления счетчика на 3 и 5. Если хоть одно равно нулю - прибавляем к переменной с ответом.

№2

Последовательность Фибоначчи многие писали в лоб, возможно, кто-то даже через рекурсию. По решению всё понятно. Получаем число последовательности, проверяем его на чётность. Если нечётное - прибавляем к ответу. И так пока очередной элемент не будет больше 8 лямов.

Основная фишка при решении, в использовании уже ранее посчитанных значений чисел, а не их очередной перёсчет, иначе будет чертовски медленно (а нам нужны элементы до 34 включительно). Подробное описание с примерами доступно по ссылке http://brestprog.by/topics/dp/, где рассказывается о динамическом программировании.

№3

Я сразу пропустил эту задачу и даже не стал вчитываться. Конечно можно написать решение в лоб, перебирать N и генерировать всю эту последовательность чисел, запоминать максимальное количество элементов, но такое мне писать не интересно, ибо не проходит по времени.

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

№4

Звучит очень легко и решается так же. Особенно, при решении в лоб (перебор каждого и попытка деления. Так пока 2019 раз не пройдет условие на простоту). Лично я использовал Решето Эратосфена для получения всех простых чисел на опредёленном отрезке за O(N loglogN), что потом не составило мне труда вывести 2019-ое. Подробнее об алгоритме тут: http://brestprog.by/topics/primesieve/

№5

Моё самое медленное решение. Происходит полный перебор всех пар с n = 10000. Для нахождения делителей пользовался маленькой и логичной оптимизацией (работал до корня от числа). Подробнее о ней тут: http://brestprog.by/topics/factorization/

UPD. Ниже избавление от корня в этой задаче. Работает за O(N sqrt N)

№6

Решение пришло сразу - работать через строки. Так как нам нужен минимальный, то конечно же начинаем свой путь перебора с 1. Алгоритм простой: берём i и умножаем на 2, 3, 4, 5, 6. Переводим полученные числа в строки, сортируем по символам. Теперь все имеют строгий порядок цифр (от 0 до 9), а значит нам остается только сравнить все эти строки на их эквивалентность (s1 = s2 ... = s5). Как только они все равны - мы нашли ответ!

№7

Легчайшая задача которая требует от вас только умение читать из файла и производить в него запись. Открываем файл program.cs, читаем все содержимое, делаем замену //, /* и */ на пустоту, сохраняем в файл newprogram.cs. Это же исходники C#, а не Python'a, поэтому на отступы нам все равно.

При желании конечно же можно прогу сломать. Например, если /* являлось частью вывода чего-либо в консоль, а не комментариев, но в данном случае и таааак сойдет, ибо тестов у нас не было )

Если нужно более сильное решение, ну, регулярки в помощь.

№8

А эту задачу даже и не прочитал до сих пор


Все мои решения (без 3 и 8 задачи) на C++: https://codepaste.ml/5bde60cd/

Улучшения решений (5, например) и свои решения (особенно 3 и 8 задачи) кидайте в личку (@MarshalX) 😋
Marshal's channel
№1 Над этой задачей нечего думать. Берём и пишем цикл от 0 (а можно и от 3 сразу) до 1000. Проверяем остаток от деления счетчика на 3 и 5. Если хоть одно равно нулю - прибавляем к переменной с ответом. №2 Последовательность Фибоначчи многие писали в лоб…
Предложенное улучшение. Избавляемся от квадрата в пятой задаче:

b = d(a)
d(b) = a
d(b) = d(d(a)) = a

Где d - функция нахождения суммы делителей без самого числа.

int t5() {
int n = 10000, answer = 0;

map<int, int> sums;
for (int i = 0; i < n; ++i) {
sums[i] = sum_of_dividers(i);
}

for (int i = 0; i < n; ++i) {
if (i == sums[sums[i]] && i != sums[i]){
answer += i;
}
}

return answer;
}


Где sum_of_dividers - ваша функция. У меня за корень 🌚
Еще несколько месяцев назад мне бы и в голову не пришло накидать какой-то абы дизайн для одностраничного сайта с ипользованием React'a. Я бы просто сделал HTML страничку и ок. Это всё Слава конь, дорофлился 😂

Код тут: https://github.com/MarshalX/yandex-music-token

Нужно это для моего тг ботика: @music_yandex_bot
Классный утренний чилл. Как раз хватило от хаты до шараги. Прикольно, что при разработке ORM/ODM все за пример берут Django ORM (а не алхимию, например) и повторяют её синтаксис. У меня вообще не возникает вопросов к mongoengine. Скорее бы только попробовать.

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

(между двумя парами и этим выбрал это 🌚)

https://youtu.be/E-1xI85Zog8
1. Если данные нужны в большинстве случаев (например, настройки пользователя чуть ли не всегда берём вместе с пользователем), то это встроенный документ без связей.

2. Реверс первому. Как часто мы хотим получить настройки пользователя без самого пользователя? Если чуть ли никогда - встроенный.

3. Если элементов в листе слишком много (например, все статьи сайта), то это отдельный документ в связи с огромным количеством данных и их размером при выполнении запроса.

4. Предлагают ограничить размер встроенного дока в 16 мб. Если больше - выносим по понятным причинам. Откуда именно 16 непонятно, видать, из опыта автора. UPD. Это огрань монго.

5. Зависит от того, что мы будем делать с данными. Какие выборки осуществлять, какие сортировки применять. Вообще, очень схоже с 2 пунктом. Всегда ли нам нужен встроенный документ для выполнения какого-либо запроса.

6. Если базу юзаем не только мы, а куча других аппок с разной логикой, то 100 раз думаем как лучше сделать и скорее всего, это будет отдельный документ.
Тэк, мне не хватило букаф в сообщении выше под пикчей.

Короче в пятом вроде ясно, раз мы не одни, то думаем и про то, что на 1, 2, 5 вопросы у них у всех будут разные ответы.

По поводу 4, то вот чет да. У mongoengine max_size в дефолте 10мб, а 16 мб ето отсюда:

The maximum BSON document size is 16 megabytes. https://docs.mongodb.com/manual/reference/limits/

Ну и там же про возможность хранить больше 16мб юзая GridFS API (не знаю еще шо ето( )