Кстати,кто то знаком с нодой?Распределенные системы строят на сие?

Кстати,кто то знаком с нодой?Распределенные системы строят на сие?

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

всем привет. есть общий вопрос по дизайну методов интерфейса (или сервис АПИ): почему Public метод должен принимать наиболее общие параметры, а возвращать наиболее специфичный результат (например, ArrayList instead of List)? Если с принимаемыми параметрами может пройти аргумент, что public method должен быть универсальным, то я не понимаю, какие аргрументы могут быть за то, что бы возвращать более специфичные типы.

terancet "Если с принимаемыми параметрами может пройти аргумент, что public method должен быть универсальным" what? Переформулируй максимально просто

есть два метода: LinkedList<Customer> findAllCustomers(Iterable<Long> ids) <— принимает супер-тип Iterable, возвращает конкретную имплементацию (почему этот вариант может быть best practice?) LinkedList<Customer> findAllCustomers(ArrayList<Long> ids) <— принимает кокретный тип параметров, возвращает конкретную имплементацию

есть два метода: LinkedList<Customer> findAllCustomers(Iterable<Long> ids) <— принимает супер-тип Iterable, возвращает конкретную имплементацию (почему этот вариант может быть best practice?) LinkedList<Customer> findAllCustomers(ArrayList<Long> ids) <— принимает кокретный тип параметров, возвращает конкретную имплементацию

итератор есть даже у set'ов, и ты вдруг неожиданно решил передать hashset, или у тебя есть мапа ключ значение, где ключи например то, что тебе нужно и было бы нелогично фильтровать мапу по значениям

тебе бы пришлось менять сигнатуру метода, а это минус обратная совместимость, мапа может быть например, Map<long id, Customer customer>, ключи например у hashmap это hashset, а с hashset'ом нельзя работать, как с arraylist'om

есть два метода: LinkedList<Customer> findAllCustomers(Iterable<Long> ids) <— принимает супер-тип Iterable, возвращает конкретную имплементацию (почему этот вариант может быть best practice?) LinkedList<Customer> findAllCustomers(ArrayList<Long> ids) <— принимает кокретный тип параметров, возвращает конкретную имплементацию

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

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

я правильно понимаю, что данный аргумент может быть применим и для типа возвращаемого значения?

ага, лучше возвращать в данном случае List

всем привет. есть общий вопрос по дизайну методов интерфейса (или сервис АПИ): почему Public метод должен принимать наиболее общие параметры, а возвращать наиболее специфичный результат (например, ArrayList instead of List)? Если с принимаемыми параметрами может пройти аргумент, что public method должен быть универсальным, то я не понимаю, какие аргрументы могут быть за то, что бы возвращать более специфичные типы.

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

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

зачем приведение? Чем тебе addAll(List<> list) не угодил?

зачем приведение? Чем тебе addAll(List<> list) не угодил?

в конексте чего не угодил ?

*пардон там коллекция*

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

если ты работаешь с интерфейсами коллекций а не с конкретной реализацией то проблем не будет

в конексте чего не угодил ?

ну ты говоришь нужно явное приведение типа, зачем если можно создать например LinkedList<Customer> customers = new LinkedList<> (); customers.addAll(collection); Это если что по интерфейсу всё делать, большенство коллекций, как и сетов в конструкторе тоже самое могут сделать например вот так: LinkedList<Customer> customers = new LinkedList<> (collection);

ну ты говоришь нужно явное приведение типа, зачем если можно создать например LinkedList<Customer> customers = new LinkedList<> (); customers.addAll(collection); Это если что по интерфейсу всё делать, большенство коллекций, как и сетов в конструкторе тоже самое могут сделать например вот так: LinkedList<Customer> customers = new LinkedList<> (collection);

ну во-первых создавать переменную LinkedList<Customer> customers = new LinkedList<> (); - плохо, лучше просто List<>. во-вторых addAll не подходит к примеру, тут речь про методы бизнес-логики приложения. а не про библиотечные, для работы с коллекциями

ну во-первых создавать переменную LinkedList<Customer> customers = new LinkedList<> (); - плохо, лучше просто List<>. во-вторых addAll не подходит к примеру, тут речь про методы бизнес-логики приложения. а не про библиотечные, для работы с коллекциями

тогда если тебе нужно именно здесь LinkedList, то тебе придётся каждый раз приводить к LinkedList'у, надо ли оно?

нет, если я пишу List<чего-то> = new LinkedList<>

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

мне кажется или вот это уже может сдать bad practice?

мм, объявлять переменные максимально общим типом ? да хорош

Всем привет, живу в питере нуждаюсь в наставнике

о, с stepic'a

мне кажется или вот это уже может сдать bad practice?

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

мм, объявлять переменные максимально общим типом ? да хорош

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

мне кажется или вот это уже может сдать bad practice?

это как раз обычная практика

это как раз обычная практика

но ведь у этого есть подводные камни, разве нет?

не припомню

а просадки по производительности разве нет? Ведь у тебя внутри лежит LinkedList обобщённый до List'a и ты вдруг преобразуешь к ArrayList не словишь ли ты exception?

да не надо его в рантайме преобразовывать.

не надо да

работаешь с интерфейсом и все

Привет ребят, не бейте, считайте я новенький, необразованный, без практики

я просто вот этого не понимаю

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

я думал приведение используешь :C

речь о том, что вот накодил ты чего-то, например внутренний кеш и использовал там HashMap. и везде у тебя по всему коду, во всех объявлениях и в методах "HashMap". а вот потом ты решил, что нужен тебе TreeMap, например. и пошел и делать везде замену, HashMap -> TreeMap. а вот если бы ты везде использовал просто Map, то проблем нет. в одном месте где объект создаешь, там и меняешь. ну и там где надо - переписываешь логику чтобы фишки тримапа использовать

я сейчас очень упрощенно

ну и для DI надо использовать интерфейсы, а не конкретные реализации.

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

Привет ребят, не бейте, считайте я новенький, необразованный, без практики

пили себе сайт например ataro.nitami.ru на spring'e например, и будет у тебя практика, найди себе того кто тебе объяснит что плохо, а что нет, как мне например сейчас, и будет всё хорошо

?? оокей

ну и втыкай в html/css + js потом в jquery для базы и потом в vue можно, он не сложный это для фронта для бэка можно сначала самому что-то попытаться сделать потом прийти к spring-jdbc, потом к hibernate, а потом к этой статье https://dou.ua/lenta/articles/java-enterprise-guide/ , ну и sql must have

А потом начать писать на Эльме, LuL LuL LuL

на котлин ещё можно, но это ад для новичка

на котлин ещё можно, но это ад для новичка

в контексте фронта, это в принципе ад

а мне норм(нет), а вот бэк писать на котлин удовольствие

а мне норм(нет), а вот бэк писать на котлин удовольствие

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

Нy fullstack же надо прокачивать, я теперь больше скажу я ещё в gamedev залез, а ещё в геометрию и физику и высший матан ради gamedev'a

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

с Kotlin на самом деле не так страшно) webpack, node и т.п все остается, можно даже без gradle все собирать (а gradle нужен только если мультиплатформенный проект собираешь)

с Kotlin на самом деле не так страшно) webpack, node и т.п все остается, можно даже без gradle все собирать (а gradle нужен только если мультиплатформенный проект собираешь)

т.е. есть транспайлер котлина на ноде? можно вообще выкинуть градл и мавен уже?

зачем нужен транспайлер котлина на ноде, если есть грааль ?

есть плагин для webpack https://www.npmjs.com/package/@jetbrains/kotlin-webpack-plugin но на самом деле я бы не советовал прям совсем выкидывать gradle, с мультиплатформенными проектами весело, да и мне больше нравится все выносить на него, ту же подготовку webpack конфига и package.json файла с помощью https://github.com/Kotlin/kotlin-frontend-plugin

грааль все же чутка другая вещь, у тебя фиксированная версия jvm и node внутри, ты не можешь просто взять и обновить node а тут у тебя все раздельно

зачем нужен транспайлер котлина на ноде, если есть грааль ?

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

лучше ничего не выкидывать, все может дружно жить вместе ты можешь подготавливать js файлы через gradle а потом запускать webpack с dev сервером

ну пока да, на самом деле gradle немного подзадумывается над мультиплатформенными проектами) но там большая движуха идет в строну улучшения

Всем привет от фронтенда, как у вас тут оформляются вакансии?

Всем привет от фронтенда, как у вас тут оформляются вакансии?

слушай, а описание чата вообще видно? а то каждый день одно и то же

слушай, а описание чата вообще видно? а то каждый день одно и то же

в описании чата "братишки....scala" Поэтому и спрашиваю)

в описании чата "братишки....scala" Поэтому и спрашиваю)

кинь скрин

в описании чата "братишки....scala" Поэтому и спрашиваю)

описание != прикрепленное сообщение

там на хабре интересная статья о CSRF-уязвимостях вышла

как написали выше, описание != пин

давай попробуем найти описание ?

так, ты уже ближе) осталось прочитать :)

а фронтенд тут причем?

а фронтенд тут причем?

погоди, может у него свинг

или gwt ?

SVING

а фронтенд тут причем?

ну кто же не знает эти чудесные инструменты для фронта на джаве

Это описание. Там есть ссылка на канал вакансий, канал вакансий просто подписка без возможности написать свою

ну вы знаете руса

Это описание. Там есть ссылка на канал вакансий, канал вакансий просто подписка без возможности написать свою

учитесь читать описания

игла - в яйце, яйцо - в утке, ... :)

Ребят, небольшой вопрос в гугле не получается найти инфу поэтому поводу. Вопрос: в javafx, а конкретнее в linechart есть шкала. Я хочу в названии этой шкалы вставить сложную формулу. Подскажите возможно ли это?

игла - в яйце, яйцо - в утке, ... :)

ааа, в том описании есть намек, что нужно писать Вам)) Хитро))

ааа, в том описании есть намек, что нужно писать Вам)) Хитро))

видите, как всё просто ?

но если у вас вакансия не связана с jvm - то вам не к нам :)

видите, как всё просто ?

это как в коде однажды нашел, заказчик - жлоб, не работай с ним)

но если у вас вакансия не связана с jvm - то вам не к нам :)

если много денег дают, я бы не гнал. я вот за деньги на любую гадость согласен

если много денег дают, я бы не гнал. я вот за деньги на любую гадость согласен

@javascript_jobs

если много денег дают, я бы не гнал. я вот за деньги на любую гадость согласен

Тогда тебе к нам, на фронт... ?

@javascript_jobs

окей, не настолько на любую

окей, не настолько на любую

может тогда так? @golangjob

а это почитываю

может тогда так? @golangjob

А ПХП - это следующий по мерзости уровень или где-то посерединке?

А ПХП - это следующий по мерзости уровень или где-то посерединке?

следующий, как по мне)

но если у вас вакансия не связана с jvm - то вам не к нам :)

ага, прошу прощения. увидел java, не разобрался) это же чат виртуальной машины. А где чат классической EE java?