Когда англо говорящий использует ломаный русский, это выглядит мило. Никто из-за этого не комплексует и не проваливается сквозь землю. Почему в обратном направлении это воспринимается как конец света?
Если кому-то нужно быстро погрузиться в прикладную математику (экзамены или понимать статьи по нейронкам), то рекомендую интенсивы https://mathprofi.com/knigi_i_kursy/. Коротко, по делу, без слепых пятен в рассуждениях, разбор на примерах
Обычно уже написаны все нужные примитивы. В прикладном коде их и используют. Если хочется именно свою реализацию, то придётся глубже погрузиться в rust :-)
А что в Вашем понимании прикладное программирование? Думаю, что почти на любую задачу будет пример использования rust в таком контексте. UI, backend, desktop, mobile, game dev, cli utils + cli ui, db, fs, OS. Что такого нельзя написать на rust, что он вдруг попал в категорию неприкладных. Наличие gc такой себе показатель. Какая разница почистит переменную gc или автоматом при выходе из scope?
А чем хорошая? Искренне интересно. Пока читал, не покидало ощущение, что за всё хорошее против всего плохого. Механика не описана. Как в известной фразе - жить будем плохо, но недолго
Извиняюсь, что вмешиваюсь в разговор уважаемых мужей. Но в Вашем примере меняется первая строка во второй транзакции. А первую строку уже прочитала первая. А в книге написано, что меняется строка, отличная от той, что прочитала первая транзакция. Видимо в этом есть некоторое отличие в примерах
Интересно за что минус. В итоговом решении схожая схема и это преподносится как хороший вариант. Судя по картинке (жаль нет кода), есть такая же папка shared. Подозреваю, что чистые переиспользуемые компоненты. И есть папки под DDD контексты. Если это переименовать в папку widget, то получается один к одному с точки зрения кол-ва файлов, удобства работы, одной папки и прочих целевых пунктов
Интересен финальный вариант в сравнении с fsd. Что мешало положить базовые компоненты ui (btn, details, withDetails etc) в shared и сделать сначала widget, если хотим переиспользовать? По мере усложнения можно разделить widget, если каждый используется минимум дважды. Либо поднять на уровень page и в его папке ui собрать составной компонет. В итоге общий код в shared/ui, а уникальный по месту.
Репозиторий с примером помог бы лучше понять проблему, которую Вы решаете. Со слов выглядит, что проблема не в fsd, а в попытке одной сущностью удовлетворить разных заказчиков. И разделением потом решаете этот вопрос (каноничный srp)
Если интересна тема транзакций и изоляций, то советую ознакомиться с лекцией. В ней есть упоминание трактата на тысячу страниц по транзакциям :-) Это если захочется глубоко копнуть
Когда англо говорящий использует ломаный русский, это выглядит мило. Никто из-за этого не комплексует и не проваливается сквозь землю. Почему в обратном направлении это воспринимается как конец света?
Если кому-то нужно быстро погрузиться в прикладную математику (экзамены или понимать статьи по нейронкам), то рекомендую интенсивы https://mathprofi.com/knigi_i_kursy/. Коротко, по делу, без слепых пятен в рассуждениях, разбор на примерах
Поделитесь, пожалуйста, примером файла. В тексте не нашёл
Обычно уже написаны все нужные примитивы. В прикладном коде их и используют. Если хочется именно свою реализацию, то придётся глубже погрузиться в rust :-)
А что в Вашем понимании прикладное программирование? Думаю, что почти на любую задачу будет пример использования rust в таком контексте. UI, backend, desktop, mobile, game dev, cli utils + cli ui, db, fs, OS. Что такого нельзя написать на rust, что он вдруг попал в категорию неприкладных. Наличие gc такой себе показатель. Какая разница почистит переменную gc или автоматом при выходе из scope?
А чем хорошая? Искренне интересно. Пока читал, не покидало ощущение, что за всё хорошее против всего плохого. Механика не описана. Как в известной фразе - жить будем плохо, но недолго
Интересен опыт использования keycloak. Особенно минусы
Извиняюсь, что вмешиваюсь в разговор уважаемых мужей. Но в Вашем примере меняется первая строка во второй транзакции. А первую строку уже прочитала первая. А в книге написано, что меняется строка, отличная от той, что прочитала первая транзакция. Видимо в этом есть некоторое отличие в примерах
Я купился на заголовок. Подумал - ну и дела, столько ресурсов вложено было
Интересно за что минус. В итоговом решении схожая схема и это преподносится как хороший вариант. Судя по картинке (жаль нет кода), есть такая же папка shared. Подозреваю, что чистые переиспользуемые компоненты. И есть папки под DDD контексты. Если это переименовать в папку widget, то получается один к одному с точки зрения кол-ва файлов, удобства работы, одной папки и прочих целевых пунктов
Интересен финальный вариант в сравнении с fsd. Что мешало положить базовые компоненты ui (btn, details, withDetails etc) в shared и сделать сначала widget, если хотим переиспользовать? По мере усложнения можно разделить widget, если каждый используется минимум дважды. Либо поднять на уровень page и в его папке ui собрать составной компонет. В итоге общий код в shared/ui, а уникальный по месту.
Репозиторий с примером помог бы лучше понять проблему, которую Вы решаете. Со слов выглядит, что проблема не в fsd, а в попытке одной сущностью удовлетворить разных заказчиков. И разделением потом решаете этот вопрос (каноничный srp)
Люди же как-то пишут на rust, go, haskell, clojure (и прочие lisp) сложные системы. Вместо объектов структуры данных, вместо наследования композиция.
Раз существует https://en.wikipedia.org/wiki/Entity_component_system, значит иногда приходится поддерживать. Плюс одна игра сама может превратиться в такого мамонта, что до релиза не доживёт
Дополню статью хорошим обзором из 14 подходов, которые позволяют решить 99% алгоритмических задач с известных тренажёров
Вдруг кого заинтересует написание мини ОС на rust. Правда там грузят через bios, если память не изменяет. Заодно можно помочь проекту с uefi
По комментариям выше от всепропальщиков видно, что до многих это ещё не дошло. Живут надеждой, что всё устаканится.
И вроде бы возьми в свои руки и сделай хорошо. Нет, будем поливать грязью других, кто хоть что-то пытается сделать
Если про людей, команды и трансформации, то:
Мотивация на 100% (С. В. Иванова) - не только про мотивацию, в целом комплексно, советую посмотреть оглавление
Не рычите на собаку (К. Прайор) - умение направлять людей в нужное русло
Радикальная прямота (Скотт) - направлять без манипуляций, открыто и честно
Как пасти котов (Рейнвотер) - дополнение к п. 1, ролевая схема it команды
Если интересна тема транзакций и изоляций, то советую ознакомиться с лекцией. В ней есть упоминание трактата на тысячу страниц по транзакциям :-) Это если захочется глубоко копнуть
Уважаю создателей rust, что сходу добавили фп возможности в язык. Хоть rust и не фп сам по себе, но задача из статьи будет выглядеть как на F#
Плюсы меняем на rust, жабу на го, js на ts и огонь :-)