Мне кажется, что гораздо проще стать матёрым сеньором и создавать эти "паттерны" по ходу проектирования очередного компонента/сервиса/приложения, нежели заучивать этот безумный список.
Я думаю, что тут стоит признать, что независимо от того, что именно реализует хранилище (бд или не бд), загружать в память коллекции неизвестного размера полностью - моветон, из чего можно сделать вывод, что ошибка заключается именно в *неоптимальном алгоритме*, нежели в выборе способа проектирования.
Protected Internal (familyOrAssembly) таки даёт возможность унаследоваться из другой сборки. Для вашего случая нужен private protected (familyAndAssembly).
Можно самим подбрасывать монетку и с 50 вероятностью ходить белыми и с 50- черными, а друг - всегда ставит фишку противоположного цвета. Тогда пофиг на стратегию пришельца, ему наш рандомайзер неподвластен.
Да, но чтобы в подтверждение своих слов можно было приводить некую математическую теорию, нужно сперва обоюдно договориться, что в контексте дискуссии это дозволено делать. Я бы, например, на такое определение не согласился, т.е. у меня свои собственные взгляды на логику.
И не только у меня, например, в шарповом фреймворке linq функция All() (да и Any() тоже) пошлет эту вашу математику нафиг, если в перечислении не будет ни одного элемента.
А разговор то наш алгоритмический гораздо ближе к программированию, нежели к математике.
Вы с ним по разному смотрите на формулировку "каждый элемент ...". Он считает, что должен существовать хотя бы один элемент массива, к которому правило было бы успешно применено, а вы - нет.
Лично мне импонирует его вариант, а не ваш, ибо в случае с вашим любой пустой массив подходит под любую арбитрарную формулировку, например "каждый элемент массива должен присылать мне по 100 биткоинов". И пустой массив, по вашему мнению, это вполне реализует, что выглядит довольно абсурдно.
Почему? Это же намеренное игнорирование интерфейсов.
Давно пора уже этот 20 летний атавизм отрезать
Мне кажется, что гораздо проще стать матёрым сеньором и создавать эти "паттерны" по ходу проектирования очередного компонента/сервиса/приложения, нежели заучивать этот безумный список.
Вполне может не склоняться, как некоторые другие имена собственные
Я думаю, что тут стоит признать, что независимо от того, что именно реализует хранилище (бд или не бд), загружать в память коллекции неизвестного размера полностью - моветон, из чего можно сделать вывод, что ошибка заключается именно в *неоптимальном алгоритме*, нежели в выборе способа проектирования.
Protected Internal (familyOrAssembly) таки даёт возможность унаследоваться из другой сборки. Для вашего случая нужен private protected (familyAndAssembly).
Кто-то пропустил тервер, но пошел писать научную фантастику? :)
Удивлен встретить других людей, в нее игравших :)
У меня такой тимлид был:)
Тут, видимо, вопрос не в том, что показывает анализ, а как такому анализу можно верить.
Можно самим подбрасывать монетку и с 50 вероятностью ходить белыми и с 50- черными, а друг - всегда ставит фишку противоположного цвета. Тогда пофиг на стратегию пришельца, ему наш рандомайзер неподвластен.
Ловите 1С-ника!
Ужас какой, надо ж было так косякнуть. Штош, правда ваша.
Да, но чтобы в подтверждение своих слов можно было приводить некую математическую теорию, нужно сперва обоюдно договориться, что в контексте дискуссии это дозволено делать. Я бы, например, на такое определение не согласился, т.е. у меня свои собственные взгляды на логику.
И не только у меня, например, в шарповом фреймворке linq функция All() (да и Any() тоже) пошлет эту вашу математику нафиг, если в перечислении не будет ни одного элемента.
А разговор то наш алгоритмический гораздо ближе к программированию, нежели к математике.
Вы с ним по разному смотрите на формулировку "каждый элемент ...". Он считает, что должен существовать хотя бы один элемент массива, к которому правило было бы успешно применено, а вы - нет.
Лично мне импонирует его вариант, а не ваш, ибо в случае с вашим любой пустой массив подходит под любую арбитрарную формулировку, например "каждый элемент массива должен присылать мне по 100 биткоинов". И пустой массив, по вашему мнению, это вполне реализует, что выглядит довольно абсурдно.
Обязаны-обязаны. Если человек не нравится, то и ну его нафиг
Ну а как же не приплести хайповые темы для пущего эффекта ?
Возможно, что смотреть лог или разок сделать .ToQueryString() при отладке - значит не уважать себя.
Соглашусь, ни в комменте выше, ни даже в статье не даны хоть какие либо сильные аргументы против ORM.
Слабо прослеживалась "концентрация на частностях", как прием демагогии.
И это ещё вы Linq2Db вероятно не пробовали :)
Он умеет в любые оконные функции.