Василий Банников, по сути когда говорят о С++ обычно имеют в виду легаси. И о том как тяжело
стало искать молодых синьоров и синьорит.
И о том как это все поддерживать в будущем. И бизнес подсознательно начинает
искать замену в виде чего-то более простого в смысле найма людей. Из гугловых
проектов я помню Go-Lang и Carbon. Этот карбон еще не вылупился из гнезда
но в нем уже были заявлены приятные фичи такие как бинарная совместимость
с библиотеками С++. Я честно говоря пока не видел на нем проектов но видел
восторженных блоггеров.
Еще из убийц. Интересный был проект ZigLang. Хотя он вроде как был убивцей
не плюсов а обычных Сей. Но его автор в своем докаладе достаточно красиво
описал цели и задачи. Главное - улучшить то что было в Си но не более того.
Плюс он реализовал метапрограммирование на синтаксисе языка а не на макросах.
Это приятно. Мне он понравился но как всегда не хватило драйверов ко всему на свете.
Еще интересный и очень красивый язык Nim. Я на нем хотел написать себе утилитку
для блочного бекапа баз данных. Что-то типа RMAN но без Oracle а чтоб можно
было любую БД (Postgres) тоже бекапить и вести реестр бекапов. Бросил. В силу
своей нетерпеливости. Но думаю когда нибудь допишу. Не хватало каких-то пустяков.
Толи найти суммы MD5 толи еще чего-то. Этот Nim был еще куцый на библиотеки.
Еще был один убийца и душегуб плюсов. Назывался Digital Mars D. ИЛи Dlang.
Где он сейчас? Кто знает?
Дейкстра считал что абстракции нужно вводить не для того чтоб быть расплывчатым
а чтобы создать семантичесеий слой на котором мысль может быть выражена максимально
точно.
К сожалению его не поняли или не услышали и стали вводить абстракции (да ООП это
абстракции) везде где ни нужно. Я был свидетелем когда в 2000х было абсолютное царство
JavaBeans. Это безсмысленная бюрократическая технология которая любое начинание или
любую девелоперскую инициативу оболакивает в какие-то непонятные простыни описания
и вообще фетишизирует любой пустяк. От такого вы выгореть можно. Хорошо хоть сейчас
фаза бумагописательства прошла и стали смотреть в корень проблемы. Нужен Record - на тебе
рекорд. И никаких бинов. Фетишизаторы плавно перетекли в Spring и сейчас там живут
и придумывают себе новые игрушки.
Бизнес фетишизировал ООП потому что оно позволяло мыслить квадратно-гнездовым способом
и создать некую новую бюрократию без бумаг и печатей но с таким-же мощным внутренним Lingua
Latina где все синьоры помидоры плохо знают математику зато хорошо знают в каком порядке
инстанциируется бин.
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 клиенты видят одну и ту
же картинку которую я описал.
стало искать молодых синьоров и синьорит.
И о том как это все поддерживать в будущем. И бизнес подсознательно начинает
искать замену в виде чего-то более простого в смысле найма людей. Из гугловых
проектов я помню Go-Lang и Carbon. Этот карбон еще не вылупился из гнезда
но в нем уже были заявлены приятные фичи такие как бинарная совместимость
с библиотеками С++. Я честно говоря пока не видел на нем проектов но видел
восторженных блоггеров.
Еще из убийц. Интересный был проект ZigLang. Хотя он вроде как был убивцей
не плюсов а обычных Сей. Но его автор в своем докаладе достаточно красиво
описал цели и задачи. Главное - улучшить то что было в Си но не более того.
Плюс он реализовал метапрограммирование на синтаксисе языка а не на макросах.
Это приятно. Мне он понравился но как всегда не хватило драйверов ко всему на свете.
Еще интересный и очень красивый язык Nim. Я на нем хотел написать себе утилитку
для блочного бекапа баз данных. Что-то типа RMAN но без Oracle а чтоб можно
было любую БД (Postgres) тоже бекапить и вести реестр бекапов. Бросил. В силу
своей нетерпеливости. Но думаю когда нибудь допишу. Не хватало каких-то пустяков.
Толи найти суммы MD5 толи еще чего-то. Этот Nim был еще куцый на библиотеки.
Еще был один убийца и душегуб плюсов. Назывался Digital Mars D. ИЛи Dlang.
Где он сейчас? Кто знает?