• Сортировка пузырьком в коде Qualcomm
    0
    +1
  • Сортировка пузырьком в коде Qualcomm
    +2
    Как регулярно выясняется на собеседовании, в 2017 году многие пользователи LINQ не знают аггрегатных функций.
  • Сортировка пузырьком в коде Qualcomm
    0
    Это некошерный LINQ, Sort не применишь к IEnumerable. Должно быть items.OrderBy(_ => _).Last().
  • «Полибиус» собрал на ICO сумму, необходимую для открытия европейского банка
    0
    Спасибо.
  • «Полибиус» собрал на ICO сумму, необходимую для открытия европейского банка
    +1
    Долго искал на сайте ответы на первые же возникающие вопросы, находил только тексты про замечательную архитектуру Нью-Васюков.
    Не мог бы топикстартер ответить на следующие вопросы или указать место, где есть ответы на них.
    Как выглядит покупка токенов для валютного контроля? Как покупка товара за границей?
    Как выглядит для него же вывод средств от продажи токенов? Вся сумма как доход?
    Какое налогооблажение? Двойное по месту регистрации и РФ?
    Какое правовое регулирование инвестиций? Как оформляется владение долей?
  • О нетривиальном соблазнении тестировщицы Клавдии: задачки из буклета GridGain c JBreak и JPoint
    +1
    +1
    Из условия задачи нигде не следует, что скорость передачи «0» 0.05 сек. Сказано только, что это скорость распознавания сигнала.
  • Обзор возможностей инструмента Adobe Captivate
    0
    Скорее всего, потому что аудитории слабо пересекаются. Captivate куплен/покупается на бюджеты HR. CC у компании нет, потому что не нужен по профилю. Покупку СС для HR никак не одобрят.
  • В теории Эйнштейна нашлась антигравитация
    +2
    У автора есть некоторое количество ляпов не только в бытовом проявлении законов физики, но и в прямых рассказах «о физике» из уст героини. Что еще раз показывает, что физика уже очень широка и ученый, работающий в одной области, может выдавать ошибочные интуитивные сентенции о других областях. Которые он, несомненно, не написал бы, поставив свои знания под сомнение и обратившись и источникам.
  • Спросите Итана №46: Что такое квантовое наблюдение
    +1
    Вопрос правильный и он подводит к сути процесса измерения: для получения ответа о тестируемой системе нам нужно провзаимодействовать с ней измерительным прибором. Причем, в конечном итого измерительный прибор должен так изменить свое состояние, чтобы мы это заметили нашими органами чувств. Как правило, зрением. И вопрос о том, что же на самом деле означает изменение состояния прибора — один из важнейших, задаваемых экспериментатором. Ученый обязан досконально знать принцип работы прибора. Мы действительно должны убедиться, что на интерференционная картина определяется именно электронным потоком, а не вторичным излучением. В данном случае опыт с интерференцией электронов, если не ошибаюсь был впервые проделан в 1961 году Клаусом Йенсоном. К этому времени квантовая теория была уже рабочим инструментом и принцип действия фотопластинки (в классическом опыте) и принципы люминисценции (в случае опыта с экраном, покрытым люминофором) были уже известны.
  • Нанимайте личность, а не набор навыков. Мои самые важные вопросы в собеседовании
    0
    Можно уточнить, вы 15 лет подбираете сотрудников или за 15 лет время от времени выступаете в роли кандидата на вакансию?
  • Что такое RESTful на самом деле
    0
    ровно та же ситуация, как кто-то добавит пост к блогу до того, как вы сами добавили первый пост и, к вашему удивлению, список постов окажется не пуст, хотя вы этого не ожидали. Защита в обоих случаях может быть предложена одинаковая — разрешение изменения только создателем. Для разрешения конфликтов конкурентных изменений создателем (например из соседних вкладок) протокол допускает передачу версии объекта.
  • Что такое RESTful на самом деле
    0
    я, конечно, допускаю, что я ошибаюсь, но, по-моему, в RESTful HTTP нет операции применения чего либо к чему-либо, как это характерно для RPC. Я именно беру объект фильтр в идентификатором id и беру у него дочернюю коллекцию users. Я имею право так делать, т.к. я именно так определил entity userfilter. И у меня есть только операции получения entity и списка entity, но никаких операций применения чего-либо у чему-либо
  • Что такое RESTful на самом деле
    0
    например, ввести сущность userfilter («фильтр по пользователям»), создать экземпляр этой сущности, получить ее id и отдать отфильтрованных пользователей по GET /userfilter/{id}/users
  • Что такое RESTful на самом деле
    0
    Кстати, заинтересовался, а как «современная авторизация», соответствующая HTTP REST должна решать проблему, когда приходит HTTP POST запрос с кучей данных и устаревшим тикетом?
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    +1
    Если у вас доменная модель должна учитывать физическую модель развертывания, то вам нужно явно вводить front-end-ы в доменную модель со всеми вытекающими артефактами доменной модели для распределенной обработки. Стоит ли это делать? В случае data-centric application, каким, явно, является заказ билетов, этого не стоит, доменная модель не для него. Ваша объективная реальность лежит среди таких приложений (а их вокруг, действительно, очень много). Поэтому доменная модель вам и кажется необоснованной. Однако это не повод отрицать существование приложений, ориентированных на бизнес-логику, особенно инжектированную бизнес логику. В этом случае доменная модель вполне себе работает.
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    0
    P.S. Это более общее решение. В данном случае вам AR вообще не нужен, можно просто отловить нарушение UNIQUE KEY.
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    0
    Счетчик там храните. Вторая транзакция не зафиксируется, из-за того что первая изменит счетчик в руте и изменит тем самым rowversion рута. Получите во второй транзакции ConcurrencyException и обработаете его.
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    +1
    Причем в обоих случаях это вообще не решение для encapsulates collections т.к. во-первых .ToList() при каждом обращении, а во вторых если эту коллекцию использовать в запросе, то на SQL это, очевидно, не провалится.
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    –1
    А как вы собираетесь «изолировать логику» проверки уникальности? Например надо не продать два билета на одно место на концерт.
    Или как сделать целостность на несколько сущностей? Например не создавать заказ, если на складе больше нет данной позиции.

    Эти задачи вполне решаются передачей их на aggregation root
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    0
    EF генерит вам временные идентификаторы, которые вы можете использовать для внешних ключей в других сущностях. После фиксации изменений во всех местах (и в первичных ключах и во внешних ключах) временные идентификаторы заменяются на сгенерированные БД. В EF 7 только добавили поддержку sequence, т.к. она появилась в MSSQL.
  • Entity Framework 6 (7) vs NHibernate 4: взгляд со стороны DDD
    0
    В таких сценариях она не нужна. Но полезна в следующих примерах:
    public class Account
    {
        ...
        public double GetTaxes()
        {
            if (SomeComplexCondition())
            {
                GetTaxes(this.DomainTrasactions)  // load this.DomainTransaction lazily
            }
            else
            {
                GetTaxes(this.ForiegnTrasactions)  // load this.ForiegnTrasactions lazily
            }
        }
        ...
    } 
    


    Lazy load must have в rich-модели, поскольку пользователь такой модели не имеет никакого представления о проекции данных, которая на самом деле требуется entity для выполнения запрошенной им функции. Конечно, при применении такой функции к листу объектов, автоматически получаем какой-то из вариантов «SELECT N+1»-проблемы. Поскольку EF в настоящий момент не дружит с rich подходом, то и без lazy load вполне можно обойтись.
  • 7 типичных ошибок при проектировании процесса чекаута
    +2
    До сих пор не могу понять какое отношение имеет 03 и 12 к Январю
  • Интегрируем AutoMapper с DI-контейнерами на примере Unity
    +1
    Поясните, пожалуйста, если мы не используем внешних зависимостей при маппинге (они 100% отправляют нас в ад), то чем не подходит тривиальная инициализания маппингов в bootstrapper-классе? Пока нам не нужно тестировать сами маппинги мне не видно причины, заставляющей нас иметь разную реализацию для теста и приложения той части бутстраппера, которая отвечает за маппинги. Подскажите, где я не прав.
  • Авторегистрируемые в Unity репозитории на .net для EF Code first
    0
    не получится — интерфейс никак не описывает Lazy Loading и Change Tracking. Поэтому другая реализация интерфейса легко ломает приложение.
  • Авторегистрируемые в Unity репозитории на .net для EF Code first
    +1
    Поведение Вашей реализации репозитория целиком и полностью определяется именно поведением «конкретной технологии доступа к данным» в частности, при добавления в репозиторий entity со связанными entity сохранится весь граф. Это не является типичным поведением репозитория, очевидным из его интерфейса. Наивная реализация интерфейса репозитория на другой «технологии доступа к данным» легко поломает работающее приложение.

    «Почему не стоит использовать явно в бизнес-логике конкретную технологию доступа к данным?» в чем тут проблема то? Хотите скрыть persistence от БЛ — скрывайте, но при чем тут репозитарий. Хотите чтобы любая ORM репозитарии представляла — тпк они это давно переросли, на UoW сидят уже. Хотите ужать все ORM до репозитариев и переключать их — на здоровье, если Вам репозитариев хватает. Фронт борьбы давно ушел дальше.

    Про мокание
    EF нельзя полностью замокать именно потому, что он предоставляет такую функциональность, как Change Tracking, Lazy Loading, In-Memory collections которые поощряют неявное их использование и написание полноценного теста с моками потребовало бы отслеживания кучи вызовов. Поэтому я первым делом указал, что Ваша реализация репозитория «течет» сторонними эффектами и мокание его в простых тестах не означает работоспособность в более сложном сценарии. А течет она из-за того самого change tracking в EF, который как раз и не мешает этот самый EF мокать.

    Про расширение.
    Да, действительно, если сначала образать EF, то потом получившееся можно расширить. Чем сильнее обрезать, тем проще расширить. Обычно так. Исключения встречаются тоже.

    Репозиторий вообщето совсем не спорбый шаблон. А вот занятие по превращению UoW в набор репозиториев — спорное.
  • Авторегистрируемые в Unity репозитории на .net для EF Code first
    0
    1. С какой целью
    2. Сводится в п.1
    3. Сводится к п.1
    4. Снова сводится к п.1

    Итого, какая проблама решается «уходом от явного использования DBContext»?
  • Авторегистрируемые в Unity репозитории на .net для EF Code first
    0
    -
  • Авторегистрируемые в Unity репозитории на .net для EF Code first
    +3
    Так и не понял, какая проблема решалась. И какая решилась, впрочем, тоже.
  • Опасное развлечение: простой для повторения генератор высокого напряжения
    +1
    Как вы думаете, которая часть студентов права? Те, кто видели ЭМ-волны или те, что нет?
  • Несбывшиеся надежды: что планировали и что получилось в программе «Спейс Шаттл»
    +5
    Да, таскали негабарит, который иначе пришлось бы или проектировать по-другому или что-то городить с ракетоносителями. Какой именно из модулей — не помню, надо источники смотреть.
  • Несбывшиеся надежды: что планировали и что получилось в программе «Спейс Шаттл»
    +9
    Причины неудачи многоразовых систем — обратная сторона стремительного развития микроэлектроники. Ожидалось, что спутники будут большими, дорогими, в частности электроника будет требовать герметичного отсека. Однако спутники стали достаточно малы и дешевы, чтобы починка и возврат шаттлами стали просто невыгодны. Шаттлы проявили себя при обслуживании Хаббла и строительстве МКС. Так что МКС стоит засчитать за выполнение цели по строительству и снабжению орбитальной станции.
  • История одного собеседования, или как в компании X кандидата «вешали»
    0
    Когда придумывали анализ, пространство тоже было только евклидовым и мера казалась естественной и единственной. С тех пор математика на месте не стояла. Посмотрите уже на определение предела последовательности. Там обязательно или используется или мера или топологические св-ва пространства.
  • История одного собеседования, или как в компании X кандидата «вешали»
    0
    Какое это имеет отношение к вопросу недостаточности понятия множества для введения предела на нем? Вы пытаетесь доказать единственность метрики на множестве? Может быть есть такие множества, но R не такое.
  • История одного собеседования, или как в компании X кандидата «вешали»
    0
    Как только Вы этот модуль используете как меру расстояния между числами при определении предела — в этот момент Вы превращаете поле действительных чисел в метрическое пространство, о чем Вам тут уже давно намекают.
  • История одного собеседования, или как в компании X кандидата «вешали»
    +1
    Соль увы, не излагается в нескольких абзацах. Просто нужно знать, что мат. анализ, который излагается на первых курсах вузов — это частный случай, однако имеющий широчайшее применение в нашем почти евклидовом приземном пространстве. Понятие метрики (или сразу нормы) применяется уже при определении предела и дальше, таким образом, присутствует в большинстве результатов. Однако даже в нерелятивистской физике иногда нужны другие определения пространства аргумента функции.
  • История одного собеседования, или как в компании X кандидата «вешали»
    +1
    Для определения производной нужно вводить понятие предела, а для него обязательно разбираться со свойствами пространства аргумента и того утверждения, что это действительные числа не достаточно. Обязательно потребуется или введение метрики или какое-либо описание топологических свойств. В том определении, которое Вы почему-то считаете единственно возможным, пространство аргумента — это множество действительных числ (непрерывное упорядоченное поле) с метрикой m(a,b) = {b-a при b >= a и a-b в остальных случаях}. Однако даже на том же поле действительных чисел можно ввести другие, например, метрики и получить совсем другие производные.
  • История одного собеседования, или как в компании X кандидата «вешали»
    0
    Этого свойства не достаточно для однозначного определения модуля. f(x)=1 обладает ровно таким же свойством.
  • Рано или поздно нам придется это сделать
    +1
    Увы, передергивания и откровенная лажа начинается уже с истории гражданской войны в США.
  • Борьба с INotifyPropertyChanged или как я стал опенсорсником — 2
    0
    В данном случае производительность должна быть не «о ужас, ужас» — этого уже достаточно, т.к. reflection при байндинге более узкое место по производительности. Конечно, INPC — это абсолютно точно реализация аспекта императивным программированием. Но пока, увы ни C#, ни VS, как платформа разработки, недружественны к AOP.
  • Борьба с INotifyPropertyChanged или как я стал опенсорсником — 2
    +1
    однако, если переписать так, то разница будет абсолютно приемлимые 10%:
     
           staticExpression<Func<LambdaNPC, string>> MyPropertyExpression = o => o.MyProperty;
            private string _MyProperty;
            public string MyProperty
            {
                get { return _MyProperty; }
                set
                {
                    if (_MyProperty == value)
                    {
                        return;
                    }
                    _MyProperty = value;
                    RaisePropertyChanged(MyPropertyExpression);
                }
            }
    
            void RaisePropertyChanged<T>(Expression<Func<LambdaNPC, T>> raiser)
            {
                var e = PropertyChanged;
                if (e != null)
                {
                    var propName = ((MemberExpression)raiser.Body).Member.Name;
                    e(this, new PropertyChangedEventArgs(propName));
                }
            }