Почему во флуд? Ты же за жабку холиварил?)

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

Где ты, блядь, видишь здесь что-то о жвм или жабе?

Аргументы

https://habrahabr.ru/post/308562/

Хорошая статья)

эх, а я планировал перекатываться на скакалку потихоньку

планируй, котлин - выскочка

во-первых это во флуд, а во вторых с айти есть смежные области.

что ж ты своё сообщение не во флуде написал?

планируй, котлин - выскочка

Че это?)

планируй, котлин - выскочка

Ето как?

2.х написан 50\50, многие вещи для удобства разработки были перенесены на java

стоит учесть, что часть java кода - это java api фреймворка. еще часть - это документация и примеры. возможно есть какие-то вещи, которые написаны на java из целесообразности, но я не думаю что это значительная часть

они сами потихоньку отказываются от скалы

bullshit. typesafe/lightbend основную часть проектов пишут на scala и предоставляют java api. насколько я понимаю - такая их политика

На скале много пишут как оказалось

Да, вот только раньше scala была first class citizen, а теперь весь упор на жабку, примером может быть их крайний фреймворк для микросервисов.

Причем вакансии на жабе, а сами пишут на скале

Но и есть нормальные проекты)) которые начинают котлин, уже в вебе и сервисах

Да, вот только раньше scala была first class citizen, а теперь весь упор на жабку, примером может быть их крайний фреймворк для микросервисов.

тоже не совсем верно. lagom основан на play framework, и первым они написали java API для него. scala API тоже будет, но позже

Это реально радует

Я ничего против scala не имею, и сам на ней пишу. Но то что большинство программистов на java знает java, а вот со скалой такое утверждение не очень то и верно.

то что lightbend решили отхватить какую-то часть рынка java энтерпрайза - это наверное да. то что они отказываются от scala - не думаю

У scala проблема в том, что в ней слишком много всего можно. И очень разные стили можно увидеть. Я вот на ней пишу как на better java, и порой впадаю в ступор, увидев как кто-то насилует scalaz.

У scala проблема в том, что в ней слишком много всего можно. И очень разные стили можно увидеть. Я вот на ней пишу как на better java, и порой впадаю в ступор, увидев как кто-то насилует scalaz.

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

scalaz не обязательно же использовать :)

А для беттер явы есть уже конкурент)

как и cats

Не сильно большая. У меня сейчас довольно маленькая команда 3.5 человека. И здесь всё довольно часто такое можно увидит, потому что нету код ревью, нету большинства тех процессов, что в большой галере есть. А если у вас большая разношорстваня команда, то код ревью решает эту проблему.

как и cats

и shapeless заодно

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

Не. Не выбрали. У нас свобода

scalaz/cats и shapeless не стоит тянуть как cargo-культ, а понимать что в данной ситуации это лучшее решение. shapeless безвреден если использовать его там где он на самом деле нужен

scalaz/cats и shapeless не стоит тянуть как cargo-культ, а понимать что в данной ситуации это лучшее решение. shapeless безвреден если использовать его там где он на самом деле нужен

У нас он есть, потому что есть твиттеровский стек. Ну а я не лезу в программирование на генериках. Мне пока это не нужно.

Finagle?

Да.

Http?

Через финч

А, точно. Как вообще впечатления от него и стека твиттера вообще?

Отовсюду торчит третий нетти. Что очень печально.

А так, довольно не плохо. Держит около 7к на m2 ноду.

Но Твиттер еще те велосипедисты.

Но Твиттер еще те велосипедисты.

В смысле?

Ну у них есть com.twitter.utills.Future котрый они возвращают вместо скаловского.

Аргументируя тем, что когда они писали финагл еще не было скаловкой фьючи

И уже года полтора не могут поменять.

хм, может быть они заявляют что у их реализации performance лучше?

хм, может быть они заявляют что у их реализации performance лучше?

Это же фьюча, не больше чем контейнер для результата.

Но я не сильно шарю в экосистеме вокруг скалы и твиттера. Я только недавно перектился. Так что могу соврать по незнанию.

ну, например стандартная Future будет шедулить вычисления в execution context, даже если это уже готовое значение. например Future.successful(2) и Future.failure(new Exception("Hello")). не знаю как это сделано у твиттера

это например можно оптимизировать. в akka даже есть маленький класс FastFuture который помогает этого избежать. в scala 2.12 это должны поправить тоже

так что возможно twitter не убирает свои future по какой-то своей причине. а есть кстати issue на гитхабе на миграцию на scala future?

Они сами это обещали.

Поясните, вот в жабе есть спринг для четкой и простой реализации многих фич. А подобные фреймворки для скалы есть? Или спринг подходит?

а что именно требуется?

если full stack фреймворк для веба - то наверное play

если чисто backend в вебе, то выбор достаточно большой

Кстати, мне вот интересно, как скале каноннично делать сервис дискавери. У нас сейчас самописное решение поверх зукипера. Но это довольно костыльно.

Поясните, вот в жабе есть спринг для четкой и простой реализации многих фич. А подобные фреймворки для скалы есть? Или спринг подходит?

Scaldi есть,если тебе di нужен

В нашей конфе 400 отборных байткодеров)) мои поздравления))

401

ERROR: S client not available

Добрый вечер. Ребят, есть вопрос по Kotlin, как можно это строчку из Java перевести в Kotlin? public class ChatServer implements Runnable

Ничего не смог по этому найти, хотя возможно плохо искал

Как вообще можно использовать многопоточность в котлине?

в котлине как таковом нет конкуренси

нужно юзать сторонние либы

Сторонние - это какие к примеру?

да хоть ту же джаву же.

Насколько нормально писать такой код? http://pastebin.com/qzatUkZF

На Java почти не программировал, а вот Kotlin очень понравился, поэтому возможно такие простые вопросы

Кто там говорил что котлин не выскочка

Насколько нормально писать такой код? http://pastebin.com/qzatUkZF

работает и ладно ;)

Насколько нормально писать такой код? http://pastebin.com/qzatUkZF

Вообще, с точки зрения дизайна не очень. Либо создаёшь раннабл с указанием того, что он будет делать, и который внутри себя не знает ничего от потоке, и потом создаёшь тред, передав в него раннабл. Либо просто наследуешься от треда, перекрыв метод ран, но уже без всякого раннабл. Так у тебя инкапсуляция нарушается, да и не принято звать ран вручную у раннабл.

401

400 отборных и я?

Я прочитал, что для реализации long polling хорошо использовать асинхронные сервлеты. В методе service создается обертка над запросом и куда-то передается. Когда метод service заканчивается, поток возвращается в пулл потоков томката, но соединение не разрывается и ответ не пишется. Таким образом типа как не простаивют впустую потоки томката. Но ведь обертки над запросами должны обрабатываться в каких-то других потоках. Тогда какой смысл во всем этом?

И еще. Как можно создавать потоки вне сервлетов и фильтров

Main

он у томката

Господа, вопрос со дна. Делаю туториал (https://netbeans.org/kb/docs/web/mysql-webapp.html?print=yes) в NetBeans все получается, в IntelliJ не понимаю как создать connection pool и прописать JNDI name. Создавать Java class для connection не вариант(?) Нужно обойтись только языком выражений

Господа, вопрос со дна. Делаю туториал (https://netbeans.org/kb/docs/web/mysql-webapp.html?print=yes) в NetBeans все получается, в IntelliJ не понимаю как создать connection pool и прописать JNDI name. Создавать Java class для connection не вариант(?) Нужно обойтись только языком выражений

>You could configure the data source directly within the GlassFish server Admin Console

>You could configure the data source directly within the GlassFish server Admin Console

Т.е. в идеи этого не сделать? Через консоль понятно как

А есть у кого пример использование hibernate для вывода данных на страницы. А то у нас есть entity - большая прибольшая. А из нее нужно только 3-4 поля. Я вот думаю, вместо подругзки списка этих сущностей получать только 5 полей, нужных таблице. Но мне кажется, что архитектурно эт не очень. Есть у кого use case по этому поводу?

Lazy fetch?

Базовая инфа + таблица с доп инфо

Lazy fetch?

в том числе, а разве можно lazy fetch делать на поля ?

а нет? о.О

то есть это то что мне нужно походу.

ну да, и просто на каждой странице менять fetch group

блин, тормоз