У нас сейчас в режиме реального времени проходит эксперимент по изучению немецкого массой народа, которая его учить не собиралась. Я говорю об украинских беженцах, которых в Германии загнали на языковые курсы.
я бы не стал превозносить качество обучения на этих курсах, но большинство народа после них способно ждать на A1/A2 сертификат. Упорные сдают на B1/B2
так что думаю что при желании выучить с помощью DuoLinqvo язык на базовом уровне можно. Ожидать что с помощью приложения можно выучить язык натдостаточнотпродвинутом уровне - было бы странно.
Тут выше били ногами товарища, который LLM с экспертными системами сравнил, все били, а Штирлиц нет, добрейшей души человек.
Вот вам пример экспертной системы: Акинатор - игра где за 30 вопросов угадают загаданного вами персонажа.
Никаких нейронных сетей, старый добрый if then.
Поиграйте, результаты впечатляют.
Думаю что если бы половины расходов на электроэнергию рутилом бы на разработку подобных «игр» в разных областях, то Large Акинатор вам бы сейчас программы по запросу генерал бы лучше того что chatgpt выдаёт.
Вот только Гугл выдача забита спамом и найти что-то нужное просто невозможно.
Проблема в том что сейчас авторы пишут уники по 1000 и более страниц в итоге Не о чем - пересказ документации с комментариями. В основном книги по C# этим страдают.
Если сравнивать с нормальными авторами то уника все ещё нужная вещь.
А что в новых вагонах возможность сидеть вообще не предусматривается? Только лежа?
Порадовали багажные полки и гламурные лесенки.
Представьте себе обычную деревенскую бабку, которая с рюкзаками/сумками в телогрейке и валенках лезет на вашу верхнюю полку…
Найдите у вас в конторе пару пенсионеров, дайте им багаж и попросите в зимней одежде полазить/разместиться.
Будет интересно посмотреть. Пока похоже вагон проектируют для хипстеров которым с ноутом надо от одного старбакса до другово доехать…
Что-то у меня цифры не сходятся…
Если биржа в штатах, их там несколько, для примера возьмем Нью-Йорк и Чикаго, расстояние между ними 1145 км по прямой, т.е. это около 3.86 мс. или 3680 мкс,
Если агрегатор между ними, то 1908 мкс.
Это без затрат на время обработки сообщений.
У вас сервера, скорее всего не на colocation с агрегатором,
Далее клиенты у вас тоже скорее всего не на colocation с вами, но допустим, что все сидят ровно между Нью-Йорком и Чикаго и у всех все работает вообще без затрат времени, тогда ваши 3-10 мкс, вообще ничего не решают, так как время доставки сообщения в 272 раза больше…
Прочитал статью по ссылке от mikhailian
Особенно заинтересовала фраза автора «Further, many conventional applications (like pricing, order processing, inventory checking, accounting transactions, and tax computations) also involve pattern-matching and search. These too are pratical and enjoyable to implement in Prolog.»
Если не ошибаюсь, то первая версия Erlang-а была написана на Прологе и он похоже унаследовал достаточное количество фич из него. В частности pattern matching.
Кто нибудь может скинуть ссылку на нормальную книгу по Прологу или на код, которые реализует pricing, order processing?
Мне интересно что из этого можно в Erlang-е использовать.
У нас сейчас в режиме реального времени проходит эксперимент по изучению немецкого массой народа, которая его учить не собиралась. Я говорю об украинских беженцах, которых в Германии загнали на языковые курсы.
я бы не стал превозносить качество обучения на этих курсах, но большинство народа после них способно ждать на A1/A2 сертификат. Упорные сдают на B1/B2
так что думаю что при желании выучить с помощью DuoLinqvo язык на базовом уровне можно. Ожидать что с помощью приложения можно выучить язык натдостаточнотпродвинутом уровне - было бы странно.
Что-то не совсем условия понятны: заявлено 100 /км за сутки, а время в пути 30 с привалами.
Тогда привалы можно делать дольше и за 5 дней пройти дистанцию не напрягаясь по 20 км/день.
Тут выше били ногами товарища, который LLM с экспертными системами сравнил, все били, а Штирлиц нет, добрейшей души человек.
Вот вам пример экспертной системы: Акинатор - игра где за 30 вопросов угадают загаданного вами персонажа.
Никаких нейронных сетей, старый добрый if then.
Поиграйте, результаты впечатляют.
Думаю что если бы половины расходов на электроэнергию рутилом бы на разработку подобных «игр» в разных областях, то Large Акинатор вам бы сейчас программы по запросу генерал бы лучше того что chatgpt выдаёт.
Вот только Гугл выдача забита спамом и найти что-то нужное просто невозможно.
Проблема в том что сейчас авторы пишут уники по 1000 и более страниц в итоге Не о чем - пересказ документации с комментариями. В основном книги по C# этим страдают.
Если сравнивать с нормальными авторами то уника все ещё нужная вещь.
Класс, С/С++ я ещё не освоил но уже пилю свой язык с блеклжеком и …
Я такой герой одиночка, а вы все не понимаете….
Может начнёте с теории компиляторов? Чтобы небыли потом мучительно больно?
В чем проблема заплатить за отсутствие рекламы? Если в сторе есть бесплатная версия с рекламой и надо заплатить чтобы ее убрать, я всегда плачу.
Деньги небольшие а фигня перед глазами не крутиться...
Заодно и аргумент убирается - уберите блокировщик рекламы, если хотите наш сайт посетить.
Приложениями с рекламой вообще не пользуюсь.
Порадовали багажные полки и гламурные лесенки.
Представьте себе обычную деревенскую бабку, которая с рюкзаками/сумками в телогрейке и валенках лезет на вашу верхнюю полку…
Найдите у вас в конторе пару пенсионеров, дайте им багаж и попросите в зимней одежде полазить/разместиться.
Будет интересно посмотреть. Пока похоже вагон проектируют для хипстеров которым с ноутом надо от одного старбакса до другово доехать…
Если биржа в штатах, их там несколько, для примера возьмем Нью-Йорк и Чикаго, расстояние между ними 1145 км по прямой, т.е. это около 3.86 мс. или 3680 мкс,
Если агрегатор между ними, то 1908 мкс.
Это без затрат на время обработки сообщений.
У вас сервера, скорее всего не на colocation с агрегатором,
Далее клиенты у вас тоже скорее всего не на colocation с вами, но допустим, что все сидят ровно между Нью-Йорком и Чикаго и у всех все работает вообще без затрат времени, тогда ваши 3-10 мкс, вообще ничего не решают, так как время доставки сообщения в 272 раза больше…
Особенно заинтересовала фраза автора «Further, many conventional applications (like pricing, order processing, inventory checking, accounting transactions, and tax computations) also involve pattern-matching and search. These too are pratical and enjoyable to implement in Prolog.»
Если не ошибаюсь, то первая версия Erlang-а была написана на Прологе и он похоже унаследовал достаточное количество фич из него. В частности pattern matching.
Кто нибудь может скинуть ссылку на нормальную книгу по Прологу или на код, которые реализует pricing, order processing?
Мне интересно что из этого можно в Erlang-е использовать.