и у джавы неплохой тулинг, но тяжеловесный очень

еще понедельник, а философия уже такая пошла, как в пятницу

Тяжеловесный?

ага

А вот у Хаскеля вообще есть вкусный stack

дети малые

Сомнительно, что у гошечки тулинг лучший

а у раста там вообще Крейты

вот толко никакого хаскеля нет (и раста нет, на всякий случай)

правда?

Да? И джавы тоже нет?

джава есть

Ну если так, то да, го лучший

А я думал, ты буддист по-настоящему :)

и gradle есть, но gradle - это не dep, gradle изучать надо

И зачем тебе встроенный шедулер?

asynchronous non-blocking & concurrent code который легко писать и читать.

io eventloop опять забыл...

event loop & async-await это не то, совсем!

вот зачем ты называешь код на go асинхронным и неблокирующим?

asynchronous non-blocking & concurrent code который легко писать и читать.

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

event loop & async-await это не то, совсем!

я не понимаю, о чем ты. технологических преймуществ у go сегодня два: threadpool под горутинами и eventloop под вводом-выводом

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

+

Го шедулер вообще никак при блокинге то не поможет

нужен не он, а тредпул под ним

нет, на самом деле именно scheduler’е goroutine’ нужен ? а то что он реализован на thread pool’е это хороший бонус к concurrency

джава есть

на самом деле - ничего нет! И мы должны это учитывать

хотя, юмор у меня слишком специфичепский и не смешной :(

Суко, Зеленин подсадил меня на измену

У джавы то получше будет, идея работает всяко лучше

Java это бАльшооой Агромный легаси ?

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

и GC в яве лучше, и NIO

у меня к яве ровно одна претензия: почему-то все, что я пишу на яве, занимает у меня вдвое-втрое больше времени, чем аналогичное на go. объяснить этот феномен я не в силах, но наблюдаю его регулярно, и в собственной жизни, и у коллег

Java это бАльшооой Агромный легаси ?

Да?

у меня к яве ровно одна претензия: почему-то все, что я пишу на яве, занимает у меня вдвое-втрое больше времени, чем аналогичное на go. объяснить этот феномен я не в силах, но наблюдаю его регулярно, и в собственной жизни, и у коллег

этот претензия не к Яве, а к методологиям

у меня к яве ровно одна претензия: почему-то все, что я пишу на яве, занимает у меня вдвое-втрое больше времени, чем аналогичное на go. объяснить этот феномен я не в силах, но наблюдаю его регулярно, и в собственной жизни, и у коллег

все из-за длинных назаний классов методов интерфейсов etc.?

у меня к яве ровно одна претензия: почему-то все, что я пишу на яве, занимает у меня вдвое-втрое больше времени, чем аналогичное на go. объяснить этот феномен я не в силах, но наблюдаю его регулярно, и в собственной жизни, и у коллег

Пиши на скале)

Java это бАльшооой Агромный легаси ?

Кароч гугли graal и смотри кто впереди планеты всей, вот для них го уже легаси)

таак... сеейчас узнаем тут на нашем канале про аниме, кто какой язык любит...

вот зачем ты называешь код на go асинхронным и неблокирующим?

а разве это не так?) scheduler „распознаёт“ блокирующие горутины и swap’ит их, мы же вкурсе) это делает код синхронным, а его выполнение - асинхронным и неблокирующим. в event loop’е всё иначе, там блокировать нельзя совсем! там есть callback’и и его абсктракции аля Promises & async/await (не дай бог где-нибудь забыть await, заблокирует нахрен весь event loop) асинхронный код сложнее гошного синхронного, даже с async/await. В event loop’е например нельзя выполнять сложные вычисления, это блокирует execution thread и следственно весь event loop и всё встаёт раком… в Go это делать можно, это заблокирует один из потоков, но не всю систему, а в добаков ещё можно использовать Go.Sched() для неблокирующих тяжёлых вычислений (аналог в event loop’е это что то вроде`runtime.tick()`)

Пиши на скале)

я теперь на groovy пишу, когда мне jvm нужна и либы явные

я теперь на groovy пишу, когда мне jvm нужна и либы явные

Не, пиши на скале

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

☝️

а разве это не так?) scheduler „распознаёт“ блокирующие горутины и swap’ит их, мы же вкурсе) это делает код синхронным, а его выполнение - асинхронным и неблокирующим. в event loop’е всё иначе, там блокировать нельзя совсем! там есть callback’и и его абсктракции аля Promises & async/await (не дай бог где-нибудь забыть await, заблокирует нахрен весь event loop) асинхронный код сложнее гошного синхронного, даже с async/await. В event loop’е например нельзя выполнять сложные вычисления, это блокирует execution thread и следственно весь event loop и всё встаёт раком… в Go это делать можно, это заблокирует один из потоков, но не всю систему, а в добаков ещё можно использовать Go.Sched() для неблокирующих тяжёлых вычислений (аналог в event loop’е это что то вроде`runtime.tick()`)

коллега, у вас каша в голове

а разве это не так?) scheduler „распознаёт“ блокирующие горутины и swap’ит их, мы же вкурсе) это делает код синхронным, а его выполнение - асинхронным и неблокирующим. в event loop’е всё иначе, там блокировать нельзя совсем! там есть callback’и и его абсктракции аля Promises & async/await (не дай бог где-нибудь забыть await, заблокирует нахрен весь event loop) асинхронный код сложнее гошного синхронного, даже с async/await. В event loop’е например нельзя выполнять сложные вычисления, это блокирует execution thread и следственно весь event loop и всё встаёт раком… в Go это делать можно, это заблокирует один из потоков, но не всю систему, а в добаков ещё можно использовать Go.Sched() для неблокирующих тяжёлых вычислений (аналог в event loop’е это что то вроде`runtime.tick()`)

Не распознает он ничего

коллега, у вас каша в голове

у всех каша в голове, даже у тебя, прости

Ничего страшного!

у меня к яве ровно одна претензия: почему-то все, что я пишу на яве, занимает у меня вдвое-втрое больше времени, чем аналогичное на go. объяснить этот феномен я не в силах, но наблюдаю его регулярно, и в собственной жизни, и у коллег

legacy ?

у всех каша в голове, даже у тебя, прости

но я-то в курсе про свою кашу

да ты вобще умничка

коллега, у вас каша в голове

сильно заявление, проверять (и обосновывать) его конечно никто не будет))

Не распознает он ничего

еще как распознает. горутина, заказавшая ввод-вывод, не попадет в шедулер, пока eventloop не отрапортует, что ее ввод-вывод случился

Не распознает он ничего

а как по вашему Go тогда работает с I/O ? я не зря обернул слово „распознаёт“ в ковычки

сильно заявление, проверять (и обосновывать) его конечно никто не будет))

Никто ничего не распознает, gosched внутри всех io операций, если ты «забыл» await, шедулер ничего делать не будет

там сложнее существенно логика, чем просто gosched

Никто ничего не распознает, gosched внутри всех io операций, если ты «забыл» await, шедулер ничего делать не будет

ещё раз: я не зря обернул слово „распознаёт“ в ковычки ясное дело что логика планирования оптимизирована посредством „gosched“

еще как распознает. горутина, заказавшая ввод-вывод, не попадет в шедулер, пока eventloop не отрапортует, что ее ввод-вывод случился

ну иди сделай руками блок и проверь)))))

и я не про io

какой блок я должен сделать руками?

заблокируй поток

как именно я должен его заблокировать?

Роман, ты слишком все усложняешь! даже эти нижние лапки типографские где-то выискал... я даже и не помню ихнихй UTF код... Может быть, не усложняй? А?

как именно я должен его заблокировать?

а как хочешь

а как хочешь

ну, например?

Thread.sleep

time.Sleep()

нет

Thread sleep

Роман, ты слишком все усложняешь! даже эти нижние лапки типографские где-то выискал... я даже и не помню ихнихй UTF код... Может быть, не усложняй? А?

не совсем понимаю о чём ты) что именно я усложняю?

ERROR: S client not available

Thread sleep

А где такая функция есть то?

Thread.sleep

это заблокирует goroutine’у, а не runtime

в thrd_sleep

underlying thread заблокируйте

и пока

не совсем понимаю о чём ты) что именно я усложняю?

„ничего“, забей :)

А где такая функция есть то?

в java

в java

А, лол

Мне почему то показалось разговор за Го идёт

Хотя странно что разговор не про Го)

а это канал про аниме - тут про любое можно говорить, вроде

А, лол

я про thrd_sleep

я про thrd_sleep

причём тут Go вообще?!

а это канал про аниме - тут про любое можно говорить, вроде

Флуд же. Я бы на весь вечер забанил, чтобы не мешал.

причём тут Go вообще?!

Тот же вопрос

а при чем тут аниме?

Флуд же. Я бы на весь вечер забанил, чтобы не мешал.

админы решают, что делать теперь :(

причём тут Go вообще?!

ну а какая разница, поток то системный)

ну а какая разница, поток то системный)

Ну как бы горутина != sys thread

Ну как бы горутина != sys thread

да ты чо)

ну а какая разница, поток то системный)

вы серьёзно полагаете, что time.Sleep заблокирует системный поток?!

а работает она в космосе?

да ты чо)

да, не равно

вы серьёзно полагаете, что time.Sleep заблокирует системный поток?!

эт зависит от реализации

эт зависит от реализации

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

что такое системный поток?

блокировать горутины можно, это не страшно. Страшно блокировать event loop забыв await или вычисляя в главном потоке!

его можно как-то оптимизировать?

что такое системный поток?

thread

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

я так не говорил

системные основы мы не можем, к счастью, оптимизировать