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

С вами все в порядке. Вы молодец и все делаете правильно. Проблема в консерватории, ее уже не починить.

Также помните, что рядом полно нормальных, адекватных людей и они создают куда более приятные экосистемы. Такие, в которых люди не соревнуются в том, кто кого переусложнит и у кого Hello World займет больше строчек, сервисов и ресурсов. В которых проекты измеряются не миллионами строк кода, а десятками тысяч, и ни в чем не уступают по функционалу. Проекты, которые зарабатывают миллионы долларов и меняют мир, ничуть не менее «серьезные», вопреки мнению тех самых Джавистов.

И туда всегда можно перейти, найти свое счастье и душевное спокойствие. Я в свое время сбежал на Питон, потом на Erlang, и в конце концов на Clojure.

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

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

P.S. Если вам нормально — ну и классно, просто проигнорируйте этот пост
P.P.S. JVM все еще нежно люблю, пост исключительно о java как экосистеме
P.P.P.S. Убрал языки, про которые я знаю только понаслышке. Там тоже может быть хорошо, но обещать не могу

Не так уж и сложно, кстати, я на чистый javac как раз перешел. curl и вперед. Проект собирается полностью быстрее, чем мавен только запускается

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

Действительно, логирование штука очень неудобная, в первую очередь потому что библиотеки. Каждая библиотека выбирает свой фреймворк, вы выбираете 15 библиотек (это еще по-божески) и привет, у вас в приложении 15 разных логгеров. Вот что с этим делать?

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

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

Кстати, в Java логирование _есть_ в стандартной библиотеке, но проблема осталась. Почему так? Почему никто не переехал на java.util.logging? У меня две версии, и подозреваю, они сыграли обе.

Первая — потому что мало сделать новый логгер, надо еще перестать использовать старый. В программировании вообще недооценен процесс возвращения и переделывания того, что было сделано, а зря. Дописывание — да, за милую душу, а вот переписывание не любят. Хотя я, например, обожаю переделывать и переписывать, потому что перфекционист и с первого (и даже со второго) раза нормально сделать не могу (нормально по моим меркам, по меркам индустрии у меня и с первого раза очень неплохо получается).

Вторая версия — что java.util.logging вышел куцым по функциональности в сравнении с «настоящими» логгерами. Мне-то как раз это нравится, а вот Java-программистам, подозреваю, не зашло.

И тут я выскажу радикальное мнение: по мне, так логгинг должен быть максимально куцым. Тот же log4j может: срать в несколько файлов, обкусывать файлы, менять файлы в зависимости от дня недели, фильтровать записи, форматировать записи, грузить конфиги, перезагружать конфиги, варить кофе^W^W. Это полноценный фреймворк, на настройку которого можно потратить не один день.

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

А это не задача вашего приложения — решать, где я хочу видеть логи, сколько и как часто. Генерить логи — да, пожалуйста, но фильтрация, хранение, организация — это явно другой уровень и решаться должно снаружи. Когда это делается изнутри, это негибко, это лишний функционал и плохая интеграция. Будете в следующий раз пить аспирин после настройки log4j — задумайтесь об этом. 12 factor apps всем, пацаны!

Так что же, как в итоге должен выглядеть идеальный логгер? Идеальный логгер — это println.

злеер - хуета с убогим апи

просто код в месиво превращает

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

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

Монады это рил паттерн, бтв

Я обучение на Scala вижу так:
1) ~55_000₽ - Java на Itvdn, 4-Месяца.
2) ~60_000₽ - КУРС JAVA SPRING на Foxminded, 3 Месяца
3) ~12_000₽ - ОБУЧЕНИЕ НА ПРОЕКТЕ на Foxminded, 2 Месяца
4) ~42_000₽ - Scala-разработчик, 4 Месяца
5) Может ещё и Spark

Это что бы устроится хотябы стажёром.

добрый день, я прошу прощения за долгое молчание, но на данном этапе я хотела бы знать ваши ожидания по зарплате. Опишу вкратце потенциальные задачи, в первую очередь проект предусматривает создание серии монопродуктов для цифрового маркетинга, и также как я писала в вакансии нужно найти техническое решение для нового нейронного медиаформата - это реально новое решение, хотя его и можно назвать таким себе нейронным апгрейдом gif. Но это далеко не все планы в смысле разработок, поскольку на перспективу мне нужны будут специалисты именно вашего уровня.
Поэтому, подскажите пожалуйста насколько на данном начальном этапе вам вообще может быть интересна работа над серией маркетинговых инструментов на основе глубокого обучения и конечно же ваши ожидания по зарплате и сколько, к примеру, времени вам может понадобиться на разработку одного из приведенных продуктов. Самый простой пример такого монопродукта - приложение по созданию кликбейтных и продающих заголовков для пинтереста или же приложение по сбору семантического ядра для сайта. Подскажите пожалуйста насколько вам такие задачи могут быть интересны.
Что касается примера, как то создание заголовков для пинтереста, я немного промониторила рынок и нашла сервисы, которые вроде бы предлагают такие услуги, но основная проблема большинства ИТ продуктов это отсутствие доверия к ним пользователей поскольку они очень коряво работают, что стало не исключением и для этого сервиса. Там создавая заголовок сам же сервис в итоге его оценивает хуже чем сделанный до этого руками. Но мне нужны реально работающие продукты, поэтому здесь в первую очередь стоит вопрос качества продукта, то есть чтобы оно реально работало, а не стало бы очередным амбициозным пшиком. Вообще по моим наблюдениям, большинство ныне существующих SEO SMM сервисов очень серьезно недоработаны и вследствие их собственной маркетинговой политики не очень к этому и стремятся, но пользователям нужны нормальные работающие инструменты. Тем более, что это в первую очередь В2В сектор.
Пока не буду вас ориентировать на конкретные сроки начала работы, поскольку пока еще сама не знаю, но сейчас мне важно понять вопрос бюджета по зарплате. Спасибо!

как я уже сказала, это не все задачи, а самые "взрослые" немного впереди)

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

После этой тирады оно меня забанило.

я так понимаю что решение реальных задач вас не особо интересует, что в принципе неудивительно для сообщества интеллектуальных нарциссов, которых любят заниматься только самолюбованием о том какие они типа умные и как их компьютеры то ли нейронные сети будут писать музыку круче Моцарта. Я вас разочарую - этого не будет НИКОГДА! Потому что природа не живет за математическими принципами, а накачанная силиконом рожа (увидьте аналогию с нейронной сетью типа пишущей музыку) никогда не решила проблем в тупых мозгах

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

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

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

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

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

проблема гугла (яндекса) в КОНЦЕПЦИИ - в неадекватной концепции, которая не соответствует реальным потребностям в коммуникациях