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

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

какой ты некомандный игрок

https://twitter.com/dsymetweets/status/1268678455366991872?s=09

и то, подсветка только линтером, варнинга компилятора на это нет

Почему? Чувак же выше меня по должности был и решил что можно забить на комменты коллеги и замерджить свою ветку)

Ничо, что там значение не возвращается в этой ветке? Какой тип результата-то у фции?

пушто так обычно маркируют, когда гришь "сэр, вы делаете хуйню, давайте перестанем"

В ф# бы просил добавить в игнор...

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

Вы в нужном чате

совсем микро репро: fun bar(): Int = 1 fun foo(): Unit { bar() } как сделать это варнингом? пусть даже в линтере Идеи. Идея это пропускает, она умеет только варнинги на неиспользованные значения кидать, но не на результаты функций

Чуваки из котлина сказали, что это не фича компилятора. https://discuss.kotlinlang.org/t/unused-result-warnings/602

БАЙ ДИЗАЙН БУАГАГА

Мне интересно почему сайт фаундейшена делают уже года три

Ну они чето там делают

Ну там прикол что у них внешний контрактор

Зачем сайт ваще нужен репа на гх с гх-пагес на домен замаплена. Всё. Сайт готов.

ты заметил, что так тут практически все?

ну это слишком просто. как бюджет осваивать? куда менеджера пристроить? как процесс организовать? это важные вопросы очень

https://dzone.com/articles/why-many-return-statements-are-a-bad-idea-in-oop

А чем плохи инклуды если они в join конвертируются?

Бля. Для днвердевдея такое же было - чото там какие-то базы модели контроллеры и конца и края нет. Я просто за ночь стат страничек нахуярил. И два раза в год обновляю. А та мегарепа так и заглохла

Всем привет. Недавно обновил приложение с core 2.1 на 3.1. Заметил такую следующее: запросы к б.д на ef core 3.1 стали отрабатывать очень долго, когда на 2.1 проходили моментально. Кто может посоветовать в какую сторону по смотреть. Приложу скрин с запросом, понимаю что он большой, что можно зарефакторить и разбить на подзапросы, но в данный момент нет такой возможности. Может можно как-то ускорить правильно путём конфигураций?

Ёрлиретурнофобии приступ острый?

С Оракла на Майскл, в этой ситуации можно только посочувствовать

https://dzone.com/articles/why-many-return-statements-are-a-bad-idea-in-oop

Чтобы не быть голословным - вот это код, который лично я написал. public IEnumerable<VSerieSeasonsPrograms> GetVSerieSeasonsPrograms(long? serieId, long? seasonId = null) { var query = serieId.HasValue ? from Seasons in this.Seasons join Series in this.Series on Seasons.SerieId equals Series.SerieId join Programmes in this.Programmes on Seasons.SeasonId equals Programmes.SeasonId join ProgrammesTitles in this.ProgrammesTitles on Programmes.ProgrammeId equals ProgrammesTitles .ProgrammeId join Transmissions in this.Transmissions on Programmes.ProgrammeId equals Transmissions.ProgrammeId where serieId.Value == Series.SerieId && ProgrammesTitles.TitlesGroupType == "mainTitle" orderby Programmes.EpisodeNumber, Transmissions.ActualStart select new { Seasons, Series, Programmes, ProgrammesTitles.Title, Transmissions } : from Seasons in this.Seasons join Series in this.Series on Seasons.SerieId equals Series.SerieId join Programmes in this.Programmes on Seasons.SeasonId equals Programmes.SeasonId join ProgrammesTitles in this.ProgrammesTitles on Programmes.ProgrammeId equals ProgrammesTitles .ProgrammeId join Transmissions in this.Transmissions on Programmes.ProgrammeId equals Transmissions.ProgrammeId where Seasons.SeasonId == seasonId && ProgrammesTitles.TitlesGroupType == "mainTitle" orderby Programmes.EpisodeNumber, Transmissions.ActualStart select new { Seasons, Series, Programmes, ProgrammesTitles.Title, Transmissions }; var materialized = query.ToList(); var useTransmissionDate = materialized.Any() && materialized.First().Series.EpisodeTitleFormat == "titleDate"; var useEpisodeTitle = materialized.Any() && materialized.First().Series.EpisodeTitleFormat == "titleEpisode"; var grouped = (from m in materialized group m by m.Transmissions.ProgrammeId into g select new { Seasons = g.Select(x => x.Seasons).FirstOrDefault(), Series = g.Select(x => x.Series).FirstOrDefault(), Programmes = g.Select(x => x.Programmes).FirstOrDefault(), Title = g.Select(x => x.Title).FirstOrDefault(), ActualStart = g.Where(x => x.Transmissions.ActualStart == g.Min(y => y.Transmissions.ActualStart)).Select(z => z.Transmissions.ActualStart).FirstOrDefault() }).ToList(); var result = grouped .Select(x => new VSerieSeasonsPrograms { SeasonId = x.Seasons.SeasonId, SerieId = x.Seasons.SerieId, SeasonName = x.Seasons.SeasonName, EpisodeNumber = (int?)x.Programmes.EpisodeNumber ?? 0, NumberOfEpisodes = (int?)x.Seasons.EpisodeTotal ?? 0, PiProgId = x.Programmes.PiProgId, ProgrammeTitle = useTransmissionDate ? $"{x.Title} - {grouped.FirstOrDefault(y => y.Programmes.ProgrammeId == x.Programmes.ProgrammeId)?.ActualStart:dd.MM.yyyy}" : useEpisodeTitle ? $"{x.Title} Ep. {x.Programmes.EpisodeNumber}:{x.Seasons.EpisodeTotal}" : x.Title, }); return result; }

Ну ведь всё правильно же!

O great, another OO evangelist. I have great advice to all of you: use functional constructs when you are dealing with functions - that`s more logical. There is no reason to argue that OO makes code easier or better - you can mess in every class, no matter if it`s OO or functional. And last thing - puting OO everywhere just because you can and believe it is the right choice, actually makes your code slower because of all those unnecessary allocations and virtual invocations.

Да на его ООП подход плевать, пока это не отдельный язык, где это оптимально. А вот с минимумом ретёрнов я согласен.

Даладно!

https://dzone.com/articles/why-many-return-statements-are-a-bad-idea-in-oop

Изначальный код писал разработчик, уверенный, что если JOIN на 12 таблиц вынести из C# кода в сохраненные процедуры, то все проблемы быстродействия будут сняты и можно джойнить бесконечно.

Изначальный код писал разработчик, уверенный, что если JOIN на 12 таблиц вынести из C# кода в сохраненные процедуры, то все проблемы быстродействия будут сняты и можно джойнить бесконечно.

с одной стороны я орнул с его pure object oriented world new If(new GreaterThan(a,b),a,b), с другой стороны давно понятно, что ебугаенко — это человек-шутка, и непонятно, зачем его продолжать постить)

Изначальный код писал разработчик, уверенный, что если JOIN на 12 таблиц вынести из C# кода в сохраненные процедуры, то все проблемы быстродействия будут сняты и можно джойнить бесконечно.

DBA починят, если что

У нас DBA код не пишут, и правильно в общем.

Ну вообще, prepared statements вполне могут дать некоторый профит, особливо для таких крупных запросов. Оф корс, тут лучше бы вьюху))

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

А в Норвегии проблема расизма актуальна?