Сорри за оффтоп, но плиз, добавьте мягкий знак в слово «находитЬся» в заголовке.

Да умножение-то дело нехитрое, я смутно припоминаю что умножение последовательным удвоением еще древние вавилоняне умели (т.к. они считали в 60-ричной системе и таблицы умножения запоминать было нереально).

Деление обычно самое нудное…

А, знаю, я полгода назад недели три в его предыдущей версии посидела. Можно глянуть что там изменилось… Но тогда там был суровый упор именно на Haskell (хотя утверждалось обратное).

Основная беда — они общие и простые вещи стремятся рассказать, а подводные камни обнаруживаешь только когда посторонние задачи пытаешься решать.

> Вслед за Гуглом реструктуризируется HP. Это какой-то новый тренд?

А гугл не первым начал. Он подсмотрел эту фишку у Хабра (плюс мегамозга и гиктаймса) — простите за юмор :)

Не, не можно. Мы же по этому подрастающему листу каждый новый элемент проверяем поиском сначала — это всё-таки все еще trial-division.

> Это как раз тот случай, когда нужно использовать List.

Да-да, здесь согласна — за это уточнение спасибо :)

Все правильно. Но в коде выше элементы добавляются в конец — насколько я понимаю лист здесь не годится т.к. будет создаваться и копироваться целиком новый лист каждый раз — верно?

Дороже по времени? Судя по этой табличке не всегда — в частности добавление найденных простых чисел в конец листа будет линейно по времени — так?

А как же наш ненаглядный функциональный стиль?

Нет уж. Пожалуй если на что-то переделывать, так на Stream — я сейчас подумала.

Да, спасибо — я тоже на него смотрела, но увы да, он вроде пока не стартует (а постфактум скучновато).

Как альтернативу рассматривала Mooc.fi по Clojure. Думаю ей заняться вскоре… Просто сам Clojure он такой Clojure…

> Многие задания в курсе были взяты из небезыизвестной книги SICP.

Мне кстати интересно, кто-нить этот небезызвестный талмуд дальше первой части (ну, дальше 100-й страницы скажем) прочел? Правильно ли я слышала что сами MIT-овцы им больше не мучают студентов?

За пункты 5-6 не удержалась и вбросила ссыль на эту статью моим коллегам-разработчикам из-за которых мы уже год компостируем себе мозги изучаем на живом проекте OrientDB и Kafka. Там сейчас такое началось… :)

Если не ошибаюсь — просто 8086 с узенькой шиной данных?

С программной точки зрения это ж почти никак не проявляется?

Спасибо, я знаю что такое нейронные сети, даже какие-то регуляторы на них писала :)

Ну да, я прочла… Просто после фразы «известный всем как создатель яндекс.гуру» я почувствовала себя неполноценной :)

Там? Пряников и денег вроде не раздают :)

Ну просто в статистике по этой задаче можно зависнуть в топе списка назло потомкам. Но в общем на любителя конечно… Я и не пыталась эту сдавать. Но подсматривать в Ваше решение не хочу пока. М.б. прозрение озарит! Тем не менее спасибо — вернусь к нему если отчаюсь!

известный всем как один из создателей Яндекс.Гуру

Я одна такая м-м-м, глупенькая — не знала про Яндекс.Гуру?

А в целом почитать интересно — спасибо!

Давно хотела узнать как все это — вокруг распознавания речи — работает… Правда прочтя статью погрустнела т.к. поняла лишь с пятого на десятое. Но спасибо — буду перечитывать еще :)

М-м-м, по хорошему их не имеет смысла сюда постить — можно ж прям там засабмитить попытаться. А то секрет украдут :D

а то получается ужас

Да, ужас и есть — на сайте недавно задачу на минификацию кода э-э-э… вот она преобразовать BCD в HEX выложили — я пока и пробовать не стала. Хотя судя по тому что кто-то в 37 байт запилил — какой-то нюанс в условии, который я не вижу — а если втупую делать у меня кода на три страницы (и то не работает).

Ну это-то мелочи, т.к. вычитание зачастую это то же сложение. Я вот час назад разглядывая инструкцию к AVR (разбираясь с комментом выше) обнаружила что есть инструкция SUBI но нет ADDI — т.е. вычесть непосредственное значение можно а прибавить нельзя (что конечно не мешает вычесть отрицательное значение).