Всем привет, есть кто работал с go-ethereum а именно uniswap v2 sdk? нужно получить правильную цену продажи от Uniswap v2?. Вопрос это вообще реально?

что такое "правильная цена продажи"? она постоянно меняется, наперёд неизвестно - так пулы ликвидности работают. можно только выставить некие границы для сделки, насколько я помню. смотрели ли вы документацию? если да, то какую, и чего именно не хватило в описании методов SDK и смартконтракта?

господи, как мне найти работу, где нужно будет считать биты в числах

Pattern matching in Golang A union and pattern matching package for Go Github Article @Golang_google

приветствую! подскажите пжл, есть у кого-то опыт разработки с docker compose, goland, дебаггером и прочими приятными инструментами? посоветуйте как всё это настроить, с чего начать, оно вообще работает в связке? (работаю из убунты) нашёл вот такую статью https://blog.jetbrains.com/go/2020/05/08/running-go-applications-using-docker-compose-in-goland/ но у меня одни ошибки с ней - кто каким образом себе настроил рабочую среду?

Лучше с командной строки подымать

вам удалось всё это в связке настроить? docker-compose (пусть из командной строки) + отладчик внутри goland?

Отладчик не ставил, а компоуз насетапил

эх, в отладчике ж весь цимес)

дебаг композа в плане?

дебаг го)

дебаг композа в плане?

Всем привет. Я тут задумалася об ~универсальном преобразовании массив чисел - число и написал такую штуку: In [56]: num = 3456 In [57]: lst = [] In [58]: while num: ...: lst.append(num % 10) ...: num //= 10 ...: In [59]: lst Out[59]: [6, 5, 4, 3] Код на питоне, но суть ясна Здесь итоговый массив нужно реверсить или вставлять в начало, обе операции относительно затратные, поэтому вопрос: Почему в программированнии не популярна структура (массив), которая читается справа-налево? Компьютеру же все равно с какого конца читать/вставлять.

а что мешает обычный массив прочитать справа налево?

Ничего, но его так каждый раз читать придется. Есть риск забыть про эту необходимость + в голове держать надо эту особенность.

Всем привет. Я тут задумалася об ~универсальном преобразовании массив чисел - число и написал такую штуку: In [56]: num = 3456 In [57]: lst = [] In [58]: while num: ...: lst.append(num % 10) ...: num //= 10 ...: In [59]: lst Out[59]: [6, 5, 4, 3] Код на питоне, но суть ясна Здесь итоговый массив нужно реверсить или вставлять в начало, обе операции относительно затратные, поэтому вопрос: Почему в программированнии не популярна структура (массив), которая читается справа-налево? Компьютеру же все равно с какого конца читать/вставлять.

просто для "справа налево" нужно реализовать такой же append в обратном направлении

Сначала узнайте количество цифр в числе, потом создайте слайс нужной длины, потом заполняйте его справа налево

а ещё в школе десятичный логарифм проходят

"математика для программирования не нужна"

ну, раз не нужна, то зачем вам тогда

Ради интереса...

Да нет в этом ничего интересного. Не нужна, так ненужна )

праздный интерес, воистину

меньше прогеров учатся, проще подготовленным растолкать локтями эту недееспособную массу

Это к чему?

это к тому, что меня абсолютно устраивает сложившаяся ситуация

вы считаете, что оно не нужно

усёк?

Для работы не нужно, для интереса нужно.

я не согласен с этим утверждением

Возможно вы расстроены, но это так. Алгоритмы нужны на собеседовании, на олимпиадных задачках и в узких кругах оптимизации. 9/10 процесса разработки - это пактика, знать какой метод и фреймворк использовать, как быстро все настроить и т.д.

это мнение дилетанта, который не освоил школьную программу (см. выше)

Ты думаешь, что ты лучше, потому что знаешь школьную программу. Я думаю, что я лучше, потому что занимаюсь тем-же и с тем-же успехом не зная школьную программу.

ты и рядом не стоял с моими задачами

Ты уверен? Легко решать задачи когда тебя обучили этому, попробуй решить без обучалки.

Слушай, скажу честно. Если бы я знал, что тебя так легко обидеть - я бы не писал про ненужность оптимизации.

Возможно вы расстроены, но это так. Алгоритмы нужны на собеседовании, на олимпиадных задачках и в узких кругах оптимизации. 9/10 процесса разработки - это пактика, знать какой метод и фреймворк использовать, как быстро все настроить и т.д.

Возможно вы расстроены, но это так. Алгоритмы нужны на собеседовании, на олимпиадных задачках и в узких кругах оптимизации. 9/10 процесса разработки - это пактика, знать какой метод и фреймворк использовать, как быстро все настроить и т.д.

Ты думаешь, что ты лучше, потому что знаешь школьную программу. Я думаю, что я лучше, потому что занимаюсь тем-же и с тем-же успехом не зная школьную программу.

Я токсик, вопросы?