Anatoliy Mikhailov

Собирать новый комп на 775 уже наверное поздновато, разве что только апгрейдить существующий, если есть уже неплохая материнка и память. На всякий случай, куча табличек про совместимость процессторов и материнок на 775 сокете здесь: www.delidded.com и многобуков здесь https://forums.overclockers.ru/viewtopic.php?t=501716

А вот к 1366 можно присмотреться и сейчас, по идее, если ваши задачи хорошо параллелятся, двухголовая мать с парочкой шестиядерных ксеонов сможет удивить даже топовые i7. Но ссылок на подробности не дам, глубоко не вникал.
Ключевые слова для камней: "ebay 1366 six", "1366 xeon"
Для мамок: "1366 dual"

Сайт с бенчмарками процессоров: https://www.cpubenchmark.net/socketType.html

возможно в том, что там список а не массив?

Подобные штуки работают быстро как раз потому, что используется не бд, а кэш с уже ранее веденными фразами.

Можете покурить ElasticSearch, при тонкой настройке индексов сможете выжать не малую производительность.

Dictionary словарь использовать, добавляете тип и лямбду, делегат или ссылку на метод, и все, потом просто достаете из словаря по типу Action и вызываете его.

В режиме невидимки у браузера отдельный набор куки, и этот набор действует одну сессию, до закрытия невидимки. Само собой, от других видов атак это никак не защитит.

Ответы на тостере

Вы перепутали понятия "коллекция" и "перечислитель".

Обычно коллекция хранит элементы, а перечислитель - ссылку на перечисляемую коллекцию и текущее положение в ней. Каждый раз, когда вы используете стандартную коллекцию (массив, список и т.д.) в foreach, создается новый перечислитель. Поэтому сбрасывать состояние не надо. Вы же сделали химеру из коллекции и ее собственного перечислителя (return this as IEnumerator), поэтому вам приходится сбрасывать состояние руками.

Это очень плохой код. Решение - не создавайте собственные коллекции вообще. Еще с C# 2.0 существуют универсальные обобщенные коллекции - List<T>, Dictionary<TKey, TValue> и множество других, которые следует использовать.

string[] arr = new[] { "1", "2" };
var result = string.Join(",", arr.Select(v => $"text={v}"));

Daily Scrum Meeting очень важен! Основная задача которую он решает это принудительная синхронизация разработчиков в команде. Глупо надеяться, что разработчик будет проявлять инициативу каждый день и ходить опрашивать своих коллег кому чем помочь или кто может ему помочь. Поэтому вводится обязательная процедура.

Вообще Scrum он про ритм работы команды. На верхнем уровне ритм задается итерациями, уровнем ниже он задается DSM.

Чтобы получить максимальную пользу от DSM нужно проводить его каждый день в одно и тоже время, сдвигать запрещено, не приходить можно, но только по уважительным причинам. Главное не выходить за рамки 3-х вопросов, все обсуждения выносятся за рамки митинга, тогда собрания будут короткими.

И еще, лучше проводить DSM стоя в формате stand-up meeting, это также позволит ограничить его продолжительность и повысить эффективность.

html5up.net

Такие вещи делаются в директивах.
Навешивайте на каждый .ui.dropdown директиву.

directive('mydd', function() {
    return {
        restrict: 'A',
        link: function(scope, elem) {
            elem.dropdown();
        }
    };
});