ts всё равно базируется на стандарте ecma. И таким образом, при внесении любых изменений в стандарт, разработчики ts разве что смогут похвастать, что они вовремя и оперативно подмахнули. А так вообще можно на Дарте писать, он тоже в js компилируется, и там ещё больше статической типизации, и ещё flutter прилагается.

В комитете C++ вообще юмористы какие-то сидят. Напридумывали кучу правил и ограничений, и тут же пути для их обхода. Есть ещё std::any для обхода статической типизации.

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

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

Я тоже использую этот проект для скриптования в Go-программах.

Интерпретатора Lua — не существует, Lua в основном транслируется в байт-код. Файлы с байт-кодом можно использовать вместо скриптов, чтобы сократить время на прекомпиляцию. Ещё есть jit-компилятор Lua. Что касается интерпретаторов, то для современных популярных языков такой подход вообще не используется. Что касается ООП, то в Lua не эмуляция ООП, а это называется прототипное ООП.

А если это не сайт, а одностраничное веб-приложение, то установку языка можно передавать в куках. Причём можно сразу из запроса страницы вытянуть предпочитаемый язык.

Ты на таком даже говнокодить сможешь.

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

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

Там повсюду турецкий продолжается, у которого с крымским разница конечно есть, но не критичная.

тогда вариант не южное побережье а северное

Там нет никакой защиты с севера, открыто всем ветрам, поэтому северное побережье сливает ЮБК вчистую. Это только южное выигрывает.

Конец сезона — это понятие растяжимое. В принципе, и в ноябре можно иногда продолжать, тогда погода как сейчас.

На это можно смотреть с разных точек зрения. Если за зиму набрался подкожный жир, то 16 градусов — нормально, так и надо. Поплаваете пару минут, и ощутите заряд бодрости, прилив сил. Особенно классно после загара, ну а солнце уже жжёт как следует, не то что зимой. Дома под монитором так отдохнуть не получится. На каяке конечно можно и по Днепру, только на море всё равно простор больше, можно плавать на дальние пляжи и почувствовать себя Колумбом.

Ну а ты что будешь делать?

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

Градусов 16, можно нормально плавать. К тому же при штиле она быстро прогревается, особенно верхний слой. А на каяке плавать — вообще полный улёт, скользит как по маслу.

Ну шо пацаны, пора собираться на море, на пляж. Или вы опять будете дома сидеть? Сейчас на южном побережье Крыма начинается сезон штиля. То есть, сейчас, и где-то до середины июня на море будет полный и абсолютный штиль. Зеркальная поверхность. Это самая крутая погода для плавания. Поэтому не откладывайте в долгий ящик, и двигайте на пляж прям сейчас.

Помню, у одного знакомого онлайн-казино было зарегистрировано на Мальте, с мальтийской лицензией, при участии какой-то местной макаки, там иначе не выйдет. Девушки перед веб-камерами сидели в студии в Беларуси, продвижением и всяким партнёрством занимался человек из Израиля, у него там под крылом ещё сеть казино. Ещё из Италии один был задействован, и в целом вся картина выглядела так, что схватить за жопу было абсолютно невозможно никак, нигде и ни по какому поводу.

consteval та constinit

C++ настолько гибок и удобен, что даже у одного простого const есть уже целая куча возможностей:

std::shared_ptr<Object>
const std::shared_ptr<Object>
std::shared_ptr<const Object>
const std::shared_ptr<const Object>

consteval і constinit є потужними специфікаторами, які можна використовувати для оптимізації та виявлення помилок у вашому коді під час компіляції

Надеюсь, вы это используете для написания драйверов и систем реального времени.

С одной стороны, такой подход кардинально повышает производительность, а с другой стороны — теряются наработанные данные при аварийном завершении приложения, тоже думал над этим. Там можно исключить не только всякие select-join и вложенные трёхэтажные выборки, которые в свою очередь являются результатом плохо спроектированной БД. Но и вообще убрать прослойку, обслуживающую всю эту запись и чтение. А серилизовать можно и в БД.

Рынок — стагнирует, да?