HF-5 и Abnormal?

Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
я хз как в яве, мы на ГО пилим сервер
 
Вообще я бы так же запилил бы на Go или .Net Core, в качестве опыта. Да и если что с ревью кода от lordofdest.
 
Xasthur написал(а):
есть и более интересные,например ave_changebody (в явах наверное по другому)
Нажмите, чтобы раскрыть...
или к примеру ave_change_texture

---
такое ощущение что где-то кокаинум рассыпали и некоторые в него носом упали (и не раз), другого обяснения тому что народ понесло писать эмуль то на Go, то на node.js мне в голову не приходит.
вы бы еще на QBasic эмуль начали писать.
 
Gaikotsu, да потому что толк от жабы? Она вечно течет, вечно какие то проблемы. Вон Майкрософт молодцы со своим .NET Core. Да и к тому же жаба теперь платная... есть куда лучше альтернативы языку и удобнее. Все эмули - сбор мусора и не более. Которое сделано с костылями и палками, проще написать новое, чем использовать старое и фиксить костыли костылями и переписывать. Можно сделать нормальное приложение с нормальной архитектурой, структурой бд и загрузкой птс данных без костылей. А писать новое на жабе, а зачем? Когда есть куда лучше языки
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
Golang2 всех накажет клянусь
 
И сразу клиентку переписать под уе4
 
Обратите внимание, что данный пользователь заблокирован! Не совершайте с ним никаких сделок! Перейдите в его профиль, чтобы узнать причину блокировки.
kick написал(а):
Gaikotsu, да потому что толк от жабы? Она вечно течет, вечно какие то проблемы.
Нажмите, чтобы раскрыть...
Течет у вас голова, а не джава. Язык не может быть плохим, по умолчанию. Может быть плохое коммунити, плохо написанное приложение и авторы приложения, которые выбрали не тот язык под свою задачу.

К слову сказать, весь код JVM передали OpenJDK и теперь Oracle JVM строится на такой же кодовой базе, что и OpenJDK. Отличия VM лишь в том, что в Oracle добавили несколько небольших новых фич для ЫЫ.

Говорить о костылях и при этом писать о загрузке PTS текстовиков? Сильное заявление. Форматы же придумали идиоты, тем более в 2019 году, имея на руках какой-нибудь JSON, который покрывает все кейсы кастомного формата.

kick написал(а):
А писать новое на жабе, а зачем? Когда есть куда лучше языки
Нажмите, чтобы раскрыть...
Я уже писал выше про то что у каждого языка своя нища. И проблемы начинаются, когда пытаются натянуть сову на глобус: использовать язык, который не предназначен для решения определенной задачи.

Я конечно немного отстал от развития .NET, но версии 4.0 не могут никак покрыть спектр специфики задач для написания ММО-сервера. Там нет: конкурентных коллекций, атомарных коллекций, future-promise, тредпулов (кроме единственного, который статический и врап какого-то WinAPI говна), спинлоков, локов (нестандартных) и других инфраструктурно-утилитивных вещей.
В версии 4.5 и выше ситуация изменилась, но все равно, того что представляет язык -- недостаточно. Причем недостаточно для построения базовой архитектуры, сам геймплей можно написать почти на чем угодно, это не представляет проблемы.
Если компенсировать недостаток всей этой херни протаскиванием библиотек на крестах (то что физически невозможно соорудить на управляемом коде), то тут ждет облом -- время перехода в нативный код и возврат в управляемый - очень большая потеря времени (у меня бывало до 50 миллисекунд!).
В общем, на .NET у вас уйдет раз в 5-10 больше времени на написание кода, потому-что понадобится писать много инфраструктурных вещей с нуля, причем писать грамотно и правильно, чтобы это работало хорошо и быстро.

Касательно GO - вообще смешно. Хотя... Я бы посмотрел, как люди себе ломают пальцы и делают изъебы, чтобы обойти специально впиленные ограничения языка.
 
комунити почему-то решило,что оно эксперт в яве
и течёт не косожопо сделанный эмуль,а именно ява в целом

по факту то,все эти "фундаментальные" проблемы протекания
это лишь последствия того,что многое делалось через одно место или костылями
и в итоге вылилось к рестартам каждый день, ибо "чёто памяти мало становится"
 
То то у нас эксперты сидят а в майкрософт, гугл, фейсбуке работают дурачки. Куда гуглу, фейсбуку, майкрософту до таких экспертов. Ну да жаба не течет, ага и проблемы в головах. Банальный пример большого приложения еластик и что он? Течёт опять таки. Тут проблемы самого языка и не более, но у нас сидят эксперты ведь, где большим компаниям далеко до них и видимо там дурачки сидят и отказываются от жабы.
zcxv может покажешь топ эмуль гуру кодинга? А то всегда 1 слова и хватает только на месяц чего то и всё. Не 1 завершенной работы и ничего. Ну и все те же слова. Покажи всем, как надо кодить с топ эмулем.
 
Последнее редактирование:
Оффтоп:


хз - я вот лично у нас того чтобы память текла не заметил.

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

Ты уж определись - язык или платформа. Если так бегаешь за топ-конторами, то что скажешь на счет того, что гугл выбрал джаву для андроида как основной ЯЗЫК?
Предвосхищая кукарекания про котлин сразу можно сказать, что scala > kotlin > java.
 
тут не обвиняют и не говорят,что могут лучше
тут говорят,что эмулями линеечки занимаются в основном дилетанты и жуниоры
а то, чем они занимаются, в большинстве ещё и жёсткий опенсорс
вот и выходит наследие жуниоров дилетантов,которое после начинает течь,лагать,крашится и т.п.

полагаю если бы эмуль линейки с нуля писала какая-нибудь группа жава-сеньоров
и не было бы опенсорс доработок каждым васяном
+\- ничего бы не текло
 
Больше всего мне нравится что хотят архитектурно правильно построить приложение и выбирают язык)))
Выберите методологию описания архитектуры, опишите компоненты, и надеюсь ещё на этой стадии у вас отпадёт желание писать то - не знаю чего, ещё и на чем не попадя.
Большой проект на java: Hadoop, Kafka, Spark как и огромное количество другого серверного ПО которое компании не распространяют и иногда делятся наработками с миром.
Верхнеуровневые языки придуманы для того чтобы упрощённым способом решать типовые для них задачи. Функциональные языки в ещё большей степени. Фреймворки в ещё большей степени.
Делать узкоспециализированное серверное ПО на чем то не предназначенном специально для него, как в носу лопатой ковырять.
В ином случае выйдя за рамки начального теста в ограниченной функциональности(на уровне покрывающем автотестом) больше 1 человека вы получите такое огромное количество багов по многопоточности, производительности, по ограничениям, по жору памяти и по костылям, что проблемы контроля памяти(а не утечки) в яве покажутся сладким пирожком.
При нормальной работе эмуля никаких «утечек» не происходит даже на самых загруженных серверах
 
Войдите или зарегистрируйтесь для ответа.
Меню
Вход
Регистрация