Dmitry domix32

Школьники — первый пласт почемучек же.

То что кто-то не русскоговорящий является лидером не решает проблем русскоговорящих. Особенно когда сфера специфична. Или школьники, например.

Есть например Тостер. Некогда был русский аналог Stackoverflow, живший на совсем отдельном домене. Ныне успешно мигрировал в основную экосистему StackExchange и стал "Stackoverflow на-русском".
<sarcasm>А для продвинутых есть Ответы Mail.ru </sarcasm>

Часть эвристик может быть не понадобится, но совсем не исключит. Учитывая размеры кодовых баз самих компиляторов — никто не без греха и баги есть везде. Реализации отличные от референсной в этом плане создают конкуренцию, что хорошо сказывается на развитии как языка, так и компиляторов и окружающего разработку инструментария.

Я правильно понимаю что функционал xargo теперь доступен для ARM прямо из дефолтного cargo?

Объедините последние Х коммитов в один
git reset HEAD~3

для такого надо интерактивный ребейз использовать. Меняй коммиты местами, сквош друг с другом, ставь в очередь на переименование и будет тебе счастье.

А для тех кто не хочет с vi/vim иметь дело надо было предложить editor в .gitconfig поменять

Мой посыл в том, что любые попытки писать в ФП-стиле на плюсах всегда очень многословно и не факт далеко не факт, что от таких монад код станет чище. Цепочку вызовов, которые просто пробрасывали результат в следующую функцию нельзя скрафтить без какого-нибудь кошмара- это либо класс, который возвращает ссылку на себя, что не чисто с точки зрения функционального языка, либо funcA(funcB(funcC())). Лямбды не умеют самостоятельно захватывать контекст, pattern-matching в обиходе (в том смысле, что я смогу его использовать на работе) появится только через пару лет в лучшем случае. Типажи писать и использовать сложно и больно. std::bind сам по себе неплох, но к нему еще надо функцию написать. А там и в параметры и в return типы подавай, которые нельзя абстрагировать по-человечьи из-за бесчеловечности типажей и пока отсутствующих контрактов. Нет возможности скрафтить новые типы, чтобы не уметь складывать килобайты с метрами, не написав хотя бы пол сотни строк оберток и перегрузок операторов.
И в лучшем случае все эти абстракции просто поднимут время компиляции проекта, в худшем оно еще и накладных расходов накинет. Но, да, наблюдать интересно.
Из недавнего радует что хотя бы структурное связывание появилось в cxx17.

… и покажут всем Кузькин Кибертрон

На плюсах такое проворачивается через дикую магию шаблонов пополам с бустовыми макросами. Писать на плюсах также как на шарпе или яве не выйдет.

Было бы странно если б было наоборот. На то он и immediate

Уравнения Навье-Стокса не прикрутили, видимо поэтому

Если собирать релизный бинарник с простым hello world на Rust, то в 2018 он занимал чутка больше 5 мегабайт и чуть поменьше 4 после strip. Сейчас там накрутили кое-чего и с lto и какими-то еще дополнительными параметрами там вроде можно собрать такую программу размером в примерно 1 мегабайт. А вот чтобы собрать меньше — нужно делать немало телодвижений — от простого no_std, до перереализации IO/паник и замены аллокатора. Благо wasm и emded способствуют развитию этого.

Так а зачем писать разговор с ботом в принципе писать? Речь шла за обсценную лексику при общении с оператором. Теоретически, сюда можно прикрутить, например, КоАП 5.61 (Оскорбление). Практически — я не слышал ни одного такого случая с какой-либо тех.поддержкой, но это не значит, что таких случаев нет. Каким образом разруливаются ситуации вроде знаменитого "ни единого разрыва" в разных кампаниях мне доподлинно также неизвестно, но учитывая что это клиент, его скорее попытаются удерживать, игнорируя фактическое нарушение законодательства. Как это все компенсируется агентам — также загадка.

Ну, нет. Если одной только кармой разруливать, то так хабр в пикабу превратится. У кармы слишком много инерционности для того чтобы выступать за все правила.

Есть подозрение, что такие статьи быстренько огребут красной кармы, то бишь будут регулироваться сообществом.

скриптовые интерпретаторы

ванильный луа, насколько мне известно, не компилируется как питон с артефактами (про новое издание не знаю наверняка). У перла и js/nodejs вроде та же история. Многие лиспы. Преобразование в байткод своей внутренней виртуальной машины не считаю.

день потерять, зато потом за пять минут долететь

в такой ситуации обычно имеет смысл завести cmake файл или еще какой-нибудь конфиг сборки, чтобы и в IDE можно было в случае чего кнопкой завести.

А сколько уходило времени на все это ежедневно/еженедельно?

для повышения качества обслуживания разговор может быть записан

едва ли они станут административку заводить, так что какая разница пишут или нет. Чай не клад копать собрались в тайном месте.

противопоставление не совсем корректно

Если называть питон чисто скриптовым языком — да, но я вроде только про скорость выполнения упоминал. Да и компиляция у питона ленивая. Можно было аналогично в противопоставление nodejs упомянуть. Тот еще медленнее да еще и по памяти прожорливее.
Что до sed/awk — для меня это обычно тоже темный лес. Т.к."сварщик я не настоящий" ибо пишу не с под vim в терминале и руки на мышку перекладываю иногда для моих нужд хватает find+grep с парой заученых ключей. Ну, и питон конечно же.

Собственно, поэтому я и упомянул, что проблемы начинаются, когда появляется какой-то процессинг. Погрепать "войну и мир" может быть долго, но не шибко критично, а когда все дружно начинают писать регулярки в кодовую базу — количество проблем растет пропорционально.

На самом деле проблем становится не две, а три+. Если не долбить ими что-то небольшое, то нормально, а если начинать заниматься каким-то массовым процессингом — молиться, чтобы движок регулярок был не слизан с перлового PCRE.

это что быстро работает?

Очень быстро, да. Но эксперимента ради предложил бы переписать утилиту yes из набора coreutils собственными силами и потом помериться в скорости. Там же голые Си под низом, которые отлаживали со второй половины прошлого века. В последней декаде решили еще бустануть, переписав на раст и сделав чуть более человечные API, кроссплатформенность и всякое разное прикольное (см. ripgrep, exa ). Но как упоминалось ниже — речь не про скорость работы, а про скорость разработки. Едва ли с быстренько можно написать какое-нибудь префиксное дерево чтобы вместо grep/sed использовать. Прототипировать может быть удобно, если из консоли не вылазить, но я обычно для такого использую sublime text с настроенной командой для REPL, а то и вовсе использую какой-нибудь wandbox.org или ideone.com. Так что это не та ситуация когда строгая типизация и манипулирование байтами имеет хоть сколько-нибудь значимое преимущество.
Второй нюанс — это все же не скриптование, а именно перекомпиляция, т.к. для полноценного скриптования нужен интерпретатор, вроде вышеупомянутого cling. Такое скриптование далеко не факт что работает сильно быстрее питона, если вообще быстрее.

Можно подумать Fruity Loops простая и легкая. Она может быть более интуитивно понятная, но по сложности не уступает прочим.

вроде std::vector, std::map или std::string т другие
std::filesystem (если компилятор позволяет)

конечно забавно скриптовать на C++, но в чем профит — непонятно. Скорости разработки оно не добавляет в сравнении с каким-нибудь питоном, пляски вокруг utf, стандартные контейнеры и filesystem крайне сомнительный профит. Быстрого подключения модулей нет ибо надо прокидывать все это дело компилятору. Предлагаю добавить хаб "ненормальное программирование"

Так, и в чем противоречие? Для того чтобы показатель не влиял на время выполнения оно должно за O(1) операций выполняться. А так у него примерно логарифмический рост ± оптимизации.

Так this немало смахивает на Оруэлла.

И для схемы «слева направо», и для схемы «справа налево» количество операций возведения в квадрат одинаково и равно k, где k — длина показателя степени n в битах, k ∼ ln n.

© Wikipedia

А говорите не зависит

Так можно про любое ММО сказать.

Однако это не гарантирует, что суверенность их не нарушена и большой брат соседа не поглядывает. Вспоминаем кейс со Сноуденом.

Власть действительно действует в лучших побуждениях

Так вот почему у нас происходят суды без ответчиков и пострадавших, после которых ресурсы перестают быть доступны из-за попадания в дампы РКН.

мутабельность там в принципе возможна

Скажем, в плюсах даже с его иммутабельными данными почти наверняка возможна магия

#include <iostream>
#include <vector>

int main()
{  
    unsigned n;
    std::cin >> n;
    using Vec = std::vector<unsigned>;
    const Vec vec;
    // vec.push(n); // так - ошибка компиляции
    const auto* cvecptr = &vec;
    auto vecptr = const_cast<Vec*>(cvecptr);
    for (unsigned i = 0; i < n; ++i) {
      vecptr->push_back(n);// а так - нормально
    }
    std::cout << vec.size() <<std::endl;
    return 0;
}

В расте такое разве что с unsafe провернуть возможно, если не вовсе только со внешними байндингами к тем же плюсам.

Как вариант иммутабельных структур наверное можно привести кучку gc-арен на расте, которые выделяются лениво раз и больше не меняются.

За счёт несколько меньшей производительности

Ржавый Arc тоже не бесплатный, но в сравнении с оверхедом плюсов наверняка дешевле. Ну, и ниже сбросили там ржавую вариацию списков и и всяких деревьев. Ваша точка зрения понятна.

Так майнкрафты как-то так и пользуются данными. На джаве вероятно это несколько сложнее было реализовано из-за сборки мусора, а во всяких портах и клонах такое цветет и пахнет (Veloren, например).

Так там по-умолчанию все данные подразумеваются иммутабельными если явно не указано обратного. Так что оно by design использует эту концепцию.

TS же денег просит за использование

jemalloc же ныне не дефолтный аллокатор

Вот пожалел тег <sarcasm/>, но вот как чуял что шутейку не оценят.

Скажем, у нас в новой истории тоже не изучаются события чеченских войн.

«Desires» перевели по смыслу как «желание мужчины к женщине»

«Этого переводчика звали Промт™»

Еще строгая проверка типов с понятными ошибками. В плюсах же придется писать огромную кучу бойлерплейта только чтобы типы стали строже. Не говоря уже про ограниченность трейтов C++.

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

Вы думаете, что ржд заодно запустит свои шинкансены до дальнего востока со скоростями под 800км/ч?