среднем 80 % правда.

Я могу сложить число со строкой легко в питоне?

🎬 Code: "one"+1 🚫 Error: Traceback (most recent call last): File "/data/data/com.termux/files/home/Hikka/hikka/modules/python.py", line 80, in ecmd it = await meval( File "/data/data/com.termux/files/home/.local/lib/python3.10/site-packages/meval/__init__.py", line 86, in meval r = await locs["tmp"](**kwargs) File "<string>", line 1, in tmp TypeError: can only concatenate str (not "int") to str

Я могу сделать какую то херню на перегрузки операторов?Да

Потому что я так сказал ))0

Вопрос в том. Что как раз где то на 50 тысячи строчки кода. Вы уже не будете помнить весь путь той или иной переменной объекта и.т.д. С типами это легко понять, рефакторить , улучшать. Но для этого так же есть IDE и.т.д. Другой вопрос в производительности, синтаксисе, удобстве, логичности и.т.д. Если вы не знаете lua достаточно хорошо, вы не можете знать что копируется, а что нет. И даже если вы знаете его хорошо, будут моменты когда вы будете сомневаться. В Lua реже в python чаще. Что делается там внизу, на уровне VM. В строгих языках таких вещей меньше по этому можно проще писать производительный код. ИМХО. Динамика для бизнес логики не больше 1к строк. Все остальное статика.Я не хочу писать core на скриптовом языке. Потому что он не даст мне гарантий. Гарантии нужны тогда когда ты пишешь в команде. Команда меняется часто это работа или opensorce. Другой человек может быть сильнее или слабее вас в программировании. Но го именно и решает эти проблемы. Однородности кода, глупых ошибок, единообразия и.т.д. Без 200 строчек стайл гайда. Все интуитивно понятно. Го это для всех, а если вам надо сделать магию. ТО у вас два пути. Кодогенерация, рефлексия = у вас есть много магии. Жаль что меньше чем у Rust / Nim / C/C++ /Zig но она есть. И вот лично мне хотелось бы скриптовый типизированный язык и который можно встроить и у него была бы фича untyped. Жаль его пока нет. Опять же вопрос прикладной области. Где то риск ошибки мал, где то миллионы и миллиарды долларов. Я ценю экосистему языка в первую очередь. Лично мое ИМХО экосистема го лучшая. Документация, библиотеки и в каком они виде. Как их можно установить. Объем конечно , это отдельная проблема. Но это уже на совести самих разработчиков. С другой стороны я вечно топлю. Дайте препроцессор , дженерики для методов, перегрузку всего и вся, макросы. И тогда это будет простой язык для новичков и и крутой инструмент для сильных. Увы этого не будет. Или надо самому написать. Но то что сильных программистов нет...хм. Мне кажется это причина, потому что тяжело заработать если не делать как все. Мало кому удается получить работу где он может делать что хочет и писать то что ему хочется. Так получается говноигры, программы и.т.д. Потому что Бизнес стал выше разума программиста. И он диктует что использовать, а что нет.

На 50 тысячной строчке кода, ты, при нормальном, интуитивном именовании полей и методов класса, сможешь по одному названию класса узнать все методы и внутренние объекты. Потому что ты в тысяче других программ делал то же самое и точно так же их именовал. А то с чем ты работаешь конкретно СЕЙЧАС — достаточно держать рядом один-два файлика с конкретными классами. Если ты можешь делать архитектуру с настолько минимальным количеством связей — поздравляю, ты справился.