MrDywar Pichugin

Ребят, ответ найден. Причина - технология Dithering. Она убивает мозг и глаза на новых маках. Отключить сможете например с помощью Stillcolor. Там заодно можно отключить и затемнение по краям экрана не нужное uniformity2D. Пользуйтесь.
Донат за полезную инфу можете кидать сюда)

Точно такая же проблема, когда работал на своем Macbook pro 15 2019 без внешнего монитора. К вечеру предметы начинали расплываться и была сильная усталость в глазах, а на утро болела голова. Особенно адово было после целого дня работы в IDE с темной темой. Но только стоило подключиться к внешнему монитору, четкость зрения восстанавливалась и мог работать без усталости, хоть по 12 часов, иногда по 2 часа без перерыва.

Поймал себя на мысли, что мне, чтобы четко видеть символы на экране Macbook нужно напрягать зрение, при чем не важно близко он стоит или на расстоянии 70 см. Особенно сильно приходится напрягать на темных темах.

Со зрением проблем нет, я делал операцию по коррекции и сейчас +1. Вообще сначала думал, что у меня глаза какие-то не правильные, но когда стал гуглить, оказалась проблема встречается не только у меня. Сейчас пересел на Macbook pro 16 2021, ни чего не поменялось, все так же приходится напрягать глаза. В общем работаю сейчас на 2х внешних мониторах, ставлю увеличение 150%, что бы символы можно видеть без напряжения и забыл про усталые глаза. А когда приходится работать на маке без монитора, ставлю в IDE белую тему и очень низкую яркость, так можно целый день проработать, но усталость глаз к вечеру гарантирована.

Точно такая же проблемы сейчас у меня!
Пересел на макбук, работал без внешнего монитора. Глаза просто отваливаются к вечеру. На самом деле это проблема часто встречается, по гуглите. У кого то глаза нормально реагируют.
Был у окулиста, пробовал капли, очки, гимнастика для глаз, перерывы, купил внешний отдельный монитор.
Отключил сглаживание шрифтов и глаза на процентов 50% примерно напрягаются теперь меньше.
Может быть мой ответ кому то поможет. Отпишитесь.

Решил проблему не покупкой нового монитора, HiDPi или изменением шрифтов, а выставление другого цветового профиля монитора Dell s2416h. Выставлен, как и на винде, sRGB IEC61966.

Больше головных болей или проблем с глазами не было, чему я очень рад.

По поводу того, что flex лучше всегда - это конечно чушь. Есть много простых ситуаций, когда он не дает никакого профита, тогда как старый добрый float решает проблему целиком. Флекс, конечно, тоже решит - но с побочными эффектами в виде неполной кроссбраузерности.
Предложения при этом делать фоллбеки на флоатах умиляют - если всё равно их делать, так не проще ли ими и ограничиться?!

В итоге, ответ на вопрос очень простой - flex нужно использовать там, где он дает конкретные преимущества. Самое очевидное - нужно автораспределение ширины блоков с подстройкой к ширине контента. Или вам нужно менять порядок блоков (свойство order).
Если ничего этого не планируется - flex не нужен! Сейчас уже наплодили сеток и "фреймворков", где flex используется фактически для имитации float-ов! Ну типа же стильно, модно, молодежно. Я ж крутой разработчег, не хухры-мухры.

При верстке каждого блока нужно задавать себе вопрос: "я использую flexbox, чтобы что?" Если на вопрос есть четкий ответ - да, нужно использовать. Если только бла-бла типа "ну это современно, прогрессивно и пр" - использовать старые железобетонные приёмы.

Давайте рассуждать логически:
1) Flexbox в разы удобнее флоатов, таблиц и display:inline-block в 95% случаев
2) Флексбокс поддерживается всеми современными браузерами, в том числе и мобильными (даже IE на Windows Phone 8.1)
3) Альтернативными браузерами пользуются многие, например, недавно был в компании, где компьютеры... ооочень старые: windows XP, ЭЛТ-мониторы 1024х768... Но даже они пользуются альтернативными браузерами. Пример особенно показателен тем, что люди в этой конторе едва освоили передачу файлов по почте.
4) Майкрософт ведёт активную политику по обновлению Windows 7, 8, 8.1 до Windows 10, а значит, доля IE снижается и растёт доля Edge, который за вычетом пары незначительных косяков рендерит 1в1 как Хром.
5) Если продолжать поддерживать динозавров, то у людей не будет мотивации обновлять браузер/операционку/компьютер. Самая распространённая причина по которой люди из моего окружения не хотят обновляться до 10 очень простая: на 7/8/8.1 всё работает как надо, зачем что-то менять? Вывод: если все разработчики сайтов разом наплюют на поддержку неактуального старья, то всем станет легче жить.

Определиться, что Вам важнее.
1. Вытащить видеокарту и использовать разъём DVI на материнской плате. Видео будет выводиться со встроенной в чипсет видеокарты.
2. Купить кабель HDMI-DVI и использовать разъём HDMI на видеокарте.
3. Починить / заменить видеокарту.

Также я бы не исключил возможность повреждения разъёма DVI не на видеокарте, а на мониторе. Кабель DVI-DVI проверьте в любом случае.

Он предназначен для вывода со встроенного в чипсет\процессор видео. С дискретной видеокарты через него вывести нельзя.

Сейчас мониторы Flicker-Free стоят столько же, сколько и мерцающие мониторы. На яндекс-маркете даже есть фильтр по Flicker-Free. Там и найдёте монитор.

Создаёте свой класс, в котором переопределяете доступ по индексу.
https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...

Используйте вместо массива ObservableCollection. https://docs.microsoft.com/ru-ru/dotnet/api/system...

Использовать HttpClient и NewtonsoftJson библиотеку. Как-то так https://stackoverflow.com/questions/6117101/postin...

Коллаборативная фильтрация + веса голосов.

Entity Framework - это ORM, т.е. взаимодейтсвие с бд ведется через объекты.
LINQ TO SQL - механизм, для извлечения данных из бд

LINQ2SQL лучше вообще не использовать, особенно в команде на сколь нибудь крупном проекте.
EF - Рекомендуется для повсеместного использования в качестве ORM с небольшой сноской - если в вашем проекте нет требований по производительности взаимодействия с БД и если вы хотите быстро быстро на коленке сваять уровень взаимодействия с базой.
Для более эффективного взаимодействия с БД рекомендуются тонкие обертки над ADO.NET с вызовом хранимых процедур.

Когда-то потратил очень много времени на поиск того что же лучше и чем они вообще отличаются.
Поищите в интернете, там всё по полочкам разложено.
Но если коротко: Используйте Entity Framework. LINQ to SQL уже давно устарел и проект фактически закрыт. EF же развивается, хоть и с черепашей скоростью