rPman, учитывая что нормальное приложение обычно оптимизируется по поваданиям в кеши L1/L2/L3,
то память даже будучи разогнанной на 10-20% вряд-ли даст видимый эффект на самом приложении.
werwer, в некоторых языках есть усиленная дисциплина наследования. Например в Scala поддерживаются sealed classes. Это когда иерархия создается один раз и больше не расширяется. Например Weekday имеет семь наследников : Monday, Tuesday .... e.t.c. 7 штук. Это запрещает в производном коде расшинять дни недели. Это важно. Это часть дисциплины. И это еще один из способова выражения
мысли программиста.
Можешь ли ты на прототипировании выразить эту мысль?
Это не страшно. А раздражает когда человек вроде бы кивнул и понял а потом снова на те-же грабли наступил.
Тугодум не страшен. А страшен дурак который еще раз прошелся по своим ошибкам.
Погугли кстати elliptic curves cryptography. Там график еще рисуют рядок. График выглядит
как.... как сиська. Хакнешь сиську - заберешь себе все биткоин кошельки.
werwer, js - это хороший старт для карьеры но плохой пример для ООП. Не бери JS в качестве образца для этого дела. Я уже тебе написал какой язык брать.
werwer, не надо натягивать все на объекты. Просто правильно написанная программа гораздо ценне чем какая-то программа где ты тянул все на объекты. Как сову на глобус.
Давай автор заканчивай скорее с Ферма. У тебя на очереди - эллиптические кривые. Это - криптография. Это интереснее и полезнее для общего развития. Биткоин. ЭЦП. И очень-очень большие числа.
Тебе сложно просто 2 строчки добавить? Сделай по дефолту черный и горизонтальный прямоугольник.
Развел теорию... безопасность... UB. Это разгильдяйство.
CityCat4, согласен. Я бываю невежда в словах. Тут еще от окружения зависит. Как то работали мы с одним хедж-фондом. Архитектор был очень оригинальный дядечка. Любил каламбуры. Вместо слова "скобочка" он говорил - "скобАчка" (ударение на другой слог). И я заразился этой заразой.
Мои знания по динамо устарели. Я занимался в 18 году. Но вот кое что помню.
Dynamo это не обычная dbms. Это грид. Тоесть ты фактически подключаешся ко многим хостам. И законы консистентности могут сработать неожиданно. Обрати внимание на Eventual здесь https://docs.aws.amazon.com/amazondynamodb/latest/...
И ты должен понимать в каком режиме ты работаешь. Иначе твоя логика CRUD может где-то не сработать.
По поводу WHERE. Эта dbms понижает стоимость биллинга когда ты обращаешся ко ключу (или композитному ключу из многих полей). В этом случае Амазон тарифицирует тебя экономно. Если ты будешь делать запросы типа Scan которые сканируют таблицу то получишь переплату за месяц.
По поводу индексов почитай здесь https://docs.aws.amazon.com/amazondynamodb/latest/...
Они вроде бы работают но по смыслу являются как-бы репликой таблицы разложенной просто по другим ключам.
Законы eventual тоже учитывай.
Вобщем Dymano - это компромисс. Она поддерживает огромные объемы и скейлиться но ты за это платить другим.
По поводу твоего кода я ничего не скажу. Я не кодер на этом языке. Но все Dynamo клиенты видят одну и ту
же картинку которую я описал.
В Офисе тоже можно лабать. Только с дизайном математических формул там - неудобно. Надо миллион движений мышко сделать. В противоположность в Latex ( если чел опытный ) то наберет формулу с одного раза. И искать и правки делать потом удобнее. И даже в git мастер оригинал положить можно.
то память даже будучи разогнанной на 10-20% вряд-ли даст видимый эффект на самом приложении.
Тесты памяти - дадут. Но ведь на то они и тесты.