и может и правильно что не отшиваешь

Я выясняю дальше на что способен. Если он ок, то просто прошу повторить базовые вещи

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

и, как следствие, пренебрегать самой java

вот на выходе и получаются такие интересные личности

Среда формирует личность

но опятница еще больше, да-бамц

а можно без знания java core писать на спрингу?

ведь нужно, как говорят в народе "на спринге писать, а не на джаве"

никто так не говорит, Паш

а можно без знания java core писать на спрингу?

нет конечно

а можно без знания java core писать на спрингу?

конечно, на спринге можно и без мозгов писать

просто @guga4ka и @Sammers21 хейтеры

конечно, на спринге можно и без мозгов писать

приложения уровня Hello world

так сложнее гуга и не писал или не осилил

так сложнее гуга и не писал или не осилил

?

приложения уровня Hello world

sof driven development

sof driven development

получится мусор

так сложнее гуга и не писал или не осилил

Слишком много магии

магия - в имплиситах скалы

нет конечно

Ну а в чем проблема формошлепить на спринге без знания кора?

и то, если не знаешь как они работают

получится мусор

описал все проекты на спринге одним словом

пару аннотаций поставил - и готово

Ну а в чем проблема формошлепить на спринге без знания кора?

Потом "бины в рантайме не находятся"

магия - в имплиситах скалы

+

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

Ну а в чем проблема формошлепить на спринге без знания кора?

не знание кор - это не знание рефлексии, исключений, коллекций, аннотаций, многопоточности и тд

я не представляю как без этого можно на спринге писать

тупо копировать код со стэковерфлоу

но так получится мусор

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

Проблема с имплиситами легко решается отказом от скалы?

но так получится мусор

Ну большинство компаний рокетсаенсом на спринге не занимается. Им и их заказчикам и этого хватает

Проблема с имплиситами легко решается отказом от скалы?

не отрицаю)

Ну большинство компаний рокетсаенсом на спринге не занимается. Им и их заказчикам и этого хватает

что не мешает лоускилл челикам клепать говно на спринге

знаю примеры, когда писали системы, подобные спрингу

не читая доку

потому у зака много денег было

не отрицаю)

Тем более есть котлин, говорят это замена скале, и скалы скоро не будет

я видел классы вроде @Service @Component @Repository @Transactional

все на 1 классе

что не мешает лоускилл челикам клепать говно на спринге

Ну да, так и есть, я не спорю. Но таковы потребности бизнеса.

Проблема с имплиситами легко решается отказом от скалы?

а она вообще существует?

все на 1 классе

ух... топором по голове надо

и то, если не знаешь как они работают

это про скалу конечно

а она вообще существует?

Рак тоже сначала не заметен, но он тебя убивает

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

Рак тоже сначала не заметен, но он тебя убивает

так а в чем проблема выражается?

а она вообще существует?

бывает имплисит головного мозга, там туши свет

я видел классы вроде @Service @Component @Repository @Transactional

так а почему спринг дает это сделать?

какой-то не безопасный фреймворк

бывает имплисит головного мозга, там туши свет

Я выше написал про рак)

бывает имплисит головного мозга, там туши свет

то есть проблема то с мозгом пользователя, а не с имплиситами?

Проблема с имплиситами легко решается отказом от скалы?

Зачем вообще нужны имплиситы? В чём профит?

какой-то не безопасный фреймворк

почему скала позволяет писать говнокод на имплиситах?

какой-то небезопасный язык

почему скала позволяет писать говнокод на имплиситах?

какое говно, они же типобезопасны

так а в чем проблема выражается?

в том что 1. ты со 100% уверенностью не знаешь что попадет в имплисит 2. при определенном пороге их количества все начинает тупить, не то что бы сборка долго шла, идея виснет 3. попробуй без идеи отыщи что там в принтципе подставится из контекста

какое говно, они же типобезопасны

они запутывают код

если писать их бесконотрольно, почему позволяют писать бесконтрольно?

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

я ща по твоей тупой логике пишу

в том что 1. ты со 100% уверенностью не знаешь что попадет в имплисит 2. при определенном пороге их количества все начинает тупить, не то что бы сборка долго шла, идея виснет 3. попробуй без идеи отыщи что там в принтципе подставится из контекста

я со 100% уверенностью знаю, потому что: 1) я это явно импортирую; 2) мне говорит компилятор что он куда подставил

ERROR: S client not available

если писать их бесконотрольно, почему позволяют писать бесконтрольно?

много чего тебе компилятор же гарантирует

Зачем вообще нужны имплиситы? В чём профит?

незамусоревается список передаваемых аргументов, все неявное берется из контекста выполнения, который контроллируется в compile time Этакий костыль ФП фанатизма, не проще ли взять ООП и контекст держать там...

незамусоревается список передаваемых аргументов, все неявное берется из контекста выполнения, который контроллируется в compile time Этакий костыль ФП фанатизма, не проще ли взять ООП и контекст держать там...

не костыль, почитай про тайп классы

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

без идеи у тебя в мозгу будет компилятор для содержания этого контекста

не костыль, почитай про тайп классы

ФП костыль!

хоть и мощьный

ФП костыль!

аргумент, ну как скажешь

аргумент, ну как скажешь

ну ок ок, дай пофорситься) инструмент мощный, но код запутывает дай боже

аргумент, ну как скажешь

https://discuss.kotlinlang.org/t/implicit-parameters-like-scalas/2301

ну ок ок, дай пофорситься) инструмент мощный, но код запутывает дай боже

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

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

не спорю, но тех кто их не пихает везде почти не существует)

не спорю, но тех кто их не пихает везде почти не существует)

ссзб если нанимаете кого попало и не ревьюите код

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

незамусоревается список передаваемых аргументов, все неявное берется из контекста выполнения, который контроллируется в compile time Этакий костыль ФП фанатизма, не проще ли взять ООП и контекст держать там...

В такой формулировке это нарушает принцип "явное лучше неявного" и бьёт по читабельности кода

В такой формулировке это нарушает принцип "явное лучше неявного" и бьёт по читабельности кода

+

https://discuss.kotlinlang.org/t/implicit-and-explicit-keywords/4124

В такой формулировке это нарушает принцип "явное лучше неявного" и бьёт по читабельности кода

но лучше не слушать вольные определения, а посмотреть самому: несмотря на название implicit, они еще какие явные

https://discuss.kotlinlang.org/t/implicit-parameters-like-scalas/2301

и что? котлин -- пример херового дизайна и рандомного черрипикинга фич

и что? котлин -- пример херового дизайна и рандомного черрипикинга фич

ох лол, ладно, парень, иди просто мимо)

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

Как это лучше всего организовать? Через task'и ?

ох лол, ладно, парень, иди просто мимо)

ну доля правды тут есть: например, ADT завезли, а патмат не завезли

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

Никак. Синхронизированные классы не работают параллельно.

ох лол, ладно, парень, иди просто мимо)

чувак, будь вежливее, и жизнь станет лучше

Никак. Синхронизированные классы не работают параллельно.

Что? оО

Я имею ввиду Concurrent* лист

CopyOnWrite*

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

что за таски?

copyonwrite лист уже потокобезопасен

да