АО
Помнится больше всего меня убивало, что enumerate возвращает какой-то ужасный тип, который нельзя напрямую складывать с интом.
Size: a a a
2021 February 24
A
Вообщем тут как и везде и всегда все решает баланс, опыт и удобство в конкретной задаче. Общих рецептов нет
A
В тех же c++ типизация очень жесткая со всякими
const модификаторами и ссылками - если правильно ее использовать она может сильно помочь. Но кривой код при желании написать нисколько не помешает 🙂K
Alexandr
В тех же c++ типизация очень жесткая со всякими
const модификаторами и ссылками - если правильно ее использовать она может сильно помочь. Но кривой код при желании написать нисколько не помешает 🙂в c++ инты кастятся к флотам и vice versa
A
Это да. А вот const_reference к reference нет 🙂
A
Что по первости хорошо сбивает с толку
K
У меня был опыт с Растом (да простят меня растоманы этого чата). Он вроде как тоже позиционируется, как язык в котором если уж программа скомпилируется, то она гарантировано будет работать.
В результате когда я устал бороться с bound checker я просто везде начал лепить clone/copy (не помню точного названия), все типы преобразовывал максимально безобразным (но коротким) образом. Ну и в общем, качество кода и выполнения было ниже плинтуса. Это конечно больше говорит о моих способностях как разработчика на расте 😊 Но в целом, если на всё плевать, то типизация мало чем помочь.
В результате когда я устал бороться с bound checker я просто везде начал лепить clone/copy (не помню точного названия), все типы преобразовывал максимально безобразным (но коротким) образом. Ну и в общем, качество кода и выполнения было ниже плинтуса. Это конечно больше говорит о моих способностях как разработчика на расте 😊 Но в целом, если на всё плевать, то типизация мало чем помочь.
на любом языке можно писать как на фортране 😏
K
Помнится больше всего меня убивало, что enumerate возвращает какой-то ужасный тип, который нельзя напрямую складывать с интом.
ленивые итераторы
АО
Что такое ленивые итераторы?
K
операции цепляются одна за другой и вычисляются только когда в этом есть потребность
DG
Что такое ленивые итераторы?
вычисление походу итерации
АО
Мне нужно было сделать условно что-то вроде такого:
for (i, x) in enumerate(v)
s += i + x
end
АО
Это было просто по условию задачи.
АО
И это было крайне неприятно после Джулии, потому что выяснилось, что promote_rules завезти забыли.
K
надо будет enumerate(v).collect() дернуть чтобы массив элементов получился на выходе
K
вообще идиоматически это делается через fold или через sum
АО
Наверное так чувствует себя человек, который пытается упрощённый пример на Джулии привести, который объясняет его проблему 😊 А ему приводят в качестве ответа всякие функции, которые решают какую-то частную задачу, но не его проблему.
То есть, у меня конечно не i + x было. Была какая-то довольно длинная операция из кучи строчек, где посередине нужно было какие-то манипуляции производить с порядковым номером и значением массива. И это было неудобно, потому что типы у них были совсем разные, хотя по факту и то и другое было просто интом.
Наверное можно было исходно задачу как-то по другому решать и такой проблемы вообще не возникло бы. Но вот, что есть то есть, в расте промоушн отсутствует и это грустно.
То есть, у меня конечно не i + x было. Была какая-то довольно длинная операция из кучи строчек, где посередине нужно было какие-то манипуляции производить с порядковым номером и значением массива. И это было неудобно, потому что типы у них были совсем разные, хотя по факту и то и другое было просто интом.
Наверное можно было исходно задачу как-то по другому решать и такой проблемы вообще не возникло бы. Но вот, что есть то есть, в расте промоушн отсутствует и это грустно.
K
промоушен это источник потенциальных багов, например такое:
автор хочет умножить
в строгом языке ему не дали бы умножить int на float
x * length(v)
x - float, v - массивавтор хочет умножить
x на длину вектора, путает norm и length в итоге умножает x на количество элементов в векторе 😁в строгом языке ему не дали бы умножить int на float