Это можно сделать через ? тернарный оператор, который EF
Ну как вариант. Зависит от потребностей, что если другая ORM? Что если EF не вытянет построение отчета и надо будет переносить во view / хранимку / нативный sql
А вот тут я понял. Это-же всегда на фронте делается, средствами React, Angular. Тут таблица нам никак не поможет!?
Если таблица основной сущности маленькая и сортировка по полю на клиенте - то да проблем нет. А если таблица заказов и там 100500 миллионов записей - то сортировка с пейджингом и фильтрами будет в БД.
Как тогда предполагается делать сортировку по текстовому значению енума, если к тому же веб UI поддерживает несколько языков? Таблицу для enum и пихать туда все языки? Сгенерировать метаданные сортировки в зависимости от языка, но на основе int значение енума? Не сортировать по текстовому значению, а только по int?
Вы свою модель натренировали? Или стандартный чат гпт? Насколько качественно оно решает задачи? Этого достаточно чтобы пользователи не разочаровывались?
Тут не все так просто. Enum - встроен в язык программирования и обычно на нем завязана бизнес логика в коде. Для C# это означает, что нельзя просто взять и добавить значение enum (aka добавить в таблицу). Потому что нет компилируемого кода, который будет обрабатывать новое значение enum-а.
Следовательно в данном случае - нет никакого смысла делать enum-ы как таблицы.
Но, когда вы начинаете оптимизации и переходите на нативный sql (например экран списка), то там появляются проблемы.
Чтобы отобразить текстовое описание enum-а - надо его подставить откуда-то. Если enum у вас на стороне C# - значит подмена будет на сервере или на клиенте. Но что это означает для пользователя? Сортировка по колонке сломается и будет сортировать по int значению, которое лежит в базе данных, а не по алфавиту для текстового описания.
Решить это можно переносом enum в таблицу БД и дополнительным джоином при выборке данных для экрана списка.
А там еще локализация на подходе...
И не очень понятно причем тут генерация и производительность ORM и нативного SQL.
Не скажу за тестировщиков, но скажу за программистов.
Курсы подменили понятия. Нужно четко осознавать, что человек только после курсов - это ни разу не джун. На рынок хлынуло куча людей, которым втемяшили в голову, что они теперь джуны-программисты. И очевидно, что ответной реакцией на это будет "завышение требований" к джунам. Но на самом деле это не завышение. Это возврат к истокам.
Бывший студент после ВУЗа, где он получил высшее техническое / инженерное образование, а в процессе обучения интересовался современными вещами и самостоятельно сделал дипломный проект (в идеале это реальный проект, который был внедрен на каком либо предприятии - конкретно в моей группе таких было пара-тройка человек) - будет в состоянии самостоятельно сделать небольшое приложение от и до по условному тех заданию или часть приложения, но начиная с аналитики "как есть" > "как надо".
Юрист/таксист после курсов в подавляющем большинстве случаев на такое не будет способен. Следовательно, чтобы вернуть все на место - нужно в требованиях в вакансии ставить соответствующее высшее образование и на собеседовании спрашивать про дипломный проект.
Из моей копилки, последнее. Mysql 8.0 innodb, который блокировки накладывает по строчно.
Код в скрипте и код в скрипте внутри хранимки должен же работать одинаково? Правда же ведь?
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;
INSERT INTO MyTable
SELECT Name, ... другие поля...
FROM MyTable
WHERE Id = @MyId;
COMMIT/ROLLBACK;
Вот эта штука, при параллельном запуске с двумя разными @MyId внутри хранимки работало так, будто блокирует всю таблицу. Если запускать вне хранимки - работает как и описано в документации, с блокировкой по строкам.
Так то дело было в уникальном индексе на одно из полей в списке select, что как бы логично. Но какого хрена…???
Если «работать в нашем банке большая честь» - то какая разница какие там плюшки. Они станут весом фактором если совпадают другие критерии, начиная с зп.
Но вот кастомизация плюшек по потребностям / возрасту - хорошая идея.. кто захочет ДМС, а кто-то пару-тройку дополнительных дней к отпуску.
А мэр Торонто рекомендовала хотя бы три дня в офисе, а то малый розничный бизнес страдает.
Согласен. Фокус по заголовку статьи был смещен на asp net core.
И вот эти if (parameter … is not null) { абракадабра из экспрешенов } все убивают на корню и обычный вариант с Linq гораздо читабельней.
Если уже и делать для asp net core, то надо доводить дело до конца и парсить dto с параметрами автоматически и конвертить все в единый экспрешен
Ну собственно да. Wanted - это походу кадровое агентство - они не нанимают
А Bogoda какой то скам - 19 вакансий стажеров (от hr до кибер-секьюрити) с работой за бесплатно.
Я же правильно понимаю - если в компании 10-100 человек, а вакансий 227 или даже 66 - это какая то дичь?
Ну как вариант. Зависит от потребностей, что если другая ORM? Что если EF не вытянет построение отчета и надо будет переносить во view / хранимку / нативный sql
Если таблица основной сущности маленькая и сортировка по полю на клиенте - то да проблем нет. А если таблица заказов и там 100500 миллионов записей - то сортировка с пейджингом и фильтрами будет в БД.
Как тогда предполагается делать сортировку по текстовому значению енума, если к тому же веб UI поддерживает несколько языков? Таблицу для enum и пихать туда все языки? Сгенерировать метаданные сортировки в зависимости от языка, но на основе int значение енума? Не сортировать по текстовому значению, а только по int?
Расходы у всех разные и порой не имеют ничего общего с адекватными восприятием мира.
Вы свою модель натренировали? Или стандартный чат гпт? Насколько качественно оно решает задачи? Этого достаточно чтобы пользователи не разочаровывались?
А я еще недавно узнал, что скорость света можно померить шоколадкой в микроволновке 😳
Несчитово. Надо вычитать налоги и считать сколько зарплат надо чтобы купить 1 квм жилья.
Тут не все так просто. Enum - встроен в язык программирования и обычно на нем завязана бизнес логика в коде. Для C# это означает, что нельзя просто взять и добавить значение enum (aka добавить в таблицу). Потому что нет компилируемого кода, который будет обрабатывать новое значение enum-а.
Следовательно в данном случае - нет никакого смысла делать enum-ы как таблицы.
Но, когда вы начинаете оптимизации и переходите на нативный sql (например экран списка), то там появляются проблемы.
Чтобы отобразить текстовое описание enum-а - надо его подставить откуда-то. Если enum у вас на стороне C# - значит подмена будет на сервере или на клиенте. Но что это означает для пользователя? Сортировка по колонке сломается и будет сортировать по int значению, которое лежит в базе данных, а не по алфавиту для текстового описания.
Решить это можно переносом enum в таблицу БД и дополнительным джоином при выборке данных для экрана списка.
А там еще локализация на подходе...
И не очень понятно причем тут генерация и производительность ORM и нативного SQL.
Не скажу за тестировщиков, но скажу за программистов.
Курсы подменили понятия. Нужно четко осознавать, что человек только после курсов - это ни разу не джун. На рынок хлынуло куча людей, которым втемяшили в голову, что они теперь джуны-программисты. И очевидно, что ответной реакцией на это будет "завышение требований" к джунам. Но на самом деле это не завышение. Это возврат к истокам.
Бывший студент после ВУЗа, где он получил высшее техническое / инженерное образование, а в процессе обучения интересовался современными вещами и самостоятельно сделал дипломный проект (в идеале это реальный проект, который был внедрен на каком либо предприятии - конкретно в моей группе таких было пара-тройка человек) - будет в состоянии самостоятельно сделать небольшое приложение от и до по условному тех заданию или часть приложения, но начиная с аналитики "как есть" > "как надо".
Юрист/таксист после курсов в подавляющем большинстве случаев на такое не будет способен. Следовательно, чтобы вернуть все на место - нужно в требованиях в вакансии ставить соответствующее высшее образование и на собеседовании спрашивать про дипломный проект.
Пока сидишь на бенче в аутсорсе - можно продолжать работать в стартапе.
Это же шрёдинбаг
Из моей копилки, последнее. Mysql 8.0 innodb, который блокировки накладывает по строчно.
Код в скрипте и код в скрипте внутри хранимки должен же работать одинаково? Правда же ведь?
Вот эта штука, при параллельном запуске с двумя разными @MyId внутри хранимки работало так, будто блокирует всю таблицу. Если запускать вне хранимки - работает как и описано в документации, с блокировкой по строкам.
Так то дело было в уникальном индексе на одно из полей в списке select, что как бы логично. Но какого хрена…???
Афигеть! Как я мог пропустить такую статью. Все ждал когда же будет решение задачи трех тел 😅
И теперь понятно, что программисты Starfield не захотели решать эту задачу 🙂
Хоть один бы описал, как у него в компании построен тру-каноничный-скрам
Так а работу то нашли? И какая конверсия откликов в собесы и офферы?
Если «работать в нашем банке большая честь» - то какая разница какие там плюшки. Они станут весом фактором если совпадают другие критерии, начиная с зп.
Но вот кастомизация плюшек по потребностям / возрасту - хорошая идея.. кто захочет ДМС, а кто-то пару-тройку дополнительных дней к отпуску.
Еще надо учитывать российский и зарубежный рынки. Судя по ответам тут в коментах - в России попроще как-то.
Соглашусь, было скучно.
А вот ГДРовские игрушечные железные дороги с настоящими металлическими рельсами и сцепками вагонов - вот это была бомба