Відео

Я даже больше тебе скажу, Владос пишет этот комментарий :О

@@DecembristITTV ага)))

Уже классика

Ну сколько нужно времени чтобы эту сложность скомпенсировать? Вообще на java тоже можно написать так что будет сложно читать неопытному)

Ну пруфы нужны какие-то)

Там программирование было другой работой бай дизайн, + это не была престижная высоко конкурентная среда с большим призом. Но я спрошу в следующий раз

Я тоже

А, ладно, умеет. Но выключать оптимизации не научился. Помянем.

И врёт про работу блупринтов. Какой байт-код? Какая компиляция в standalone? Ты про рефлексию вообще слышал? Может сам догадаешься, зачем она нужна?

Если бы ты вежливо разговаривать умел я бы с тобой поговорил, ну а так лососни тунца 😎

NY

@@DecembristITTV Привет из WA ))

Алгоритмы нужны просто в 5% случаев из 100

Потому что говно глючное, но не навязываю это мнение

@@DecembristITTV да я тоже не смог. Просто редко слышу чтобы так про мак открыто говорили. Или же все держат лицо тру прогеров на маке

На видео не видно, но на самом деле за кадром в меня целится ЦРУшник, красава что не повелся. Я бы ваще удалил, но куратор запретил(

Но хейт не одобряю)

Ну смотря о чем речь, пиши конкретно, обсудим

+странный доеб к тому, что на сходке не про ассемблеры говорят. Ну, во-первых, IT не должно являться единичным интересом у человека, а во-вторых, сколько соеристов по существу знают ассемблеры на уровне того же соера?)

Не смотрел, а чё там было вначале?

@@DecembristITTV флешбеки

А я на с только ускорил?

@@DecembristITTV По ощущению в 1.75-2.00 Возможно у некоторых субъектов речь и так трудноразборчивая, поэтому даже с небольшим ускорением она перестает восприниматься. Тема интересная, т.к. мне попадалось видео с Григориным, где он распинался о том, какой он альфа-самец и что у него была куча красавец в постели ))))

Потому что нет экспорта на все платформы, и потому что эдитор не умеет мапить ивенты на си шарп классы, + не все си шарп апи работают, например в работе с асинхами. Ну и в общем то как надо работать с си шарп кодом больше похоже на костыль приставленный к основному языку.

@@DecembristITTV всё что ты описал кроме экспорта легко решается самим кодом на шарпе, для этого не нужна специальная поддержка движка. Есть фреймворки на гитхабе от студий использующих godot где всё это и многое другое уже решено. C# более полноценный язык чем gdscript, его базовые фичи позволяют сделать любой api и стабильно работающую кодогенерацию в два счета

Ну ты спросил почему поддержка неполноценная, Я ответил, ты подтверждаешь своим ответом что поддержка менее полноценная. И что нужны дополнительные усилия. Никто не говорил что поддержка 0вая и тем более что C# в сравнении с гд скрипт в вакууме проигрывает Экспорт это значительная проблема.

@@DecembristITTV Экспорт обещают скоро поправить. Установить пакеты с нугета я не рассматриваю как значительные усилия.

Они мнего чо обещают но это всегда затягивается. А дружить эти фреймворки от компаний не надо усилий приложить? А изучать их дополнительно? Все должно из коробки работать как в гд скрипт, не понимаю зачем с этим спорить.

Не понял про какой призыв речь

@@DecembristITTV призыв в смысле позвал на стрим

Дак он ее постоянно звал вроде или нет?

@@DecembristITTV на счет один раз или много я не помню, но вот насчет причины не сомневаюсь)

Ну то есть на джаве асинхронность и эвент луп невозможны?)

@@DecembristITTV даже в ваших статьях пишут об ускорении Java при использовании асинхронности "Используя асинхронность, вы можете разделять задачи и компоненты, что приводит к повышению общей производительности приложения." Цитата из некой статьи. То есть глобально я прав. Но тут вопрос: а как она реализована? Из статьи я так и не понял, там описывали несколько методов реализации асинхронности. Многопоточностью? Тогда все равно будет перерасход ресурсов, в сравнении с JS. Возможно это просто синтаксический сахар и ещё один способ реализации многопоточности. Здесь скорее вы должны мне сказать: почему джава настолько прожорлива в плане ресурсов и даже асинхронность ей не помогает.

Вот ещё соображения насчёт node.js vs Java "Если запустить какую-то простую задачу, вроде возведения в квадрат, то в тестах показатели могут различаться до 10 раз. Если запустить циклы в миллионы задач калькуляции, Java практически всегда будет превосходить node.js. Плюс, огромное различие между Java и node.js в том, что node является однопоточным, это является как его преимуществом, так и недостатком с другой стороны. Java умеет работать с потоками, которые поддерживаются на уровне ОС, и получается, что программа написанная на Java наиболее полно использует возможности ОС. И если нужно написать высоконагруженное приложение, которое будет использовать большое количество вычислений, то Java для этого однозначно подойдет лучше. Проблема в том, что даже маленький сервер написанный на Java будет занимать много памяти - как на диске, так и оперативной. Node.js является легковесным за счет архитектуры построенной на обработке событий. Он построен для работы в качестве веб-сервера и очень хорошо справляется с обслуживанием легковесных задач. Например, простой запрос вроде расчета чего-либо, или записи в базу данных происходит очень быстро. А если запросов становится очень много и мы хотим масштабировать систему в node, можно использовать веб-сервер Nginx или Apache. Можно завести много одинаковых инстансов node. Тогда все будет распределяться через балансировку нагрузки по round-robin. Если мы запустим 8 инстансов node на 16 ядер соответственно, ОС сама распределит инстансы между ядрами. Node этим не управляет, у него будет один поток."