Весь вопрос лишь в том, сколько там это число занимает байтиков на последовательности содержащей 3 элемента и 1е20) З.ы. пеняния на " ну ещё и про байтики сейчас помнить будем ага, вот же кложа какая а" не принимаются)
я видимо привык к высокоуровневым абстракциям. Но вообще если париться о занимаемых байтиках в представление числа в памяти то может ни clojure и не elixir не подойдет, тут С или ассемблер и оптимизироваться до бесконечности
я видимо привык к высокоуровневым абстракциям. Но вообще если париться о занимаемых байтиках в представление числа в памяти то может ни clojure и не elixir не подойдет, тут С или ассемблер и оптимизироваться до бесконечности
Ну я точно не за "оптимизацию до бесконечности") просто в конечном счёте все чего то стоит)
да вроде как JVM как раз позволяет тебе париться о байтиках и памяти - в этом одно из её преимуществ. Хочешь - пиши как на рубях, хочешь - углубляйся внутрь. Тем более на горизонте светятся Project Valhalla, Project Panama, Vector API и тд.
ничего выше тред про то что такое ограничение как холодный душ - напоминалка что всеж под капотом все та же старая добрая типизированная джава
Типизация тут не при чём. Можно было и тут поверх навернуть два полиморфных метода с инт и бигинт. И в зависимости от того, что тебе пришло в вызов, раскидало бы.