p
если из строки можно вычесть число - я вычту
В программировании нужно думать, а не только писать статьи про то что ФП хорошо а Го плохо
Size: a a a
2019 December 25
p
а спитоном ты предлагаешь в этой ситуации брать 22 книжки "как делать хорошо", и учить бест практис?
В питоне однотипные приложения пишутся быстро, когда умеешь их писать. Гораздо быстрее чем в расте/хаскеле/Си шарпе. Боты всякие, сайты.
p
Ах да, не приходи в чужой монастырь со своим мировоззрением. Не нравится, просто уйди.
p
на компилирующемся языке с поддержкой я бы написал быстрее
Ты - да. Другой - нет.
p
1. я не могу понять работает ли программа (и правильно ли) не запустив её
2. у меня вместо IDE тупо блокнот который как-то пытается угадать какие поля и функции есть у объкта (но все время в этом лажает)
2. у меня вместо IDE тупо блокнот который как-то пытается угадать какие поля и функции есть у объкта (но все время в этом лажает)
1. Я тебя может удивлю, но так во всех языках. Не запустив тесты, правильность работы программы не докажешь никак.
p
1. я не могу понять работает ли программа (и правильно ли) не запустив её
2. у меня вместо IDE тупо блокнот который как-то пытается угадать какие поля и функции есть у объкта (но все время в этом лажает)
2. у меня вместо IDE тупо блокнот который как-то пытается угадать какие поля и функции есть у объкта (но все время в этом лажает)
2. Выкинь блокнот и поставь пайчарм
p
Да запросто, половина библиотек не дружелюбны ни к типам, ни к IDE.
Где у тебя половина методов и полей у обьектов генерится в рантайме.
Где у тебя половина методов и полей у обьектов генерится в рантайме.
Генерация полей в init видят все ИДЕ. Если добавлять поля вне этого метода, то программист дебил, чо поделать
p
ну на 100 может и не, а на 99% - во многих, в хаскелле и расте в частности
fn multiply(a: i32, b: i32) -> i32 {
a + b
}
Эта функция правильно работает? Она компилируется
a + b
}
Эта функция правильно работает? Она компилируется
p
когда тебя типы направляют и не дают собраться откровенному бреду - это хорошо
Только ты вместо типов думаешь о лайфтаймах, забивая голову.
p
и когда новоиспеченный питонист тебе скажет как его типы ограничивают, успехнись и похлопай его по плечу
Из тех питонистов кто пришел в Раст такого никто не говорит
p
у динамиков всегда претензия одна - типы мешают
Пиздишь откровенно
p
когда тебя типы направляют и не дают собраться откровенному бреду - это хорошо
Если проект меньше 5к строк, типы не нужны особо
p
Все умещается в голове, а компилятор не пилит тебе голову в каждой функции, заставляя писать дженерики с тайпклассами
p
Все умещается в голове, а компилятор не пилит тебе голову в каждой функции, заставляя писать дженерики с тайпклассами
Единственный плюс, ты знаешь что типы будут правильными. Но корректность работы программы тебе никто не обещает
p
fn multiply(a: i32, b: i32) -> i32 {
a + b
}
Эта функция правильно работает? Она компилируется
a + b
}
Эта функция правильно работает? Она компилируется
Потому что с такими функциями твои типы не спасут от неправильно работающей программы
p
Особенно с этим мучаешься в число дробилках
p
Это хороший показатель. Если ты ничего нормального сделать не можешь, не прочитав 22 книжки гуд практис, то наверное язык не очень
Чтобы на расте нормально писать надо изучить 22 книжки про борроу чекер
p
а как правильно?
Да норм способ. Главное не ныть "тут не так как в языке X, поэтому этот язык говно".
p
Это хороший показатель. Если ты ничего нормального сделать не можешь, не прочитав 22 книжки гуд практис, то наверное язык не очень
Чтобы нормально писать на шарпе нужно прочитать 22 книжки про ООП, свойства, интерфейсы и это все
A
Чтобы на расте нормально писать надо изучить 22 книжки про борроу чекер
>>22 книжки
Все равно ничего не поймёшь
Все равно ничего не поймёшь