ради интереса попробуй .lazy

хотя так же по производительности да

я влезу в ваш разговор

Всем привет! Напоминаю про оффлайн Ruby Meetup #7 в Москве завтра в 19:00 на Оружейном, 41. Организатор события - Evrone, площадку гостеприимно предоставил МегаФон. Будем смотреть на разработку с высоты птичьего полета: обсудим подходы к программированию на Rails, сравним реальность с идеальным миром, увидим когда Railsway работает, а когда нет. Перекусим пиццей и разыграем среди пришедших три скидки 25% на RubyRussia. Программа: “Worst practices. Как испортить жизнь себе и другим" Иван Работяга, Evrone "Railway подход при работе с внешними системами" Сергей Долганов, Evil Martians "Not the Rails way" Игорь Александров, JetRockets Lightning talks Участие бесплатное, но регистрация через таймпад обязательна https://railsclub.timepad.ru/event/776730/ Обязательно зарегистрируйтесь, если вы еще не Приходите, всех ждем!

то лучше давить на читабельность или производительность

на читабельность

тоже так думаю

Всем привет! Напоминаю про оффлайн Ruby Meetup #7 в Москве завтра в 19:00 на Оружейном, 41. Организатор события - Evrone, площадку гостеприимно предоставил МегаФон. Будем смотреть на разработку с высоты птичьего полета: обсудим подходы к программированию на Rails, сравним реальность с идеальным миром, увидим когда Railsway работает, а когда нет. Перекусим пиццей и разыграем среди пришедших три скидки 25% на RubyRussia. Программа: “Worst practices. Как испортить жизнь себе и другим" Иван Работяга, Evrone "Railway подход при работе с внешними системами" Сергей Долганов, Evil Martians "Not the Rails way" Игорь Александров, JetRockets Lightning talks Участие бесплатное, но регистрация через таймпад обязательна https://railsclub.timepad.ru/event/776730/ Обязательно зарегистрируйтесь, если вы еще не Приходите, всех ждем!

позвал всех рубистов с работы

чисто технически после селекта перебор мапом меньше, так что это и производительнее

да, это так

я тоже за селект+мап

можно ещё редьюс

ну кстати редус как раз будет комбинацией мапа и селекта

по теории О(n) любимой некотрыми 2n == n

так что на читабельность

по теории О(n) любимой некотрыми 2n == n

В практических программах, на обусловленных практикой размерах входныхх данных часто быстрей работыают алгоритмы big O оценкка которых более ресурсоемка на беконечности.

Вот он яркий пример не понимания big O notation

скорей ты не понял

big O рассматривается на определенном участке входных данных для практичесмкого приложения. А не вообще. Более того алгоритмы могут на разных отрезках N иметь разную сложность.

скорей ты не понял

Возможно.

Только что я не понял?

при чем тут более ресурсоемкие алгоритмы, когда по теории оба подхода имеют одну оценку О?

О(н)

на практике конечно может быть разница в два раза, но по теории о-нотации это несущественно

при чем тут более ресурсоемкие алгоритмы, когда по теории оба подхода имеют одну оценку О?

Обясняют. Есть две функции одна работает по сложжности - 10000N. Вторая по N^3.

10000N по правлиам описывается как O(N)

Но на парктике алготим N^3, на определнном размере данных будет обгонять 10000N.

так у нас оба в два прохода, оба - O(n)

где ты n^3 взял?

где ты n^3 взял?

В звизде :))

Как можно матан объяснять, если любое абстрактное объяснение сводиться к практическому примеру?

Понимать big O это еще значит, трезво оценивать быстродействие на предпологаемом размере входных данных. Инной раз несколько раз пройтись по массиву завесит программу, вне зависимости от того что теоретически слозность алгоритма O(n) при n => (бесконечности).

10000N по правлиам описывается как O(N)

Дима, это называется большая константа

это известный недостаток О для оценки алгоритмов

Дима, это называется большая константа

спасибо

типа в большинстве случаев она небольшая, но если гдето большая, то явно говорят "у этого алгоритма большая константа!"

я может что-то путаю (или мне не так рассказали), но есть типа какой-то алгоритм сортировки, у которого линейная асимптотика, но он проигрывает другим алгоритмам из-за огромной константы

чёто такое было, может не про сортировку

Как можно матан объяснять, если любое абстрактное объяснение сводиться к практическому примеру?

Так он говорит про контекст задачи с селектом и мапом

Так он говорит про контекст задачи с селектом и мапом

Правильно. А я говорю что в данном контексте ссылка на "big-O notation" не до конца приемлема. Почему? Потому что на практике консанта в big-O notation играет роль. А если по простому то колчисетво проходов по большому массиву.

А ты паттерны проектирования ещё не изучал?

на практике конечно может быть разница в два раза, но по теории о-нотации это несущественно

https://youtu.be/MyeV2_tGqvw?t=7m18s Закрою тему, чтоб небыло неясностей. Big O это асимптотическая оценка для сравнения двух алгоритмов в опредленном контексте. Она упрощает алгоритм, опуская ряд фаторов. Но на практике эти факторы важны. Как в конкретном примере. N и 2N оба O(n), но практически 2N работает медленней чем N. В опредленных обстоятельствах это не важно, а в определенных важно.

А ты паттерны проектирования ещё не изучал?

о каких идёт речь?

синглтон хуетон и тд

тогда уж антипаттерны )

или мап такой чтоб возвращал нил в те элементы которые не подходят и потом тупо убрать нилы?

меня так на работу не взяли, потому что я в одном редьюсе все решил делать)

пфф тоже мне

да, редьюс можно написать нечитаемым, но можно и нормально сделать

пацаны

как рассудите:

https://github.com/microsoftgraph/msgraph-sdk-ruby/blob/master/data/metadata_v1.0.xml

это нормально или зашквар?

так делать

лично меня передёрнуло

но может я не прав и тут всё прально сделано

ашотакое?

краткое пояснение: в этом эксемельчике описаны все классы этого гема

меня тоже от xml передергивает

а зачем?

класс = сущность из майковского апи

меня тоже от xml передергивает

аналогично, но зачем?

передёрнуло от того что этим гемом не занимаются год, и вот теперь хуй знает как добавить вот этот вызов: https://developer.microsoft.com/en-us/graph/docs/api-reference/v1.0/api/user_get_mailboxsettings

потому что ни mailboxSettings, ни этого колла там нет

ERROR: S client not available

а то есть из этого собираются классы?

кроме как курить устройство гема и создавать (а то и оверрайдить) xml

это канеша хрень полная

дааааа

пиздец

мне кажется за такое надо в упор стрелять

потому что я хз как мне теперь в рантайме новый класс добавить

ну я недавно что-то похожее делал - генерил классы из yml, но там они были одинаковыми все и техническими

а собстна сам API был от руки написан

ну такое

я не думаю что чувак хуярил этот хмл руками

хм

интересная мысль

может у майков где-то лежит этот xml-ник

типа я вижу где его можно заменить

следовательно он откуда-то его взял

но откуда доставать хз

а если зайти в ПР например

если так то он красавчик

и посмотреть открытый

то можно увидеть даже откуда он взял

https://graph.microsoft.com/v1.0/$metadata

они так попытались все коммиты потереть? https://github.com/microsoftgraph/msgraph-sdk-ruby/commit/18662a370000498a8570e9f0b143846588c0ee67#diff-8d777f385d3dfec8815d20f7496026dc

скорее просто squash сделали

собственно там и написано Squashed implementation

https://graph.microsoft.com/v1.0/$metadata

а, ну тогда всё очень четко, вижу тут эти мэилбоксы

спасибо

зря погорячился

но если б не было этой ссылки, то это хуйня была б полная)

мне так вообще не нравятся апишки микрософтовские