Германия. Пишут в LinkedIn и просят CV. И сильно расстраиваются, когда видят моё одностраничное резюме. Многие даже переспрашивали: "И это всё?!!" Когда налил воды на 3 страницы - дело пошло веселее, стало меньше отказов на этапе скрининга. Один раз рекрутер 40 минут практически молча читал резюме и спросил - где раздел про хобби. Собеседоваться без резюме удалось только в Амазон.
Абсолютно верно! С удивлением обнаружил, что нереляционные базы - это сложнее, чем реляционные т.к. умеют делать практически всё, что умеют реляционные и намного больше. Например, оказалось, что для удобного хранения данных в нереляционной базе недостаточно следовать принципам нормализации данных, а порой - нормализация даже вредна. Поэтому следуя YAGNI предпочтительно использовать реляционную БД
Не знаю, почему заминусили этот сарказм по поводу того, что не надо кормить сетку нерелевантными фичами и она не будет "бороться" и не надо будет "надеяться"
Прощу прощения, но я не понял в чем проблема указанного кода.
Проблема в том что метод не хранит состояние (пр.: курсор в БД)? Так это нормально.
Или проблема в том, что нет нормальной обертки IEnumerable<IEnumerable>, которую можно адекватно перечислить? Даже если так, то курсор необходимо будет закрыть, то есть нам уже не подходит IEnumerable — значит, что приведенный пример с просадкой производительности по курсору немного грубоват. Ни IEnumerable ни IEnumerator не имеют методов Dispose или Close.
Да,
'C# enumerate collection batches',
— это слишком круто для такого кода.
А на самом деле мне просто хотелось бы узнать как связать запросы к БД и IEnumerable интерфейс.
Все указанные выше тесты — это тесты на функционал куска кода, который собираемся рефачить. Тесты на перфоманс (не бенчмарки — локальные замеры) как правило уже пишутся уровнем выше.
Если есть тесты — можно трогать на здоровье. Нет тестов — напишите их, рефачите и оптимизируйте на здоровье. Методология же проста:
1. Написать код
2. Написать тесты
3. Оптимизировать ТОЛЬКО проблемные места
Тогда и никакой легаси не страшен и перфоманс будет пофикшен уже по факту
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Германия. Пишут в LinkedIn и просят CV. И сильно расстраиваются, когда видят моё одностраничное резюме. Многие даже переспрашивали: "И это всё?!!" Когда налил воды на 3 страницы - дело пошло веселее, стало меньше отказов на этапе скрининга. Один раз рекрутер 40 минут практически молча читал резюме и спросил - где раздел про хобби. Собеседоваться без резюме удалось только в Амазон.
Абсолютно верно! С удивлением обнаружил, что нереляционные базы - это сложнее, чем реляционные т.к. умеют делать практически всё, что умеют реляционные и намного больше. Например, оказалось, что для удобного хранения данных в нереляционной базе недостаточно следовать принципам нормализации данных, а порой - нормализация даже вредна. Поэтому следуя YAGNI предпочтительно использовать реляционную БД
Не знаю, почему заминусили этот сарказм по поводу того, что не надо кормить сетку нерелевантными фичами и она не будет "бороться" и не надо будет "надеяться"
Проблема в том что метод не хранит состояние (пр.: курсор в БД)? Так это нормально.
Или проблема в том, что нет нормальной обертки IEnumerable<IEnumerable>, которую можно адекватно перечислить? Даже если так, то курсор необходимо будет закрыть, то есть нам уже не подходит IEnumerable — значит, что приведенный пример с просадкой производительности по курсору немного грубоват. Ни IEnumerable ни IEnumerator не имеют методов Dispose или Close.
Да, — это слишком круто для такого кода.
А на самом деле мне просто хотелось бы узнать как связать запросы к БД и IEnumerable интерфейс.
1. Написать код
2. Написать тесты
3. Оптимизировать ТОЛЬКО проблемные места
Тогда и никакой легаси не страшен и перфоманс будет пофикшен уже по факту