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

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

Я не говорил, что солид не нужен.

Да что ж такое опять спрингохейтеры слились...

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

Я не говорил, что солид не нужен.

Я не про вас лично, я про оппонентов впринципе

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

Мне не нравится подход @dmsol к этому спору, но сейчас ты прям откровенно strawman'ишь - он говорит "поддерживать спринг дешевле и удобнее", а ты тут внезапно ведёшь себя так, как будто он написал "поддерживать спринг не нужно".

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

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

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

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

Листенеры и прочая хрень, самописные бин процессоры и прочее прочее

Вот это страшно

Мне не нравится подход @dmsol к этому спору, но сейчас ты прям откровенно strawman'ишь - он говорит "поддерживать спринг дешевле и удобнее", а ты тут внезапно ведёшь себя так, как будто он написал "поддерживать спринг не нужно".

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

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

Я ответил на твой конкретный пример

Не надо за меня говорить, что я не говорил вообще

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

Причём тут самописные Технологии? Понять что происходит в спринг проекте в рантайме довольно непросто по моему опыту.

Ну если проект - самописное ассорти с россыпью либ, то саппортить его будет сложнее и дороже

Чем подкрепишь? Я вот легко могу подкрепить аргументами что неSOLID приложение всегда саппортить дороже.

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

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

Причём тут самописные Технологии? Понять что происходит в спринг проекте в рантайме довольно непросто по моему опыту.

Минутка юмора: Ты хотел сказать в scala проекте

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

Выше по треду.

Оххх горит у спрингоюзеров)

Выше по треду.

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

Чем подкрепишь? Я вот легко могу подкрепить аргументами что неSOLID приложение всегда саппортить дороже.

ты приписываешь людям слова, которые они говорили

да и вообще ведешь себя мерзко и агрессивно

бедные коллеги...

ты приписываешь людям слова, которые они говорили

Блэт.... точно -_\. Ответ не на тот коммент был

Чем подкрепишь? Я вот легко могу подкрепить аргументами что неSOLID приложение всегда саппортить дороже.

Это, вероятно, правда, если эти проекты по всем остальным параметрам одинаковы абсолютно. Вот только сюрприз-сюрприз - так не бывает, потому что (не)соблюдение SOLID приходит с какими-то сопутствующими идейными/архиектурными изменениями, и они могут усложнить или упростить проект по другим метрикам. Спринг где-то определённо отходит от SOLID, притом под капотом местами тоже, даже в докладах Борисова про это есть что-то. Но он даёт приросты по другим метрикам, из которых складывается поддерживаемость.

Чем подкрепишь? Я вот легко могу подкрепить аргументами что неSOLID приложение всегда саппортить дороже.

спринг - вполне себе солид

спринг - вполне себе солид

Доводы, доводы давай, а не мнение. Вопрос - знаешь термин такой - zone of pain?

да

но наш срач затянулся

и выше все пояснили

если вы считаете, что не солид - ок

другим зачем навязывать?

Доводы, доводы давай, а не мнение. Вопрос - знаешь термин такой - zone of pain?

Я вот поискал этот термин, но нашёл его только в одном блоге применительно к программированию - это норма?

Я вот поискал этот термин, но нашёл его только в одном блоге применительно к программированию - это норма?

Это - печально. Потому что он отлично объясняет почему саппортить порой больно, и когда и в какую сторону нужен рефакторинг.

Это - печально. Потому что он отлично объясняет почему саппортить порой больно, и когда и в какую сторону нужен рефакторинг.

Это вообще завуалированный вопрос "А где ещё про то, что это и почему это, можно найти?".

В библиотеках им больно разбираться... А в спринге - типа не больно.

нет

Это вообще завуалированный вопрос "А где ещё про то, что это и почему это, можно найти?".

Clean architecture

так самописные либы почти всегда без док

@skapral много ты пишешь документации?

к своему коду

только честно

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

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

такой посыл да

будет провоцировать - рестрикт

@skapral много ты пишешь документации?

Много. Был период когда помимо кода мейнтейнил с командой талмуты доков к системе. И не жалею.

Много. Был период когда помимо кода мейнтейнил с командой талмуты доков к системе. И не жалею.

а я обратные примеры видел

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

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

бизнес тратит деньги на саппорт инфраструктуры, когда это бесплатно сделали другие

как этого не понимать - я хз

вот это явно проеб денег кастомера

как этого не понимать - я хз

Я бы с тобой согласился если бы не одно но. Никакая спринг документация и никакие джавадоки не объяснили мне позавчера в час ночи, почему через раз в тест на спринге у меня не просовываются autowired зависимости. Так что говорить что спринг лучше самописа потому что самописы недокументированы а спринг да - ну так се, не убедил.

В самописе я хотя бы дебаггером попытался бы пройти

Я бы с тобой согласился если бы не одно но. Никакая спринг документация и никакие джавадоки не объяснили мне позавчера в час ночи, почему через раз в тест на спринге у меня не просовываются autowired зависимости. Так что говорить что спринг лучше самописа потому что самописы недокументированы а спринг да - ну так се, не убедил.

ты даже не скинул пример кода

ты даже не скинул пример кода

Какой? В изолированном кейсе не репродьюсится, а бизнес код скидывать - моветон

так может проблема в бизнес-коде?

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

так может проблема в бизнес-коде?

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

так может проблема в бизнес-коде?

Может. И что мне делать с этой гипотезой?

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

:)

Может. И что мне делать с этой гипотезой?

Вы профессионал?

ну или считаете себя?

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

вам тут помогут

ERROR: S client not available

никто не знает, когда выйдет 4 версия java driver для mongodb? или где глянуть это можно

Вы профессионал?

Да нет, что вы - конечно же неосилятор

Да нет, что вы - конечно же неосилятор

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

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

так видимо код написали люди, плохо знающие домен

что бизнес логика аффектит все

ну а вообще - это гадание на кофейной гуще

скиньте МВП и тут помогут

скиньте МВП и тут помогут

Я скорее всего в шаге от бана после всего что тут наговорил. И как я уже сказал, не репродьюсится на MVP

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

Ну если и должен то только себе самому. Не нравится - не используй. Зачем работать в той сфере в которой не можешь получать удовольствие от работы? Нужнобольшезолота?!

Зачем весь этот мазахизм? Жаба - это прежде всего спринг. Зачем махаться с ветрянными мельницами и пытаться плыть против течения всей экосистемы и сообщества? Не нравится - перекатись.

Я скорее всего в шаге от бана после всего что тут наговорил. И как я уже сказал, не репродьюсится на MVP

я не буду тебя банить

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

Используя любой инструмент (язык, фреймворк, либу, да даже IDE, чёрт возьми) ты будешь вынужден изучать предоставляемые им механизмы взаимодействия/решения проблем, это так. Вон, переходя на 8 джаву, люди учат Stream API, вместо того, чтобы писать бизнес-логику, условно. Или переходя из блокнота в Идею, люди учатся ей пользоваться, вместо того, чтобы писать код. Это трейдоффы ради того, что уже сейчас или в недалёком будущем будет приносить какую-то пользу (возможно, не очень объективную в некоторых случаях - это я сейчас не о спринге, а абстрактно), да.

твою позицию я понял

давай к конкретике

есть проблема - решать

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

Зачем весь этот мазахизм? Жаба - это прежде всего спринг. Зачем махаться с ветрянными мельницами и пытаться плыть против течения всей экосистемы и сообщества? Не нравится - перекатись.

Вот пришёл к такому же выводу) хочу перекатиться. Главная проблема в том, чтобы остаться при тех же деньгах)

Вот пришёл к такому же выводу) хочу перекатиться. Главная проблема в том, чтобы остаться при тех же деньгах)

куда хочешь?

Вот пришёл к такому же выводу) хочу перекатиться. Главная проблема в том, чтобы остаться при тех же деньгах)

в ПМ-ы можно! (нет)

Вот пришёл к такому же выводу) хочу перекатиться. Главная проблема в том, чтобы остаться при тех же деньгах)

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

куда хочешь?

Scala. Ну или хотя бы Kotlin/Go. Думаю в Германию сваливать - там больше выбора. В Польше в основном аутсорс энтерпрайза, в котором java рулит..

Scala. Ну или хотя бы Kotlin/Go. Думаю в Германию сваливать - там больше выбора. В Польше в основном аутсорс энтерпрайза, в котором java рулит..

я примерно представляю уровень зарплат в Польше на джава

в деньгах точно не потеряешь, тем более есть свитч вакансии

Scala. Ну или хотя бы Kotlin/Go. Думаю в Германию сваливать - там больше выбора. В Польше в основном аутсорс энтерпрайза, в котором java рулит..

уууу, ты пробовал на го писать? такое себе. мелкие проекты - прямо норм, а что-то комплексное, большое и со сложной БЛ - такое себе

Используя любой инструмент (язык, фреймворк, либу, да даже IDE, чёрт возьми) ты будешь вынужден изучать предоставляемые им механизмы взаимодействия/решения проблем, это так. Вон, переходя на 8 джаву, люди учат Stream API, вместо того, чтобы писать бизнес-логику, условно. Или переходя из блокнота в Идею, люди учатся ей пользоваться, вместо того, чтобы писать код. Это трейдоффы ради того, что уже сейчас или в недалёком будущем будет приносить какую-то пользу (возможно, не очень объективную в некоторых случаях - это я сейчас не о спринге, а абстрактно), да.

Последнее сообщение за сегодня, больше не буду. С трейдоффами все понятно, и правильно пишете. Да только я вот не понимаю - ради чего люди делают этот трейдофф, используя спринг? Что им дают знания о спринговых аннотациях? Ведь это - нехилый такой багаж, на несколько выпусков спринг-потрошителя хватит. И ради чего? SOLID - я понимаю ради чего. Идея -тоже понимаю ради чего. Стримы - да. Конкретные тулы и фреймворки - да. Даже оотдельные спринговые компоненты готов понять - ради чего. А DI контейнер с модой на аннотации - вот в упор не понимаю. И не зареюзаешь знания об этих аннотациях в другом, скажем, DI контейнере, в отличие от подходов, используемых конкретных тулах и фреймворках, решающих конкретные задачи. Не знаю как вы все, а я не видел от него пользы ни разу, одну боль.

Последнее сообщение за сегодня, больше не буду. С трейдоффами все понятно, и правильно пишете. Да только я вот не понимаю - ради чего люди делают этот трейдофф, используя спринг? Что им дают знания о спринговых аннотациях? Ведь это - нехилый такой багаж, на несколько выпусков спринг-потрошителя хватит. И ради чего? SOLID - я понимаю ради чего. Идея -тоже понимаю ради чего. Стримы - да. Конкретные тулы и фреймворки - да. Даже оотдельные спринговые компоненты готов понять - ради чего. А DI контейнер с модой на аннотации - вот в упор не понимаю. И не зареюзаешь знания об этих аннотациях в другом, скажем, DI контейнере, в отличие от подходов, используемых конкретных тулах и фреймворках, решающих конкретные задачи. Не знаю как вы все, а я не видел от него пользы ни разу, одну боль.

опять 25, спринг = di контейнер...

уууу, ты пробовал на го писать? такое себе. мелкие проекты - прямо норм, а что-то комплексное, большое и со сложной БЛ - такое себе

Согласен. Поэтому надеюсь на получше пересесть)

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

Последнее сообщение за сегодня, больше не буду. С трейдоффами все понятно, и правильно пишете. Да только я вот не понимаю - ради чего люди делают этот трейдофф, используя спринг? Что им дают знания о спринговых аннотациях? Ведь это - нехилый такой багаж, на несколько выпусков спринг-потрошителя хватит. И ради чего? SOLID - я понимаю ради чего. Идея -тоже понимаю ради чего. Стримы - да. Конкретные тулы и фреймворки - да. Даже оотдельные спринговые компоненты готов понять - ради чего. А DI контейнер с модой на аннотации - вот в упор не понимаю. И не зареюзаешь знания об этих аннотациях в другом, скажем, DI контейнере, в отличие от подходов, используемых конкретных тулах и фреймворках, решающих конкретные задачи. Не знаю как вы все, а я не видел от него пользы ни разу, одну боль.

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

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

на скале - бигдата, блокчейн проекты

или стриминг

? бигдата в блокчейне с дипмашинлернингм из интернета вещей