Size: a a a

2020 January 22

L

Lain-dono in ГОРИ
Aleksey Muravev
Нахрена так много?
Вы там про переиспользование кода слышали? Про систему управления версиями? Про модули? Про пакетный менеджер?
источник

L

Lain-dono in ГОРИ
Андрей
кинь списком
источник

AM

Aleksey Muravev in ГОРИ
Lain-dono
Вы там про переиспользование кода слышали? Про систему управления версиями? Про модули? Про пакетный менеджер?
У нас нет модулей. А в моём двиге только 14 зависимостей и они вместе с двигом пересобираются
источник

А

Андрей in ГОРИ
а это раст
источник

СС

Сергей Субботин in ГОРИ
Churchill
а ты в курсе что коты не маршируют?
Ну так то да.
источник

L

Lain-dono in ГОРИ
Андрей
кинь списком
Тащемто могу и древом, но мне лениво
источник

L

Lain-dono in ГОРИ
Lain-dono
Тащемто могу и древом, но мне лениво
Хотя не, мне только дождаться, когда оно установится.
источник

L

Lain-dono in ГОРИ
Aleksey Muravev
У нас нет модулей. А в моём двиге только 14 зависимостей и они вместе с двигом пересобираются
Вы же вроде хотели себе модули запилить. Я об этом пару лет назад вроде слышал.
источник

AM

Aleksey Muravev in ГОРИ
Lain-dono
Вы же вроде хотели себе модули запилить. Я об этом пару лет назад вроде слышал.
Есть в новом стандарте, но его ещё не приняли
источник

OM

Oleg Morozov in ГОРИ
текущие языки базируются на идеях прошлого тысячелетия
это основная проблема современного ПО
оно всё построено на протекающих абстракциях

вот тебе сигнатура классическая на сегодняшний день

int Foo(int a, int b)

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

можно сказать "ну надо названия давать нормальные, делать кастомные валидаторы вместо голых интов"
только это всё хуйня, потому что компилятор все равно на ваши названия и валидаторы, он пропустит этот код

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

OM

Oleg Morozov in ГОРИ
не плюсами едиными
источник

AM

Aleksey Muravev in ГОРИ
Oleg Morozov
текущие языки базируются на идеях прошлого тысячелетия
это основная проблема современного ПО
оно всё построено на протекающих абстракциях

вот тебе сигнатура классическая на сегодняшний день

int Foo(int a, int b)

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

можно сказать "ну надо названия давать нормальные, делать кастомные валидаторы вместо голых интов"
только это всё хуйня, потому что компилятор все равно на ваши названия и валидаторы, он пропустит этот код

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

L

Lain-dono in ГОРИ
Oleg Morozov
текущие языки базируются на идеях прошлого тысячелетия
это основная проблема современного ПО
оно всё построено на протекающих абстракциях

вот тебе сигнатура классическая на сегодняшний день

int Foo(int a, int b)

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

можно сказать "ну надо названия давать нормальные, делать кастомные валидаторы вместо голых интов"
только это всё хуйня, потому что компилятор все равно на ваши названия и валидаторы, он пропустит этот код

Раст хотя бы сделал шаг вперед и может гарантировать, что код будет работать, а не упадет
а языки будущего смогут доказать, что это программа еще и правильно будет работать
Справедливости ради fn (a: i32, b: i32) -> i32 тоже нихуя об этом не скажет.
источник

AM

Aleksey Muravev in ГОРИ
Я бы и раст изучил, но есть проблема
источник

L

Lain-dono in ГОРИ
Aleksey Muravev
Я бы и раст изучил, но есть проблема
Ты уже испортил себе глаза об шаблоны свои
источник

А

Андрей in ГОРИ
раст нинужон
источник

AM

Aleksey Muravev in ГОРИ
Гигантское количество уже готового кода. Тонны легаси и прочее
источник

OM

Oleg Morozov in ГОРИ
Lain-dono
Справедливости ради fn (a: i32, b: i32) -> i32 тоже нихуя об этом не скажет.
ну потому что в расте нет концепций валидирования и зав типов
это свежая тема для программирования и научные работы в области системы типов еще кипят
источник

AM

Aleksey Muravev in ГОРИ
Lain-dono
Ты уже испортил себе глаза об шаблоны свои
Не так они страшны, как говорят. Да и не надо ими злоупотреблять. От них скорость компиляции может упасть
источник

OM

Oleg Morozov in ГОРИ
Aleksey Muravev
Гигантское количество уже готового кода. Тонны легаси и прочее
у раста очень хорошее FFI
источник