Как стать автором
Обновить
0
0

Разработчик

Отправить сообщение
Конечно есть много полезных вещей (не только в Lombok)… и я, возможно, тоже хотел бы видеть больше нововведений (… немного остепенился наверное).
Но и это уже серьезный шаг для такой платформы как Java (backward compatibility, libs compatibility, next features roadmap: pattern matching etc.).
Нам же Lombok не запрещают, когда нужна тяжелая артиллерия :)
Он бывает отваливается если не успели обновить под новую версию JDK или Gradle например… в самый неподходящий момент (как вот тут github.com/rzwitserloot/lombok/issues/2238… сам сталкивался).
Все таки Lombok — это дополнительная зависимость, может быть дополнительная головная боль, когда надо только всего лишь Record

+ Record будет работать с pattern matching механизмом в будущем (в 14еа можно пощупать на instanceof)
Поддерживаю — я его первым ставлю, если что, наряду с Rainbow brackets…
Ага… хотя строго формально (да и по сути) мы обычно различаем моки и стабы, и спаи… все что под английский общий термин попадает TestDouble
Не в поддержку приведенного в статье исследования…
Ваши доводы больше субъективны — и это нормально, просто макось вам не нравится и железо… кому-то наоборот

По рабочим столам есть своя логика — она не такая как на линукс десктопах (зависит еще от оболочки конечно), на клавиатуре есть горячие клавиши управления столами.

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

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

А так — хорошо если есть выбор на чем работать… тогда берешь что больше нравится и вперед
:D да, мономорфизация — это очень важно для производительности фронта
Спасибо за ссылку на запись митапа по Ember.js, а то я как-то пропустил. Интересно что стал появляться этот раздел, с чем связано?
Да ну… мне очень даже добавляет (ну нет ипотеки правда :) так насобирал)… огоньку добавляет интересные технологии, бизнес модель, вовлеченность в принятие архитектурных решений, влияет ли твой голос на что-то и можешь ли ты реализовать свой опыт…
Как тут семья мешает? Люди наоборот ответственне могут становииться (ну клинические случаи не берем).
Если про поработать на износ — так даже в юные годы это мог делать очень ограниченное время и потом падение производительности в ноль… это очень кратковременное решение (как сжечь мотор на форсаже).
И чего это во фронте опыт не нужен? Может тогда бы и делали со старта нормальные решения (по опыту индустрии за цать то лет), а не завозить нужные вещи к 16 — 17 версии и думать как бы потратить меньше времени и почистить старый код.
Не претензия к автору перевода, но автор статьи как-то совсем забыл про реализации методов по-умолчанию в интерфейсах Java… в его примерах это позволило бы не дублировать имплементацию у потомков.
Я подозреваю автор комментария имел ввиду вхождение в большой и долгоживущий проект в том смысле, чтобы понимать его архитектуру и безнес-логику полностью. Настолько, чтобы быть способным эффективно переделать или добавить подсистему, сделать функционал сильно сложнее чем «кнопка с новым темным оформлением» (тут тоже, кстати, можно дров наломать).

Но это мои догадки… ну а так понятно, что в джиру уже с первого дня прилетает список задач. Правда адекватность оценок трудозатрат все же растет со временем в конкретном проекте.

P.S.: и я еще подразумеваю что это проект на несколько человек минимум + инфраструктура + работа с бизнесом… не слишком маленький и не когда вы там от истоков…
Во Львове будет «прОшу» — это и пожалуйста, и может быть с вопросительной интонацией (чего-чего ???), и в смысле извинения (наступил на ногу)…
Да давно нет такого… ты и твой менеджер обо всем говорите.
За последние 4 года (сколько рабоатю) многие процессы формализовались и упор именно на позитивное восприятие.
Но, конечно, всегда есть субъективная составляющая (по опыту коллег смотру)… как говорится: приходят в компанию, а уходят от менеджера.
В точку. У нас в городе (ну и вообще по стране), например, тоже есть сеть пиццерий (как раз франшиза).
Так вот пицца в оригинальной пиццерии всегда держит марку… а в других качество может гулять, и очень ощутимо (даже в одном и том же месте со временем).
Но интерфейс для написания технических статей (способ реализации подсветки синтаксиса) неудобен + ооочень неудобна секция комментирования… так что есть пространство для улучшений.
Насколько я понял из
Сервис игры сделан очень просто — php-master процесс, который отвечает за коммуникацию с клиентами и коммуникацию с php-worker.
то PHP.
ну можете глянуть на ratpack.io… у меня с ним положительный опыт в проекте (чистый API, UI отдельное SPA на JavaScript)

Информация

В рейтинге
Не участвует
Откуда
Украина
Зарегистрирован
Активность