LINUX.ORG.RU

История изменений

Исправление wota, (текущая версия) :

Просто ты не вкурсе.

окай, и видимо не только я

А что ещё делать, когда вместо того, что бы оценить качество инструмента и подискутировать о реальных достоинствах и недостатках инструментария, единственный аргумент лиспофобов — популярность и количество.

да нет, как раз это ты начал говорить об абстрактной эффективности, хотя мой код в >20 быстрее, а пример quasimoto (при использовании современного стандарта) в два раза меньше и тоже гораздо быстрее

#include <cstdio>
#include <unordered_map>

int main() {
    std::unordered_map<int,int> stack;
    int heteros = 0, homos = 0;
    char buf[20];
    
    int n=atoi(fgets(buf, 20, stdin));
    do {
        fgets(buf, 20, stdin); int i = atoi(buf+7);
        if(*buf == 'i') {
            auto ret = stack.insert({i, 0});
            if (ret.second) ++heteros;
            else { ++(ret.first->second); ++homos; }
        } else {
            auto it = stack.find(i);
            if (it != stack.end())
                if (it->second--) --homos;
                else { --heteros; stack.erase(it); }
        }
        puts(heteros > 1 ? homos ? "both" : "hetero" : homos ? "homo" : "neither");
    } while (--n);
}

так что же эффективность в твоем понимании? писать много тормозного кода? пользоваться ЯП с убогим инструментарием? и да - ваш любимый LispWorks просто школьная поделка против, например, IDEA, про кол-во и качество библиотек и говорить не надо

И задачи на микрооптимизацию как правило совершенно не интересны и, в целом, просты

окей, догони мой результат, или балабол

Исходная версия wota, :

Просто ты не вкурсе.

окай, и видимо не только я

А что ещё делать, когда вместо того, что бы оценить качество инструмента и подискутировать о реальных достоинствах и недостатках инструментария, единственный аргумент лиспофобов — популярность и количество.

да нет, как раз это ты начал говорить об абстрактной эффективности, хотя мой код в >20 быстрее, а пример quasimoto (при использовании современного стандарта) в два раза меньше и тоже гораздо быстрее

#include <cstdio>
#include <unordered_map>

int main() {
    std::unordered_map<int,int> stack;
    int heteros = 0, homos = 0;
    char buf[20];
    
    int n=atoi(fgets(buf, 20, stdin));
    do {
        fgets(buf, 20, stdin); int i = atoi(buf+7);
        if(*buf == 'i') {
            auto ret = stack.insert({i, 0});
            if (ret.second) ++heteros;
            else { ++(ret.first->second); ++homos; }
        } else {
            auto it = stack.find(i);
            if (it != stack.end())
                if (it->second--) --homos;
                else { --heteros; stack.erase(it); }
        }
        puts(heteros > 1 ? homos ? "both" : "hetero" : homos ? "homo" : "neither");
    } while (--n);
}

так что же эффективность в твоем понимании? писать много тормозного кода? пользоваться ЯП с убогим инструментарием? и да - ваш любимый LispWorks просто школьная поделка против, например, IDEA, про кол-во и качество библиотек и говорить не надо

И задачи на микрооптимизацию как правило совершенно не интересны и, в целом, просты

окей, догони мой результат, или балабол