для полиморфизма?

А, ну гоферы-то неполноценные

если кодогенерация/интерфейсы то это не влияет на размер особо

Это тоже этически неправильно. Больные синдромом дауна - полноценные люди, и не выбрали сами себе заболевание, в отличие от разработчиков на нелюбимых языках

Ты ж сам знаешь, как любимое становится нелюбимым )

если кодогенерация/интерфейсы то это не влияет на размер особо

Этот никнейм всё больше и страшнее с каждым днём

Это тоже этически неправильно. Больные синдромом дауна - полноценные люди, и не выбрали сами себе заболевание, в отличие от разработчиков на нелюбимых языках

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

для полиморфизма?

не, из питона это скорее всякая метапоебень для ормов

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

удивительное что даже жависты сказываются в го Видимо переполняется чаша сложности из-за ФакториФакториСинглтонБин

ну говорят, там каналы класс

я офк не пробовал

Я пробовал

Они и в кложуре уже очень давно скопипастены. Го из беты выйти не успел

ну в го хоть какие-то статические типы есть, в отличие от лиспов

В ракете даже зависимые типы есть, в отличие от раста

ну в го хоть какие-то статические типы есть, в отличие от лиспов

лучше уж динамические протоколы в кложуре, чем interface{}

чем они лучше?

ну в го хоть какие-то статические типы есть, в отличие от лиспов

звучит так же бредово, как написать "в отличие от языков с C-подобным синтаксисом"

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

чем они лучше?

В обоих случаях ошибка будет в рантайме, но в лиспах придется меньше бойлерплейта для приведения писать. interface{} это действительно ужасно

с этим не спорю

но в ряде случаев можно скастить всё-таки к чему-то разумному

наверное

Это тоже этически неправильно. Больные синдромом дауна - полноценные люди, и не выбрали сами себе заболевание, в отличие от разработчиков на нелюбимых языках

но ведь свобода воли тоже не существует

#relevant

чем они лучше?

тем что протоколы позволяют по-человечески организовывать полиморфный код, а интерфейсы - это такой void* 2017 века

но ведь свобода воли тоже не существует

Ой, пожалуйста, не саммонь Омельченко, всё равно проиграешь же

тем что протоколы позволяют по-человечески организовывать полиморфный код, а интерфейсы - это такой void* 2017 века

Не ну нет, интерфейсы же тайпчекаются нормально

Если не использовать сам {}

бля, шо-то я затупил имел ввиду interface {} ну да, вообще одна хуйня

Разница между протоколами в кложе интерфейсами в го вроде как только в том, что в го нет возможности указать, что такой-то тип имплементирует интерфейс, пишут костыли типа var _ Interface = MyType{}

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

>запускающий горутины пишущие туда

match Language { Rust => println!("Fine"), Go(code) => return rewrite_in_rust(code)}

не тайпчекается

блин

хотя должно

У тебя Раст как переменная биндится

А ленгвич вообще должен быть снейк кейс, если эт переменная

не тайпчекается

даже если rewrite_in_rust( возвращает местный аналог ()?

Этически использовать "даун" как оскорбление - совершенно неправильно

будьте, как в цивилизованном иннополисе; говорите правильно: аутисты.

даже если rewrite_in_rust( возвращает местный аналог ()?

там же return

эта ветка имеет тип !

у вас что expressions и statements отдельно живут?

вот какой возвращает первая ветка?

ну в го хоть какие-то статические типы есть, в отличие от лиспов

(core/typed)

даже если rewrite_in_rust( возвращает местный аналог ()?

он отредактировал

а ок

чем я занимаюсь? https://play.rust-lang.org/?gist=55f32a2c4b6f75a17632c5cabfe5b04c&version=stable

вот какой возвращает первая ветка?

первая (), вторая !

с каких пор ретурн это !

https://prnt.sc/h9s2jr

конечно return это !, он же управление не возвращает

иначе бы early return'ы из if/else с другим типом не работали бы

конечно return это !, он же управление не возвращает

формально тип return не описан

как это не описан

разве?

у break; какой тип?

м где

у break; какой тип?

хороший вопрос!

оно выражение просто для удобства

но типа не имеет

зачем делать специальный кейс для return'а? )

fn a() -> i32 { return 1 }

у break'а по сути нету такого. Он же в цикле обычно. Но вот у бесконечного loop'а без break'а должен быть тип тоже !

fn a() -> i32 { return 1 }

не ! же выдает

fn a() -> i32 { return 1 } ага, тут него тоже !

почему нет то? )

! — это так называемый bottom type

и его можно впихнуть везде где требуется любой тип

ты не можешь сделать return return

(потому что его и материализовать нельзя)

меня троллят

ты не можешь сделать return return

это хороший поинт

но наверное можно сделать return { return 1 }

почему нет то? )

потому что -> i32

и его можно впихнуть везде где требуется любой тип

^^

заметь что нет ;

именно поэтому и можно использовать panic! без последующего return

но наверное можно сделать return { return 1 }

нельзя