Как стать автором
Обновить
3
0
Nick Pavlov @gurinderu

Scala dev

Отправить сообщение
Внедрение IPv6 вряд ли поможет. Я думаю крупной корпорации нет смысла иметь кучу IP на каждого сотрудника и как был у них nat, так и останется.
В том-то и дело, что сеть получается не распределенная и все равно нужен какой-то relay.
Т.е два клиента за nat'ом друг с другом соединиться без третьего лица с белым IP не смогут?
И насколько я понимаю есть трекер, который опрашивается, чтобы получить обновления сети?
Как происходит установление соединения если оба клиента находятся за nat?
В java HashMap table.lenght лежит в промежутке от 1 до 1<<30. Не будет тут 0)
Насколько я понимаю у них сервер за пуши не отвечает, а нужен только для того чтобы делать hole punching
Ну раз пошла пьянка, можно вкинуть про Scala?
Чем Kotlin, лучше Scala в android разработке?
Работаю уже довольно давно на 16 EAP. Вроде все стабильно
Реклама Scala в треде про Kotlin) Обожаю Scala сообщество.
Не сильно всматривался в Kotlin. Вопрос простой: почему стоит выбрать Kotlin, а не Scala?
Будет ли в Kotlin компилятор встроенная фича как в Scala dotty по выпиливанию ненужного кода?
Все потому что у вас jvm это огромное c++ приложение, логично что его нужно прогрузить, да и что такое 40ms?
Вы что flash?) Для сбора мусора с большим хипом есть G1. Если нужно держать столько данных в памяти, то скорее всего нужно делать off-heap. А о чем спор собственно, вы бы еще пустой класс создали, вы посмотрите сколько стартует приложение побольше. Масштаба LibreOffice к примеру. И 40mc
Ой ли, спорный вопрос кто быстрее стартует. Огромное приложение на C++ будет в память грузится дольше, чем Java, которая по мере необходимости грузит классы. stop-the-world тоже спорная проблема, которую можно решить, если у вас конечно не realtime.
Советую вам завести задачи на рефакторинг в си, ничего не мешает сделать как в с++.
qsort тоже можно сделать быстрее, юзайте ключевое слово inline и не юзайте дефолт qsort.
Ну скажем так, что scala там не нужна, но код на scala выглядит более кратким. И зачем вам не stateless?)
Забавно конечно вы свободный порт определяете, после close его может кто-то успеть занять)
Ну если вы используете статические инициализаторы в Spring, то пожалуй сами виноваты.
В конструктор логгер можно заинжектить, не проблема. А вот моки да, проблема.
Не знаю насколько это плохо, но если ваш сериализатор сериализует static, то скорее всего нужно дать по шее разработчику этого сериализатора. ИМХО static field никакого отношения к вашим объектам иметь не должны. В этом я даже одобряю scala подход к разделение на class и object.
Не уверен, что это возможно. Спринг бины иницилизирует при старте контексте(кроме lazy).
Зачем static field у вас transient? Они же вроде несереализуемые.

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность