@quetzal про стек-хип - да, в Го компилятор сам определяет куда класть, эту информацию можно легко получить.

я знаю как это в го реализовано ) но контроля за этим нет. все под капотом в рантайме

@quetzal про стек-хип - да, в Го компилятор сам определяет куда класть, эту информацию можно легко получить.

как? )

множественное наследование и полиморфизм вообще никак не усложняют дела если честно

еще скажите - приближают к железу, ага...

да никак не удаляют. хоть 10 классов отнаследуй — в результате у тебя все равно будет плоская структура с указателем на VMT за которым идут данные

как? )

http://bfy.tw/8f8y

да никак не удаляют. хоть 10 классов отнаследуй — в результате у тебя все равно будет плоская структура с указателем на VMT за которым идут данные

ну вот в го будет плоская структура, но без VMT. не ближе ли он к железу?

http://bfy.tw/8f8y

я знаю что он это делает ) вот смотрю на переменную и как про нее это понять?

как? )

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

ну вот в го будет плоская структура, но без VMT. не ближе ли он к железу?

в смысле layout’a cтруктур данных? одинаково но есть куча вещей где он дальше

я знаю что он это делает ) вот смотрю на переменную и как про нее это понять?

ответ по ссылке в том числе.

и что же это за вещи?

слушай ну по кругу ходим же. gc, зеленые потоки

насчет "одинаково" - оставим на совести автора

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

gc не дальше и не ближе от железа, чем смартпоинтеры

но если в с++ можно писать без них, попробуйте на го писать без gc

можно?!

ага

а gc и выключить можно, никто не мешает

можно конечно

в го?

выключить?

да

gc?

да

и как освобождать память?

слово pool знакомо вам?

уф, а кто освободит pool? тот самый единорог? )) или gc?

зачем его освобождать?

класс

уф, а кто освободит pool? тот самый единорог? )) или gc?

тебе никто не запрещает написать свой аллокатор, unsafe тебе в руки

он для того и есть, чтобы не освобождать его

тебе никто не запрещает написать свой аллокатор, unsafe тебе в руки

ну хорошо хоть не посоветовали биндинги к с/с++ для такого )

он для того и есть, чтобы не освобождать его

ну справедливости ради, если влезать в unsafe, то можно написать свое все.

с пулами не надо в ансейф

ансейф остается там унутре

и прекрасно ты живешь без gc

с пулами не надо в ансейф

ну если человек зачем-то хочет сделать аллокацию памяти как в сях, то можно обмазаться ансейфом и запилить свое

он не этого хочет

человек этот

человек ваще хочет потроллить, это понятно

не уверен

может быть - просто самоутверждается

за этим надо к хаскелистам идти

тут-то чего самоутверждаться

не знаю

мы тут поговорили

выяснили, что у вас есть некоторые пробелы в знаниях о go

оу

будет ли "спасибо за науку"?

спасибо за то что вы там у себя в голове что-то выяснили? )

ути-пуси...

это ваш самый мощный аргумент за сегодня кажется )

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

не засирайте общий чат

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

итого (тм)

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

но в с++ уже ручное управление памятью и стораджем переменных и не надо гадать что там escape analysis сделал

@onokonem просто ляпнул не подумав изначально и потом готов полтора часа вилять тут и выдумывать “аргументы” даж Пайк уже сказал давно что го не для системного программирования )

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

были. я же говорю - игнорируете

и еще - не умеете читать

я нигде не говорил, что go годится для системного программирования

я говорил, что по близости языка к тому, что исполняется на процессоре, go ближе всего, что мне известно, кроме C

ERROR: S client not available

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

да, можно в c++ выкинуть весь с++, и писать "как на С". но, во-первых, это будет не c++, и, во-вторых, ничего стоящего так не напишешь.

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

нет. иначе лучше всех подходил бы asm

да, можно в c++ выкинуть весь с++, и писать "как на С". но, во-первых, это будет не c++, и, во-вторых, ничего стоящего так не напишешь.

пацаны из геймдева не в курсе что ничего “стоящего” не напишешь )

еще раз - я ничего не знаю про геймдев.

нет. иначе лучше всех подходил бы asm

не понял логики

ну асм-то всяко ближе всего остального к железу?

но не пишут на асме осей почему-то...

ну асм-то всяко ближе всего остального к железу?

ближе ) но я разве говорю что с++ ближе к железу чем асм?

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

не только меня вы читать не хотите...

С подходит, asm нет, но асм ближе

с подходит, асм подходит тоже ) выбирают самое высокоуровневое из того что подходит

мда...

ладно

спасибо за игру

а так логика конечно ок “я буду игнорировать самую большую область применения с++ потому что ничего про нее не знаю”

угу, вам тоже

@quetzal и еще раз повторю - близость к железу это то как разные структуры данных и всякий сахар реализует язык. В плюсах один vtable делает их довольно далекими от железа.

@quetzal и еще раз повторю - близость к железу это то как разные структуры данных и всякий сахар реализует язык. В плюсах один vtable делает их довольно далекими от железа.

эм? в плюсах есть контроль. можно сделать метод не виртуальным и ты точно будешь знать что не через какой vtable вызов не пойдет

никто ж не заставляет

никто ж не заставляет

ну да, если плюсы использовать как Си с классами - они очень близки к железу

ну да, если плюсы использовать как Си с классами - они очень близки к железу

бинго

Дароу

бинго

но в таком случаи все что ты тут говорил про Го - троллинг

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

Не по теме, но около того. Кто-то ещё пишет на плюсах без сильной на то нужды? ИМХО Go-C-Asm, плюсы обхожу стороной. Ну а спор вообще ради спора

конечно, пишет

десктопный UI весь на плюсах

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

не, в го от части “фич” просто нельзя отказаться. а в плюсах можно от всего (и получить си)

Не по теме, но около того. Кто-то ещё пишет на плюсах без сильной на то нужды? ИМХО Go-C-Asm, плюсы обхожу стороной. Ну а спор вообще ради спора

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

не, в го от части “фич” просто нельзя отказаться. а в плюсах можно от всего (и получить си)

Если спорить по принципу "минимально возможный сабсет си++" и "минимально возможный сабсет Го" - то да, первое ближе к железу

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

Т.е. предпочитаешь плюсы, а не C?